
The following table lists the possible combinations of header action codes, item action codes, and the corresponding processing flow.
Header Action Code | Item Action Code | Processing Flow |
---|---|---|
000 (indicates self-billing invoice) | 001 or 091 (indicates goods receipt) | Initial invoice creation |
| Credit or debit memos for quantity corrections | |
001 (indicates retroactive price changes) |
| |
009 or 099 (indicates value-based clearing invoice with retroactive billing) | Credit or debit memos for retroactive price changes |
Initial invoice creation
This type of processing deals with initial invoice creation. After receiving self-billing documents from the buyer, the system determines the corresponding delivery document for reference, and compares the received data with the reference data.
It executes self-billing to trigger the creation of invoices (billing type CIXS) for billing items where there is no difference.
It executes self-billing to create a clearing line, in addition to an invoice, for billing items where the transmitted net value differs from the reference net value.
It executes self-billing to create a clearing line and an open line, in addition to an invoice, if the difference exceeds the predefined tolerance limits.
Credit or debit memos for quantity corrections
This type of processing deals with quantity corrections (such as damaged goods during the transport) claimed by the buyer, by referring to a transaction that has already been processed and settled. Therefore, the buyer sends a credit or debit memo for quantity corrections with reference to one or more existing invoices.
If they match, the system executes self-billing to trigger the creation of a credit memo (billing type CIXG) or debit memo (billing type CIXL) exactly as the buyer has prepared it.
If they don't match, the system creates a credit or debit memo and a clearing line, as well as an open line if the difference exceeds the predefined tolerance limit.
Credit or debit memos for retroactive price changes
This type of processing is similar to the previous one except that it deals with retroactive price changes. Therefore, the system compares the claimed net value change against the internal retroactive billing value, which is calculated in your system based on input such as price changes of the settled transaction.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
7 | |
6 | |
4 | |
4 | |
4 | |
4 | |
3 | |
3 | |
3 |