Krátka odpoveď
Ak dodávateľ prijme platbu pred dodaním a podľa zákona o DPH vznikne povinnosť vystaviť faktúru k prijatej platbe, nejde už iba o proforma výzvu. Takýto doklad treba posudzovať ako daňový doklad v režime eFakturácie.
Augustové FAQ pre tento doklad uvádza InvoiceTypeCode 388 – Tax invoice. Nie je to kód proformy ani univerzálny typ každej zálohovej výzvy.
Ako rozlíšiť dva podobné scenáre
| Situácia | Čo sledovať |
|---|---|
| proforma pred úhradou | je to výzva na platbu, nie faktúra podľa zákona o DPH |
| prijatá platba pred dodaním | vzniká daňový doklad k prijatej platbe |
| vyúčtovanie po dodaní | treba správne odpočítať už zdanený preddavok |
Ako sa preddavok premietne do konečnej faktúry
Aktuálne technické odpovede Finančnej správy rozlišujú dva prípady:
| Preddavok | Mapovanie v konečnej faktúre |
|---|---|
| zdanený – bola vystavená faktúra k prijatej platbe | mínusový InvoiceLine s množstvom -1, príslušným základom a DPH; väzba cez BillingReference / InvoiceDocumentReference (BT-25) |
| nezdanený – faktúra k prijatej platbe nevznikla | môže sa použiť PrepaidAmount (BT-113), ak ide o uhradenú sumu znižujúcu sumu na úhradu |
Zdanený preddavok sa podľa tohto výkladu nemá odpočítať cez AllowanceCharge, pretože by sa nesprávne premietol do daňovej rekapitulácie.
Technické dopady
ERP alebo účtovný softvér musí vedieť odlíšiť typ dokladu, DPH režim a väzbu na následnú faktúru. Pri nesprávnom mapovaní môže vzniknúť validný XML súbor, ktorý však nezodpovedá obchodnému alebo daňovému scenáru.
Preto treba testovať aspoň tieto prípady:
- prijatá platba pred dodaním tovaru,
- čiastočný preddavok,
- viac preddavkov k jednému dodaniu,
- konečné vyúčtovanie so znížením sumy na úhradu,
- storno alebo oprava zálohového dokladu.
Každý scenár testujte so syntetickými dokladmi a kontrolujte nielen validáciu, ale aj DPH rekapituláciu, väzbu na pôvodný doklad a výslednú sumu na úhradu.
Súvisiace čítanie
Pokračujte cez Zálohovú a proforma faktúru, Opravnú faktúru a dobropis a Slovník: faktúra k prijatej platbe.