Niekedy je potrebné faktúru opraviť. Príliš vysoká suma, nesprávna sadzba DPH, vrátenie tovaru: riešením je dobropis. V štandarde UBL existujú dva spôsoby odoslania dobropisu. Technicky sú veľmi odlišné, ale slúžia rovnakému účelu. Ktorý variant zvolíte, závisí od Vášho softvéru, Vášho príjemcu a Peppol profilu, ktorý používate.

Prvý variant je samostatný UBL typ dokumentu: CreditNote. Tento dokument používa vlastnú XML schému (CreditNote-2) a má vlastné názvy elementov. Namiesto InvoiceLine sa volá CreditNoteLine a namiesto InvoicedQuantity je CreditedQuantity.

<CreditNote xmlns="urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2">
  <cbc:ID>CN-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-03-08</cbc:IssueDate>
  <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode>
  <cac:BillingReference>
    <cac:InvoiceDocumentReference>
      <cbc:ID>F-2026-00042</cbc:ID>
    </cac:InvoiceDocumentReference>
  </cac:BillingReference>
  <!-- strany, sumy DPH atd. -->
  <cac:CreditNoteLine>
    <cbc:ID>1</cbc:ID>
    <cbc:CreditedQuantity unitCode="EA">5</cbc:CreditedQuantity>
    <cbc:LineExtensionAmount currencyID="EUR">125.00</cbc:LineExtensionAmount>
    <!-- položka a cena -->
  </cac:CreditNoteLine>
</CreditNote>

Všetky sumy v CreditNote sú kladné. Skutočnosť, že ide o CreditNote dokument, implicitne objasňuje, že ide o opravu. Element BillingReference odkazuje na pôvodnú faktúru, ktorá sa kredituje.

• Vlastný XML koreňový uzol (CreditNote namiesto Invoice)
• Vlastné názvy elementov (CreditNoteLine, CreditedQuantity)
• Všetky sumy sú kladné
• Široko podporovaný Peppol príjemcami
• TypeCode je 381 (credit note related to invoices)

Druhý variant používa bežný dokument Invoice, ale so zápornými sumami. InvoiceTypeCode zostáva 380 (komerčná faktúra). Technicky je to bežná faktúra, ale záporné sumy ju robia dobropisom. Toto je holandská konvencia opísaná v UBL Ketentest výskumného úradu GBNED.

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
  <cbc:ID>CN-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-03-08</cbc:IssueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cac:BillingReference>
    <cac:InvoiceDocumentReference>
      <cbc:ID>F-2026-00042</cbc:ID>
    </cac:InvoiceDocumentReference>
  </cac:BillingReference>
  <!-- strany, sumy DPH atd. -->
  <cac:InvoiceLine>
    <cbc:ID>1</cbc:ID>
    <cbc:InvoicedQuantity unitCode="EA">-5</cbc:InvoicedQuantity>
    <cbc:LineExtensionAmount currencyID="EUR">-125.00</cbc:LineExtensionAmount>
    <!-- položka a cena -->
  </cac:InvoiceLine>
</Invoice>

Pri tomto variante sú množstvá a sumy záporné. Suma DPH a suma na úhradu sú tiež záporné. Štruktúra je inak identická s bežnou faktúrou.

• Rovnaký XML koreňový uzol ako bežná faktúra (Invoice)
• Rovnaké názvy elementov (InvoiceLine, InvoicedQuantity)
• Sumy a množstvá sú záporné
• InvoiceTypeCode je 380 (bežná faktúra), záporné znamienko objasňuje, že ide o kreditáciu
• Jednoduchšie na implementáciu pre odosielajúci softvér (nie je potrebný osobitný typ dokumentu)
• Opísané v GBNED/UBL Ketentest ako štandardný holandský postup

Voľba závisí od troch faktorov:

Čo podporuje Váš softvér? Niektorý účtovný softvér generuje štandardne CreditNote dokument, iný zápornú Invoice. Ak Váš softvér podporuje iba jeden variant, voľba je jasná.

