Page Comparison

NavigaceNavigation:

Pokud je platba přijatá před datem uskutečnění zdanitelného plnění a platná legislativa požaduje z přijaté platby odvést DPH, modul Platby předem (Payments Ahead) umožní evidovat tuto platbu v samostatné evidenci, vytvořit k ní daňový doklad (fakturu) a následně při vyrovnání této platby vytvořit daňový dobropis. 

Zdanění plateb přijatých předem je prováděno pevnou sazbou, dle předem nastavené DPH účto skupiny zboží.

• Platbu předem nelze založit manuálně, lze ji vytvořit pouze:

  • zaúčtováním platby z Deníku plateb

  • automatickým vygenerováním při vyrovnání platby dodatečně na saldu zákazníka

  • vygenerováním dávkovou úlohou nad dosud nevyrovnanou nebo částečně vyrovnanou zaúčtovanou platbou

Systém v principu provádí:

• Při přijetí platby, která je identifikována a označena jako platba předem, vytvoří:

  • Záznam v evidenci Plateb předem typu Platba, kde je vyčíslena daňová povinnost z přijaté platby

  • Pokud je požadován daňový doklad, vytvoří (ihned nebo odloženě) zaúčtovanou prodejní fakturu, příslušné DPH položky a věcné položky

• Při vyrovnání (spárování) platby předem vytvoří systém:

  • Záznam v evidenci Plateb předem typu Využití, kde je vyčíslen podklad pro daňový dobropis

  • Pokud byl k platbě vystaven daňový doklad, vytvoří systém zaúčtovaný prodejní dobropis, příslušné DPH položky a věcné položky

• Konečná faktura:

  • Vyrovnávaný doklad (konečná faktura) je zaúčtován v plné výši

  • Tisk zaúčtované prodejní faktury není ve standardu upraven.

  • Jako zákaznickou úpravu lze doplnit volbu tisku konečné faktury se zápočtem platby předem a bez zápočtu platby předem

• Při zrušení vyrovnání platby předem systém:

  • Označí záznam typu Využití jako stornovaný

  • Pokud již byl zaúčtován daňový dobropis, anuluje ho vystavením daňového vrubopisu

• Tvorbu daňových dokladů i vlastní evidenci plateb předem lze odložit a provádět dávkovou úlohou (např. při uzávěrce měsíce), která umožňuje:

  • Dogenerovat dodatečně platby předem 

  • Vypnout generování daňového dokladu, pokud to daný případ (dle nastavení) nevyžaduje

  • Dogenerovat chybějící daňové doklady, pokud dosud nebyly generovány  

Závislosti a předpoklady

• Funkční modul Finance (účetnictví)

• Je dostupná funkcionalita umožňující používat pro zákazníka více Účto skupin zákazníka (alternativní účto skupiny).

• Stanovení daňové povinnosti k platbě předem je na základně nastavené jedné (fixní) sazby DPH.

• Jestliže ve stejné entitě (např. na hlavičce faktury) existuje současně Datum DPH jako W1 pole i CZ nebo SK pole, pak se použije Datum DPH z verze W1 (aktuálně je to pole VAT Reporting Date). Předpokládá se, že tato CZ nebo SK pole budou naplněna vždy 1:1 s W1 polem. 

• Položka zákazníka

  • Ve verzi W1 Datum DPH na Položce zákazníka není. Platba předem se proto testuje na Datum DPH Účtované prodejní faktury. Pokud je platba vyrovnávaná s položkou typu Faktura, která nemá hlavičkový doklad (např. migrované položky zákazníka), pak platby k těmto fakturám nemohou být identifikovány jako platby předem. V Deníku plateb může tyto platby označit jako Platby předem uživatel ručně.

  • Ve verzi CZ je na Položce zákazníka české pole Datum DPH (11780 VAT Date CZL). Toto pole používá systém při testu platby předem při dodatečném vyrovnání platby na saldu zákazníka.

    • Pro položku typu Faktura, jestliže existuje hlavička Účtované prodejní faktury, se použije Datum DPH z hlavičky faktury

    • Pro všechny ostatní typy se použije Datum DPH z Položky zákazníka 

• Modul je primárně určen pro českou legislativu (rozšíření Core Localization Pack for Czech, vydavatel Microsoft)

• Z důvodu používání různých rozšíření pro zpracování bankovních výpisů v BC není součástí modulu Platby předem úprava automatického párování bankovních výpisů.       

Nastavení

Nastavení požadované pro Platby předem je popsané v dokumentu Nastavení pro modul Platby předem

Níže je uveden pouze přehled nastavení (tabulky a pole):

Nastavení prodeje a pohledávek (Sales & Receivables Setup)

...

Povolit platby předem (Allow Payments Ahead)

...

Vytvořit platbu předem dle období (Create Payment Ahead by Period)

...

Generovat daňový doklad k přijaté platbě ihned (Generate Prepayment Invoice Immediately)

...

Generovat dobropis k přijaté platbě ihned (Generate Prepayment Credit Memo immediately)

...

Generovat opravné doklady k dobropisům ihned (Generate Prepayment Correction Invoice Immediately)

...

Způsob účtování plateb (Payment Posting Method)

...

Evidovat jako platbu předem (Mark as Payment Ahead)

...

Číselná řada daňového dokladu k přijaté platbě (Prepayment Invoice Nos.)

...

Číselná řada dobropisu k přijaté platbě (Prepayment Credit Memo Nos.)

...

