SAP functional issueObjectIntercompany billing not generated after deliveryModuleSD_O2C

Missing Intercompany Billing (IV) After Delivery

The intercompany invoice (billing type IV) fails to generate because the supplying plant has no internal customer number assigned for the selling sales organization, because the delivery item category is not flagged as intercompany-billing relevant, or because copy control from the delivery to billing type IV is missing. The customer invoice (F2) can post normally while IV stays permanently absent from the billing due list.

This page covers why the intercompany billing document fails to appear in the billing due list after a cross-company delivery has been goods-issued, while the customer-facing invoice processes without issue. It focuses on the plant-to-internal-customer assignment, item category billing relevance, and copy control settings that drive IV document creation, and separates the master-data fixes from the configuration changes that require a transport.

Published 16 Sept 2026· 1,152 words

The business symptom

Finance reports that intercompany accounts receivable and payable between the selling company code and the delivering company code do not reconcile for a given period. Controlling in the delivering plant says a delivery went out and was goods-issued weeks ago but no revenue ever posted for that plant. The order desk insists the order is closed because the customer invoice went out and was paid, so from the sales rep's point of view nothing is wrong. When someone finally checks the billing due list for the internal document type, the delivery is simply not there, or it is there but returns an error the moment anyone tries to force it through. Nobody notices for a while because the customer-facing side of the process completed cleanly; the gap only shows up when the two company codes try to close their intercompany ledgers against each other at month end.

The configuration behind it

Intercompany billing depends on a chain of configuration that is independent of the customer-facing invoice, so the customer invoice succeeding proves nothing about the intercompany side.

  • Supplying plant has no internal customer number assigned for the combination of sales organization and delivering plant. This is the single most common cause: without it the system cannot determine who the intercompany invoice is billed to, so the delivery never qualifies for the IV billing due list even though it is fully goods-issued.
  • Delivery item category is not flagged as relevant for intercompany billing, or is flagged with the wrong billing relevance indicator, so the delivery item is eligible for the customer invoice but not for the internal one.
  • Copy control between the delivery type and billing type IV is missing or incomplete at item category level, so even when the due list picks the document up, saving the intercompany invoice fails silently or with a copy control error.
  • Intercompany pricing procedure has no valid condition record for the internal price condition, so the due list run errors out on pricing and skips the line without a clear message on screen.
  • Sales organization and delivering plant actually belong to the same company code, meaning no intercompany billing is expected at all; the complaint is a misunderstanding of the scenario, not a defect.
  • Delivery has not actually been goods-issued, or was reversed after PGI, which removes it from every billing due list, IV included, not just the customer invoice.

What to check

Work from the delivery outward rather than from the order, since intercompany billing is delivery-related, not order-related.

  • VL03N on the delivery: confirm goods issue status is complete and check the document flow for any existing IV entry.
  • VF04 filtered specifically on billing type IV (not F2) with the delivery number: see whether the line appears at all, and read any error text in the log rather than assuming a blank result means nothing is due.
  • OMGN or the relevant plant customizing: verify the supplying plant has an internal customer number maintained against the selling sales organization.
  • VOV7: check the delivery item category's billing relevance indicator against what intercompany billing expects.
  • VTFL: confirm copy control exists from the delivery type to billing type IV, including at item category level, with a valid pricing type.
  • VK13: check whether the internal pricing condition used in the intercompany pricing procedure has an active record for the plant and material.
  • OX10 and the sales organization assignment: confirm the sales organization's company code and the plant's company code are actually different; if they match, no IV document should exist.

How to prove it in the data

Pull VF04 filtered on billing type IV and the sales organization and delivering plant in question, over the period in dispute, and compare the count against goods-issued deliveries for the same plant and sales organization pulled from delivery document flow. Any delivery that appears goods-issued but has no corresponding IV entry in VBFA is a confirmed gap. Cross-check the plant's internal customer assignment for that same sales organization; a blank entry there explains the entire population of gaps at once rather than one delivery at a time.

Resolution path

If the internal customer number is missing on the plant, this is master data maintenance in the plant/customer assignment table and can usually be corrected directly in the target system without a transport, though many landscapes lock this table and require a change request. If the item category billing relevance indicator or the VTFL copy control entry is wrong, that is IMG configuration and must move through development and be transported; do not hand-edit it directly in production unless local policy explicitly allows it. If the cause is a missing condition record for the internal pricing condition, that is master data and can be created with the standard condition maintenance transaction without a transport. If the sales organization and plant genuinely share a company code, close the complaint as expected behavior and explain to finance why no IV document will ever appear. After any config or master data fix, rerun the billing due list for the affected delivery; do not attempt to create the IV document manually with a hardcoded amount, since that bypasses the pricing and account determination the document is supposed to carry.

The fix people try first (and why it fails)

The common reflex is to open VF01, type the delivery number and billing type IV directly, and try to force the document through, sometimes typing in a manual price when pricing comes back blank. This can produce an intercompany invoice, but with a wrong or default internal price, or billed to a fallback customer that does not correctly represent the delivering company code. The document then posts, closing the visible gap, but the account determination and intercompany reconciliation are wrong underneath, which surfaces later as an unexplained variance at month end that is far harder to trace than the original missing document.

Whose problem this is

SD configuration owns the plant-to-internal-customer assignment, item category billing relevance, and copy control settings, since these require change requests and transports. Sales master data or finance typically owns the intercompany pricing condition records. The handover note should state the delivery number, the sales organization and plant combination affected, whether goods issue was confirmed, and which of the two config tables (plant assignment or copy control) was found empty, since both produce the identical symptom in VF04.

Related SAP objects

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

Source: ERPClimb — https://erpclimb.com/sap-functional-issues/intercompany-billing-not-generated-after-deliveryERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.