SAP functional issueObjectWithholding tax not calculated on the vendor invoiceModuleFI_FICO

Withholding Tax Missing on Vendor Invoice

Withholding tax usually fails to calculate because the vendor master is missing the withholding tax type and code, the type is configured for calculation at payment rather than at invoice, the company code is not activated for extended withholding tax, or an exemption percentage on the vendor is set to one hundred. Check the vendor master withholding tax tab first, then the type configuration.

Covers why an expected withholding tax line does not appear when a vendor invoice is posted, working through vendor master setup, withholding tax type timing, company code activation, and exemption data. Gives the check sequence and the resolution split between master data correction and configuration change.

Published 16 Sept 2026· 1,105 words

The business symptom

Accounts payable posts an invoice for a vendor who is supposed to have tax deducted at source, and the posted document shows no withholding tax line at all, or the amount is zero. The complaint usually arrives from the tax or compliance team when they reconcile the withholding tax return and find the invoice missing, not from the person who posted it, because the invoice itself balances and clears without any error message. Sometimes it is noticed earlier, when the person keying the invoice expects a withholding tax pop-up screen during entry and none appears. In other cases the invoice posts with tax calculated correctly for other vendors of the same category, which points the business toward 'this vendor is set up wrong' rather than a general system fault, and that instinct is usually right.

The configuration behind it

  • Vendor master has no withholding tax type and code assigned on the withholding tax tab, or the 'liable' indicator for that type is unticked, so the system has nothing to calculate against.
  • The withholding tax type is configured for calculation at time of payment only, not at time of invoice. If the invoice is entered through FB60 or MIRO and only payment-time calculation is active, no tax line appears until the payment run, and that is expected behaviour, not a defect.
  • The company code is not activated for extended withholding tax, or the withholding tax type has not been assigned to that company code, so the calculation logic never fires for documents posted in it even though the vendor master looks correctly configured.
  • Exemption data on the vendor master, exemption percentage set to one hundred, or an exemption certificate validity period covering the invoice date, suppresses the calculation entirely and correctly.
  • Minimum invoice amount or minimum withholding tax amount defined against the withholding tax type is higher than the invoice value, so the system deliberately skips the calculation.
  • The withholding tax code's percentage rate is blank or zero in configuration, often left that way temporarily during a rate change and never completed.
  • One-time vendor account used for the invoice, where withholding tax data has to be entered manually on the entry screen and was simply skipped by the person posting.
  • Withholding tax country on the vendor master does not match the company code's withholding tax country, relevant for cross-border or multi-country company code setups.
  • Recipient type field required by the withholding tax type is blank on the vendor master, which some country configurations use as a mandatory key for the calculation to proceed.

What to check

  • Display the vendor master in FK03 or XK03, withholding tax tab, and confirm a withholding tax type and code are assigned with the liable flag set, and check the exemption percentage and validity dates.
  • Open the posted document in FB03 and compare it to a similar invoice for a vendor that calculated correctly, to see whether the type is timing-restricted to payment.
  • In the SPRO withholding tax configuration node, check whether the type is flagged for invoice posting or payment posting, and whether the type is assigned to the company code in question.
  • Confirm the company code is activated for extended withholding tax; if it is still on classic withholding tax, invoice-time calculation behaves differently.
  • Check the withholding tax code definition for the rate percentage and any minimum base amount or minimum tax amount thresholds against the invoice value.
  • If a one-time vendor was used, check whether the withholding tax fields on the entry screen were populated at posting time; nothing is derived automatically for these accounts.

How to prove it in the data

Pull the vendor line item list for the vendor and period using the standard vendor line item display, and compare the withholding tax base and tax amount fields across invoices posted in the same week. An invoice with zero in both fields next to others with populated amounts confirms the calculation did not fire for that specific document, and the vendor master change history will show whether the type or exemption was altered between the two postings.

Resolution path

If the vendor master is missing the type or code, or the exemption is wrongly set, this is a data fix: update the vendor master with FK02 or XK02 and, if invoices have already posted without tax, run the withholding tax recalculation program against the open items so the correction is reflected without reversing the document. If the type is configured for payment-time calculation and the business genuinely needs invoice-time calculation, that is a configuration change requiring transport through the withholding tax type settings, and it needs review because it changes behaviour for every vendor using that type, not just the one raising the complaint. If the company code was never activated for extended withholding tax or the type was never assigned to it, that is also a transportable configuration change and should go through a controlled cutover since it affects historical reporting consistency. Rate or threshold corrections in the withholding tax code are configuration too, low risk, but must be dated correctly so they do not retroactively alter already-posted periods.

The fix people try first (and why it fails)

The common reflex is to manually add a withholding tax line to the document through a journal adjustment or a manual FI posting to force the deduction to appear. This creates a tax line that is not tied to the vendor's withholding tax master data or certificate numbering, so it will not appear correctly on the withholding tax return, cannot be matched to the vendor's tax type and code combination, and often breaks the automatic certificate generation process later. The invoice looks fixed in the ledger but the compliance report is now wrong in a different, harder to detect way.

Whose problem this is

Accounts payable master data or the FI configuration team owns the vendor master and type setup; tax or compliance signs off on rate and exemption changes since they affect statutory filing. The handover note should state the vendor code, the withholding tax type and code expected, whether the type is invoice-time or payment-time, and whether recalculation was run against already-posted open items.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-functional-issues/withholding-tax-not-calculated-on-the-vendor-invoiceERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.