Troubleshooting Purchase Invoice Errors

Modified on Mon, 27 Apr at 2:45 PM

Troubleshooting Purchase Invoices

Resolving common errors during release, posting, and credit memo processing

Article ID

Product

Module

Last Updated

KB-SR365-FIN-0040

Sparkrock 365

Finance

April 2026

 

1. Overview

This article covers the most common errors encountered when creating, releasing, and posting Purchase Invoices in Sparkrock 365, including errors specific to the A/P Batch Management feature and credit memo processing. Errors are grouped by the stage at which they occur.

Stage

What Happens

Release

The invoice is validated and locked for approval. Duplicate vendor number checks and T4A checks run here.

Audit (A/P Batch Management)

If enabled, invoices must be audited before posting. The audited flag and user permissions are checked.

Post

Invoice lines are written to the G/L and vendor ledger. Budget checking, dimension validation, and account set checks run here.

Credit Memo

A credit reverses all or part of a posted invoice. Restoration to PO and requisition status updates occur here.

 

 

2. Release Errors

These errors appear when the Release action is used on a Purchase Invoice. The release validates key header fields before the invoice can be approved or posted.

"Vendor Invoice No. must have a value."

The Vendor Invoice No. field is blank. This field is mandatory — it must contain the invoice number as it appears on the vendor's physical invoice.

  1. Open the Purchase Invoice.
  2. Enter the vendor's invoice number in the Vendor Invoice No. field on the General FastTab.
  3. Release again.

NOTE: Vendor Invoice No. is required to prevent duplicate payments. It must be unique per vendor — the system checks this before allowing release.

"Vendor Invoice No. [X] already used in posted purchase invoice [Y] for this vendor."

This invoice number has already been posted for the same vendor. This is a duplicate payment prevention check — the same vendor invoice cannot be entered twice.

  1. Note the posted invoice number shown in the error message (e.g., PI-00123).
  2. Navigate to Search → Posted Purchase Invoices and open the referenced invoice.
  3. Confirm whether this is a genuine duplicate (same goods/services already paid) or a different invoice that coincidentally has the same number.
  4. If it is a duplicate: delete the new invoice — do not post it.
  5. If it is a different invoice with the same number: contact the vendor to clarify. Consider appending a suffix to distinguish it (e.g., INV-001-A) and document the reason.

IMPORTANT: Do not bypass this check by modifying the vendor invoice number to a different value just to force posting. Duplicate payments must be investigated before proceeding.

"Vendor Invoice No. [X] found in other unposted invoice(s) for this vendor."

The same vendor invoice number exists on one or more other unposted invoices for this vendor. The system is warning that releasing and posting this invoice could result in a duplicate payment.

  1. Navigate to Search → Purchase Invoices and filter by vendor to find all unposted invoices with this number.
  2. Determine which invoice is correct and delete any duplicates before proceeding.
  3. Release the correct invoice.

"Vendor Cr. Memo No. [X] already used in posted credit memo [Y] for this vendor."

Applies to Credit Memos. The vendor credit memo number has already been posted. Same resolution as the duplicate invoice error above — confirm whether it is a genuine duplicate or a different credit, and act accordingly.

 

3. A/P Batch Management Errors

These errors only appear when A/P Batch Management is enabled in Purchases & Payables Setup. This feature requires invoices to be formally audited before they can be posted.

NOTE: Check whether A/P Batch Management is enabled: Search → Purchases & Payables Setup → Enable A/P Batch Management field.

"SRF Audited must have a value."   (Invoice not audited)

The invoice has not been marked as audited. When A/P Batch Management is enabled, a user with batch auditing permissions must review and approve the invoice before it can be posted.

  1. Assign the invoice to an A/P Batch if not already done.
  2. A user with the Allow A/P Batch Auditing permission must open the invoice and use the Audit action to mark it as audited.
  3. Post the invoice after it is audited.

TIP: The user who created or entered the invoice typically cannot audit their own invoices. Verify that your organisation has at least one user with the Allow A/P Batch Auditing flag enabled on their User Setup card.

"Allow A/P Batch Auditing must have a value." (No auditing permission)

The user attempting to reopen or audit the invoice does not have the Allow A/P Batch Auditing permission on their User Setup.

  1. Navigate to Search → User Setup and open the card for the user who needs auditing rights.
  2. Enable the Allow A/P Batch Auditing field.
  3. Save and have the user try the action again.

IMPORTANT: Only grant A/P Batch Auditing permission to users who are authorised to approve invoices for payment. This is a financial control — it should not be given to all users.

 

4. T4A Validation Warnings

During release, the system checks whether the invoice is subject to T4A reporting requirements. Two confirmation dialogs may appear:

T4A Box is empty but vendor is T4A-liable

The vendor is marked as T4A-liable but the T4A Box field on the invoice is blank. The system will ask whether you want to continue without a T4A Box. If you continue without entering a T4A Box, the invoice will not be included in T4A reporting.

  • To resolve: Cancel, open the invoice, and enter the correct T4A Box code before releasing.
  • If no T4A applies: Confirm that you want to proceed without a T4A Box.