Číselná řada pro platby předem (Prepayment Nos.)

...

DPH účto skupina zboží k přijaté platbě (Prepayment VAT Prod. Posting Group)

...

Principles

If the payment is received before the date of taxable supply and the applicable legislation requires VAT to be paid on the received payment, the module Payments Ahead Allows record this payment in a separate register, create a link to it Tax Invoice (invoice) and then create when settling this payment Tax Credit Memo. 

Taxation of payments received in advance is carried out at a fixed rate, according to the pre-set VAT posting group of goods.

• Prepayment cannot be created manually, it can only be created:

  • Posting a payment from the Payment Journal

  • automatic generation when a payment is settled additionally on the customer's balance

  • Generate a batch job over a posted payment that has not yet been applied or that has been partially applied

In principle, the system performs:

• When you receive a payment that is identified and marked as a prepayment, it creates:

  • An entry in the Payment Ahead Records of the Payment type, where the tax liability from the received payment is quantified

  • If a tax document is requested, it creates (immediately or deferred) a posted sales invoice, the appropriate VAT entries, and general ledger entries

• When applying (matching) a payment in advance, the system creates:

  • An entry in the Records of Payments Ahead of the Usage type, where the basis for the tax credit note is calculated

  • If a tax invoice has been issued for the payment, the system creates a posted sales credit memo, the appropriate VAT entries, and general ledger entries

• Final Invoice:

  • The document to be applied (final invoice) is posted in full

  • Printing of a posted sales invoice is not regulated by default.

  • As a customer adjustment, it is possible to add the option to print the final invoice with and without prepayment included

• When canceling a payment ahead settlement, the system:

  • Mark a record of the Usage type as canceled

  • If a tax credit memo has already been posted, it is cancelled by issuing a tax debit note

• The creation of tax documents and the actual registration of payments in advance can be postponed and performed by a batch job (e.g. at the end of the month), which enables:

  • Generate additional payments in advance 

  • Turn off tax document generation if the case (according to the settings) does not require it

  • Generate missing tax documents if they have not been generated yet  

Dependencies and assumptions

• Finance (Accounting) Function Module

• Functionality is available that allows the customer to use multiple Customer Posting Groups (alternative Posting Groups).

• The tax liability for prepayment is determined on the basis of a single (fixed) VAT rate.

• All versions of OC (W1, CZ extension, SK extension) work with VAT Date from Version W1 (currently it is a field VAT Reporting Date. If the legislation (CZ/SK) uses its own VAT Date field, then these fields are not worked with and it is assumed that these fields will always be filled in 1:1 with the W1 field. 

• Customer Ledger Entry

  • In version W1, the VAT Date is not on the Customer Ledger Entry. Therefore, Payment Ahead is tested on the VAT Date of the Posted Sales Invoice. If a payment is applied to an Invoice type entry that does not have a header document (e.g., migrated customer ledger entries), then payments to these invoices cannot be identified as advance payments. In the Payment Journal, the user can mark these payments as Payments Ahead manually.

  • In the CZ version, there is a Czech field VAT Date (11780 VAT Date CZL) on the Customer Ledger Entry. This field is used by the system in the Payment Ahead test when the payment is additionally applied to the customer balance.

    • For an item of type Invoice, if a Posted Sales Invoice header exists, the VAT date on the invoice header is used

    • For all other types, the VAT Date from Customer Ledger Entry is used 

• The module is primarily intended for Czech legislation (extension Core Localization Pack for Czech, publisher Microsoft)

• Due to the use of various extensions for processing bank statements in BC, the Payments Ahead module does not include the modification of automatic matching of bank statements.       

Settings

The settings required for Payments Ahead are described in the document Nastavení pro modul Platby předem

Below is just an overview of the settings (tables and fields):

• Sales & Receivables Setup

  • Allow Payments Ahead

  • Create Payment Ahead by Period

  • Generate Prepayment Invoice Immediately

  • Generate Prepayment Credit Memo immediately

  • Generate Prepayment Correction Invoice Immediately

  • Payment Posting Method

  • Mark as Payment Ahead

  • Prepayment Invoice Nos.

  • Prepayment Credit Memo No.

  • Prepayment Nos.

  • Prepayment VAT Prod. Posting Group

  • Generate Tax Documents for Payments Ahead without Financing Contract)

• DPH obchodní účto skupina (VAT Business Posting Groups)

  • Blokovat vytvoření daňového dokladu platby předem (Block Payment Ahead Tax Document Creation)

  • Blokovat vytvoření daňového dokladu pro typy financování (Block Tax Document Creation for Financing Types)

• Nastavení účtování DPH (VAT Posting Setup)

  • Účet prodejní DPH (Sales VAT Account)

  • Protiúčet DPH platby předem (Payment Ahead VAT Bal. Account No.)

• Účto skupina zákazníka (Customer Posting Groups)

  • Použít pro platby předem (Use for Payments Ahead)Náhradní účto skupina

  • pro platby předem (Substitute Posting Group for Payments Ahead)Generovat daňové doklady k platbám předem (Head

  • Generate Tax Documents for Payment Ahead)

• Nastavení tisku daňových dokladů a daňových dobropisů (Setup for printing tax documents and tax credits)

  • Report pro tisk daňových dokladů / dobropisů / vrubopisů k Platbám předem se nenastavuje uživatelsky, ale je součástí programového kódufor printing tax documents / credit notes / debit notes for Payments Ahead is not set by the user, but is part of the program code