Individuální fakturace splátek_Invoicing sales

!!! Při výpočte splátkového kalendáře systém kontroluje vyplnění všech účto skupin v splátkových kalendářích služeb, pojištění, zákazníka (celkový splátkový kalendář). V případě, ak by chyběla účtoskupina, systém nevypočítá splátkový kalendář, zobrazí Uživatelovi hlášku při aktivaci smlouvy příp. výpočte splátkového kalendáře. Ak by kombinace účto skupin pro výpočet DPH nebyla v Nastavení účtovaní DPH, systém nezaúčtuje fakturu, zobrazí Uživatelovi hlášku.

Při účtovaní jednotlivé splátky přímo ze řádku splátkového kalendáře uživatel označí řádek a spustí funkci Účtovat (Post).

Po spuštění funkce Účtovat (Post) systém:

• Pokud je příznak smlouvy Financing with Services=Y

  •  systém zkontroluje Payments Billing Method (4026635) v tabulce Customer (18) následně bude postupovat podle této hodnoty:

    • Samostatně za smlouvu (Separately for Contract)

      • Uživateli se nezobrazí dialogové okno na změnu Zúčtovacího datumu (Posting Date) a DPH Datumu (VAT Date)

    • Ostatní hodnoty (Collectively for Contract, Collectively for Customer, Collectively for Customer Business Places, Collectively for Customer and Calc.Type, Collectively for Framework Agreement), systém po spuštění funkce zobrazí dialogové okno s poli:

      • Zúčtovací datum (Posting Date)

        • defaultně plnit workdatem systému, uživatel může ručně změnit

      • Datum DPH ( VAT Date)

        • defaultně plnit workdatem systému, uživatel může ručně změnit

Nastavení na zákazníkovi: pole Způsob fakturace splátek = Hromadně za zákazníka

Zobrazení dialogového okna:

Po potvrzení, systém provede další kontrolu:

• Zda je absolutní hodnota pole „Částka“ <= než hodnota pole „Tolerance pro tvorbu dokladu z SPK (LM)“ z „Nastavení Onecore“ (pokud je smlouva v jiné měně než lokální, pak systém přepočítá hodnotu pole „Tolerance pro tvorbu dokladu z SPK (LM)“ z „Nastavení Onecore“ dle aktuálního kurzu k systémovému datu)

  • Pokud ANO, pak systém zobrazí dotaz:

    

    • Výchozí hodnota je uvedena dle aktuální hodnoty pole „Částka“, pokud je „Částka“ >= 0 pak zaškrtne Faktura, jinak Dobropis (tvorba dobropisu je popsána v kapitole Účtovaní dobropisu se splátkového kalendáře).

    • Uživatel může změnitPo potvrzení systém tvoří doklad dle aktuální funkcionality. Pokud by tvořil zaúčtovaný doklad a zobrazila se chyba na částku dokladu, pak uživatel spustí opětovně účtování a volí druhý typ dokladu

    • Pokračuje dál

  • Pokud NE, úloha pokračuje dál

Systém vytvoří doklad, na který přepíše datumy z prvního dialogového okna  - do prodejní faktury (v případě záporného RS řádku aj dobropisu  – popis v kapitole Účtovaní dobropisu se splátkového kalendáře) a to následovně:

• Zúčtovací datum (Posting Date) - z dialogového okna

• Datum DPH ( VAT Date) - z dialogového okna

• Datum splatnosti (Due Date):

  • podle hodnoty Payments Billing Method (4026635) na zákazníkovi Customer (18):

    • Collectively for Contract, Collectively for Customer, Collectively for Customer Business Places, Collectively for Customer and Calc.Type

      • vypočítá Due Date=Posting Date + počet dní podle kódu platební podmínky ze zákazníka z pole  Payment Terms Code §  (stejně jako v hromadné úloze Post Financing Payment with Services).

    • Collectively for Framework Agreement

      • vypočítá Due Date=Posting Date + počet dní podle kódu platební podmínky z API Master Agreement (4026497) z pole Payment Terms Code (190, Code). Číslo Master Agreementu zjistí z hlavičky smlouvy o financovaní pole Master Agreement No. (4026670) z API Financing Contract Header (4026397).

Po zaúčtovaní prodejní faktury (dobropisu) systém přepíše datumy (Zúčtovací datum, Datum DPH a Datum splatnosti) do splátkového kalendáře pro danou splátku.

V hlavičce faktury se dále plní pole:

• Typ tisku faktury = Payment

• Contract Kód = Smlouva, z který se fakturuje

• DPH účtoskupina = Z karty smlouvy

• Účto skupina zákazníka = Z karty smlouvy

• Hlavička vytvořeného prodejního dokladu obsahují mimo standartní pole taktéž OneCore pole:

  • API Payment Ahead Tax Document (4026510, Boolean)

  • API Paym. Ahead Tax Debit Note (4026515, Boolean)

  • API Customer Bus. Place No. (4026630, Code[20])

  • API Mass Invoice (4026710, Boolean)

  • API Invoice Print Type (4026715, Option)

  • API Mass Payment Debit Note (4026725, Boolean)

  • API Rent No. (4027405, Code[10])-vyplněno v případě dokladu za půjčovnu

  • API RC Licence Plate No. (4027410, Code[20]) -vyplněno v případě dokladu za půjčovnu

  • API Fin. Settlement No. (4046805, Code[20]) -vyplněno v případě dokladu, který obsahuje finanční vypořádání

  • API Document Status (4046880, Option)

  • API Sending Status - Print (4046885, Option)

  • API Sending Status - E-mail (4046890, Option)

  • API Sending E-mail Error Text (4046895, Text[250])

Řádky vytvořeného prodejního dokladu obsahují mimo standartní pole taktéž OneCore pole:

• API Contract Line Type (4026400, Option)

• API Contract Line No. (4026405, Integer) - je umožněn proklik na daný řádek splátkového kalendáře

• API Maintenance Approval No. (4026710, Code[20]) - vyplněno v případě dokladu za servisní povolenku

• API Rent No. (4027405, Code[10]) - vyplněno v případě dokladu za půjčovnu

• API RC Licence Plate No. (4027410, Code[20]) - vyplněno v případě dokladu za půjčovnu

• API Rent From (4027415, Date) - vyplněno v případě dokladu za půjčovnu

• API Rent To (4027420, Date)-vyplněno v případě dokladu za půjčovnu

• API Rent Billing Entry No. (4027425, Integer)- vyplněno v případě dokladu za půjčovnu

• API Fin. Settlement No. (4046805, Code[20]-vyplněno v případě dokladu, který obsahuje finanční vypořádání

• API Standard Sales Code (4046880, Code[10])

• API Invoicing Entry Code (4046885, Code[10])

• API Not Print (4046890, Boolean)

Přes proklik pole Shortcut Dimension 2 Code (41, Code[20]) se uživatel dostane přímo na účtovaný splátkový kalendář.