16. SD/FI Interface (1hr)

Question 1

1. What are the module objectives? (4 items)

Answer 1

1. Explain how to prevent the system from automatically generating accounting docs;
2. Describe different fields for transferring data from SD to FI (e.g. clearing);
3. Explain how partners are transferred from SD;
4. Outline how negative postings, the doc type and value dated credit memos affect the billing type.

Question 2

2. What is the module content? (1 item)

Answer 2

1. Selected SD/FI interface fields.

Question 3

3. Explain the link to FI (3 items):

Answer 3

1. The billing data in invoices and credit/debit memos is sent to FI and posted in the correct accounts during billing doc creation;
2. The following data can be changed in the billing doc before an accounting doc is created: billing date, pricing, account determination, output determination data;
3. Once data is passed to accounting, you can only change output data.

Question 4

4. Explain posting blocks (4 items):

Answer 4

1. Normally, the system automatically transfers accounting data to FI;
2. You can set a posting block by configuring the billing type if you do not want the automatic posting to happen;
3. This way the system will not post any accounting entries until the posting block is removed and the billing doc is released to accounting manually;
4. The system either generates all or none accounting docs.

Question 5

5. Explain reference numbers and allocation numbers (3 items):

Answer 5

1. You can automatically fill the reference number and allocation number fields in accounting docs from SD docs;
2. The reference number is in the header of the accounting document and is used for clearing;
3. The allocation number is in the customer line item and is used for sorting line numbers.

Question 6

6. In Customizing for copying control in billing you can define which numbers will be copied as reference or allocation numbers (6 items):

Answer 6

A - purchase order number;
B - sales order number;
C - delivery number;
D - external delivery number;
E - billing document number;
F - external delivery number if available, otherwise delivery number.

Question 7

7. Explain reference numbers in invoice lists (4 items):

Answer 7

1. You must first create billing docs and post them to FI before you combine then in an invoice list;
2. The reference number defined in copying control is then transferred to FI;
3. When the invoice list is created, the reference number from the invoice list overwrite the individual reference numbers from the billing docs;
4. This enables you to post incoming payments with the invoice list number.

Question 8

8. Explain transaction-related document types (3 items):

Answer 8

1. The system normally assigns to SD docs the FI doc type RV;
2. The Document Type is stored in the document header;
3. By using the Document Type field within the billing doc type configuration you can transfer other document types for each billing type.

Question 9

9. Explain head office and branches (5 items):

Answer 9

1. You can represent the relationship between head office and branches either via partner functions in SD or with the Head Office field in the accounting segment of customer master;
2. You can use the Head office/branch field in the billing type to control which partner functions in the billing doc should be transferred to FI;
3. The Head office/branch field then decides whether sold-to-party or payer should be entered in the KUNNR (customer number) field in the billing header;
4. If you leave this field blank the system will ignore the Head Office field in FI;
5. For all other settings, the relationship stored in FI has priority over SD partner functions.

Question 10

10. Explain negative postings (3 items):

Answer 10

1. The system posts negative entries in the book of accounts of the customer whenever a cancellation doc is created;
2. You must activate the Negative postings field for the billing types for credit memos and cancellations;
3. Negative posting only takes place in FI if permitted by the company code, which is controlled in table 001.

Question 11

11. Explain value dated credit memos (5 items):

Answer 11

1. Generally, when creating credit memo requests with reference to a billing doc, the billing dates for the two are different;
2. The period for the billing doc baseline payment date can be used as the basis for value dating the credit memo;
3. Controlling processing of credit memo value dating is carried out via the Value dated credit memo field in billing types;
4. If this indicator is blank then process continues as usual, that is, the credit memo is due immediately on the billing date (i.e. baseline date for payment is the same as the billing date);
5. With this indicator selected, if the baseline date for payment from the originating billing doc is after the billing date in the credit memo, then the baseline payment date is entered in the value date field (VALDT) in the credit memo. Otherwise, the billing date is not copied.