Zbiorczy identyfikator dla numerów KSeF

[kw-cirf]

Biznesowy opis zbiorczego identyfikatora został opublikowany na stronie:
https://ksef.podatki.gov.pl/informacje-ogolne-ksef-20/numer-ksef-i-zbiorczy-identyfikator/

Chcemy rozpocząć dyskusję techniczną dotyczącą tej funkcjonalności i zebrać feedback od integratorów oraz producentów oprogramowania przed ustaleniem jej ostatecznego kształtu.

W szczególności zależy nam na omówieniu:

• przypadków użycia, które powinny zostać uwzględnione w API i dokumentacji,
• potencjalnych problemów integracyjnych lub niejasności.

Zapraszamy do zgłaszania uwag, pytań i przykładów scenariuszy, w których zbiorczy identyfikator będzie wykorzystywany.

[Dzimmi]

Długo wyczekiwana. Mamy teraz pełno pytań odnośnie identyfikatory do płatności.

Moim zdaniem powinny być dwie oczywiste funkcje:

1. generowanie ID zbiorczego
2. Odszyfrowanie ID zbiorczego i uzyskanie numerów KSeF

Kwestia do przedyskutowania czy powinno być zabezpieczenie by NIP sprzedawcy w ID zbiorczym był taki sam dla wszystkich numerów KSeF

[kw-cirf]

Kwestia do przedyskutowania czy powinno być zabezpieczenie by NIP sprzedawcy w ID zbiorczym był taki sam dla wszystkich numerów KSeF

Rozumiem, że masz tu na myśli inny scenariusz niż zbiorczy id w celu płatności kilku faktur od jednego sprzedawcy.

[gbbsoft]

1. Fajnie byłoby, aby zbiorczy identyfikator oprócz listy faktur z numerem KSeF faktur zawierał możliwość dodawania samego numeru faktur. Czyli byłaby to lista obiektów składających się z dwóch pól: numer KSeF i numer faktury. Oczywiście opcjonalnie.

2. I aby było oddzielne prawo do rozszyfrowywania identyfikatorów zbiorczych (dla ludzi z Indii :-) )

[MSOExo]

1. Fajnie byłoby, aby zbiorczy identyfikator oprócz listy faktur z numerem KSeF faktur zawierał możliwość dodawania samego numeru faktur. Czyli byłaby to lista obiektów składających się z dwóch pól: numer KSeF i numer faktury. Oczywiście opcjonalnie.

Jestem za ale może warto udostępnić listę "innych dokumentów niż e-faktura KSeF". Bo płatność nie dotyczy tylko faktur ale także np. noty odsetkowej. Czyli byłaby to lista obiektów składających się z dwóch pól: numer KSeF i "inny numer dokumentu" aby można było podać rozszerzoną listę za co jest przelew. Lub w innym sposób przekazać kontrahentowi informacje o płatności za więcej niż e-faktury KSeF.

[gbbsoft]

To wtedy mógłby być obiekt bez numeru KSeF ale za to z numerem noty :-)

[Dzyszla]

Dane

To jeszcze trzeba by móc określać, która faktura w jakiej części jest płacona. No bo mam np 10 faktur w ramach IZ po 4 zł każda. Idzie wpłata 30zł. To znaczy, że każdą zapłaciłem po 3, czy może 7 faktur w pełni, 8. w połowie, a reszta wcale? (Szkoda, że nie ma regulacji w tym zakresie, że np. należności zawsze muszą być od najstarszej - wtedy IZ w ogóle by nie był potrzebny)

Natomiast czy obejmować resztę? To zależy, czy KSeF na dotyczyć tylko faktur, czy wyjść poza te ramy i stworzyć system informacji i płatnościach także poza fakturami.

@MSOExo musi być albo KSeF, albo zwykły numer - dla offline.

Generowanie

Tu trzeba by od razu myśleć o zabezpieczeniach, aby w ramach IZ nie znalazły się numery KSeF różnych sprzedawców (pytanie: co, jeśli płacimy fakturowi, a on na jednym numerze obsługuje wielu?). I żeby te numery - jeśli są w KSeF - faktycznie wykazywały do zapłaty kwotę.

IZ powinien tworzyć płacący (jeśli to zwrot, to sprzedawca)

feedback

IZ musi być też zawarty w metadanych faktury (pamiętając i wielu IZ do jednej oraz kwotach).

Niestety, dla offline sprawy powiązań się nieco komplikują.

uprawnienia

Tworząc pasowało by sprawdzić, czy kontekst ma dostęp do wskazywanych faktur (zmniejszy pomyłki)

Odczyt - jeśli zawrzemy tam kwoty - musiałby mieć swoje uprawnienia.

[gbbsoft]

Słusznie mówisz. U mnie nie ma płatności częściowych, więc nie pomyślałem.
Czyli lista obiektu: numer KSeF, numer Faktury i kwota. Wszystkie są opcjonale, przy czym któreś z pól: nrKSeF lub numerFry musi być podane (albo oba)

[sosoba]

Szkoda, że nie ma regulacji w tym zakresie, że np. należności zawsze muszą być od najstarszej - wtedy IZ w ogóle by nie był potrzebny

Zdarzają się takie zapisy w umowach z kontrahentami. Ale ten mechanizm również wprowadza nowe komplikacje np. przy faktoringu i naliczaniu odsetek.

[Dzyszla]

@sosoba miałem na myśli oczywiście odgórne, na poziomie kodeksu cywilnego.
Natomiast umowy tak sporządzane sprawią, że deklaracja w płatności może rozminąć się z faktycznym księgowaniem wówczas i tym, co IZ mówi.

[kw-cirf]

@Dzyszla

IZ musi być też zawarty w metadanych faktury (pamiętając i wielu IZ do jednej oraz kwotach).

Problem w tym, że faktyczne użycie IZ jest poza KSeF (przelew).
IZ nie będzie dodany do metadanych - nigdy nie masz pewności czy ktoś faktycznie go wykorzysta do przelewu. Możesz też wygenerować więcej niż jeden do jednej faktury.

[Dzyszla]

To sprawdzenie, czy faktura jest zapłacona, czy nie, mocno się komplikuje... A tak byłaby informacja na fakturze, w jakich przelewach ewentualnie szukać (nawet, jeśli nie będzie zrealizowany). I tak, musiałaby być to tablica (od częściowych zapłat po typowe raty - wszędzie będzie kilka przelewów w ramach faktury).

Jeśli to ma być poza KSeF to znaczy, że nawet o walidacji nie może być mowy czy istnieją dane numery KSeF, czy należą do jednego sprzedawcy? To się bałagan zrobi...