Procurement Management - Detailed Processes

Document ID: PROC-DP-001 Version: 1.0 Last Updated: May 2026


πŸ“‹ Detailed Process Breakdown

This document provides detailed breakdown of each process within the Procurement Management Module, with specific steps, decision points, and handling procedures.


πŸ”„ Process 1: Requisition Creation & Submission

1.1 System Access & Initiation

Step 1: Access Procurement System - Navigate to Procurement Module - Verify login credentials - Select β€œCreate New Requisition” - System loads blank requisition form

Step 2: Form Initialization - System auto-populates: - Current date - Logged-in user name - Department (from user profile) - Requisition number (auto-generated) - Form displays all required fields - Optional fields marked clearly

1.2 Requisition Data Entry

Step 3: Enter Item Details

Field Entry Validation
Item Description Free text or select from catalog Required; min 10 chars
Quantity Numeric only Required; must be >0
Unit Select from dropdown Required; triggers UOM validation
Unit Cost Numeric; decimal allowed Required; must be >0
Total Cost Auto-calculated Read-only; Qty Γ— Unit Cost

Step 4: Item Master Lookup

If selecting from catalog: 1. Click β€œBrowse Catalog” 2. Filter by category/department 3. Search by keyword 4. Select item 5. Details auto-populate: - Standard cost - Preferred vendors - Lead time - Part number - Specifications 6. Edit as needed

If non-catalog item: 1. Enter full description 2. Attach specifications (optional) 3. Provide any drawings/images 4. Note special requirements 5. Indicate if catalog addition recommended

1.3 Budget & Cost Center Entry

Step 5: Budget Allocation

Budget Selection Flow:

1. Click "Select Budget"
2. System shows department budgets
3. Filter by:
   - Cost center
   - Project
   - Fiscal year
   - Budget type (operational, capital, etc.)
4. Select appropriate budget line
5. System displays:
   - Total budget
   - YTD spent
   - YTD committed
   - Available balance
6. If insufficient budget:
   - Option 1: Select different budget
   - Option 2: Reduce quantity/cost
   - Option 3: Apply for budget increase
   - Option 4: Move to next fiscal year
7. System flags if >90% of budget used

Step 6: Cost Center Coding

1.4 Delivery Information

Step 7: Delivery Details

1.5 Approval Routing Setup

Step 8: Auto-Determine Approval Chain

System automatically determines approvers based on:

IF Cost <= $5,000
  β†’ Department Head approval required
  β†’ Finance review skipped

ELSE IF $5,000 < Cost <= $25,000
  β†’ Department Head required
  β†’ Finance Manager required

ELSE IF $25,000 < Cost <= $100,000
  β†’ Department Head required
  β†’ Finance Manager required
  β†’ Authority Officer required

ELSE (Cost > $100,000)
  β†’ Department Head required
  β†’ Finance Manager required
  β†’ Authority Officer required
  β†’ Procurement Committee required

Step 9: Override Approvers (if needed)

1.6 Attachments & Documentation

Step 10: Attach Supporting Documents

File types allowed: - PDF documents - Excel spreadsheets - Word documents - Images (JPG, PNG) - Drawings/CAD files

Maximum file size: 10MB per file, 50MB total

Examples of useful attachments: - Vendor quotes - Specifications - Equipment drawings - RFQ results - Benchmark pricing - Previous purchase history

1.7 Additional Information

Step 11: Special Instructions & Notes

Optional Fields:

Justification/Business Reason:
β”œβ”€ Why is this purchase needed?
β”œβ”€ How does it support operations?
└─ Any strategic alignment?

Special Instructions:
β”œβ”€ Delivery day preference
β”œβ”€ Packaging requirements
β”œβ”€ Installation needed?
β”œβ”€ Training needed?
└─ Special handling?

Vendor Preference:
β”œβ”€ Preferred vendor (if known)
β”œβ”€ Reason for preference
β”œβ”€ Contract reference
└─ Previous vendor performance notes

Additional Stakeholders:
β”œβ”€ CC list (informational only)
β”œβ”€ Department contact person
β”œβ”€ Delivery point contact
└─ Questions/clarifications needed

Step 12: Budget Pre-Check

1.8 Review & Submission

Step 13: Final Review

Step 14: Submit Requisition

Submission Process:

1. Click "Submit for Approval"
2. System validates all fields
3. If errors found:
   β”œβ”€ Display error messages
   β”œβ”€ Highlight problem fields
   └─ Do not allow submission
4. If all valid:
   β”œβ”€ Generate requisition number
   β”œβ”€ Create audit record
   β”œβ”€ Move to first approver
   β”œβ”€ Send notifications
   └─ Display confirmation

Confirmation Includes:
β”œβ”€ Requisition number (REQ-XXXXXX)
β”œβ”€ Submission timestamp
β”œβ”€ First approver name
β”œβ”€ Next action timeline
β”œβ”€ Tracking link
└─ Option to print confirmation

πŸ”„ Process 2: Approval Workflow - Department Head Level

2.1 Notification & Access

Step 1: Receive Notification

Department Head receives: - Email notification (with requisition summary) - In-app notification (badge on dashboard) - SMS alert (if configured)

