Przed uruchomieniem: co dostarcza klient
Co klient dostarcza, zanim zacznie biec termin.
- W sandboxielista kontrolna
Prostymi słowami
Przed rozpoczęciem uruchomienia klient przekazuje wszystko z zamkniętej listy: przykładowy eksport, dostęp do systemu źródłowego, kanał przesyłania ze środowiskiem testowym, dane dostępowe do sieci lub administracji danego kanału oraz pisemne decyzje dotyczące podatków. Termin na pierwszą fakturę testową zaczyna biec dopiero, gdy lista jest kompletna, więc spóźniony element przesuwa datę. Listę dostarczają klient i partner; my ją sprawdzamy i zapisujemy GO albo NO-GO.
Uwaga
Termin uruchomienia zaczyna biec, gdy ta lista jest kompletna. Rejestracja na platformie, weryfikacja tożsamości, autoryzacja udzielana przez podatnika, własne testy akceptacyjne klienta i dostępność podmiotów trzecich nie wliczają się do terminu.
Dla każdego kanału przesyłania
- Podmiot prawny klienta i jego identyfikator podatkowy w danym kraju.
- Przykładowy eksport z ERP obejmujący każdy wariant faktury w zakresie prac.
- Działający dostęp do systemu źródłowego albo stabilne przekazywanie danych przez plik lub API.
- Wybrany kanał przesyłania z aktywnym sandboxem.
- Dane dostępowe do sieci, których wymaga kanał. Trafiają do usługi przez API danych dostępowych, nigdy e-mailem.
- Pisemne decyzje dotyczące kodów podatkowych, zwolnień, danych płatności i identyfikatorów.
- Wskazany opiekun techniczny po stronie partnera na czas prac.
- Miejsce na zwracany status: callback, plik lub kolejka. Sprawdzamy je przykładowym zdarzeniem zgodnym ze schematem.
Według kanału
| Kanał | Klient dostarcza też | Poza terminem |
|---|---|---|
DE-XRECHNUNG | Nic specyficznego dla samych Niemiec. Przy wysyłce e-mailem: skrzynkę nadawczą i adresy nabywców do odbioru faktur. Przez Peppol: rejestrację w punkcie dostępowym. | Weryfikacja tożsamości przez punkt dostępowy, jeśli używany jest Peppol. |
PEPPOL | Identyfikator uczestnika nabywcy i jego schemat na każdej fakturze. Zgodę na zarejestrowanie klienta jako uczestnika Peppol. | Weryfikacja tożsamości przez punkt dostępowy przed produkcją. |
FR-PA | Własne konto klienta na platformie, jego zgodę na tej platformie i dane dostępowe do API dla każdej firmy. | Weryfikacja tożsamości przedstawiciela prawnego i weryfikacja firmy przed zarejestrowaniem adresu klienta. |
PL-KSEF | Token KSeF, który pozwala wysyłać faktury, a na potrzeby statusów także je przeglądać, wydany przez administratora KSeF klienta. Oficjalne źródła podają różne informacje o tym, jak długo tokeny są ważne (zob. dane dostępowe do sieci). | Wydanie danych dostępowych przez administratora. |
RO-EFACTURA | Autoryzację naszej aplikacji ANAF, udzieloną w przeglądarce przez przedstawiciela prawnego firmy lub jej księgowego z uprawnieniami SPV dla numeru CUI firmy. | Ten krok autoryzacji. |
Każde dane dostępowe szczegółowo opisuje strona Dane dostępowe do sieci.