T4A Box is populated but vendor is not T4A-liable

A T4A Box is entered on the invoice but the vendor's T4A Liable flag is not set. The system asks for confirmation before proceeding.

  • To resolve: Verify the vendor's T4A setup. Navigate to the Vendor card → Payments FastTab → T4A Liable. Correct accordingly before releasing.

 

5. Budget Checking Errors

Budget checking runs when a Purchase Invoice is released or posted, if budget checking is enabled for the Purchase Invoice document type. These errors indicate a configuration gap in the budget checking setup or that the invoice amount exceeds available budget.

"A Budget Checking Period could not be found for any of the encumbrance dates or posting dates in the document."

No Budget Checking Period record covers the posting date of this invoice. Budget checking periods must be set up for each fiscal period before invoices with dates in that period can be processed.

  1. Navigate to Search → Budget Checking Periods.
  2. Create a Budget Checking Period that includes the invoice's posting date.
  3. Ensure the period is linked to the correct G/L Budget Name.
  4. Re-release or re-post the invoice.

"There is no active Budget Checking Period for any of the encumbrance dates or posting dates in the document."

A Budget Checking Period exists for the date range but it is not active. Periods must be explicitly activated before they can be used for checking.

  1. Navigate to Search → Budget Checking Periods.
  2. Open the period covering the invoice date and set it to Active.
  3. Re-try the release or post action.

"G/L Budget Entry related to Budget Checking Period [X] [Y] is not found."

The budget period is active and covers the posting date, but there are no G/L Budget entries for the accounts on the invoice within that period. Budget entries must exist before the system can check whether the invoice exceeds budget.

  1. Navigate to Search → G/L Budgets → open the budget referenced in the error.
  2. Confirm that budget entries exist for the G/L accounts on the invoice lines, within the budget period's calculation date range.
  3. Enter budget entries if missing and re-try the action.

Budget exceeded — Warning or Error dialog

The invoice amount exceeds the available budget for one or more G/L accounts. The behaviour depends on the "Action If Budget Exceeded" setting on the Budget Checking Document setup:

Action If Budget Exceeded setting

What Happens

Warning

A budget detail screen is shown. The user can review and choose to proceed or cancel. Processing continues if the user confirms.

Error

A budget detail screen is shown. The invoice cannot proceed regardless of user confirmation.

 

  • If Warning: review the budget detail, confirm the overspend is authorised, and proceed.
  • If Error: the invoice cannot be posted until budget is available. Options are: increase the budget, recode the invoice to a different account with available budget, or request an authorised user to adjust the Budget Checking Document settings.

 

6. Credit Memo Errors

"You are restoring lines to purchase order(s). The purchase order(s) will be reopened. Do you want to proceed?"

This is a confirmation dialog, not a blocking error. It appears when a credit memo line has the Restore to Purchase Order flag set. If you confirm, the linked purchase order will be reopened and the credited lines returned to the order.

  • Click Yes to proceed with the credit and reopen the PO.
  • Click No to cancel the posting. Review whether restoring to the PO is intended before re-posting.

NOTE: If you did not intend to restore lines to the purchase order, clear the Restore to Purchase Order flag on the credit memo line before posting.

 

7. Quick Reference

Error or symptom

First action

Vendor Invoice No. must have a value

Enter the vendor's invoice number on the General FastTab before releasing.

Vendor Invoice No. already used in posted invoice

Check Posted Purchase Invoices for a duplicate — investigate before proceeding.

Vendor Invoice No. found in other unposted invoices

Filter Purchase Invoices by vendor and delete duplicates.

SRF Audited must have a value

Have a user with Allow A/P Batch Auditing use the Audit action on the invoice.

Allow A/P Batch Auditing must have a value

Search → User Setup → enable Allow A/P Batch Auditing for the auditor.

Budget Checking Period not found

Search → Budget Checking Periods → create a period covering the posting date.

No active Budget Checking Period

Search → Budget Checking Periods → activate the period for the posting date.

G/L Budget Entry not found

Search → G/L Budgets → add budget entries for the relevant accounts and period.

Budget exceeded (Warning)

Review budget details, confirm the overspend is authorised, and proceed.

Budget exceeded (Error)

Increase budget or recode the invoice — posting is blocked.

 

 

8. Summary

  • The most common invoice release errors are missing or duplicate Vendor Invoice No. — always use the vendor's own invoice number and confirm it hasn't been entered before.
  • A/P Batch Management errors only appear when the feature is enabled. Check Purchases & Payables Setup if these errors are unexpected.
  • Budget checking errors indicate a setup gap (missing period or budget entries) rather than a user error — involve your finance administrator to resolve them.
  • T4A warnings require a decision — verify the vendor's T4A Liable setting and correct the invoice before confirming through.

 

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article