Jak AI czyta raporty z kas fiskalnych online i co sprawdza w danych z CRK: Posnet, Novitus i Elzab w codziennym rozliczeniu

AI można dziś połączyć z kasami fiskalnymi online przez oprogramowanie sprzedażowe, które te kasy obsługuje: Subiekt GT, Subiekt nexo, PC-Market albo Comarch Optima Detal. To właśnie te programy gromadzą paragony, raporty dobowe i zdarzenia kasowe w bazie danych, do której AI może sięgać cyklicznie. Posnet, Novitus i Elzab mają własne protokoły komunikacyjne, ale do historii sprzedaży i raportów podchodzimy przez warstwę oprogramowania, nie bezpośrednio przez urządzenie. Centralne Repozytorium Kas (CRK) nie udostępnia otwartego API dla podatnika: tamtejsze dane weryfikuje się przez portal e-Urzędu Skarbowego albo przez raporty eksportowane bezpośrednio z oprogramowania kasy.

Co kasa fiskalna online zapisuje i co realnie można z niej wyciągnąć

Kasa fiskalna online łączy się z CRK i przy każdym raporcie dobowym przesyła tam zatwierdzone dane. Równocześnie te same dane trafiają do bazy programu sprzedażowego. Z tej bazy wyciągamy:

• Raport dobowy (Z-raport): numer kolejny, data i godzina zamknięcia, łączny obrót brutto z rozbiciem na stawki VAT (A, B, C, D, E), liczba wystawionych paragonów, identyfikator kasy i stanowiska.
• Paragony z pozycjami: numer paragonu, data i godzina, lista towarów z ceną jednostkową, ilością i stawką VAT, forma płatności (gotówka, karta, BLIK, bon), identyfikator kasjera.
• E-paragony: paragony wysłane elektronicznie na telefon lub e-mail kupującego, jeśli sklep korzysta z tej funkcji w Posnet, Novitus albo Elzab.
• Anulowania paragonów: numer anulowanego dokumentu, data, kasjer, wartość. Anulowanie jest możliwe tylko przed fiskalnym zamknięciem paragonu.
• Zwroty towarów: osobny dokument zwrotu wystawiany w programie sprzedażowym, z datą, listą pozycji i przyczyną.
• Status łączności z CRK: data i godzina ostatniego pomyślnego przesłania danych, kody błędów przy braku łączności, liczba nieprzetransmitowanych rekordów.

Czego tu nie ma: treści zamkniętej w pamięci fiskalnej kasy. Pamięć fiskalna jest chroniona prawnie i technicznie. Może ją odczytać wyłącznie autoryzowany serwisant przy przeglądzie technicznym lub likwidacji kasy.

Jak fizycznie wygląda podłączenie: protokoły, bazy i eksporty

Posnet, Novitus i Elzab dokumentują swoje protokoły komunikacyjne dla integratorów. Posnet udostępnia „Protokół komunikacyjny kasy i drukarki fiskalnej POSNET", Novitus i Elzab mają analogiczne dokumenty dla swoich urządzeń. Opisują one sposób wysyłania poleceń z programu do kasy: drukowanie paragonu, pobieranie bieżącego statusu, sterowanie szufladą na gotówkę. To droga do kasy, nie droga od kasy do analizy historycznej.

Do danych sprzedażowych sięgamy inaczej. Trzy realne ścieżki, z których korzystamy w praktyce:

• Baza SQL Server: Subiekt GT i Subiekt nexo (InsERT) trzymają dane w Microsoft SQL Server. Comarch Optima Detal używa tego samego silnika z własną strukturą tabel. Zakładamy konto z uprawnieniami wyłącznie do odczytu (SELECT), bez możliwości zmiany danych, i AI odpytuje bazę bezpośrednio według harmonogramu.
• Eksport do pliku: PC-Market (Insoft) i część konfiguracji Comarch Optima pozwala na cykliczny eksport paragonów i raportów do pliku XML albo CSV. AI pobiera i przetwarza te pliki automatycznie bez ingerencji w system kasowy.
• REST API lub Web Service oprogramowania: nowsze konfiguracje Comarch Optima udostępniają usługi sieciowe dla integratorów. To najwygodniejsza ścieżka, gdy jest właściwie skonfigurowana przez wdrożeniowca systemu.

Co trzeba mieć przed startem: dostęp do serwera z bazą lub katalogu z eksportami, konto tylko do odczytu (nigdy pełne uprawnienia administracyjne), dokumentację struktury tabel albo pomoc osoby, która instalowała oprogramowanie.

Czego producent nie udostępnia: CRK nie ma publicznego API dla podatnika. KAS nie wystawia endpointu, przez który firma mogłaby programowo pobrać własne dane z Centralnego Repozytorium. Jedyna droga do danych z CRK od strony podatnika to panel w portalu e-Urzędu Skarbowego, obsługiwany ręcznie. Projekt e-KAS jest w toku, ale na dziś nie ma gotowego interfejsu do automatycznego pobierania.

Co AI robi z danymi z kas: konkrety na co dzień

Właściciel kilku sklepów nie otwiera co rano kilku programów na kilku komputerach w różnych lokalizacjach. Chce wiedzieć szybko: co się wczoraj sprzedało, czy wszystko się poprawnie zamknęło i czy coś wymaga uwagi. AI to dostarcza, codziennie o ustalonej godzinie.

W praktyce AI sprawdza równocześnie kilka punktów:

