Nastavenie hromadné fakturace splátek se službami
...
Popis vNastavení Business .
Hodnota dimenze pro Smlouvu
...
Hromadná úloha dohledává v poli Invoicing Type hodnotu Payment, následně podle nastavených hodnot automaticky odesílá, pozastavuje fakturu.
Podrobný popis v Adresář .
Datum splatnosti
Na kartě zákazníka na záložce Operativní leasing se nastavuje:
...
Vyfakturuje řádky splátkových kalendářů smlouvy zodpovídající zadanému období a filtrům a to:
zaflirtuje zafiltruje smlouvy daného zákazníka, které mají příznak:
Financování se službami=A,
Kalkulační varianta=N,
Splátkový kalendář je daňový doklad = A
prochází smlouvu po smlouvě a na každé:
jestliže det. stav smlouvy nemá hodnotu Ano ani v jednom z polí Povolit účtování ze SPK, Povolit účtování zvýšené platby předem, Povolit účtování částečného dobropisu, je smlouva přeskočena a nezpracovává se
zaflirtuje řádky dané smlouvy – filtr na zúčtovací datum zadal uživatel při spuštění, dále se filtruje na Typ=Splátka, Účtováno=Ne
pokud na det. Stavu smlouvy není Povolit účtování ze SPK, tak :
pokud je Povolit účtování zvýšené platby předem=Ano, tak nahodí filtr na řádky smlouvy, aby zpracovával jen řádky s příznakem Řádek s akontací=Ano
pokud je Povolit účtování částečného dobropisu=Ano, tak nahodí filtr na řádky smlouvy, aby zpracovával jen řádky s příznakem Částečný dobropis=Ano
zpracování řádku :
řádky účtuje rovnou, žádné grupování v této větvi není
...
Při tvorbě řádku faktury kontroluje systém zda v “Nastavení účtování (General Posting Setup)” existuje kombinace Obecná obch.účto skupina (Gen. Bus. Posting Group), Obecná účto skupina zboží (Gen. Prod. Posting Group) a je neblokovaná k danému řádku faktury. Pokud nastavení neexistuje, pak zapíše chybu do Logu účtování a pokračuje na další smlouvu.
zaflirtuje zafiltruje smlouvy daného zákazníka, které mají:
příznak Financování se službami=A,
Kalkulační varianta=N,
Splátkový kalendář je daňový doklad=N,
Stav smlouvy = Aktivní, Změnová kopie, Ukončovaná, Vypořádávaná
prochází smlouvu po smlouvě a na každé:
smaže Změnovou kopii, pokud existuje
jestliže det. stav smlouvy nemá hodnotu Ano ani v jednom z polí Povolit účtování ze SPK, Povolit účtování zvýšené platby předem, Povolit účtování částečného dobropisu, je smlouva přeskočena a nezpracovává se
pokud jsou splněny podmínky pro prodloužení smlouvy (Předpokládané datum ukončení<=první den měsíce zadaného Zúčtovacího data, na modelu je příznak Automatické prodloužení smlouvy=Ano a na předmětu je prázdné Datum vrácení předmětu), zavolá funkci na prodloužení smlouvy
Funkci na prodloužení smlouvy se hledá poslední řádek v SPK. Následně kontroluje hodnotu na kartě smlouvy Contract Extension.
Ak je NO, systém kopíruje poslední zaúčtovanou splátku s příznakem Contract Extension=NO,
ak je na hlavičce smlouvy Contract Extension=YES, systém kopíruje poslední vytvořenu splátku s příznakem Contract Extension=YES.
vhodnou kombinací zadaných hodnot do filtrů Posting Date v rámci dialogového okna úlohy umožňuje tato úloha pouze prodloužení smlouvy bez nutnosti zaúčtování prvních takto vzniklého řádku. Pro toto samostatné prodloužení je nutné filtru Posting Date v sekci Financing Contract Line zadat datum různý od Posting Date daného řádku SPK.
...
zaflirtuje řádky dané smlouvy – filtr na zúčtovací datum zadal uživatel při spuštění, dále se filtruje na Typ=Splátka, Účtováno=Ne
pokud na Det. stavu smlouvy není Povolit účtování ze SPK, tak :
pokud je Povolit účtování zvýšené platby předem=Ano, tak nahodí filtr na řádky smlouvy, aby zpracovával jen řádky s příznakem Řádek s akontací=Ano
pokud je Povolit účtování částečného dobropisu=Ano, tak nahodí filtr na řádky smlouvy, aby zpracovával jen řádky s příznakem Částečný dobropis=Ano
zpracování řádku :
pokud má řádek příznak Rekalkulační vyrovnání=A nebo Částečný dobropis=A a zároveň Částka na řádku < 0, účtuje se řádek rovnou (stejně, jako by se účtoval ručně). Účtovaní RS, PC řádku ze splátkového kalendáře viď nižší v popise.
pokud není splněn předchozí bod, tak se hodnoty z řádku zapíší do bufferu
pokud je na zákazníkovi v poli Způsob fakturace splátek=Samostatně za smlouvy, je buffer účtován hned po naplnění jedním řádkem (vzniká individuální prodejná faktura), jinak je buffer postupně plněn řádky všech smluv daného zákazníka a účtuje se úlohou na účtování bufferu až po průchodu všech smluv daného zákazníka.
Při účtování bufferu se zohledňuje hodnota pole Způsob fakturace splátek ze Zákazníka. Podle této hodnoty dochází ke grupování a vzniká tak jedna nebo více faktur tj např. ak je nastavené seskupování faktur na zákazníka. Zákazník má 20 smluv, které vyhovují filtru. Úloha postupně přechází 20 smluv, v případě ak by zjistil, že chybí potřebné nastavení (číselná rada, dimenze atd..) na zaúčtovaní, nezaúčtuje žádnou fakturu a neúspěch zapíše do Logu účtovaní. V případě chybějícího nastavení pro odesílání faktur, systém zaúčtuje fakturu a neúspěch zapíše do Logu účtovaní.
Faktura se vytvoří, naplní se řádky dle Nastavení účtování OneCore a zaúčtuje. Pokud je nastaveno, tak po účtování zároveň vygenerují přílohy a odešle se e-mail s nimi.
Při plnění řádků do řádků faktury, systém dohledává účtovaní v Nastavení účtovaní OneCore (PD Nastavení Financi).
Ak je v Nastavení smluv se službami v poli Kontrola rozdílu fakturace splátek (Check for Billing Invoicing Difference):
NO (v Nastavení smluv so službami v poli Kontrola rozdílu fakturace splátek (Check for Billing Invoicing Difference))
systém plní řádky faktury podle Nastavení účtovaní OneCore pro dané účto skupiny. Ak chybí nastavení, faktura pro daného zákazníka se nezaúčtuje, systém zapisuje na neúspěch do Logu účtovaní a přechází na dalšího zákazníka.
YES, tak úloha Post Financing Payment with service:
přechází splátkové kalendáře smluv, které vyhovují filtru zadanému v dialogovém okně při spuštění úlohy;
pro skupinu polí: č. 1 skupina: jistina, úrok systém hledá zodpovídající řádek v Nastavení účtovaní OneCore. Součet nalezených hodnot ze splátkového kalendáře pro skupinu č. 1 se musí rovnat přichystaným řádkem faktury. Ak je rozdíl kladný anebo záporný vytvoří řádek faktury pro skupinu č. 1. Řádek se bude plnit:
Účet: z nastavení (stejný účet pro všechny skupiny)
DPH: z nastavení (stejné nastavení pro všechny skupiny)
Hodnota s rozdílnou hodnotou (kladnou, anebo zápornou)
pro skupinu polí: č. 2 skupina: pojištění hledá zodpovídající řádek v Nastavení účtovaní OneCore. Součet nalezených hodnot ze splátkového kalendáře pro skupinu č. 2 se musí rovnat přichystaným řádkům faktury. Ak je rozdíl kladný anebo záporný systém vytvoří řádek faktury pro skupinu č. 2
Řádek se bude plnit stejně jako pro skupinu č. 1 len s hodnotou rozdílu
pro skupinu polí: č. 3 skupina – služby hledá zodpovídající řádek v Nastavení účtovaní. Součet nalezených hodnot ze splátkového kalendáře pro skupinu č. 3 se musí rovnat přichystaným řádkem faktury. Ak je rozdíl kladný anebo záporný systém vytvoří řádek faktury pro skupinu č. 3
Řádek se bude plnit stejně jako pro skupinu č. 1 len s hodnotou rozdílem. Vid příklad č. 1 nižší.
Při zpracovaní splátek s příznakem RS (nekalkulační řádek), PC (částeční dobropis při vrácení vozidla) = YES :
Ak je částka záporná systém kontroluje v Nastavení smluv se službami pole Neúčtovat dobropis ze splátkového kalendáře, ak je:
YES
systém vytváří nezaúčtovaný dobropis popsané v kap. 13.3
číslo původní faktury při PC řádku systém plní do řádku nezaúčtovaného dobropisu
NO
vytváří zaúčtovaný individuální dobropis.
Číslovaní dokladu je podle nastavení na Modelu smlouvy.
Při vytváření částečného dobropisu systém plní pole v splátkovém kalendáři – Applies to Document No. dokladem, s kterým byla zaúčtovaná poslední splátka a dobropis z nej vzniká.
do hlavičky dobropisu bude plnit původně číslo dokladu, ak je hromadná faktura (z který byl vytvořený PC řádek):
Uzavřená, tj. není otevřená sytém nebude vyplňovat Typ a Číslo vyrovnání dokladu na dobropis.
Je otevřená, systém vyplňuje Typ a číslo vyrovnávacího dokladu na dobropise.
Při účtovaní systém kontroluje: Součet všech položek (jistina, úrok, pojištění, služby, DPH k jistině, DPH úrok, DPH pojištění, DPH služby) mínus Částka včetně DPH = výsledek musí být 0.
Ak součet není 0, systém zapíše chybovou hlášku: “Row balance is not settled LC No. ...: 10181113 Row type: Payment Regular number: 1910“
Po zaúčtovaní faktury kontroluje tab. na kartě Zákazníka Způsob odesílání faktur zákazníka, kde hledá Typ fakturace: Splátka, typ dokladu: podle toho či ide o fakturu, anebo dobropis. Z daného řádku, ak je zadané generuje externí strukturovanou přílohu a název přílohy
Po vytvoření příloh, ak je nastavené na zákazníkovi odeslaní zohledňuje nastavení v Nastavení tisku fakturace, kde dohledává report pro doklad, tělo mailu, předmět a Job responsibilitu.
Po účtovaní jako aj po odeslaní zapisuje úspěch anebo neúspěch do Logu účtovaní
Systém rovněž změní hodnotu pole Vztažné datum v hlavičce smlouvy na aktuální systémové datum.
Po skončení fakturační úlohy systém otevři hlášku o X úspěšném a Y neúspěšném zaúčtovaní faktur. Přejete si otevřít Log účtovaní. Po volbě Ano se otevře Log účtovaní s filtrem na vytvořené záznamy během spuštění úlohy.
...