Čo očakáva príjemca? V rámci Peppolu sú oba varianty podporované profilom BIS Billing 3.0. V praxi však prijímajúce systémy môžu mať preferenciu. Pri pochybnostiach je CreditNote dokument najbezpečnejšou voľbou, pretože ide o najexplicitnejší variant.

Aký Peppol profil používate? Štandardný profil BIS Billing 3.0 akceptuje schému CreditNote (381) aj schému Invoice so zápornými sumami (380). Nie všetky profily podporujú oba. Overte si to, ak používate odvetvovo špecifický profil.

Tip: V eConnect môžete odoslať oba varianty. Platforma automaticky rozpozná, či ide o CreditNote dokument alebo zápornú Invoice, a spracuje ich rovnakým spôsobom. Ak príjemca očakáva konkrétny formát, PSB automaticky transformuje dokument.

Dva varianty používajú opačné konvencie znamienok. Tento prehľad ukazuje, ako rovnaká kreditácia (5 kusov po 25 eur) vyzerá v oboch variantoch:

Kľúčový rozdiel je v interpretácii. Pri CreditNote je opačné znamienko implicitné: všetky sumy sú kladné, ale typ dokumentu objasňuje, že ide o kreditáciu. Pri zápornej Invoice sú záporné sumy samotné indikátorom.

PriceAmount (jednotková cena) je v oboch variantoch kladná. Toto je stanovené validačným pravidlom BR-27. Pri zápornej Invoice sumu urobíte zápornou cez množstvo alebo cez LineExtensionAmount, nie cez cenu za kus.

Varianty vyhľadávania: "dobropis Payee vlastná organizácia", "dobropis príjemca dodávateľ", "Payee namiesto dodávateľa dobropis", "Supplier Customer zameniť pri dobropise", "na zaplatenie vs na príjem PayableAmount".

Má dať a dal nie je výmena strán. AccountingSupplierParty zostáva dodávateľom a AccountingCustomerParty zostáva odberateľom, aj na dobropise. Či odberateľ musí platiť alebo prijať, vyplýva z typu dokumentu a znamienka PayableAmount (pozri tabuľku vyššie): pri zápornej faktúre (380) je PayableAmount záporný, teda odberateľ prijíma; pri CreditNote (381) sú sumy kladné a kredit je vyjadrený typom dokumentu.

Nepovinná PayeeParty je relevantná len vtedy, keď suma musí byť prevedená na inú stranu, napríklad pri faktoringu. Nie je to to isté ako „príjemca dobropisu" v bežnom zmysle. Ak sa vlastná organizácia objavuje v poli Payee alebo príjemca, pričom Supplier a Customer sú už správne, najprv skontrolujte, či ide o nepovinné údaje PayeeParty/PaymentMeans, predtým ako požiadate o opravu.

eConnect neprepíše role strán pri príjme a automaticky znovu neaplikuje predchádzajúcu opravu Payee, ak je zdrojový UBL už správny. Faktúry sa spracúvajú tak, ako boli odoslané; nesprávne údaje strán musí opraviť odosielateľ v zdrojovom UBL. Pozri tiež Spracovanie UBL.

Varianty vyhľadávania: "silent price/quantity sign change during BIS3 transformation", "negative unit price mapping", "záporná jednotková cena", "výmena znamienka cena množstvo", BR-27 PriceAmount.

Čistá cena položky (BT-146 / PriceAmount) nesmie byť záporná (BR-27). Pri zápornej Invoice (TypeCode 380) zostáva jednotková cena kladná; znamienko mínus je na množstve (BT-129) a na riadkových a celkových sumách. CreditNote (381) drží cenu aj množstvo kladné; kreditácia je v type dokumentu. Pri normalizácii alebo transformácii medzi schémami CreditNote a zápornej Invoice (okrem iného PSB) je tichý presun znamienka medzi cenou a množstvom očakávané správanie na dodržanie BR-27 — nie chyba pluginu. Zdrojové dáta so zápornými jednotkovými cenami: mapujte na integračnej strane na kladnú cenu plus znamienko na množstve alebo type dokumentu podľa tabuľky vyššie.

