The accounting indicator is generally used in the Customer Service (CS/SM) module. Although I have seen it used in PM for reporting purposes.
IW31: Service order header
VA41: Service contract item (IW42, IW45 etc)
CAT2: Cross application timesheet
DP90: Resource related billing (DP80, DP91 etc)
VA01: Sales order item
VF01: Billing documents
KB61: Conversion of line items (was DP60)
KB65: Conversion of operating activity allocation (was DP60)
IWO10024: Service order: Changes to items for advance shipment
ICSV0005: Determining reason for rejection - resource-related billing
COOM0001: Customer Functions for Overhead Percentages
Customer Service (CS)
Criterion according to which costs and revenues can be differentiated within the framework of service processing.
The accounting indicator serves as another distinguishing criteria in addition to distinction by cost element. In this way, incurred costs and earned profits can, for example, be identified by sales volume, warranty or good will.
The criterion according to which costs and revenues can be differentiated within the framework of service processing.
The accounting indicator serves as another distinguishing criterion in addition to distinction by cost element. In this way, incurred costs and earned profits can, for example, be identified by sales volume, warranty or good will.
Customer Service requires detailed information on the costs incurred by a particular service transaction. You can use an accounting indicator to identify costs on a service order, not just by cost element but also by how the cost was incurred (guarantee, free of charge delivery and so on). You assign the accounting indicator to the service order. When you perform resource-related billing, the accounting indicator is copied from the service order into the resulting debit or credit memo request item and subsequently into the debit or credit request item.
You cannot change the accounting indicator in the SD documents.
When the debit or credit memo is forwarded to Controlling, the accounting indicator is forwarded with it.
The indicator can be included in pricing to determine prices for guarantee or goodwill transactions. The condition type KBM1 has been defined in the standard system for calculating and recording discounts for these transactions. You can use it as a template for creating your own condition types.
Condition records of this type are forwarded to Controlling with the classification "Accounting indicator". By linking the condition record to the underlying billing document item, the system finds the relevant accounting indicator and the appropriate sales deduction account to which the information from the condition record and the billing document is posted.
If you want to use the accounting indicator in pricing, you can create your own condition tables, access sequences and condition types that contain the field "Accounting indicator". The following templates have been defined in the standard system:
Condition table 140
Access sequence KBMO
Condition type KBM1
You control that the accounting indicator is taken into account in account assignment by entering B in the Rel.Acc.Assig field on the detail screen for the condition type. You access this screen from the Customizing activity "Define condition types".
Reposting Costs (OSS Note 541443):
When can I repost a CO line item or an internal activity allocation?
KB61, KB63, KB64, KB65, KB66, KB66, DP60, BK208
KB61, DP60: Reposting CO line items
CO line items can be reposted if you are dealing with postings that were created as the result of an update from external accounting (that is, a corresponding FI document exists), or if you are dealing with repostings of costs or revenues or reposting documents (COBK-VRGNG = COIN, RKU1, RKU2, RKU3).
KB65, DP60: Reposting activity allocations
You can only repost activity allocations if the RKL business transaction is involved (COBK-VRGNG = RKL). The activity allocation must have been directly posted in CO or result from a confirmation or CATS transfer (COBL-ORGVG = RMRU, RKLU or SPACE).
You cannot repost CO line items or activity allocations if:
1. a goods receipt for the production order (COBK_ORGVG = RMWF) or an external settlement document (COBK-ORGVG = KOAE) is involved
2. a reversal document or reversed document is involved
3. a document is involved which has been migrated from the R/2 system to the R/3 system
4. a document is involved which has been posted in another system and sent to the current system (ALE)
5. partially archived documents are involved
6. CO line items exist with debit indicator (COEP-BEKNZ) other than debit or credit
7. line items exist for cost elements for cost element category 90
8. line items exist for pure reconciliation objects without reference to a profitability segment (COEP-OBJNR = AO*, COEP-PAOBJNR = SPACE)
9. line items are involved which have already been reposted
10. line items are involved that were either settled in investment measures with line item settlement or to which a distribution rule group was assigned in the line item distribution (Transaction KOB5 or CJIC). To repost the line item, you must reverse the corresponding settlements and detach the distribution rule group in Transaction KOB5 or CJIC. An alternative is the modification of Note 400428.
11. line items are involved which have been flagged for billing or which were already billed (Note: the system cannot distinguish between items that have been flagged for billing and rejected items)
12. documents are involved that contain several summarized posting rows (several posting rows of the value type 04 contain row number COEP-ZLENR = 000), Message BK 208.
13. line items are involved that #reverse# a reposted line item BK 208 (Here you are dealing with the rows which are generated as an offsetting posting for the original row. A reposting always consists of an offsetting posting and a #new# posting. The #new# posting can be reposted again, but not the original posting).
1. You can repost partially reversed documents if you implement Note 320335.
2. You can repost line items that have been settled as line items or flagged for billing if you implement note 400428.
3. You can repost line items and activity allocations from partially archived documents if all line items of the entry line relevant for the reposting still exist for the selected line item (see Note 410070).
How can I know if a document/line item cannot be reposted?
1. The application does not provide a log that indicates the reason for not reposting the line items that meet the selection criteria.
2. You can try to use the number of the CO document for the selection and to restrict the selection with additional criteria so that the selection only applies to the searched line item if possible. You can often use the existing error message to determine why the system cannot repost.
3. You can use Transaction RKABSHOW to obtain more information from the CO document. If follow-on documents exist, you can use the "CO follow-on documents" function key to go to them. If a source document also exists, you can use the "Source document" function key to go to it.
- For example, a CO line item (COBK-BELNR = 10000000, COEP-BUEZI = 002) has already been reposted if a posting item which refers to the line item exists in a follow-on document (COBK-REFBN = 10000000, COBK-REFBT = K, COEP-REFBZ = 002).
- A line item has already been settled (as a line item) if table COEPD contains an entry with the corresponding document number (BELNR) and line item number (BUZEI) for which the value of the COEPD-XSTOR field is <> SPACE.
- Reversed documents: COBK-STOKZ = X
- Reversal documents: COBK-STFLG = X
- Migrated documents: COBK-BLTXT = R2MIG or COBK-AWTYP = R2MIG
Partially archived documents: COBK-DELBZ > 0
- The document has a different original system: COBK LOGSYSTEM <> SPACE or <> current logical system, ALEBN <> SPACE
- Summarized documents: several real line items with ZLENR = 000
What do the display and the reversal transactions show?:
Transactions KB63 and KB64 or KB66 and KB67 only display transfer posting documents that were generated by transaction KB61 or KB65. The entire reposting is displayed in each case, that is, the inverse posting for the reposted line item or for the reposted activity allocation and the new line item or activity allocation.
You can use the display transactions to display all transfer posting documents regardless of the document status (reposted or reversed). The reversal transactions display only repostings that can be reversed. This is the case if the document only contains line items that can be reposted.
What is not possible with the reposting function?
It is not possible:
1. to change the cost element when you repost
2. to post partial amounts with opposite +/- signs when you split the quantity or amounts (for example, if the original quantity was 10 piece, you cannot split the quantity into 12 PC + (-2 PC) = 10 PC).
- It appears that accounting indicators cannot be used with planned costs