...
...
...
...
...
...
...
...
Nastavenie
...
Čísla hromadných dokladů
Číselní rady pro hromadné faktury/dobropisy se nastavují v Nastavení smluv se službami. Nastavení popsané v PD Business Nastaveni a PD Produkt.
V Nastavení smluv se službami se nastavují číselné rady pro:
Hromadnou fakturu za splátky
Ruční zaúčtovaný dobropis za splátku ze splátkového kalendář (dobropis, který se hned zaúčtuje)
Hromadný dobropis za splátky
Na Modely financovaní se nastavuje:
Způsob číslovaní dokladů
Číselná rada pro ruční účtovaní splátky ze SPK
Kontrola rozdílu mezi splátkovým kalendářem a řádkami faktury
Při účtovaní hromadnou úlohou systém kontroluje výšku splátky (jednotlivých polí) a Nastavení účtovaní OneCore. Ak najde rozdíl (chybí nastavení pro účtovaní, anebo je duplované nastavení účtovaní), zaúčtuje rozdíl na nastavený účet v Nastavení smluv se službami, jako aj do řádků faktury. Výška splátky v splátkovém kalendáři se bude rovnat Celkové hodnotě ve faktuře.
...
Hodnota dimenze pro Smlouvu
Hodnota Dimenze 2 pro hromadnou fakturu, která může obsahovat více smluv.
Táto dimenze se použije na hlavičce účtované faktury pro účet pohledávek (Položka zákazníka).
Na řádcích účtované faktury sú v dimenzi uvedená čísla účtovaných smluv.
Hodnota dimenze pro Dimenzi 2 (Contract) se vybírá z číselníku Hodnoty dimenze
Ak je nastavená dimenze na zákazníkovi.
Zároveň na smlouvě.
Hromadná úloha plní 1. globální dimenzi nastavenou na zákazníkovi při volbě Způsobu fakturace Hromadně za... (všechny hromadné fakturace).
Neglobální dimenze se plní ze zákazníka.
Nastavení textů a textových proměnných
Popis nastavení textace do řádků do faktury je popsaný v PD Finanční nastavení v časti Standardní texty a rozšířené texty a Proměnné standardních textů
Karta zákazníka
Na kartě zákazníka pod volbou Customer, tlačítkem Invoice Sending Methods se nastavuje, jakým způsobem má systém hromadně odesílat zaúčtované faktury, jaké má přikládat strukturované přílohy.
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:
Datum splatnosti
systém počítá Document Date + Kód platební podmínky (10)
Způsob fakturace splátek
Nastavení určuje, jako budou spojena jednotlivé fakturované splátky do jednotlivých faktur.
Hodnoty pole jsou:
Samostatně za smlouvu
Při fakturaci se vytvoří ku každé jedné smlouvě a jedné splátce samostatně jedna faktura
Systém vytváří jednu fakturu za jednu splátku.
Faktura v hlavičce má příznak Hromadná (Mass) NE
V dimenzi na hlavičce faktury je číslo smlouvy
V splátkovém kalendáři v poli Hromadná faktura po fakturaci bude NO
Hromadně za smlouvu
Při fakturaci se vytvoří ku každé jedné smlouvě jedna faktura, do který může být zahrnutých víc splátek dané smlouvy, které spadají do období zadaného při spuštění hromadné fakturace
Hromadně za zákazníka
Při fakturaci se vytvoří jedna faktura pro každého zákazníka, která obsahuje splátky ze všech smluv daného zákazníka
Hromadně za obchodné místo
Při fakturaci se do faktury kumulují smlouvy daného zákazníka podle Čísla obchodného místa zákazníka. Toto obchodné místo je uvedené na Smlouvě o financovaní na záložce Zákazník. Pokud na smlouvě není obchodné místo vyplněné, kumulují se tito smlouvy do samostatné faktury.
Hromadně za zákazníka a typ kalkulace (otevřená/uzavřená)
Při fakturaci se do faktury kumulují smlouvy daného zákazníka podle Typu kalkulace, která je uvedená na Smlouvě o financování. Typ kalkulace se přenáší z Produktu financovaní
Hromadně za rámcovou smlouvu
do faktury se kumulují smlouvy daného zákazníka podle Čísla rámcové smlouvy, které sú uvedené na Smlouvě o financovaní
Pro všechny tito nastavení současně platí, že do faktury sú zahrnuté vždy pouze smlouvy v stejné měně. Ak má zákazník smlouvy v různých měnách, vytvoří se faktury za každou měnu samostatně.
Nastavení reportu/automatického odesílání faktur
Úloha po zaúčtovaní, ak sú splněné podmínky automaticky odesílá faktury s přílohami podle nastavení.
Fakturační úloha Účtovat splátky financování se službami
!!! 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.
Na hromadné účtovaní splátek se používá úloha Účtovat splátky financování (se službami).
Úloha je umístněná v Centru rolí OneCore – Financing (All products), na záložce Akce > Fakturace, ale je ji možné vyhledat přes hlavní vyhledávaní (lupa v horný lište vpravo).
Úloha zpracovává smlouvy, které:
sú označené Financovaní se službami = ÁNO
Toto označení se přenáší na smlouvu při jej založení z Typu produktu financovaní
na Detailním stave účtované smlouvy je povolené účtovaní ze splátkového kalendáře
Do úlohy nejsou zahrnuté smlouvy:
ku který existuje změnová kopie anebo smlouva je změnová kopie.
Nemožno účtovat ani z Varianty smlouvy o financovaní.
Výběr smluv zahrnutých do zpracovaní může být dále omezený uživatelským filtrem.
Po spuštění úlohy Účtovat splátky financovaní (se službami) systém otevře dialogové okno, které má záložky Možnosti a Pokročilé a dále obsahuje filtre na Zákazníka, hlavičku a řádky Smlouvy o financovaní.
Povinná pole:
Na záložce Možnosti se zadává Zúčtovací datum a Datum DPH, které úloha vloží do faktury. Při spuštění úlohy tu systém ponoukne Pracovní datum, které můžete přepsat.
Zúčtovací datum a Datum DPH sú povinné pole, ak nebudou vyplněna, úloha skončí na chybovou hlášku.
...
mass invoicing of instalments with services
Mass Document Numbers
Numeric series for mass invoices/credit notes are set up in Contract with Service Settings. The settings described in PD Business Settings and PD Product.
In Contract with Service Settings, numeric hints are set for:
Mass Invoice for Installments
A manual posted credit memo for a payment from a payment calendar (a credit note that is posted immediately)
Mass Payment Credit Memo
On the Financing Models screen, the following settings are set:
Document numbering method
Numeric series for manual posting of a payment from the Payment Register
Check for the difference between the payment calendar and invoice lines
When posting by batch task, the system checks the amount of the payment (individual fields) and OneCore Posting Settings. If it finds a difference (the posting settings are missing, or the posting settings are duplicated), it posts the difference to the set account in the Contract with Service Settings, as well as to the invoice lines. The amount of the payment in the payment calendar will be equal to the Total Value in the invoice.
Description inNastavení Business .
Contract Dimension Value
Value Dimension 2 for a mass invoice that can contain multiple contracts.
This dimension is used on the posted invoice header for the accounts receivable (Customer Ledger Entry) account.
On the lines of the posted invoice, there are posted contract numbers in the dimension.
The dimension value for Dimension 2 (Contract) is selected from the Dimension Values code list
Ak je nastavená dimenzi na zákazníkovi.
At the same time, on the contract.
The Mass Task fulfills the 1st global dimension set on the customer when selecting the Invoicing Method Bulk for... (all mass invoices).
Non-global dimensions are populated from the customer.
Setting Texts and Text Variables
A description of setting up the text to invoice lines is described in PD Financial settings in the section Standardní texty a rozšířené texty and Proměnné standardních textů
Customer Card
On the customer card, under the Customer option, the Invoice Sending Methods button sets how the system should send posted invoices in bulk and what structured attachments should be attached.
The bulk task looks for the Payment value in the Invoicing Type field, then automatically sends and suspends the invoice according to the set values.
Detailed description in Adresář .
Maturity date
On the customer card, on the Operative leasing tab, the following is set:
Maturity date
The system calculates Document Date + Payment Terms Code (10)
Payment Billing Method
The setting determines how each invoiced payment will be combined into each invoice.
The values of the field are:
Separately for a contract
During invoicing, one invoice is created separately for each contract and payment
The system creates one invoice for one installment.
Invoice in header has flag Mass NO
There is a contract number in the dimension on the invoice header
In the payment calendar, in the Mass invoice after invoicing field, it will be NO
Collectively for a contract
During invoicing, one invoice is created for each contract, which can include multiple payments of the contract that fall within the period specified when the mass invoicing was started
Collectively for Customer
Invoicing creates one invoice for each customer, which contains payments from all of that customer's contracts
Collectively for a business location
During invoicing, the customer's contracts are accumulated in the invoice according to the customer's Business Place Number. This place of business is listed on the Financing Contract under the Customer tab. If the business location is not filled in on the contract, these contracts are accumulated in a separate invoice.
Collectively for Customer and Calc. Type (open/closed)
During invoicing, the customer's contracts are accumulated in the invoice according to the Calculation Type specified in the Financing Contract. The type of calculation is transferred from the Financing Product
Collectively for a Framework Agreement
the invoice accumulates the customer's contracts according to the Framework Agreement No., which are listed in the Financing Contract
For all these settings at the same time, only contracts in the same currency are always included in the invoice. If the customer has contracts in different currencies, invoices are created for each currency separately.
Report/Automatic Invoice Sending Setup
Task after posting, when conditions are met automatically sends invoices with attachments according to the settings.
Invoicing Task Post Financing Payments with Services
!!! When calculating the payment calendar, the system checks the completion of all posting groups in the payment calendars of services, insurance, customer (total payment calendar). If there is no posting group, the system does not calculate the payment calendar, it will display a message to the User when the contract is activated or the payment calendar is calculated. If the combination of posting groups for VAT calculation is not in the VAT posting setup, the system will not post the invoice, it will display a message to the User.
The Post Financing Payments (with Services) task is used for mass payment posting.
The task is located in the OneCore Role Center – Financing (All products), on the Actions tab > Invoicing, but it can be searched via the main search (magnifying glass in the top bar on the right).
The job handles contracts that:
are marked Financing with Services = YES
This designation is transferred to the contract when it is created from the Financing Product Type
Posting from the payment calendar is enabled in the Detailed status of the posted contract
Contracts are not included in the task:
to which a change copy exists, or the contract is a change copy.
It is also not possible to charge from the Financing Contract Variant.
The selection of contracts included in processing may be further limited by a user filter.
After running the Post Financing Payments (with services) job, the system opens a dialog window that has the Options and Advanced tabs and also contains filters for the Customer, header and lines of the Financing Contract.
Required fields:
On the Options tab, you can enter the Posting Date and VAT Date that the task inserts into the invoice. When you run a job, the system prompts you to set a working date that you can override.
Posting Date a Datum DPH sú povinnéé pole, ak nebude plnia, úloha skončilí na chybovou mlášku.
On the Filter: Financing Contract Lines tab, the user selects the period (Posting date of payments) that he wants to post (e.g. From 1.3.2022..31.3.2022). Uživatel může zadat konkrétní Zúčtovací datum splátky (napřThe User can enter a specific Posting Date (e.g. 1.3.2022) anebo období "do datumuor a period "until the date" (napře.g. . 31.03.22) anebo or "od datumufrom date" (napře.g. 01.03.22..)
Pokud není období zadané, zobrazí se při spuštění úlohy chybová hláškaIf the period is not specified, an error message is displayed when the job starts.
Volitelná pole:
Na záložce Možnosti možné tlačítkem Tlač faktur vybrat, či se při účtovaní splátek mají současně vytlačit aj zaúčtované faktury.
Na záložce Filtr: Zákazník možné filtrovat splátky smlouvy pro konkrétních zákazníků. Uživatel může použít přednastavený filtr na Číslo zákazníka a Způsob fakturace splátek, je však možné přidat do filtru aj další pole z Karty zákazníka.
Na záložce Filtr: Hlavička smlouvy o financovaní možné filtrovat konkrétně Smlouvy o financovaní. Uživatel může použít přednastavený filtr na Číslo smlouvy o financování, Typ kalkulace a Číslo rámcový smlouvy je však možné přidat do filtru aj další pole ze Smlouvy o financování.
Uživatel má možnost pustit úlohu:
Přes plánovač a to:
...
uživatel vyplní všechny povinné filtre v dialogovém okně pro zadaní úlohy
...
Optional fields:
On the Options tab, click the Tlač faktur Select or post invoices should be pushed out at the same time when posting installments.
On the Filter: Customer tab, you can filter contract payments for specific customers. The user can use a preset filter for Customer No. and Payment Billing Method, but it is also possible to add other fields from the Customer Card to the filter.
On the Filter: Financing Contract Header tab, it is possible to filter specifically Financing Contracts. The user can apply a preset filter to Financing Contract No., Calculation Type and Framework Agreement No., but it is possible to add other fields from the Financing Contract to the filter.
The user has the option to run the task:
Through the planner and namely:
The user fills in all mandatory filters in the dialog for entering the task
Subsequently, via Schedule n buttonand builds:
Earliest Start Date/Time
po potvrzení after Confirmation OK, systém založí záznam v the system creates a record in Job Queue Entries , který má status Ready a čeká na čas spuštěni
that has the status of Ready and waits for the start time
When a task starts, the system identifies that the task is not running on the user environment (by the user), it starts the background task. The task will be modified so that the questions:
Delete all change copies? - systém odpovídá system conforms to YES
Do you want to start posting payments? - systém odpovídá YES
a spouští fakturační úlohu na prostřednictvím plánovače, vykonané úlohy teda už není závislé od uživatele.
Po úspěšném dokončení úlohy systém zapíše do Job Queue Log Entries záznam o úspěchu, zapíše aj čas trvaní celé úlohy.
...
system conforms to YES
and runs the invoicing job through the scheduler, so the executed tasks are no longer dependent on the user.
After Successful When the job is completed, the system writes a record of success to the Job Queue Log Entries, and also writes the duration of the entire job.
At Failed While the job is running, the system writes an error to the record, changing Status=Error.
V In Log Entries uživatel vidí důvod chyby.
Uživatel má možnost přerušit zadaní úlohy z přehledu Job Queue Entries, anebo z karty tlačítkem Set On Hold. Po spuštění tlačítka se na kartě v poli Status přepne stav z Ready na On Hold.
Na uživatelském prostředí
Po spuštění fakturace vyplnění dialogového okna, potvrzením tlačítkem OK se otevře okno
Vyfakturuje řádky splátkových kalendářů smlouvy zodpovídající zadanému období a filtrům a to:
zaflirtuje 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í
Účtování jednotlivého řádku i bufferu jsou logovány do logu chyb účtování. Samostatně se loguje i odeslání e-mailu s přílohami.
Při tvorbě řádku faktury kontroluje systém zda v “Nastavení účtování (General Posting Setup)” existuje kombinace Obecná obch.účto skupina (, the user can see the reason for the error.
The user has the option to interrupt Entering a job from the Job Queue Entries list or from the card using the Set On Hold button. When the button is triggered, the status of the card switches from Ready to On Hold in the Status field.
On the user interface
After starting invoicing, fill in the dialog window, confirm with the OK to open a window
Invoices the lines of contract payment calendars corresponding to the specified period and filters, namely:
flirts with the customer's contracts that have the flag:
Financing with Services=A,
Calculation variant=N,
Payment Calendar is Tax Document = A
It goes through contract by contract and on each:
If det. The contract status does not have a value of Yes in any of the fields Allow Posting from GAC, Allow Posting Increased Prepayment Posting, Allow Partial Credit Posting, the contract is skipped and not processed
flirts the lines of the given contract – the filter for the posting date was entered by the user at startup, then it is filtered to Type=Payment, Posted=No
If on the det. The contract status does not Allow Posting from the Bill, so :
if Allow posting of increased payment in advance=Yes, then it will run the filter on contract lines to process only lines with flag Line with down payment=Yes
if Allow Partial Credit Posting=Yes, then it will run a filter on contract lines to process only lines with flag Partial Credit = Yes
Row Processing :
lines are posted straight, there is no grouping in this branch
Posting of a single line and buffer are logged to the posting error log. Sending an e-mail with attachments is also logged separately.
When creating an invoice line, the system checks whether the combination 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 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.
...
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.
...
and is not blocked for the given invoice line. If the setting does not exist, then the error is written in the Posting Log and continues to the next contract.
Flirt the customer's contracts that have:
flag Financing with services=A,
Calculation variant=N,
Payment calendar is Tax Document=N,
Contract Status = Active, Change Copy, Terminating, Settled
It goes through contract by contract and on each:
deletes the Change Copy, if it exists
If det. The contract status does not have a value of Yes in any of the fields Allow Posting from GAC, Allow Posting Increased Prepayment Posting, Allow Partial Credit Posting, the contract is skipped and not processed
if the conditions for contract extension are met (Estimated end date<=first day of month of the entered Posting Date, the model has flag Automatic Contract Renewal=Yes and the object has blank Object Return Date), calls Contract Extension Function
Contract Extension Feature the last row in the SPK is searched. It then checks the value on the Contract Extension contract card.
If it is NO, the system copies the last posted payment with the flag Contract Extension=NO,
If Contract Extension=YES is on the contract header, the system copies the last created payment with the Contract Extension=YES flag.
flirts the lines of the given contract – the filter for the posting date was entered by the user at startup, then it is filtered to Type=Payment, Posted=No
if there is no Enable Posting from Payment Register on the Det. Contract Status, then :
if Allow posting of increased payment in advance=Yes, then it will run the filter on contract lines to process only lines with flag Line with down payment=Yes
If the Allow Partial Credit Posting=Yes, so it will run a filter on the contract lines to process only the lines with the flag Partial Credit=Yes
Row Processing :
If the line has flag Recalculation Settlement=A or Partial Credit=A and at the same time Line Amount < 0, the line is charged equal to (just as if it were posted manually). Posting RS, PC line from the payment calendar see lower in the description.
If the previous point is not met, the values from the row are written to the buffer
If it's up to the customer in the Payment Billing Method=Separately for contracts, the buffer is posted immediately after filling with one line (an individual sales invoice is created), otherwise, the buffer is gradually filled with rows of all contracts of a given customer and is charged by the buffer posting task only after all contracts of the given customer have passed.
When posting the buffer, the value of the field Method of invoicing payments from the Customer is taken into account. According to this value, grouping takes place and one or more invoices are created, i.e. e.g. if the grouping of invoices per customer is set. The customer has 20 contracts that fit the filter. The task gradually moves through 20 contracts, in case it finds out that the necessary settings (number series, dimensions, etc.) are missing for posting, it does not post any invoice and the failure is recorded in the Posting Log. If there is no setting for sending invoices, the system will post the invoice and the failure will be recorded in the Posting Log.
The invoice is created, the lines are filled in according to OneCore Posting Settings and posted. If set, attachments will also be generated after posting and an email with them will be sent.
When filling lines into invoice lines, the system searches for posting in OneCore Posting Settings (PD Finance Settings).
Ak je v Contract with Service Settings field in the Check for Billing Invoicing Difference:
WELL (in Contract with Service Settings, in the Check for Billing Invoicing Difference field)
The system fills the invoice lines according to the OneCore Posting Settings for the given posting group. If the settings are missing, the invoice for the customer is not posted, the system writes the failure to the Posting Log and moves on to the next customer.
YES, as well as the role of Post Financing Payment with service:
Rolls over contract payment calendars that match the filter specified in the dialog box when the task runs.
For field group: No. 1 group: principal, interest The system searches for the corresponding line in OneCore Posting Settings. The sum of the found values from the payment calendar for group No. 1 must be equal to the prepared invoice line. If the difference is positive or negative, it will create an invoice line for group 1. The line will be filled in:
Account: from settings (same account for all groups)
VAT: from settings (same settings for all groups)
A value with a different value (positive or negative)
For field group: No. 2 group: insurance searches for the corresponding line in OneCore Posting Settings. The sum of the found values from the payment calendar for group No. 2 must be equal to the prepared lines of the invoice. If the difference is positive or negative, the system creates an invoice line for group 2
The row will be filled in the same way as for group No. 1 flax with the difference value
For field group: No. 3 group– services searches for the corresponding line in Posting Settings. The sum of the found values from the payment calendar for group No. 3 must be equal to the prepared invoice line. If the difference is positive or negative, the system creates an invoice line for group 3
The row will be filled in the same way as for group No. 1 flax with the value difference. Vid example No. 1 below.
During processing payments flagged with RS (non-calculation line), PC (partial credit note upon returning the vehicle) = YES :
If the amount is negative, the system checks in the Contract with Service Setup field Do not post credit memo from payment calendar, ak je:
YES
The system creates an unposted credit memo as described in Chapter II. 13.3
Original Invoice No. When a PC line is entered into the unposted credit memo line, the system fills it into the line
WELL
Creates a posted individual credit memo.
The numbering of the document is according to the settings on the Contract Model.
When creating a partial credit memo, the system populates the fields in the payment calendar – Applies to Document No. with the document with which the last payment was posted and the credit note is created from it.
The original document number will be filled into the header of the credit memo, if it is a mass invoice (from which the PC line was created):
Closed, i.e. not open, the system will not fill in the Type and Number of Applies-to Document on Credit Memo.
It is open, the system fills in the Type and number of the settlement document on the credit note.
When posting, the system checks: The sum of all items (principal, interest, insurance, services, VAT to principal, VAT interest, VAT insurance, VAT services) minus Amount including VAT = result must be 0.
If the sum is not 0, the system logs an error message: "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.
- Po zaúčtovaní hromadné faktury za splátky systém propisuje do splátkového kalendáře
1910"
After posting the invoice, the table on the Customer card checks the method of sending customer invoices, where it searches for Invoicing Type: Payment, Document Type: depending on whether it is an invoice or a credit note. Generates an external structured attachment and the name of the attachment from the given line, as soon as it is specified
After creating attachments, which is set to be sent to the customer, it takes into account the settings in the Invoicing Print Settings, where it searches for a report for document, email body, subject and Job responsiibility.
After posting, such as after sending, success or failure is recorded in the Posting Log
The system also changes the value of the Reference Date field in the contract header to the current system date.
When the invoicing job is finished, the system opens a message about X successful and Y unsuccessful posting of invoices. You want to open the Posting Log. If you select Yes, the Posting Log will be opened with a filter for the records created during the job run.
After posting the mass invoice for the payments, the system writes the following into the payment calendar:
Zúčtovací datum / Posting Date
Datum DPH / VAT Date
Datum splatnosti / Due Date
Po odeslaní, ak na kartě zákazníka bylo nastavené v poli After sending, ak on the customer card was set in the field Mass Sending Sale Documents = Mass Invoice je:
FakturaInvoice
Na kartě
Stav dokladu: Kompletní (Complete)
Stav odeslání – mail: Odeslaný (Sent)
V přílohách
Přílohu s typem přílohy Prodejná faktura (Sales Invoice)
Strukturovaná příloha, ak byla nastavená na kartě zákazníka
Příklad č. 1 účtovaní rozdílu mezi splátkovým kalendářem a řádkami faktury
Ak vznikne rozdíl ve skupině č. 1 (jistina, úrok), skupina č. 2 (pojištění), skupina č. 3 (služby) v řádcích faktury by se vytvořili 3 řádky, které by byli zaúčtované na stejný účet, se stejnou DPH (jedno nastavení pro všechny skupiny).
Nastavení smluv se službami
Změna Nastavení účtovaní OC
Ak systém najde rozdíl, zobrazí systémovou hlášku (při ručním účtovaní splátky ze splátkového kalendáře)
Faktura se zaúčtovala.
Systém rovněž změní hodnotu pole Vztažné datum v hlavičce smlouvy na aktuální systémové datum.
Smlouvy, které sú v detailním stave, které mají v tab. Detailní stavy smlouvy, poli Účtovat částečný dobropis YES (PC řádek).
Ve funkci na Hromadné účtování bolo přidáno - pokud det. stav smlouvy má příznak Allow Posting from Payment Cal = N a Allow Down Payment Posting = A, zafiltrují se řádky na ty s příznakem Down Payment = A. Obdobně kombinace Allow Posting from Payment Cal = N a Allow Posting Partial Credit = A nahodí filtr na řádky, kde Partial Credit Memo = A.
Ak najde také smlouvy, úloha hledá záznamy vyhovujíce filtru zadaného při spuštění úlohy.
Vytváří zaúčtovaný individuální dobropis, který čísluje podle nastaveni na Modelu smlouvy. Automaticky odesílá podle nastavení na kartě Zákazníka. Při odesílaní jen pro dobropisy nekontroluje podmínku vyplnění Čísla externí objednávky.
Při odesílaní zohledňuje nastavení v Nastavení tisku fakturace, kde dohledává report pro doklad, tělo mailu, předmět a Job responsibilitu.
Následně kontroluje tab. na kartě Zákazníka Způsob odesíláni 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 odeslaní má:
Faktura
Na kartě
Stav dokladu: Kompletní (Complete)
Stav odeslání – mail: Odeslaný (Sent)
V přílohách
Přílohu s typem přílohy Prodejná faktura (Sales Invoice)
Strukturovaná příloha, ak bola nastavená na kartě zákazníka
Dobropis
Na kartě
Stav dokladu: Kompletní (Complete)
Stav odeslání – mail: odeslaný (Sent)
V přílohách:
Přílohu s typem přílohy Prodejný dobropis (Sales Credit Memo)
Strukturovaná příloha, ak byla nastavená na kartě zákazníka
Na mail přijde zvlášť mail s fakturou a zvlášť s dobropisem.
Skončení fakturační úlohy systém otevře hlášku o X úspěšně a Y neúspěšně zaúčtovaných 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 běhu úlohy.
Log chyb účtovaní
Výsledek účtovaní systém zapíše do Logu chyb účtovaní, který je možné otevřít z menu (Akce> Fakturace> Log chyb účtovaní)
V logu se nachází informace: kdo úlohu spustil, způsob fakturace splátek, číslo zákazníka, datum a čas fakturace a výsledek fakturace (Úspěch - faktura byla zaúčtovaná, Chyba - fakturace skončila na chybu a faktura se nevygenerovala).
Ak hromadná fakturace skončila chybou a faktura se nevygenerovala, je potřeba chyby odstranit a znovu spustit fakturaci.
Podrobnější popis vid kapitola Log chyb účtování.
Zaúčtovaná „Hromadná“ prodejní faktura za splátky
Ak fakturace přeběhla úspěšně, vygeneruje se v závislosti na nastaveném typu fakturace daného zákazníka jedna anebo víc zaúčtovaných Prodejných faktur.
Vyplnění jednotlivých polí na hlavičce faktury je závislé na použitém způsobe fakturace.
Ak byli splátky fakturované "hromadně" (za smlouvu, za zákazníka, za obchodné místo, za typ kalkulace, za rámcovou smlouvu), vyplňuji se údaje následovně:
Číslo
Číslo faktury je vždy přidělené z číselní řady nastavený v okně Nastavení smluv so službami, pole Číselná rada faktur (Mass Invoice No. (3005)). Číslo faktury se propíše do splátkového kalendáře.
Datum dokladu
Pro datum vystavení faktury se použije Pracovní datum. Pracovní datum si může uživatel ručně změnit v okně Má nastavení.
Zúčtovací datum
Datum je společné pro všechny splátky zahrnuté do faktury, teda nemůže být použitý Zúčtovací datum ze splátkových kalendářů. Úloha proto uplatňuje Zúčtovací datum zadané uživatelem v dialogovém okně při spuštění hromadné fakturace.
Ak uživatel zadal do dialogového okna datum v období, které je už pro účtovaní uzavřené, úloha automaticky posune Zúčtovací datum na prvý děn otevřeného účtovaného období. Posun Zúčtovacího data musí být povolený v okně Nastavení OneCore, pole Posouvat zúčtovací datum prodejní faktury do otevřeného období = ANO.
Zúčtovací datum v splátkovém kalendáři se propíše.
Datum DPH
Je použité Datum DPH zadané uživatelem v dialogovém okně úlohy. Ak zadaný datum spadá do už uzavřeného období DPH, nemožno fakturu vystavit. Uživatel buď musí zadat jiný datum anebo období DPH otevřít.
Datum DPH v splátkovém kalendáři se nepropisuje.
Datum splatnosti
Datum splatnosti ze splátek v splátkových kalendářích se neuplatňuje (len při nastavení na kartě zákazníka Způsob fakturace: Samostatně za smlouvu), ale úloha tento datum vypočítá standardní funkci z Data dokladu a Kódu platební podmínky, která je nastavená na kartě zákazníka.
Datum splatnosti z faktury se propíše do řádku v splátkovém kalendáři.
Kód příčiny
Kód příčiny se doplní podle nastavení v okně Nastavení kódů příčiny ve financovaní
Kód příčiny na zaúčtované prodejný faktuře je needitovatelný a uživatel ho nemůže změnit.
Záložka Detaily faktury
U hromadný fakturace se do faktury kopírují údaje z Karty zákazníka příp. z rámcový smlouvy, údaje uvedené na Smlouvě o financovaní se nepoužiju. Na záložce Detaily faktury se jedná o pole Kód platební podmínky (má vplyv na výpočet Data splatnosti), Kód způsobu platby, DPH obchodná účto skupina (má vplyv na zdanění) a Účto skupina zákazníka (má vplyv na zaúčtovaní pohledávky)
Pole Kód měny zodpovídá měně smlouvy. Do faktury můžu být zahrnuté pouze smlouvy v stejné měně.
V poli Smlouva Kód (Globální dimenze 2) se nevyplní konkrétní smlouva, ale systém použije náhradní dimenzi podle Nastavení smluv se službami.
Pro tlač faktury se vyplní pole Typ tlače faktury = Splátka. Podle tohoto typu systém vybere Nastavení tiskových výstupů fakturace, popsané v kap. Tisk a odesílaní prodejných dokladů.
Při hromadný fakturaci se dále vyplňuju pole, které nejsou pro uživatele na faktuře zobrazená. Jedná se o pole Hromadná fakturace a Číslo obchodného místa zákazníka.
Při hromadný fakturaci se v poli Hromadná fakturace nastaví hodnota Ano, při fakturaci samostatně za smlouvy se nastaví hodnota Ne.
Číslo obchodného místa zákazníka se vyplní jen v případě, že přeběhla hromadná fakturace za obchodné místa zákazníka. V tom případě se do tohoto pole vyplní společné Obchodné místo ze Smluv o financovaní.
Záložka Platby
Na záložce Platby systém vkládá bankový účet nastavený v okně Informace o společnosti.
Variabilní symbol se u hromadný fakturace vždy generuje z Čísla faktury, nemožno použít číslo smlouvy (podle nastavení), jako je tomu u fakturace samostatně za smlouvu.
Záložka Řádky
Do prvého řádku se přenáší Popis z nastaveného Kódu standardního Prodeje a do dalších řádků se přenáší Text z řádků Rozšířeného textu. V texte je možné nastavit proměnné z tabulek podle nastaveného schématu proměnných, které fakturační úloha automaticky doplní.
Účty pro účtovaní jednotlivých komponentů splátky sú nastavené v tabulce Nastavení účtovaní OneCore, kde sú nastavené aj popisy řádků, které se plní do faktury. V popise je možné nastavit proměnné, např. Číslo účtované smlouvy.
Částky sú přenášené ze splátkových kalendářů účtované smlouvy, stejně jako DPH účto skupiny tovaru.
Globální dimenze (Smlouva Kód, Středisko Kód) sú pro řádky, na kterých je vyplněný finanční účet, přenášené ze Smlouvy o financovaní.
Ostatní neglobální dimenze přenesené ze smlouvy sú dostupné tlačítkem Dimenze na záložce Řádky.
Úloha podle nastavení v Nastavení OneCore, pole Kód zaokrouhlení DPH a nastavení zaokrouhlení na Modele smlouvy a podle Nastavení financi celkové splátky vytváří za smlouvu v řádcích faktury, řádky zaokrouhlení.
Saldo zákazníka
Při účtovaní faktury se vytvoří na saldě Položka zákazníka v celkové částce faktury. V dimenzi Smlouva Kód je vyplněna dimenze z hlavičky faktury. Současně je táto pohledávka označená Hromadná fakturace = Ano.
Změny ve splátkovém kalendáři
Po zaúčtovaní splátky se v splátkovém kalendáři aktualizuji údaje: Zúčtovací datum, Datum DPH, Datum splatnosti, Číslo dokladu, Mass invoice =Y, Posted =Y
Po stornování splátky (faktury) se v řádku splátkového kalendáře:
- Vymaže číslo dokladu
On the
Document Status: Complete
Sending Status - Mail: Sent
In the appendices
Attachment with attachment type Sales Invoice
Structured attachment, ak was set up on the customer card
Example 1: Posting the difference between a payment calendar and invoice lines
If there is a difference in group 1 (principal, interest), group 2 (insurance), group 3 (services) 3 lines would be created in the invoice lines, which would be posted to the same account, with the same VAT (one setting for all groups).
Contract with Service Setup
Changing OC Posting Settings
If the system finds a difference, it will display a system message (when manually posting an installment from the payment calendar)
The invoice has been posted.
The system also changes the value of the Reference Date field in the contract header to the current system date.
Contracts, which are in detailed status, which have in Tab. Detailed contract statuses in the Post YES Partial Credit field (PC line).
In the function on Mass posting, it has been added - if det. If the contract status has Allow Posting from Payment Cal = N and Allow Down Payment Posting = A, the rows will be filtered to those with the flag Down Payment = A. Similarly, the combination of Allow Posting from Payment Cal = N and Allow Posting Partial Credit = A will run a filter on rows where Partial Credit Memo = A.
If it also finds contracts, the job looks for records matching the filter specified when the job was run.
Creates a posted individual credit memo, which is numbered according to the settings on the Contract model. It automatically sends according to the settings on the Customer card. When sending only for credit memos, it does not check the condition of filling in the External Order Number.
When sending, it takes into account the settings in the Invoicing Print Settings, where it searches for the report for the document, the body of the mail, the subject and the Job responsiibility.
Subsequently, he checks the table on the Customer card Method of sending customer invoices, where he searches for Invoicing Type: Payment, Document Type: depending on whether it is an invoice, or a credit note. From the given line, when the specified one generates an external structured attachment and the name of the attachment.
Once shipped, it has:
Invoice
On the
Document Status: Complete
Sending Status - Mail: Sent
In the appendices
Attachment with attachment type Sales Invoice
Structured attachment, ak bola nastavená na karta zákazníka
Credit note
On the
Document Status: Complete
Sending Status – Mail: Sent
In the appendices:
An attachment with an attachment type of Sales Credit Memo
Structured attachment, ak was set up on the customer card
An e-mail with an invoice and a separate credit note will be sent to the e-mail.
When the invoicing job ends, the system opens a message about X successfully and Y unsuccessfully posted invoices. You want to open the Posting Log. If you select Yes, the Posting Log will be opened with a filter for the records created during the job run.
Posting Error Log
The system writes the posting result to the Posting Error Log, which can be opened from the menu (Actions> Invoicing> Posting Error Log)
The log contains information: who started the task, method of invoicing payments, customer number, date and time of invoicing and result of invoicing (Success - the invoice was posted, Error - invoicing ended on an error and the invoice was not generated).
If bulk invoicing ended with an error and an invoice was not generated, you need to fix the errors and start invoicing again.
For a more detailed description, see the chapter Posting Error Log.
Posted "Bulk" Sales Invoice for Payments
If invoicing is successful, one or more posted Sales Invoices will be generated, depending on the customer's invoicing type that has been set.
Filling in the individual fields on the invoice header depends on the invoicing method used.
If the payments were invoiced "in bulk" (for a contract, for a customer, for a business location, for a type of calculation, for a framework agreement), the data are filled in as follows:
Number
The invoice number is always assigned from the number series set in the Mass Invoice No. (3005) field. The invoice number will be entered into the payment calendar.
Document Date
The Working date is used for the invoice issue. The working date can be manually changed by the user in the My Settings window.
Posting Date
The date is common for all payments included in the invoice, so the Posting date from the payment calendars cannot be used. Therefore, the task applies the Posting date specified by the user in the dialog box when the mass invoicing is run.
If the user entered a date in a period that is already closed for posting, the task automatically shifts the Posting date to the first day of the open posting period. Posting Date Shift must be enabled in the OneCore Setup window, field Shift Posting Date of Sales Invoice To Open Period = YES.
The posting date in the payment calendar will be written.
VAT Date
The VAT date specified by the user in the task dialog box is used. If the entered date falls within the already closed VAT period, it is not possible to issue an invoice. The user either has to enter a different date or open the VAT period.
The VAT date in the payment calendar is not written.
Maturity date
The due date from payments in payment calendars is not applied (only when set on the customer card Invoice method: Separately for contract), but the task calculates this date as standard from the Document Date and the Payment Terms Code that is set up on the customer card.
The due date from the invoice is written to a line in the payment calendar.
Reason Code
The reason code is added according to the settings in the Reason Code Setup window in Financing
The reason code on the posted sales invoice is non-editable and cannot be changed by the user.
Invoice Details Tab
At mass Invoicing data from Customer cards, if applicable, from a framework agreement, the information stated in the Financing Contract does not apply. On the Invoice Details FastTab, these fields include Payment Terms Code (which affects the calculation of the Due Date), Payment Method Code, VAT Bus. Posting Group (has an impact on taxation) and Customer Posting Group (has an effect on the posting of the receivable)
Field Currency It is responsible for the currency of the contract. Only contracts in the same currency can be included in the invoice.
Afield Contract Code (Global Dimension 2) does not populate a specific contract, but the system uses the replacement dimension according to the Contract with Service Settings.
To press the invoice, the field is filled in Typ tlače faktury = Installment. According to this type, the system selects Invoicing Printout Settings, described in Chapter II. Print and send saleable documents.
In bulk invoicing, fields that are not visible to the user on the invoice are also filled in. This is an array Mass invoicing and Customer Business Place No..
For mass invoicing, the Mass invoicing field is set to Yes, for individual invoicing for contracts, the value is set to No.
The customer's business location number is filled in only if mass invoicing for the customer's business places has passed. In this case, the common Business Place from the Financing Contracts is filled in this field.
Payments tab
On the Payments tab, the system inserts the bank account set up in the Company Information window.
Variable Symbol is always generated from the Invoice No. for mass invoicing, it is not possible to use the contract number (according to the settings), as is the case with invoicing separately for the contract.
Rows Tab
The Description from the set Standard Sales Code is transferred to the first line and the Text from the Extended Text lines is transferred to the next lines. In the text, it is possible to set variables from tables according to a set scheme of variables, which the invoicing task will automatically complete.
Bills For posting of individual components of the payment, they are set in the OneCore Posting Settings table, where the descriptions of the lines that are filled into the invoice are also set. In the description, it is possible to set variables, e.g. Posted Contract Number.
Sums are transferred from the payment schedules of the posted contract, as well as VAT Product Posting Groups.
Global Dimension (Contract Code, Centre Code) are for lines on which the financial account is filled in, transferred from the Financing Contract.
Other non-global dimensions transferred from the contract are available by the Dimensions button on the Lines tab.
The task according to the settings in OneCore Settings, the VAT Rounding Code field and the Rounding setting on the Contract Model and according to the General Ledger Total Payment Setup creates rounding lines for the contract in the invoice lines.
Customer Balance
When you post an invoice, a Customer Ledger Entry is created on the balance in the total amount of the invoice. In the Contract Code dimension, the dimension from the invoice header is filled in. At the same time, this receivable is marked Mass Invoicing = Yes.
Changes in the payment schedule
After posting the payment, the following data are updated in the payment calendar: Posting Date, VAT Date, Due Date, Document No., Mass invoice =Y, Posted =Y
After cancelling a payment (invoice), the following appears in the line of the payment calendar:
Deletes Document No.
Ak bola hromadná faktura, tak v poli Mass invoice = NO
Posted = NO
Cancel = YES
Plánovač úloh
...
Scheduler
The task can be run via the scheduler. See chap. Invoicing task – Post financing payments with services.