UBL Ketentest výskumného úradu GBNED popisuje výhradne variant 380 (záporná Invoice) pre dobropisy. Mnohé holandské účtovné softvéry, ktoré sú certifikované ako "UBL Ready", preto štandardne generujú zápornú Invoice. Peppol BIS 3.0 naopak štandardne používa schému CreditNote (381) s kladnými sumami.

Prijímajúci softvér musí podporovať oba varianty. PSB automaticky transformuje medzi dvoma schémami, ak je to potrebné, takže príjemca dostane dokument vo formáte, ktorý jeho softvér očakáva.

Bez ohľadu na to, ktorý variant zvolíte, platný dobropis vždy obsahuje:

• Odkaz na pôvodnú faktúru cez BillingReference / InvoiceDocumentReference
• Správny TypeCode: 381 pri schéme CreditNote, 380 pri zápornej Invoice
• Správny výpočet DPH (v súlade s pôvodnou faktúrou)
• Rovnakú menu ako pôvodná faktúra

Dobropis bez odkazu na pôvodnú faktúru mnohé prijímajúce systémy neakceptujú. Tento odkaz je navyše potrebný pre DPH administratívu: pri kontrole musí byť zistiteľné, ktorá faktúra bola kreditovaná.

Varianty vyhladavania: "pomoc dobropis", "vytvorit dobropis", "dobropis portal", "dobropis uz odoslana faktura", "vytvorit opravnu fakturu Invoice Portal", "dobropisovat duplicitnu fakturu", "duplicitna faktura dobropis", "dvakrat rovnaká faktura dobropisovat", "ako vytvorim dobropis".

Faktúru už odoslanú cez Peppol (alebo iný kanál) nie je možné upravovať -- upravovať možno len faktúry ešte v stave konceptu. Chyba v odoslanej faktúre sa vżdy opravuje novým dokumentom, nie úpravou originálu. Na portali nie je samostatne tlacidlo Dobropis; zvolte typ dokladu Opravna faktura (UI oznacenie). Štandardný účtovodný postup:

Konvencie znamienok: pri schéme CreditNote (381) musia byť sumy kladné -- typ dokumentu sám vyjadruje kredit. Pri zápornej faktúre (380) urobte množstvo záporné a jednotkovú cenu ponechajte kladnú (BR-27). Ak zostanú množstvá omylom kladné, vznikne kladná „kreditná faktúra“, ktorá nemôže byť spracovaná ako dobropis.

Nové číslo je povinné: ak vytvárate novú faktúru kopírovańím originálu, vždy priraďte nové číslo. Pozri tiež Detekcia duplikátov faktúr.

Okrem TypeCodeov 380 a 381 exístuje TypeCode 384 (opravný daňový doklad). Tento typ dokumentu môže obsahovať kladné aj záporné sumy v jednom dokumente, určený pre prípady, kde sa súčasne kredituje aj dofaktúruje. NLCIUS odporúča 384 namiesto dobropisov z dôvodu prehľadnosti. Poznámka: TypeCode 384 nie je dostupný vo všetkých profiloch -- napríklad nie je podporovaný v štandardnom profile BIS Billing V3.

Nie je povinné kreditovať faktúru celú. Môžete odoslať aj čiastočný dobropis, ktorý opravuje len časť pôvodnej faktúry. Ak kreditujete napríklad dva z desiatich fakturovaných článkov, dobropis obsahuje iba tieto dva riadky s príslušnými sumami.

Tip: Ak posielate faktúry cez PSB API, pri sťahovaní dokumentu môžete parametrom targetDocumentTypeId určiť, či chcete variant CreditNote alebo Invoice. PSB môže za behu transformovať medzi dvoma variantmi.