INTERCOMPANY 404 · AT THE KEYBOARD
Intercompany Direct Delivery Configuration Workbench
Configure and prove one Singapore customer order that creates group procurement to European HQ, supports direct customer delivery, records the European HQ invoice, and releases order-related customer billing.
CONFIGURATION WORKBENCH
Freeze the process model before touching settings
The same business phrase—intercompany direct delivery—can refer to different SAP document chains.
Decisions to record
Singapore customer contract and invoice ownership
European HQ legal supplier, supply system, ship-from country, and transfer-price owner
TAS/PR/PO design versus classic or advanced intercompany design
Customer billing trigger: supplier invoice quantity, confirmation, shipment, or another approved milestone
Evidence sources
VA03Existing customer sales document behaviourME23NExisting group purchase-order structureMIRO / MIR4Invoice-verification behaviour and historyVF03Customer billing source and statusProcess diagramCompany-code matrixTax memoInterface contractAccounting entriesDecide in this order
- Confirm that Singapore is principal seller to the customer and European HQ is supplier to Singapore.
- Confirm that goods never enter Singapore stock in this scenario.
- Approve the legal invoice chain, currencies, incoterms, transfer price, tax, customs, and revenue-recognition position.
- Only then select TAS/PR/PO and define the billing dependency shown in the practitioner map.
Every physical movement, legal invoice, accounting entry, system message, status owner, and exception has one named source and successor.
CONFIGURATION WORKBENCH
Build the Singapore sales and purchasing path
The customer order and the group purchase order must post to the correct Singapore organisational units.
SPRO / IMG path
Enterprise Structure → Definition / Assignment → Sales and Distribution
Enterprise Structure → Definition / Assignment → Materials Management → Maintain Purchasing Organization
Enterprise Structure → Assignment → Materials Management → Assign Purchasing Organization to Company Code / Plant
Transactions
OVX5 / OVX3Sales organization and company-code assignmentOVXI / OVXB / OVXGDistribution channel, division, and sales areaOX08 / OX01Purchasing organization and plant definitionOX17 / OX18Purchasing assignments; verify against releaseTVKOTVTWTSPATVTAT024ET001WMaintain in this order
- Confirm the Singapore company code and customer-facing sales area.
- Confirm the Singapore purchasing organisation that contracts with European HQ.
- Assign organisational units consistently and record currency, calendar, address, and company-code dependencies.
- Do not assign the European HQ plant to Singapore merely to force this TAS scenario; European HQ remains a supplier in Singapore procurement.
Singapore owns both the customer sales document and group purchase order; no organisational override is required.
If it fails, check here first
- Sales area not allowed: verify sales-organisation, channel, division, and company-code assignments.
- Purchasing data unavailable: verify purchasing-organisation assignment and supplier/material extensions.
- Wrong company posting: inspect document organisational data before account determination.
CONFIGURATION WORKBENCH
Represent the customer and European HQ correctly
One affiliated legal entity may need supplier roles in Singapore and customer roles in the European supply process.
SPRO / IMG path
Cross-Application Components → SAP Business Partner → Business Partner → Basic Settings / Relationships
Financial Accounting → Accounts Receivable and Accounts Payable → Customer / Supplier Accounts → Master Data
Materials Management → Purchasing → Partner Determination
Transactions
BPMaintain customer, supplier, company-code, purchasing, and sales-area rolesME23NInspect supplier and partner functions on the POVA03Inspect sold-to, ship-to, bill-to, and payerBUT000BUT100LFA1LFB1LFM1KNA1KNB1KNVVMaintain in this order
- Create or reuse the European HQ Business Partner using governed group identity and tax data.
- Extend it as supplier to the Singapore company code and purchasing organisation.
- Maintain payment terms, currencies, reconciliation account, withholding or tax data, purchasing controls, and partner functions.
- In the European HQ supply system, extend Singapore as the internal customer required to receive and bill the group order.
- Keep the external customer ship-to data distinct from the Singapore internal customer.
The supplier, invoicing party, currency, payment terms, tax identity, and ship-to destination determine without manual repair.
If it fails, check here first
- Supplier not valid: inspect BP roles, company-code and purchasing extensions, block status, and purchasing organisation.
- Wrong delivery destination: inspect PO delivery-address source and sales-order linkage.
- Invoice posts to wrong affiliate: inspect supplier, alternative payee, partner functions, and reconciliation account.
CONFIGURATION WORKBENCH
Prepare the material and source of supply
The sales material must be sellable in Singapore and purchasable from European HQ.
Configuration focus
Logistics - General → Material Master → Settings for Key Fields → Define Item Category Groups
Materials Management → Purchasing → Conditions / Source Determination
Sales and Distribution → Basic Functions → Availability Check and Transfer of Requirements, where relevant to the chosen schedule line
Transactions
MM01 / MM02 / MM03Create, extend, change, and inspect material dataME11 / ME12 / ME13Purchasing info recordME01 / ME03Source list maintenance and displayMEQ1 / MEQ3Quota arrangement when usedMARAMVKEMARCEINAEINEEORDMaintain in this order
- Extend the material to the Singapore sales area with the item-category group used to determine TAS.
- Maintain purchasing data, order unit, conversion, tax classification, material group, and relevant valuation or accounting data.
- Create the European HQ purchasing info record and source-list entry where source determination is controlled.
- Align material identifiers, units, descriptions, and packaging data with the European supply system.
The material determines TAS and the intended procurement schedule line; European HQ is a valid source with consistent unit, currency, and lead time.
If it fails, check here first
- Wrong sales item category: inspect material item-category group and VOV4.
- No source found: inspect purchasing extension, info record, source list, validity, plant, and purchasing organisation.
- Quantity differs across systems: inspect base/order/sales units and conversion factors.
CONFIGURATION WORKBENCH
Configure the TAS sales trigger
The Singapore sales order must create procurement demand without creating a Singapore outbound delivery.
SPRO / IMG path
Sales and Distribution → Sales → Sales Documents → Sales Document Header / Item → Define Sales Document Types / Item Categories
Sales and Distribution → Sales → Sales Documents → Schedule Lines → Define and Assign Schedule Line Categories
Sales and Distribution → Sales → Sales Documents → Sales Document Item → Assign Item Categories
Transactions
VOV8Sales document type OR or project copyVOV7Item category TAS: billing and procurement controlsVOV4Item-category determinationVOV6 / VOV5Schedule-line definition and determinationVA01 / VA02 / VA03Create, change, and inspect the orderTVAKTVAPTVEPVBAKVBAPVBEPVBFAMaintain in this order
- Confirm the sales document type and item-category determination for the material’s item-category group.
- Review TAS controls: order-related billing, completion rule, pricing, business data, and whether the item is not delivery-relevant in Singapore.
- Review the procurement-relevant schedule line—commonly CS in standard third-party processing—without assuming the code in a copied design.
- Confirm PR document type, purchasing data transfer, account-assignment behaviour, and credit-block interaction.
- Use billing relevance F only when the intended customer billing quantity/status is based on supplier invoice receipt as in the illustrated flow.
TAS and the intended schedule line determine automatically. The passing order creates a PR; the blocked order follows the approved procurement-control behaviour.
If it fails, check here first
- No PR: inspect VOV4/VOV5 determination, schedule-line procurement flag, material data, plant, purchasing data, rejection, incompletion, and credit status.
- Singapore delivery appears: inspect item and schedule-line delivery relevance and the determined item category.
- Wrong billing trigger: inspect TAS billing relevance and the billing-status update from invoice verification.
CONFIGURATION WORKBENCH
Convert the requisition into a controlled group purchase order
The PO carries the customer demand into European HQ supply and provides the reference for invoice verification.
SPRO / IMG path
Materials Management → Purchasing → Purchase Requisition / Purchase Order → Define Document Types
Materials Management → Purchasing → Purchase Order → Define Screen Layout at Document Level / Set Up Stock Transport Order only if separately in scope
Materials Management → Purchasing → Messages / Output Control
Materials Management → Purchasing → Release Procedure or Flexible Workflow, according to release
Transactions
ME53N / ME52NDisplay or change the generated PRME57 / ME59NAssign/process or automatically create POs where supported by designME21N / ME22N / ME23NCreate, change, and display the POME29NRelease PO in classic release procedureEBANEKKOEKPOEKETEKKNNAST / Output MgmtMaintain in this order
- Confirm the PR fields inherited from the sales order: material, quantity, requested date, purchasing group, plant, account assignment, and customer delivery address.
- Configure or select the PO type, release/workflow, partner functions, tolerance, confirmation, and invoice-receipt controls.
- Use the illustrated third-party PO item category and account assignment only after verifying the target system’s standard and copied configuration; do not universalise the diagram’s labels.
- Configure PO output or interface trigger and preserve the Singapore sales-order/item reference.
The PO contains the external customer delivery destination, agreed affiliate supplier, correct value and currency, release status, invoice-receipt flag, and traceable sales-order reference.
If it fails, check here first
- Cannot convert PR: inspect source, supplier, purchasing organisation, document type, account assignment, release, and mandatory fields.
- Wrong ship-to: inspect address inheritance and manual-address governance.
- Output missing: inspect release status, output determination, recipient, channel, condition record, form, and application log.
CONFIGURATION WORKBENCH
Connect European HQ fulfilment
European HQ may run in the same SAP landscape, a separate SAP system, or a non-SAP supply system. The interface contract matters more than assuming one topology.
Integration contract
PO or demand message from Singapore to Europe
Order acknowledgement and confirmed date back to Singapore
Delivery, shipment, PGI, carrier, and proof-of-delivery status
European HQ invoice and reference to Singapore PO
Evidence transactions
WE02 / WE05IDoc display where EDI is usedBD87IDoc reprocessing under governed supportSLG1Application logs where enabledVA03 / VL03N / VF03European SAP order, delivery, and invoice evidenceMessage IDPO referenceConfirmed dateShipment IDSupplier invoiceError queueDefine in this order
- Agree identifiers for company, supplier/customer, material, unit, address, tax, currency, and document references.
- Define message direction, trigger, acknowledgement, retry, duplication control, and business owner.
- Map the external customer ship-to separately from Singapore’s internal-customer identity.
- Define which European event constitutes reliable fulfilment and which event creates the internal invoice.
European HQ creates one order, one delivery, one PGI event, one shipment confirmation, and one invoice linked back to the Singapore PO without duplicate or manual identity repair.
If it fails, check here first
- No European order: inspect Singapore output, middleware receipt, partner/profile mapping, master-data cross-reference, and error queue.
- Wrong customer destination: inspect sold-to versus ship-to mapping and address version.
- Duplicate order or invoice: inspect message keys, acknowledgement, retry rules, idempotency, and manual reprocessing history.
CONFIGURATION WORKBENCH
Post European HQ’s invoice against the purchase order
Invoice verification records Singapore’s liability and updates the sales-order billing status used by the illustrated design.
SPRO / IMG path
Materials Management → Logistics Invoice Verification → Incoming Invoice → Configure How Unplanned Delivery Costs Are Posted
Materials Management → Logistics Invoice Verification → Invoice Block → Set Tolerance Limits
Financial Accounting → Accounts Receivable and Accounts Payable → Business Transactions → Incoming Invoices
Transactions
MIROEnter incoming supplier invoiceMIR4 / MIR5Display invoice / invoice listMRBRRelease blocked invoices under approved controlME23NInspect PO history and invoice receiptFB03Inspect accounting documentRBKPRSEGEKBEBKPFBSEG / ACDOCAVBUP / statusMaintain in this order
- Confirm invoice-receipt and goods-receipt expectations on the PO item. The diagram allows no physical GR or a statistical GR; select one controlled design.
- Configure quantity, price, exchange-rate, and small-difference tolerances.
- Confirm account determination for purchase cost, COGS, clearing, price difference, tax, and affiliated supplier payable.
- Test how invoice quantity updates the sales-order item’s billing status when billing relevance F is used.
The PO history, FI document, intercompany payable, cost/clearing value, tax, and customer billing-due quantity update exactly as designed.
If it fails, check here first
- Invoice blocked: inspect quantity/price variance, missing confirmation or GR expectation, tolerance, tax, currency, and duplicate-invoice check.
- Wrong account: inspect PO account assignment, valuation/account determination, supplier reconciliation account, tax code, and substitution.
- Customer item not billing due: inspect invoice posting status, PO/sales-order link, invoice quantity, TAS billing relevance, and sales-item status.
CONFIGURATION WORKBENCH
Configure Singapore’s order-related customer billing
The customer invoice uses the sales order and supplier-invoice status because Singapore has no outbound delivery in this process.
SPRO / IMG path
Sales and Distribution → Billing → Billing Documents → Define Billing Types
Sales and Distribution → Billing → Maintain Copying Control for Billing Documents → Sales Document to Billing Document
Sales and Distribution → Basic Functions → Account Assignment / Costing → Revenue Account Determination
Sales and Distribution → Basic Functions → Pricing / Taxes
Transactions
VOFABilling type, cancellation, and posting controlsVTFASales-order-to-billing copy controlVKOARevenue account determinationVF04 / VF01 / VF03Billing due list / create / display billingFBL5N / FB03Customer open item and accounting documentTVFKTVCPLVBRKVBRPBKPFBSEG / ACDOCAMaintain in this order
- Confirm order-related billing relevance on TAS and the billing quantity/status source.
- Maintain VTFA for the source sales document/item and target customer billing type, including requirements, quantity rule, pricing type, data transfer, and status update.
- Maintain customer pricing, tax, exchange rate, revenue account determination, output, and e-invoice obligations.
- Test partial supplier invoice, full supplier invoice, cancellation, credit memo, and rebilling behaviour.
The eligible quantity becomes billing due, the invoice uses Singapore’s customer price, FI posts customer receivable and revenue/tax, and the document flow retains the original customer-order and procurement evidence.
If it fails, check here first
- Not billing due: inspect supplier-invoice quantity/status, billing relevance F, billing block/date, rejection, and VTFA requirements.
- Wrong value: inspect customer conditions, pricing date, exchange rate, VTFA pricing type, tax, and manual-condition rules.
- No accounting document: inspect posting log, VKOA, reconciliation account, tax account, company-code extension, and posting period.
TRANSACTIONAL PROOF
One customer order, two companies, one reconciled story
Configuration is not complete until the supply, invoice, and accounting evidence reconciles across both company relationships.
Controlled test data
- Singapore customer extended to sales area and company code with valid ship-to, payer, credit, tax, pricing, and reconciliation data
- European HQ supplier extended to Singapore purchasing organisation and company code
- Material extended for Singapore sales and purchasing with TAS determination and valid European HQ source
- Approved customer and transfer prices, tax codes, exchange rates, accounts, output, and interface mappings
European inventory and COGS reconcile to its internal sale; Singapore’s supplier cost/payable reconciles to European HQ’s receivable; Singapore’s customer invoice and receivable reconcile to the external sale.
TECHNICAL REFERENCES
Verify against the target release
The installed IMG, SAP product assistance, country localisation, and approved solution design remain authoritative.
Take the configured scenario through discovery, fit-to-standard, design, build, integration testing, cutover, and stabilisation.