Walidacja biznesowa dla faktur w walucie obcej

[kw-cirf]

Aktualizacja - zgłoszenie wraca do analizy

Opisana poniżej walidacja nie zostanie na tym etapie wdrożona. Przypadek wraca do analizy ze względu na konieczność ponownej weryfikacji założeń biznesowych i zakresu walidacji.

Do czasu zakończenia analizy dotychczasowe zasady weryfikacji faktur pozostają bez zmian.

Pierwotna propozycja

Wprowadzamy pierwszą walidację biznesową dla faktur zgodnych ze schemami FA(3) oraz FA_RR.

MF potwierdza, że na środowisku produkcyjnym nie występuje obecnie ani jedna faktura niespełniająca nowych wymagań. Na środowisku TEST zidentyfikowano jedynie pojedyncze takie przypadki. Zmiana zatem nie wpłynie na produkcyjne przetwarzanie faktur i zostanie wprowadzona na środowiska zgodnie z harmonogramem:

• 21.07.2026 - TEST
• 23.07.2026 - DEMO
• 28.07.2026 - PRD

Zmiana w dokumentacji

Do dokumentu weryfikacja-faktury.md zostanie dodana następująca sekcja:

Walidacja biznesowa dla faktur w walucie obcej

Walidacja jest wykonywana wyłącznie dla faktur, dla których KodWaluty ma wartość inną niż PLN. Dla faktur w walucie PLN walidacja nie jest wykonywana.

• FA(3) – co najmniej jedna z odpowiadających sobie par pól musi być wypełniona: P_14_1 i P_14_1W, P_14_2 i P_14_2W, P_14_3 i P_14_3W albo P_14_4 i P_14_4W.
• FA_RR – co najmniej jedna z odpowiadających sobie par pól musi być wypełniona: P_11_1 i P_11_1W albo P_11_2 i P_11_2W.

Niespełnienie powyższych wymagań spowoduje odrzucenie faktury.

Status faktury

Faktura niespełniająca wymagań zostanie odrzucona z następującym statusem:
425 - "Faktura nie spełnia wymagań dotyczących danych" - "Jeżeli KodWaluty jest różny od PLN, należy wypełnić co najmniej jedną z następujących par pól: P_14_1 i P_14_1W, P_14_2 i P_14_2W, P_14_3 i P_14_3W lub P_14_4 i P_14_4W."

[Dzyszla]

A nie można by komunikatu bardziej precyzyjnego uczynić?

[Dzimmi]

Zmiany, które były zapowiadane dużo wcześniej przełożono przez okres urlopowy, a teraz są wprowadzane od ręki.

A co jeżeli na fakturze występują np. tylko stawki "np"?
Wtedy w ogóle nie będzie tych par przecież.
Musi być jeszcze analiza podstawy.

[kw-cirf]

@Dzyszla
Szczegóły są w details, uzupełniłem opis.

[kw-cirf]

@Dzimmi dzięki, wracamy z tym przypadkiem do analizy. Opis zgłoszenia został oznaczony jako nieaktualny. Po zakończeniu analizy wrócimy z ostateczną propozycją.

[jacekkarczmarczyk]

Mnie zastanawia jak sprawdzaliscie te faktury na produkcji. Skoro faktury z samymi stawkami NP nie spełniają tych wymagań a jednak nie znaleźliście takich faktur to jest to trochę podejrzane.

[Dzimmi]

Jeszcze uwaga, jak już walidować to tylko wystąpienie węzła. Mogą być wartości 0.00 np. przy małych kwotach (tak bywa, że mamy kwoty groszowe i podatek to 0.00) oraz przy korektach niewartościowych.

[burackyBurak]

Być może się mylę, ale Faktura/korekta w walucie obcej ze stawką np / zw / 0% / OO / VAT marża z definicji nie ma kwoty podatku

[Dzimmi]

Nie ma kwoty podatku, dlatego para pól nie powinna być wymaga w tych sytuacjach. Opis wskazywał, że musi istnieć conajmnjej jedna para.

Kojarzę, że taki błąd był w wizualizacji xsl z epuap. Musiałem go poprawiać jak jeszcze z tego korzystaliśmy dawno temu.

[burackyBurak]

Nie chcę się mądrzyć. Ale, czy zamiast wprowadzać twarde odrzucanie teraz, nie lepiej na najbliższy miesiąc zostawić komunikat ostrzegawczy (faktura przechodzi, ale z informacją, że za X dni nie przejdzie weryfikacji)? Dałoby to czas integratorom na dostosowanie, zwłaszcza że jesteśmy w okresie urlopowym i możliwość szybkiej reakcji po obu stronach jest ograniczona. Niezależnie od tego wcześniej sygnalizowany problem z zakresem pól (zw/0%/OO/marża) i tak wymaga korekty samej reguły.

[KamilSmuszkiewicz]

Uwzględnijcie w analizie faktury w walucie, wystawiana zgodnie z art. 106e ust. 5 pkt. 3 (UPR), które mogą nie zawierać danych z art. 106e ust. 1 pkt. 8, 9 i 11-14.