settlement (clearing) item, how does the system handle the amount to be paid in the subsequent billing document considering the down payment amount to be cleared, ete. Here I'd like to show you a concrete example for the SD down payment process based on milestone billing plan, which might help you to find out the answers for the queries you have. Sample This is a standard item level milestone billing plan with down payment being involved. 15 billing plan item is a down payment billing plan item with billing rule 4: Here's the complete document flow after | completed the test for this, sales order item: % Tistatus overview SDekey ocumert Senor documents Md a @) 30000190127 fare pec SOIDELR” 1301207 Fave ered TOOL 1301207 Face ered =Rlqaee SaoaeT #20 36 Topo tam Foe grein ~igwee (2h ooost S010 SFO THOR Tent Febe armed = Ehasco utr scurant 0300013 ore {G01 207 wt ces igen (2) tnon S020 SHOWER teat) Robe premiad = Bvascoumrgaocurent comin 3 Fo 01207 tease Create SD down payment request -> Fl down payment requestNormally, the SD down payment process starts with the 1$* billing creation by reference to the down payment billing plan item. In standard, the system uses billing type FAZ to generate SD down payment request: ©) Down payment request 90058746 (FAZ) Display. Overview of Bling to ascownre @ ‘a ooriy BUN ia a 5 = so (Oi oe . In the item conditions tab, you can see the down payment condition type AZWR which contributes in the net value of this SO down payment request: Down payment request 90038746. (FAZ) Display: Kam Data Baten Baourre tn A ica yee or Ypres i aia en tee After release the above SD down payment request into Fl, a Fl accounting document gets created, so-called Fi down payment request. While it looks a bit different from the accounting document generated from normal billing, with special G/L indicator ‘F’ being set in the accounting line item:FERS teemmored ae iL) ELT) SIR JEL) Ua) ae area ae Note the line gets posted into G/L account 196000 for customer 1000, although a different reconciliation account 140000 being set for customer 1000 in customer master: XD03 -> Company code data -> Account Management tab (® |) Display Customer: Company Code Data Bother customer "3 Genero sal Areata £) [3 Adceonal am, Emptes Addr: customer ca) Coroaw Code [2000 Payment Tanactons YCareepondence | rswanco accu nferaton sortey fie] toca, lye Tel ee] prateence nd athowston GeeateeEs Winer vaveadusnent —[-] What does this accounting line mean? Where's account 196000 coming from? Taking a look at the accounting configuration for special G/L could help you find the answer. T-code: FBKP, choose “Special G/L”:‘Thoose Automate posings —Soecal G/L configuration of Franca Accounting B Double-Cick Here to Bxanch tothe Complete iMG) << "W Anat "ot, 703, 1058, 100, TERK, TSR ots, Ton, 030%, 0307 Sea Tore, 00, TT "Henna kes Tes. TAT tac Tes 103, T0037 “Wotan nceaue oats, 04,134 rere oo, 10%, 097, 197 ‘eet secs too, rot Double click on the line for Acct Type ‘D’, SGL Ind. ‘F’: Acct Type scl ind. Name Ses) EEE ii 2 ‘ DSSS) (=) a Eas [adPvRea| You can see the special G/L account 196000 gets determined from here:Catt of Accounts [TT | hat of accounts -nteratonal Aecaunt Tyo customer ‘Soecel G/L ind. FF Down payment request “Recount sesgnmant output tx deanrg 4 A CC) J Account Type customer Seca s/n. Down payment request (Speci gL wansacton mes Down payment/Oown payment request asco ne Catt unr eavet ee Otten Tateaied Posng Key bate edt [G5 [Down payment request a | Therefore, this Fl down payment request is only a noted item, which ensures the posting is statistical in Fl. It’s being posted into a different, account 196000 other than reconciliation account 140000, which makes it’s possible to differentiate down payment request from other receivables. incoming payment of down payment Next step is to post an incoming payment for the down payment. This is done with T-code: F-29 in standard, The down payment is assigned to the down payment request through this posting, and the receiveddown payment amount is also assigned to the corresponding sales order item, Down payment gets assigned to the Fl down payment request 1400000005: mtu acre em FE BH LSD Mecditoral Osta Create Disoute Case ses (Stone [aT] Canseco ‘100 Doe. FDU) Une tam 7 seout 35.10 Tacarcurt 5.1) exeode (th) store Data Due on 18.07.2017] Bin Aa Tarning Ae [] ‘Pram tock) Fre Motos ower PT] Front ow (1010) See Ooo (THY) es Serere ‘eslnnen 4000000060017 Text Sales document (BSEG-VBEL2) & Sales document item (BSEG-POSN2) get filled in the customer line in down payment posting done by F-29 {accounting document 1400000006): La irri Prepon arte ty a PGS Tito Ekomcrar Teele ven (er names hit Eck TSS oer america pages CR] ed SS al rw) Tenet my) SER wry mL Guten Sieben singe ‘cr cor San MareDisplay Document: Line Item 002 EBB) Ls & a acctona deta Ace component. customer [1606 company code [1035] 1 ec. no/EWeGEEHCE [Une teem / Down pn eceved/ 19.8 amount [36,70 | em Tacmant E70 ——*d Tod Adana Data Due on Prat Bock bre Netnos over us Ares Dunning sa Proft ar ako ‘ys Eeman ‘ssonment The accounting line to customer account has special G/L indicator Based on setting from FBKP, it means the down payment posting, and it gets posted into a special G/L account 170000: ‘Maintain Accounting Configuration : Special G/L - Accounts GH Proveres Char of Accounts [FIT] Ghar of accounts -intersatioral ‘count Te i] astomer spect! Gin. Flown payment | ccount asignmont econ, sect Speco Gl neue planning lve! _Ourput tx cle After the incoming payment posting of down payment, you'll find the FI down payment request gets status ‘Cleared’ from SD document flow:[9 Gs warn recy cheuart Sends domes Ub —— Secor ead ma B "Tiga (ison? 720 OWE 1ar 2a) Fake nem =Tigwes a leieecyee 710 Tow Teale Fake pea 7 Bydecnutrgoeurant 0000003 160127 hor ceare = Digest) oosers0 20 POWER 16012017 Face greed 7 Bicone Down payment settlement/clearing After the incoming payment of down payment is done in Fl, in the next milestone billing creation (e.g. create billing reference to the 2"4 billing plan item) or final invoice creation, besides normal billing item 10, system would automatically propose an additional item 20 in the as "Down payment settlement” item. retate WHAT) @ sp ans toot ‘ara The maximum amount for clearing is the amount received as a down payment, minus down payments that were already cleared. The amount to be cleared can be changed manually on condition level (standard: condition AZWR).(si 2) 900987672) Dipl tam Date a CT In this specific case, I've adjusted condition value of AZWR manually from 30 EUR to 10 EUR, which makes this down payment settlement item to be a proportional settlement. Check the subsequent accounting document, try to understand what's happening in Fl with this down payment settlement posting: |) Dtptay Document: Date Entry ew [Pegs Die therein Cewalaoven co ASEM ESS mT ye + For the open items on the customer account 1000, this means: ‘Two posting lines are created; one in debit with the special G/L G/Lindicator, indicator’, and one in credit without a spe + For the general ledger, this means: A reduction is made on the special G/L account 170000 for down payments received and at the same time, a credit posting of the corresponding receivables account (reconciliation account) 140000 is carried out; that is, the total of the receivables is reduced: Special G/L account 170000 with special G/L indicator A Down payment to besettled Down payment made 35,701.90 EUR EUR Receivable account (Reconciliation account) 140000 Partial invoice value 142.60 Down payment to be settled EUR 1,90 EUR To simplify the explanation, let's take tax amount out. From Fl point of view, in this accounting document: s/L account 17000 + Forspe Down payment received gets partially cleared by the down payment settlement item: 10 EUR of the received down payment (30 EUR) gets cleared, + For receivable account 140000: Total receivables of customer 1000 = 120 EUR (net value from the normal billing item 10) - 10 EUR(down payment clearing value without tax) = 110 EUR. + For revenue account: It posts revenue with billing amount 120 EUR (see above accounting line item 2 from the accounting document 1400000007). From SD billing’s business perspective: + Amount to be paid by customer for this billing is not the billing value, but billing value - down payment clearing value. + While this billing document contains the value as it shows in the system (billing net value), which is going to be transferred into FI as revenue. You may doubt now how could the end customer know that they only need to pay 110 EUR for an invoice with 120 EUR(without considering tax amount), although the net value shows as 120 EUR for this billing document in the system. How does this reflect in SD? To find out the answer. you may check the billing output result. The down payment amount due for clearing gets displayed and can be deducted from the receivables when the billing document is beingprintea, In other words, you'll be able to see the correct amount to be paid by customer in the invoice printing: ne Invoice After this 2nd billing, you can continue with the next billing creation and post to Fl accounting similarly. During final invoice, all uncleared down payments will be taken into account. Besides the above explanation about the SD down payment posting and clearing, as additional info, I'd also like to add several important SAP consulting notes regarding SD down payment processing. These notes explain the necessary customizing settings and provide very useful information / hints for the down payment processing analysis from both SD & Fl side: 213526 ~ Customizing of down payment processing SD/Fl 213567 - Analysis of the down payments in SD ig with FI 213852 - Analysis of down payment proces: Hope this could help you understand better about what's happening, with the down payment posting and down payment clearing in both SD