TicketBAI: Kraj Basków prowadzi własny system (a Bizkaia dokłada Batuz)
Jeśli twoja siedziba podatkowa jest w Kraju Basków, Verifactu cię nie dotyczy. TicketBAI tak: trzy prowincje, trzy urzędy skarbowe, podpisany XML dla każdej faktury i przesyłka w czasie rzeczywistym bez formalnego trybu incydentu. W Bizkaii dochodzi Batuz.
TicketBAI: Kraj Basków prowadzi własny system (a Bizkaia dokłada Batuz)
Mapa fiskalna Hiszpanii to nie jeden system, lecz kilka. Firmy z siedzibą podatkową w Kraju Basków (Alava, Bizkaia, Gipuzkoa) leżą poza zakresem Verifactu. Ich reżim to TicketBAI, antyfraudowy system fakturowania trzech prowincjalnych urzędów skarbowych (Diputaciones Forales), każdy z własną norma foral i własnymi niuansami technicznymi.
Architektura
TicketBAI to fiskalizacja oparta na oprogramowaniu z raportowaniem w czasie rzeczywistym:
- Każda firma i każda osoba fizyczna musi używać certyfikowanego oprogramowania do fakturowania zarejestrowanego u właściwego organu prowincjalnego.
- Dla każdej faktury oprogramowanie generuje podpisany plik XML (plik TicketBAI) z danymi faktury, unikalnym identyfikatorem TBAI i elementami łączącymi ją z wcześniejszymi fakturami.
- Plik jest przesyłany do prowincyjnego urzędu skarbowego, w czasie rzeczywistym lub bliskim rzeczywistemu, zależnie od prowincji.
- Każda faktura niesie kod QR i identyfikator TBAI, pozwalające klientom i kontrolerom zweryfikować ją pod rejestry urzędu.
W odróżnieniu od Verifactu, gdzie przesyłka do AEAT jest opcjonalna, w TicketBAI przesyłka jest samym mechanizmem. Projekt zakłada łączność.
Trzy prowincje, trzy urzędy
TicketBAI to jedna marka nad trzema implementacjami:
| Prowincja | Urząd | Szczególności |
|---|---|---|
| Bizkaia | Hacienda Foral de Bizkaia | Dodaje Batuz: LROE (Libro Registro de Operaciones Económicas), elektroniczną księgę operacji raportowaną ponad TicketBAI |
| Gipuzkoa | Hacienda Foral de Gipuzkoa | Model natychmiastowej przesyłki; oprogramowanie musi być wpisane do rejestru prowincji |
| Alava | Hacienda Foral de Alava | Przesyłka TicketBAI z własnymi specyfikacjami technicznymi i terminami |
Certyfikacja, schematy XML i punkty końcowe przesyłki są prowincjalne. Dostawca oprogramowania "obsługujący TicketBAI" musi obsługiwać trzy rejestry i trzy zestawy specyfikacji. Dla operatorów multi-prowincyjnych oznacza to testowanie pod każdy urząd, do którego raportują twoje podmioty.
Batuz i LROE Bizkaii
Bizkaia dokłada drugą warstwę. Batuz to szersza strategia kontroli fiskalnej prowincji, a jej kluczowym instrumentem jest LROE: elektroniczna księga, w której firmy raportują swoje operacje gospodarcze, faktury wystawione i otrzymane, w formie ustrukturyzowanej do urzędu Bizkaii.
Praktyczna konsekwencja: w Bizkaii pliki TicketBAI zasilają raportowanie LROE. Oprogramowanie musi utrzymywać struktury księgi, organizację rozdziałów i ksiąg, której prowincja wymaga, oraz kadencję przesyłki. Narzędzie certyfikowane TicketBAI z innej prowincji nie spełnia Batuz automatycznie.
Założenie łączności
Verifactu zawiera sformalizowany tryb incydentu: wystawiaj offline, synchronizuj po powrocie połączenia. Projekt TicketBAI zakłada stałą łączność internetową dla przesyłki w czasie rzeczywistym do organu prowincjalnego. Nie ma równoważnego sformalizowanego mechanizmu awaryjnego.
Z tego wynika planowanie infrastruktury:
- Systemy POS i fakturowania potrzebują, gdzie wykonalne, redundantnej łączności
- Logika kolejek i ponowień w oprogramowaniu musi obsługiwać awarie przesyłki płynnie, z jasnym statusem dla operatora
- Operacje o dużym udziale offline (targi, food trucki, lokalizacje wiejskie) potrzebują wyraźnych procedur uzgodnionych z organem prowincjalnym
Współdziałanie z warstwą krajową
| Obowiązek | Status firmy baskijskiej |
|---|---|
| Verifactu | Zwolniona (TicketBAI zastępuje) |
| E-fakturowanie B2B Crea y Crece | Obowiązuje w pełni, według terminu obrotowego |
| SII | Osobny obowiązek według obrotu lub dobrowolnego zapisu |
| B2G (Facturae przez FACe) | Obowiązuje przy fakturowaniu administracji publicznej |
Zwolnienie z Verifactu pokrywa tylko warstwę antyfraudową oprogramowania. Mandat wymiany B2B Crea y Crece (RD 238/2026) obowiązuje firmy baskijskie jak wszystkie inne: ustrukturyzowane formaty, platformy wymiany, raportowanie statusu w 4 dni.
Kąt oprogramowania
Dla dostawców i zespołów wewnętrznych warstwa baskijska oznacza:
- Certyfikację prowincjalną. Rejestracja i certyfikacja oprogramowania u każdej właściwej Diputación.
- Hashowany, podpisany XML na fakturę. Ta sama zasada antyfraudowa co Verifactu, inny schemat, podpis i punkty końcowe.
- QR plus identyfikator TBAI na każdej wizualizacji faktury.
- Obsługa Batuz/LROE dla podmiotów z Bizkaii. Struktury księgi i przepływy raportowania ponad plikami faktur.
- Trzy środowiska testowe. Zmiana w specyfikacji jednej prowincji nie oznacza zmiany w pozostałych.
Typowe błędne odczytania
"Verifactu obowiązuje w całej Hiszpanii." Nie. Tylko na wspólnym terytorium. Reżimy foralne rządzą Krajem Basków i, przez NaTicket, Navarrą.
"TicketBAI to jeden system." To trzy prowincjalne implementacje pod jedną marką. Certyfikacja i specyfikacje są prowincjalne.
"Zwolniony z Verifactu znaczy zwolniony z e-faktur." TicketBAI zastępuje Verifactu. E-fakturowanie B2B Crea y Crece wciąż obowiązuje, w krajowych terminach.
"Tryb offline działa jak w Verifactu." TicketBAI zakłada łączność. Planuj odpowiednio infrastrukturę.
Ten materiał ma charakter ogólnej informacji i nie stanowi porady prawnej ani podatkowej. W konkretnej sytuacji zweryfikuj aktualne przepisy lub skonsultuj się z wykwalifikowanym doradcą.