Email template includes:

Subject: NEW REQUISITION FOR APPROVAL - REQ-XXXXXX

From: Procurement System
To: Department Head email

Body:
A new requisition requires your review and approval.

Requisition Details:
β”œβ”€ Requisition ID: REQ-XXXXXX
β”œβ”€ Submitted by: [Name]
β”œβ”€ Item: [Description]
β”œβ”€ Quantity: [#]
β”œβ”€ Total Cost: $[Amount]
β”œβ”€ Department: [Name]
β”œβ”€ Submitted: [Date/Time]
└─ Status: Awaiting your approval

View Details: [Link to requisition]
Approve/Reject: [Action buttons]

SLA: Please review within 3 business days.

Step 2: Access Requisition

2.2 Requisition Review

Step 3: Review Item Details

Verify: - [ ] Item description is clear and specific - [ ] Quantity is appropriate for need - [ ] Cost is reasonable - [ ] Specifications are complete - [ ] Attachments provide adequate detail - [ ] Delivery location is correct - [ ] Timeline is appropriate

Step 4: Departmental Assessment

Review for departmental fit: - [ ] Is this purchase needed by department? - [ ] Does it align with department priorities? - [ ] Is timing appropriate? - [ ] Are stakeholders in agreement? - [ ] Any conflicts with other initiatives? - [ ] Is requester authorized to request this? - [ ] Does department benefit?

Step 5: Budget Review

Assess: - [ ] Budget code is correct - [ ] Sufficient budget available - [ ] Cost allocation appropriate - [ ] Any budget concerns? - [ ] Fiscal year appropriate?

2.3 Decision & Action

Step 6: Make Approval Decision

Decision Options:

Option A: APPROVE
β”œβ”€ Proceed to Finance Manager
β”œβ”€ No additional comments required
└─ Timeline for next stage shown

Option B: APPROVE WITH COMMENTS
β”œβ”€ Proceed to Finance Manager
β”œβ”€ Add comments/notes for next reviewer
β”œβ”€ Comments visible to subsequent approvers
└─ Does not delay approval

Option C: REQUEST MODIFICATION
β”œβ”€ Return to requester
β”œβ”€ Specify what needs to change
β”œβ”€ Requester can edit and resubmit
β”œβ”€ Requisition goes back to you after revision
└─ Timeline pauses

Option D: REQUEST MORE INFORMATION
β”œβ”€ Return to requester
β”œβ”€ Ask for clarifications/details
β”œβ”€ Requester provides response
β”œβ”€ Can be text response or revised requisition
└─ You review again

Option E: REJECT
β”œβ”€ Return requisition to requester
β”œβ”€ Mandatory to provide reason
β”œβ”€ Requester can revise and resubmit
β”œβ”€ OR escalate to your manager
└─ Reason recorded in audit trail

Step 7: Enter Comments (if applicable)

Comment template:

Type: [Select reason code if rejection/request]
Severity: [Normal / Urgent / On Hold]
Comments: [Free text - minimum 20 characters for rejection]

For Rejection, select reason:
β”œβ”€ [ ] Item not needed
β”œβ”€ [ ] Timing not appropriate
β”œβ”€ [ ] Budget concerns
β”œβ”€ [ ] Duplicate of existing purchase
β”œβ”€ [ ] Alternative available
β”œβ”€ [ ] Need more information
β”œβ”€ [ ] Policy violation
β”œβ”€ [ ] Other: [specify]

For Modification, specify:
β”œβ”€ [ ] Reduce quantity to: [#]
β”œβ”€ [ ] Find less expensive option
β”œβ”€ [ ] Change delivery timing to: [date]
β”œβ”€ [ ] Add additional details about: [item]
β”œβ”€ [ ] Other change: [specify]

2.4 Submission & Notification

Step 8: Submit Decision

Step 9: Automatic Notifications Sent

Based on decision:

If Approved:

To: Finance Manager
Subject: REQUISITION APPROVED FOR FINANCE REVIEW - REQ-XXXXXX

From: [Department Head Name]
Status: Department Head Approved
Next Step: Finance Manager Review
Timeline: 2 business days

If Rejected:

To: Requisitioner
Subject: REQUISITION RETURNED - REQ-XXXXXX - Action Required

From: [Department Head Name]
Reason: [Reason code]
Comments: [Your comments]
Action Required: Review feedback and revise OR escalate
Can Resubmit: Yes, after revisions
Timeline: Resubmit within 5 business days

If Request for Modification:

To: Requisitioner
Subject: REQUISITION REQUIRES MODIFICATION - REQ-XXXXXX - Action Required

From: [Department Head Name]
Requested Changes: [Specific changes needed]
Timeline: Make changes within 2 business days
Next Step: Will re-review after revision

πŸ”„ Process 3: Finance Manager Review & Approval

3.1 Financial Assessment

Step 1: Budget Verification

System Performs Automatic Check:

1. Calculate total budget impact:
   New Cost = Requisition Amount

2. Check available budget:
   Available = Total Budget - YTD Spent - YTD Committed
   
3. Validate equation:
   IF New Cost <= Available
     THEN Show "Budget Available" (Green)
   ELSE Show "Budget Exceeded" (Red)

4. Calculate impact:
   Budget Used % = (YTD Spent + YTD Committed + New Cost) / Total Budget
   
5. Show projection:
   IF >90% utilized THEN Flag "Caution - High budget usage"
   IF >100% THEN Flag "Budget Exceeded"

6. Show forecast:
   Year-end budget position if approved
   Remaining budget after approval

Step 2: Policy Compliance Check

Verify: - [ ] Vendor is approved vendor (not blacklisted) - [ ] Purchasing follows institutional policy - [ ] Conflicts of interest check passed - [ ] Sustainability/environmental policy met - [ ] Diversity/small business considerations - [ ] Tax exemption status confirmed (if applicable) - [ ] No prohibited vendors

Step 3: Cost Reasonableness Assessment

Cost Analysis:

1. Compare to historical purchases:
   └─ How much did we pay last time?
   └─ Has price changed significantly?
   └─ Is this normal seasonal variation?

2. Market rate comparison:
   └─ Is this competitive?
   └─ Any benchmark data available?
   └─ Suggest alternative if significantly higher?

3. Volume discounts:
   └─ Is quantity optimal for cost?
   └─ Opportunity to buy more and save?
   └─ Or reduce quantity to lower cost?

4. Total cost of ownership:
   └─ Consider maintenance costs
   └─ Consider disposal costs
   └─ Consider implementation costs
   └─ Is cheaper option actually more expensive long-term?

5. Financial impact:
   └─ How does this affect department budget?
   └─ What's the cost per unit impact?
   └─ Multi-year cost implications?

3.2 Decision Framework

Step 4: Decision Logic

Finance Review Decision Tree:

Question 1: Is budget available?
β”œβ”€ NO β†’ REJECT with reason "Insufficient Budget"
└─ YES β†’ Continue to Question 2

Question 2: Does this meet policy requirements?
β”œβ”€ NO β†’ REJECT with reason "Policy Non-Compliance"
└─ YES β†’ Continue to Question 3

Question 3: Is cost reasonable?
β”œβ”€ NO (significantly higher) β†’ REQUEST MODIFICATION
β”‚  β”œβ”€ Ask for cost reduction OR
β”‚  └─ Ask for vendor alternative
└─ YES β†’ Continue to Question 4

Question 4: Are there financial concerns?
β”œβ”€ YES (unusual patterns) β†’ REQUEST MORE INFO
β”‚  └─ Ask for justification of high cost
└─ NO β†’ Continue to Question 5

Question 5: Approve?
β”œβ”€ YES β†’ APPROVE
β”œβ”€ MAYBE β†’ APPROVE WITH COMMENT
└─ NO β†’ REJECT or REQUEST MODIFICATION

3.3 Approval Action

Step 5: Enter Finance Approval

Approval Form:

Decision: [Approve / Reject / Request Modification / Request Info]

IF APPROVE:
  └─ Cost approved as submitted
  └─ Budget committed to this requisition
  └─ Proceeds to next level (if required)

IF APPROVE WITH MODIFICATION:
  β”œβ”€ Specify modification
  β”œβ”€ New approved cost
  β”œβ”€ Reason for modification
  └─ Will proceed after modification confirmed

IF REJECT:
  β”œβ”€ Select reason code (Required)
  β”œβ”€ Provide detailed explanation
  └─ Specify if resubmission possible

Comments: [Optional additional notes]

If amount triggers Authority Officer:
  └─ Approves with understanding that Authority approval also needed

Financial Notes:
  β”œβ”€ Cost impact on fiscal year
  β”œβ”€ Budget utilization after approval
  β”œβ”€ Multi-year fiscal impact (if applicable)
  └─ Any special budget considerations

πŸ”„ Process 4: Vendor Selection & PO Generation

4.1 Vendor Sourcing

Step 1: Identify Approved Vendors

Vendor Selection Process:

1. System suggests vendors based on:
   β”œβ”€ Item requested
   β”œβ”€ Institutional vendor agreements
   β”œβ”€ Historical purchase patterns
   β”œβ”€ Price competitiveness
   β”œβ”€ Delivery capability
   └─ Performance history

2. Evaluate each suggested vendor:
   β”œβ”€ Pricing (lowest cost?)
   β”œβ”€ Delivery time (fastest?)
   β”œβ”€ Quality rating (highest rated?)
   β”œβ”€ Contract terms (best terms?)
   β”œβ”€ Payment terms (2/10 net 30?)
   └─ Customer service (known to be responsive?)

3. If no approved vendors:
   β”œβ”€ Identify alternative suppliers
   β”œβ”€ Request quote
   β”œβ”€ Get approval for new vendor
   └─ Proceed once approved

Step 2: Price Comparison

Price Comparison Analysis:

For each qualified vendor:
β”œβ”€ Unit cost
β”œβ”€ Total cost
β”œβ”€ Shipping cost
β”œβ”€ Any discounts available
β”œβ”€ Terms discount (2/10 net 30?)
β”œβ”€ Volume discount potential
└─ Total effective cost

Calculation:
Total Cost = (Unit Cost Γ— Qty) + Shipping + Taxes - Discounts

Display comparison matrix:
Vendor A | Unit: $X | Total: $Y | Rating: 4.5/5 | Delivery: 5 days
Vendor B | Unit: $Z | Total: $W | Rating: 4.0/5 | Delivery: 3 days
Vendor C | Unit: $V | Total: $U | Rating: 3.5/5 | Delivery: 7 days

Recommendation: Vendor with best value
(Not always lowest price - consider quality, delivery, reliability)

4.2 PO Document Creation

Step 3: Generate PO

System automatically creates PO including:

PO HEADER:
β”œβ”€ PO Number (auto-generated, unique)
β”œβ”€ PO Date
β”œβ”€ Requisition number (cross-reference)
β”œβ”€ Department
β”œβ”€ Cost center
└─ Budget code

VENDOR INFORMATION:
β”œβ”€ Vendor name
β”œβ”€ Vendor address
β”œβ”€ Vendor contact
β”œβ”€ Tax ID
β”œβ”€ Payment terms
β”œβ”€ Standard lead time
└─ Special shipping instructions

LINE ITEMS:
β”œβ”€ Item description (from requisition)
β”œβ”€ Quantity
β”œβ”€ Unit of measure
β”œβ”€ Unit price
β”œβ”€ Extended price (Qty Γ— Price)
β”œβ”€ Line number
└─ GL account code

TOTALS:
β”œβ”€ Subtotal
β”œβ”€ Shipping cost
β”œβ”€ Tax amount
β”œβ”€ Total amount

TERMS & CONDITIONS:
β”œβ”€ Payment terms (e.g., Net 30)
β”œβ”€ Delivery date
β”œβ”€ Cancellation conditions
β”œβ”€ Inspection requirements
β”œβ”€ Return policy
β”œβ”€ Warranty terms
└─ Special requirements

Step 4: PO Customization

Before sending, verify/modify: - [ ] Delivery address correct - [ ] Delivery date acceptable - [ ] Shipping method appropriate - [ ] Special handling instructions clear - [ ] Budget code accurate - [ ] Cost center assignment correct - [ ] Any special terms needed - [ ] Insurance requirements - [ ] Signature authorities

4.3 PO Transmission

Step 5: Send PO to Vendor

Transmission Methods:

Primary: Email
β”œβ”€ Formatted PDF attachment
β”œβ”€ Email body with summary
β”œβ”€ Vendor email address verified
β”œβ”€ Read receipt requested
└─ Sent with timestamp

Alternative: EDI
β”œβ”€ Electronic Data Interchange
β”œβ”€ Automated transmission
β”œβ”€ Confirmation receipt
└─ Used for high-volume vendors

Alternative: Vendor Portal
β”œβ”€ Upload to vendor's platform
β”œβ”€ Vendor automatically notified
β”œβ”€ Confirmation tracked
└─ Used for large vendors

Alternative: Fax/Mail
β”œβ”€ For vendors without email
β”œβ”€ PDF printed and faxed
β”œβ”€ Postal mail with tracking
└─ Last resort only

Confirmation:
β”œβ”€ System records transmission
β”œβ”€ Date/time logged
β”œβ”€ Delivery method noted
β”œβ”€ Vendor acknowledgment requested
└─ Status set to "PO Sent"

Step 6: Post-Transmission Actions

After PO Sent:

1. Notify Stakeholders:
   β”œβ”€ Email: Requisitioner (PO created and sent)
   β”œβ”€ Email: Department Head (FYI)
   β”œβ”€ Email: Receiving department (item incoming)
   └─ Email: Finance (for AP tracking)

2. Update System:
   β”œβ”€ Requisition status: "PO Created"
   β”œβ”€ PO status: "Sent to Vendor"
   β”œβ”€ Budget status: "Committed" (no longer "Pending")
   β”œβ”€ Create audit record
   └─ Set follow-up reminder (48 hours for ack)

3. Track Vendor Response:
   β”œβ”€ Awaiting vendor confirmation
   β”œβ”€ System auto-escalates if 48h, no ack
   β”œβ”€ Send vendor reminder email
   └─ Update status when confirmation received

4. Estimated Delivery Tracking:
   β”œβ”€ Calculate EDD based on vendor lead time
   β”œβ”€ Set delivery alerts for 2 days before
   β”œβ”€ Notify receiving department
   └─ Schedule receiving dock if needed

πŸ”„ Process 5: Goods Receipt & Inspection

5.1 Pre-Delivery Notifications

Step 1: Advance Notice

When vendor confirms shipment:

Notification to Receiving Department:

Subject: INCOMING DELIVERY - PO-XXXXX - [Item] arriving [Date]

Details:
β”œβ”€ PO Number and date
β”œβ”€ Vendor name and contact
β”œβ”€ Items arriving
β”œβ”€ Quantity expected
β”œβ”€ Expected delivery date/time
β”œβ”€ Special handling needed
β”œβ”€ Receiving location
β”œβ”€ Contact for delivery questions
└─ Action required: Prepare receiving area

5.2 Physical Receipt

Step 2: Goods Arrival

When delivery arrives: 1. Verify driver credentials 2. Check delivery truck for damage 3. Unload items carefully 4. Inspect exterior packaging: - [ ] Boxes intact - [ ] Seals unbroken - [ ] Visible damage absent - [ ] Weight reasonable

Step 3: Verify Shipment Documentation

Check: - [ ] Packing slip present - [ ] Item list matches PO - [ ] Quantities match packing slip - [ ] Weights/dimensions reasonable - [ ] No evidence of transit damage - [ ] All boxes/cartons present

5.3 Detailed Inspection

Step 4: Item-by-Item Inspection

For each item:

Inspection Procedure:

1. Count
   β”œβ”€ Count physical quantity
   β”œβ”€ Compare to PO quantity
   β”œβ”€ Document any variance
   β”œβ”€ If missing: Note quantity short
   └─ If excess: Note quantity over

2. Description Verification
   β”œβ”€ Verify item matches description
   β”œβ”€ Check model/version/SKU
   β”œβ”€ Verify specifications match
   β”œβ”€ Note any substitutions
   β”œβ”€ Verify correct item, not similar
   └─ Flag mismatches

3. Quality Inspection
   β”œβ”€ Check for physical damage
   β”œβ”€ Verify all components present
   β”œβ”€ Test (if applicable)
   β”œβ”€ Check expiration dates (consumables)
   β”œβ”€ Verify documentation included
   └─ Note any defects found

4. Documentation Review
   β”œβ”€ Warranty documents present?
   β”œβ”€ User manuals included?
   β”œβ”€ Certificates of compliance?
   β”œβ”€ Shipping manifests match?
   β”œβ”€ Quality inspection cert present?
   └─ Note any missing documents

5. Barcode Scanning
   β”œβ”€ Scan barcode on item
   β”œβ”€ System matches to PO
   β”œβ”€ Capture serial numbers (if required)
   β”œβ”€ Capture batch numbers (if applicable)
   β”œβ”€ Photograph high-value items
   └─ Note in receiving system

5.4 Goods Receipt Entry

Step 5: System Entry

Goods Receipt Document (GR) Entry:

Required Information:
β”œβ”€ PO Number
β”œβ”€ Vendor name
β”œβ”€ Delivery date/time
β”œβ”€ Receiving location
β”œβ”€ Item-by-item details:
β”‚  β”œβ”€ Description
β”‚  β”œβ”€ Quantity received
β”‚  β”œβ”€ Unit price
β”‚  β”œβ”€ Serial numbers
β”‚  β”œβ”€ Batch/lot numbers
β”‚  └─ Condition assessment
β”œβ”€ Issues noted
β”œβ”€ Photos (if applicable)
β”œβ”€ Receiving clerk signature
└─ Date/time of receipt

Status Options:
β”œβ”€ Fully Received (100% of PO received)
β”œβ”€ Partially Received (Some items pending)
β”œβ”€ Received with Issues (Quality/qty problems)
β”œβ”€ Returned (Sent back to vendor)
└─ Rejected (Not accepted)

5.5 Issue Resolution

Step 6: Handle Any Discrepancies

If Quantity Short:
β”œβ”€ Document actual received
β”œβ”€ Create variance note
β”œβ”€ Contact vendor immediately
β”œβ”€ Request remaining items (ASN)
β”œβ”€ Accept what received (create backorder)
β”œβ”€ Continue with payment for received items
└─ Track follow-up shipment

If Quality Issues Found:
β”œβ”€ Document defect with photos
β”œβ”€ Determine severity
β”œβ”€ Contact vendor immediately
β”œβ”€ Report issue in GR
β”œβ”€ Options:
β”‚  β”œβ”€ Accept with defect (if minor)
β”‚  β”œβ”€ Return to vendor (if major)
β”‚  β”œβ”€ Request replacement (partial)
β”‚  └─ Reject entire shipment
└─ Do not pay for rejected items

If Wrong Item Received:
β”œβ”€ Document in detail
β”œβ”€ Take photos
β”œβ”€ Contact vendor immediately
β”œβ”€ Arrange return
β”œβ”€ Mark GR as "Received Wrong Item"
β”œβ”€ Requisition correct item
└─ Create new PO if needed

πŸ”„ Process 6: Three-Way Invoice Matching

6.1 Invoice Receipt & Entry

Step 1: Receive Invoice

Invoice received via: - Email attachment - Paper mail - Vendor portal - EDI transmission

System captures invoice:

Invoice Header Information:
β”œβ”€ Vendor name
β”œβ”€ Invoice number (unique from vendor)
β”œβ”€ Invoice date
β”œβ”€ PO reference number
β”œβ”€ Total invoice amount
β”œβ”€ Invoice due date
β”œβ”€ Payment terms
β”œβ”€ Payment instructions
└─ Any special notes

6.2 Invoice Data Entry

Step 2: System Entry

Invoice Entry Form:

Basic Information:
β”œβ”€ Invoice date [Required]
β”œβ”€ Invoice number [Required]
β”œβ”€ Vendor [Auto-populated from PO]
β”œβ”€ Amount [From invoice]
└─ Due date [From invoice]

Line Item Details:
β”œβ”€ For each line item:
β”‚  β”œβ”€ Description
β”‚  β”œβ”€ Quantity invoiced
β”‚  β”œβ”€ Unit price
β”‚  β”œβ”€ Extended price
β”‚  β”œβ”€ Line amount
β”‚  └─ GL account code

Additional Charges:
β”œβ”€ Shipping [if separate line]
β”œβ”€ Taxes [calculated or entered]
β”œβ”€ Insurance [if separate]
β”œβ”€ Discounts [if offered]
└─ Total invoice amount [calculated]

Attachments:
β”œβ”€ Copy of invoice scanned
β”œβ”€ Supporting documents
β”œβ”€ Delivery notes
└─ Any correspondence

6.3 Three-Way Match Execution

Step 3: Automated Three-Way Match

Matching Algorithm:

For Each Line Item:

1. Retrieve PO Details:
   β”œβ”€ PO quantity
   β”œβ”€ PO unit price
   β”œβ”€ PO total price
   └─ PO description

2. Retrieve GR Details:
   β”œβ”€ Actual received quantity
   β”œβ”€ Condition notes
   └─ Variance notes

3. Compare Invoice to PO:
   Match Check 1: DESCRIPTION
   β”œβ”€ PO Description β‰ˆ Invoice Description?
   β”œβ”€ Same item/SKU?
   β”œβ”€ Flag if mismatch
   └─ Need: [Exact match required]

   Match Check 2: QUANTITY
   β”œβ”€ PO Qty = Invoice Qty = GR Qty?
   β”œβ”€ Calculate variance: |Invoice Qty - GR Qty| / GR Qty
   β”œβ”€ Acceptable variance: ≀ 5%
   β”œβ”€ If variance > 5%: FLAG for review
   └─ If partial GR: Accept invoice only for received qty

   Match Check 3: UNIT PRICE
   β”œβ”€ PO Unit Price = Invoice Unit Price?
   β”œβ”€ Calculate variance: |Invoice Price - PO Price| / PO Price
   β”œβ”€ Acceptable variance: ≀ 2%
   β”œβ”€ If variance > 2%: FLAG for review
   └─ Document reason for variance

   Match Check 4: TOTAL AMOUNT
   β”œβ”€ PO Total β‰ˆ Invoice Total?
   β”œβ”€ Calculate: Expected Total = GR Qty Γ— Invoice Price
   β”œβ”€ Invoice Total = (Qty Γ— Price) + Shipping + Tax - Discount
   β”œβ”€ Acceptable variance: ≀ $50 or ≀ 3%
   β”œβ”€ If variance exceeds: FLAG for review
   └─ Document explanation

4. Overall Match Result:
   β”œβ”€ EXACT MATCH: All items match exactly
   β”‚  └─ Auto-approve for payment
   β”œβ”€ ACCEPTABLE MATCH: Minor variances within tolerance
   β”‚  └─ Approve with note
   β”œβ”€ FLAGGED MATCH: Variance exceeds tolerance
   β”‚  └─ Requires manual review & approval
   └─ NO MATCH: Significant discrepancies
      └─ Reject or hold pending resolution

6.4 Exception Handling

Step 4: Review Flagged Invoices

Review Process for Flagged Items:

1. Assess Exception:
   β”œβ”€ Quantity variance: [amount]
   β”œβ”€ Price variance: [amount] [%]
   β”œβ”€ Amount variance: [amount] [%]
   └─ Severity assessment

2. Determine Cause:
   └─ Ask questions:
      β”œβ”€ Was it partial shipment? (accept invoice for what received)
      β”œβ”€ Did vendor give discount? (check invoice for discount line)
      β”œβ”€ Is early payment discount? (verify discount terms)
      β”œβ”€ Was there price change? (check contract for price adjustment)
      β”œβ”€ Is this a known issue? (check vendor history)
      └─ Did receiving drop items? (check GR notes)

3. Resolution Options:
   β”œβ”€ ACCEPT VARIANCE
   β”‚  β”œβ”€ If minor/acceptable
   β”‚  β”œβ”€ Document reason
   β”‚  β”œβ”€ Finance approves
   β”‚  └─ Proceed to payment
   β”œβ”€ REQUEST CREDIT MEMO
   β”‚  β”œβ”€ Quantity variance β†’ Contact vendor for credit
   β”‚  β”œβ”€ Price variance β†’ Request credit for difference
   β”‚  β”œβ”€ Wait for vendor response
   β”‚  └─ Resubmit invoice after credit received
   β”œβ”€ HOLD PAYMENT
   β”‚  β”œβ”€ Contact vendor for clarification
   β”‚  β”œβ”€ Request corrected invoice
   β”‚  β”œβ”€ Await vendor response
   β”‚  └─ Resubmit after correction
   β”œβ”€ REJECT INVOICE
   β”‚  β”œβ”€ Major discrepancies
   β”‚  β”œβ”€ Return to vendor
   β”‚  β”œβ”€ Request corrected invoice
   β”‚  └─ Document reason

4. Communication:
   β”œβ”€ Email to vendor if issue
   β”‚  β”œβ”€ Specify discrepancy
   β”‚  β”œβ”€ Request resolution
   β”‚  β”œβ”€ Reference PO and invoice
   β”‚  └─ Set timeline for response
   β”œβ”€ Documentation:
   β”‚  β”œβ”€ Note in invoice record
   β”‚  β”œβ”€ Track correspondence
   β”‚  └─ Audit trail maintained

πŸ”„ Process 7: Payment Execution

7.1 Payment Batch Preparation

Step 1: Identify Eligible Invoices

Eligibility Criteria:

Invoice must have:
β”œβ”€ [βœ“] Matched status (3-way match complete)
β”œβ”€ [βœ“] Due date today or earlier
β”œβ”€ [βœ“] No holds or disputes
β”œβ”€ [βœ“] All required approvals
β”œβ”€ [βœ“] Valid vendor information
β”œβ”€ [βœ“] Correct GL coding
└─ [βœ“] Attached supporting documentation

Step 2: Batch Composition

Batch Organization Strategy:

Group by Payment Method:
β”œβ”€ Check Payments (all check payments in one batch)
β”œβ”€ ACH Transfers (all bank transfers in one batch)
β”œβ”€ Credit Card Charges (batch to corporate card)
β”œβ”€ Wire Transfers (separate batches for large amounts)
└─ E-Payment Platform (batch to platform)

Within Each Method:
β”œβ”€ Sort by vendor
β”œβ”€ Sort by invoice date
β”œβ”€ Verify no duplicates
β”œβ”€ Total amounts
└─ Create batch control sheet

7.2 Payment Batch Review

Step 3: Batch Verification

Quality Control Checks:

β–‘ Count invoices:        [#] invoices
β–‘ Total amount:          $[______]
β–‘ By vendor:             [List top vendors]
β–‘ By department:         [Breakdown]
β–‘ Average amount:        $[______]
β–‘ Largest single:        $[______]
β–‘ Any duplicates:        [None/List]

Vendor Information:
β–‘ All vendor names correct
β–‘ Addresses verified
β–‘ Tax IDs present (for large vendors)
β–‘ Payment routing correct (ACH)
β–‘ Contact info updated
β–‘ Any vendor issues/flags

Budget Impact:
β–‘ Total budget impact: $[______]
β–‘ By cost center: [Breakdown]
β–‘ Budget remaining: $[______]
β–‘ Any budget overages: [None/List]
β–‘ Budget variances noted: [Y/N]

Exceptions:
β–‘ Invoices on hold: [#]
β–‘ Disputed amounts: [#]
β–‘ Pending information: [#]
β–‘ Any issues to resolve: [Y/N]

7.3 Payment Authorization

Step 4: Batch Approval

Approval Routing:

Standard Batch:
β”œβ”€ AP Manager reviews
β”œβ”€ Finance Manager approves
└─ Payment executed

Large Batch (>$50,000):
β”œβ”€ AP Manager reviews
β”œβ”€ Finance Manager reviews
β”œβ”€ CFO approves
└─ Payment executed

Exception Batch:
β”œβ”€ Has discrepancies
β”œβ”€ Has disputed items
β”œβ”€ Requires clarification
β”œβ”€ Senior Finance reviews
β”œβ”€ Issues resolved
└─ Then approved & executed

7.4 Payment Method Execution

Step 5: Process Payments

Check Payments:

Process:
1. AP prints check from batch
2. Check details printed:
   β”œβ”€ Payee name and address
   β”œβ”€ Amount (numeric and written)
   β”œβ”€ Date
   β”œβ”€ Check number
   └─ Memo line (invoice # or "Services")
3. Signature lines printed
4. Two authorized signatures required
5. Check logged in system
6. Check mailed to vendor
7. Scanned for records
8. Recorded in GL

Timeline:
β”œβ”€ Preparation: 1 business day
β”œβ”€ Mailing: 1-2 business days
β”œβ”€ Clearing: 5-10 business days
└─ Total: 7-12 business days

ACH Bank Transfer:

Process:
1. Gather vendor banking info:
   β”œβ”€ Bank name
   β”œβ”€ Routing number
   β”œβ”€ Account number
   β”œβ”€ Account type (checking/savings)
   └─ Account holder name
2. Verify information (no typos)
3. Prepare ACH file with transfers
4. AP Manager reviews and approves
5. Finance Manager authorizes
6. Transmit to bank
7. Bank processes overnight
8. Confirmation received next day
9. Recorded in GL

Timeline:
β”œβ”€ Preparation: 1 business day
β”œβ”€ Bank processing: Overnight (1-3 days)
β”œβ”€ Clearing: 1-2 business days
└─ Total: 2-5 business days

Wire Transfer (for large amounts):

Process:
1. High-value verification
   β”œβ”€ Confirm vendor legitimacy
   β”œβ”€ Verify wire instructions independently
   β”œβ”€ Call vendor to confirm (if >$100K)
   └─ Verify no fraud indicators
2. Gather wire details:
   β”œβ”€ Beneficiary name
   β”œβ”€ Bank name and address
   β”œβ”€ Routing/Swift code
   β”œβ”€ Account number
   β”œβ”€ Purpose of wire
   └─ Urgent vs. non-urgent
3. AP prepares wire request
4. Finance Manager reviews
5. CFO or authorized approver signs
6. Transmit to bank via secure channel
7. Bank executes immediately (same day)
8. Confirmation received
9. Recorded in GL

Timeline:
β”œβ”€ Preparation: 1 business day
β”œβ”€ Bank execution: Same day (if morning submission)
β”œβ”€ Clearing: Immediate to same day
└─ Total: 1-2 business days

Credit Card:

Process:
1. Batch invoices by vendor
2. Match to corporate card categories
3. Record amounts in expense system
4. Prepare credit card batch
5. Submit to corporate card platform
6. Charges processed
7. Charges appear on monthly statement
8. Reconcile statement to expense records
9. Department codes charges to GL
10. Pay card monthly balance

Timeline:
β”œβ”€ Processing: Same day
β”œβ”€ Appearance on statement: 1-3 days
β”œβ”€ Statement period: 30 days
β”œβ”€ Payment due: 30 days from statement
└─ Total: Up to 60+ days

7.5 Payment Recording

Step 6: System Entry & Recording

Payment Record Entry:

Payment Details:
β”œβ”€ Payment date
β”œβ”€ Payment method (Check/ACH/Wire/Card)
β”œβ”€ Payment amount
β”œβ”€ Confirmation number
β”œβ”€ Vendor name
β”œβ”€ Reference (invoice #)
└─ GL account code

GL Posting:
β”œβ”€ Accounts Payable decreases (Credit)
β”œβ”€ Cash/Bank decreases (Debit)
β”œβ”€ Department expense account affected
└─ Audit trail created

Status Update:
β”œβ”€ Invoice status: "Paid"
β”œβ”€ Invoice marked as: Cleared (pending bank confirmation)
└─ Removal from AP aging report

Reconciliation:
β”œβ”€ Payment matched to invoice
β”œβ”€ Bank statement reconciliation pending
β”œβ”€ Confirmation tracking
└─ GL reconciliation queued

πŸ”„ Process 8: Closure & Archival

8.1 Final Verification

Step 1: Pre-Closure Checklist

β–‘ Payment cleared by bank
β–‘ No outstanding disputes
β–‘ No holds or flags
β–‘ All documents received
β–‘ GL posting complete
β–‘ Budget reconciled
β–‘ Vendor account settled
β–‘ No outstanding questions

8.2 Records Compilation

Step 2: Archive Package Assembly

Collect all documents:

Documentation Package:

Original Documents:
β”œβ”€ Requisition (signed/approved copy)
β”œβ”€ All approval comments/emails
β”œβ”€ Purchase Order (final version)
β”œβ”€ PO acknowledgment from vendor
β”œβ”€ Goods Receipt Document
β”œβ”€ Receiving inspection notes
β”œβ”€ Vendor invoice (copy)
β”œβ”€ Three-way match report
β”œβ”€ Payment authorization
β”œβ”€ Cancelled check (if by check) OR wire confirmation
β”œβ”€ Bank statement excerpt showing payment

Supporting Documents:
β”œβ”€ Vendor quotes
β”œβ”€ Specifications/drawings
β”œβ”€ Quality documentation
β”œβ”€ Any exception reports
β”œβ”€ Email correspondence
β”œβ”€ Change order (if any)
β”œβ”€ Contract (if applicable)
└─ Photos/documentation (if high-value)

Summary Documents:
β”œβ”€ Procurement summary sheet
β”œβ”€ Cost analysis/comparison
β”œβ”€ Budget impact statement
β”œβ”€ Performance summary
└─ Lessons learned (if applicable)

8.3 Historical Record Creation

Step 3: Record Archival

System Actions:

Status Update:
β”œβ”€ Change PO status: "Closed"
β”œβ”€ Mark as "Fully Executed"
β”œβ”€ Timestamp closure
└─ Create closure note

Archive Creation:
β”œβ”€ Move to historical database
β”œβ”€ Compress/archive files
β”œβ”€ Create backup copy
β”œβ”€ Verify archive integrity
└─ Remove from active system

Access Control:
β”œβ”€ Change to read-only
β”œβ”€ Archive audit trail
β”œβ”€ Restrict editing
β”œβ”€ Maintain view access
└─ Configure long-term retention (7 years)

πŸ“Š Process Metrics & KPIs

Cycle Time Tracking

Requisition to Payment Cycle:

Requisition β†’ Approval:     [3-10 days]
Approval β†’ PO:              [1-2 days]
PO β†’ Delivery:              [5-30 days]
Delivery β†’ Invoice:         [2-5 days]
Invoice β†’ Payment:          [5-15 days]
─────────────────────────────────────
TOTAL:                      [20-65 days]

Target: < 45 days
Acceptable: 45-60 days
Concerning: > 60 days

Process Efficiency

Metrics to Track:

1. Approval Time SLA Met: [%]
   Target: >95%

2. Three-Way Match Success Rate: [%]
   Target: >95%
   (% of invoices matching without issues)

3. Average Days to Payment: [#]
   Target: < 15 days from invoice receipt

4. Requisition Rejection Rate: [%]
   Target: < 5%

5. Vendor On-Time Delivery: [%]
   Target: > 95%

6. Quality Acceptance Rate: [%]
   Target: > 98%
   (% of received goods accepted without issues)

7. Cost Variance: [%]
   Target: Β±2%
   (Actual vs. budgeted)