• Czy każda kasa ma zamknięty raport dobowy z poprzedniego dnia. Brak Z-raportu na konkretnej kasie to natychmiastowy alert do menedżera, zanim otworzą się kolejne punkty.
• Łączny obrót per kasa i per sklep, z rozbiciem na gotówkę i płatności bezgotówkowe.
• Czy któraś kasa zgłaszała błędy łączności z CRK i od kiedy nie wysłała danych do repozytorium.
• Liczba anulowań paragonów per kasjer. Jeden anulowany paragon to norma. Kilkanaście w jednej zmianie to temat do rozmowy z kierownikiem zmiany.
• Zestawienie zwrotów towarów z datami, wartościami i pozycjami, gotowe do przekazania do księgowej.

Typowy przykład z biura: u klienta z siecią czterech punktów gastronomicznych AI zbierało dane z PC-Marketa przez pliki XML generowane co noc. Po kilku tygodniach właściciel zobaczył zestawienie anulowań per stanowisko i per punkt. Jedno stanowisko miało wielokrotnie więcej anulowań niż pozostałe. Bez automatycznego zestawienia nikt by tego nie wychwycił, bo każdy punkt rozliczał się oddzielnie, a anulowania były rozproszone po osobnych plikach i nikt ich nie porównywał.

AI przygotowuje też dane do księgowej w formie gotowej do wklejenia: miesięczny obrót z podziałem na stawki VAT, lista dokumentów zwrotów z datami, zestawienie e-paragonów, informacja o przerwach w łączności z CRK. Bez ręcznego kopiowania z jednego programu do drugiego, bez zbierania danych przez telefon od kierowników sklepów.

Porównanie obrotu z kasy z terminalem płatniczym i wpływem na konto

Z-raport z kasy pokazuje, ile wpłynęło gotówką, a ile bezgotówkowo (karta, BLIK). Terminal płatniczy, czyli Ingenico, Verifone albo PAX stojący przy kasie, ma własny raport dzienny z sumą transakcji bezgotówkowych. Wyciąg bankowy pokazuje, ile faktycznie wpłynęło z terminalu na rachunek firmowy.

Te trzy liczby powinny się zgadzać. Rzadko kiedy zgadzają się idealnie. Najczęstsze przyczyny rozbieżności: zwrot zrealizowany przez terminal bez odpowiednika dokumentu zwrotu w kasie, wpłata gotówki zaksięgowana z jednodniowym opóźnieniem, różnica w godzinach zamknięcia kasy i terminalu w tym samym dniu.

AI zestawia te trzy źródła dziennie i pokazuje różnicę, gdy przekracza ustalony próg. Menedżer widzi od razu, czy to zwykłe przesunięcie czasowe do wyjaśnienia przy kawie, czy coś, co wymaga weryfikacji na nagraniu z kasy. Żeby to działało, AI musi mieć dostęp do danych z terminalu przez API operatora płatności albo eksport, oraz do wyciągu bankowego przez API banku albo import pliku MT940 albo CSV.

Co jest poza zasięgiem integracji: bez iluzji

Kilka rzeczy AI nie zrobi i nie powinno ich próbować.

• Fiskalizacja i serwis kasy: uruchomienie trybu fiskalnego, zmiana danych podatnika w urządzeniu, wymiana modułu fiskalnego. To wyłącznie domena autoryzowanego serwisu fiskalnego z wpisem do rejestru Ministra Finansów.
• Zapis do pamięci fiskalnej: technicznie niemożliwy bez uprawnień serwisowych. Protokół komunikacyjny pozwala wysłać polecenie drukowania, ale nie zmienić ani dopisać czegokolwiek do danych już zarejestrowanych w pamięci fiskalnej.
• Pobieranie danych z CRK przez API: KAS tego nie udostępnia. Na dziś jedyna droga do danych z CRK to panel w e-Urzędzie Skarbowym.
• Dane ze starszych kas offline: kasy bez obowiązku online mają historię tylko w pamięci fiskalnej i na wydrukach. AI dostanie tylko to, co oprogramowanie sprzedażowe zarejestruje od momentu aktywnej integracji.
• Awarie sprzętu: gdy kasa zgłasza błąd sprzętowy, AI o tym informuje. Naprawa to serwisanta sprawa.

Od czego zaczynamy: jeden sklep albo sieć

Pierwszy krok to inwentarz. Jakie oprogramowanie sprzedażowe obsługuje kasy, gdzie trzyma dane i kto ma do tego dostęp. Przy jednym sklepie z Subjektem GT to zwykle krótka rozmowa z osobą, która instalowała system. Przy sieci z różnymi programami w różnych punktach zaczynamy od mapowania, bo właściciele nierzadko nie wiedzą, że trzy sklepy działają na trzech różnych programach wybranych kiedyś przez poprzednich pracowników lub wdrożeniowców.

Potem definiujemy, co ma trafiać do właściciela lub menedżera: codzienne zestawienie rano, alert przy zdarzeniu krytycznym jak brak Z-raportu albo błąd CRK, miesięczny pakiet gotowy do przekazania do księgowej. To decyduje o częstotliwości odpytywania danych i formie wyniku.

Jeśli chcesz sprawdzić, czy Twoje kasy i oprogramowanie sprzedażowe da się w ten sposób podłączyć, umów się na bezpłatny audyt. Weryfikujemy dostęp do danych, wskazujemy, co można wyciągnąć, i mówimy wprost, gdy coś technicznie nie przejdzie. Możesz też zajrzeć na realne wdrożenia, żeby zobaczyć, jak takie połączenie wygląda u firm, które już przez to przeszły.