Co to oznacza
UBL ma dwa układy, Invoice i CreditNote, każdy z innym elementem głównym. Reguła sprawdza, czy dokument z kodem typu (BT-3) 381 używa układu CreditNote. Wariant w tych samych zestawach reguł sprawdza drugą stronę: dokument z kodem 380, 384 albo 389 musi używać układu Invoice, a nie CreditNote.
Dlaczego to ważne
Układ i kod to dwa twierdzenia o tym samym dokumencie. Gdy się różnią, odbiorca nie wie, czy dokument zwiększa, czy zmniejsza należność. Plik nie przechodzi weryfikacji i faktura zostaje odrzucona.
Jak to poprawić
Jeśli to faktura korygująca, wystaw ją w programie jako fakturę korygującą i wyeksportuj jako UBL w układzie CreditNote. Częsta przyczyna to korekta, która przeszła przez szablon zwykłej faktury. Jeśli to zwykła faktura, zmień kod typu na 380, a dla korekty wystawianej jako faktura na 384.
Oryginalna treść reguły
If the invoice type code (cbc:InvoiceTypeCode) is 381, the document MUST use the CreditNote scheme W zestawach reguł SI-UBL 2.0 / NLCIUS (invoice), SI-UBL 2.0 / NLCIUS (credit note) ta reguła brzmi:
If the credit note type code (cbc:CreditNoteTypeCode) is 380, 384 or 389, the document MUST use the Invoice scheme Gdzie obowiązuje ta reguła
| Zestaw reguł | Wersja |
|---|---|
| SI-UBL 2.0 / NLCIUS (invoice) | 2.0.3.13 |
| SI-UBL 2.0 / NLCIUS (credit note) | 2.0.3.13 |
Sprawdź swój plik
Powiązane reguły
- BR-NL-9 Faktura korygująca typu 384 musi wskazywać korygowaną fakturę
- BR-NL-10 Numer rejestrowy holenderskiego nabywcy musi być KVK lub OIN
- BR-NL-11 Faktura z kwotą do zapłaty musi mieć dane do płatności
- BR-NL-12 Kod metody płatności musi mieć wartość 30, 48, 49, 57, 58 lub 59
- BR-NL-13 Odwołanie do pozycji zamówienia wymaga numeru zamówienia
- BR-NL-19 Kod waluty rozliczenia VAT nie jest zalecany