Jak AI może korzystać z danych Otago (Asseco) do obsługi podatków, deklaracji i zaległości w urzędzie gminy?

AI może czytać dane z Otago i realnie odciążyć wydział podatków: odpowiadać mieszkańcom na pytania o saldo i termin raty, pilnować deklaracji, przy których wpłata nie wpłynęła, i przygotowywać projekty upomnień do zatwierdzenia przez pracownika. Wymaga to konkretnej integracji technicznej z systemem Asseco, dostępu tylko do odczytu i kilku tygodni testów na danych anonimowych. Decyzje, podpisy i wysyłka dokumentów zostają przy urzędniku.

Trzy moduły Otago, z których AI może czytać dane

Otago to nie jeden moduł. To kilka połączonych rejestrów, które razem dają pełny obraz finansów podatnika wobec gminy. Z perspektywy integracji z AI istotne są trzy obszary:

• Moduł Podatki i Opłaty Lokalne (POL): konta podatników z numerem NIP lub PESEL, rejestr przypisów i odpisów, rejestr wpłat z datami i kwotami, harmonogram rat. Tu siedzą podatek od nieruchomości, rolny (deklaracja DR-1), leśny (DL-1) i od środków transportowych (DT-1). Z tego modułu AI pobiera saldo, termin najbliższej raty i historię wpłat.
• Moduł Gospodarka Odpadami (GO): złożone deklaracje o wysokości opłaty za gospodarowanie odpadami komunalnymi, historia zmian stawek i liczby osób w gospodarstwie, naliczone opłaty i wpłaty. Porównanie tabeli deklaracji z tabelą wpłat to jedno z najprostszych i jednocześnie najczęściej zaniedbywanych zadań, przy których AI daje szybki efekt.
• Moduł Księgowość Budżetowa (KB): klasyfikacja dochodów, wpływy na poszczególnych paragrafach, plan a wykonanie budżetu. Stąd AI bierze dane do zestawień dla skarbnika i szkiców raportów dla rady gminy.

Każdy z tych modułów ma swoją strukturę tabel i pól. Moduł POL dostarcza danych indywidualnych per podatnik, KB agreguje per paragraf klasyfikacji budżetowej, GO łączy deklarację z historią wpłat konkretnego adresu. Żadne z tych źródeł nie zastąpi pozostałych. Jeśli AI ma odpowiedzieć na pytanie o całość zobowiązań danej osoby wobec gminy, musi sięgać do wszystkich trzech jednocześnie.

Jak wygląda integracja technicznie

Pierwszym krokiem jest rozmowa z opiekunem Asseco: co jest dostępne w konkretnej wersji Otago zainstalowanej w urzędzie. Nowsze wersje mają REST API lub webservice. Starsze instalacje często działają przez widoki bazodanowe albo eksport pliku. To od tej odpowiedzi zależy, jak szybko i jak głęboko AI może się podłączyć.

AI-agent dostaje konto techniczne z uprawnieniami wyłącznie do odczytu. Nie modyfikuje rekordów, nie wystawia dokumentów, nie zmienia sald. Log każdego zapytania zapisywany jest po obu stronach: po stronie systemu AI i po stronie Otago. Nie jest to opcja do pominięcia, to wymóg zarówno dla bezpieczeństwa danych, jak i dla późniejszego audytu.

Środowisko testowe najpierw, produkcja potem. Przez kilka tygodni sprawdzamy, czy AI poprawnie interpretuje strukturę konta podatnika, czy obsługuje przypadki z kilkoma tytułami prawnymi na jednym koncie (np. podatek od nieruchomości i podatek rolny jednocześnie), czy nie myli terminu raty z terminem upomnienia. Brzmi nudno, ale pomyłka w tym miejscu na produkcji to problem dla mieszkańca i reputacja urzędu.

Po stronie urzędu to zadanie dla informatyka lub wdrożeniowca: otwarcie portów, nadanie uprawnień, ewentualny aneks do umowy serwisowej z Asseco. Nie jest to projekt na wiele miesięcy, ale nie dzieje się też samo z siebie.

Cztery rzeczy, które AI robi z danymi z Otago

Kiedy integracja działa, AI obsługuje konkretne scenariusze. Poniżej te, które w praktyce dają największy efekt:

• Odpowiedź na pytanie o saldo i termin płatności: mieszkaniec pyta przez chatbot na stronie gminy lub przez infolinię, ile ma zaległości z podatku od nieruchomości i kiedy upływa termin następnej raty. AI zapytuje moduł POL o konto podatnika, odczytuje saldo, sprawdza harmonogram rat i odpowiada konkretną kwotą oraz datą. Bez kolejki, bez angażowania pracownika.
• Projekt upomnienia UP-3: każdego dnia AI przegląda listę kont z saldem ujemnym, dla których nie ma jeszcze wystawionego upomnienia, i generuje projekty dokumentów z wypełnionymi polami: numer konta podatnika, kwota należności głównej, odsetki naliczone na dzień sporządzenia, termin zapłaty. Pracownik rano otwiera listę, sprawdza, zatwierdza i podpisuje. Wysyłka należy do niego.
• Monitoring deklaracji bez wpłaty: w module GO regularnie zdarza się, że mieszkaniec złożył deklarację śmieciową, naliczono opłatę, ale wpłata nie wpłynęła. AI co tydzień porównuje tabelę deklaracji z tabelą wpłat i wyrzuca listę przypadków do weryfikacji przez referenta. To samo dotyczy deklaracji DT-1 na podatek od środków transportowych: przy kilkudziesięciu lub kilkuset pojazdach na terenie gminy niezapłacona rata jednego z nich łatwo umyka w codziennym natłoku spraw.
• Szkic zestawienia wykonania dochodów: AI zbiera dane z modułu KB i przygotowuje tabelę wpływów per paragraf klasyfikacji budżetowej zestawioną z planem. Skarbnik dostaje gotowy szkic zamiast ręcznie agregować liczby z kilku widoków systemu. Ostateczna weryfikacja i podpis pod raportem zostają przy skarbniku.

Jak to wygląda przy okienku obsługi mieszkańca

Poniedziałek, 8:30. Pan Marek pyta, ile wynosi jego zaległość z podatku rolnego i czy w ogóle powinny być odsetki, bo twierdzi, że płacił w terminie. Pracownica musi otworzyć Otago, wpisać numer klienta, przejść do rejestru wpłat, sprawdzić datę każdej z nich, porównać z harmonogramem rat. Kilka minut przy okienku, reszta kolejki czeka.

Jeśli gmina ma chatbota zintegrowanego z Otago, pan Marek może to sprawdzić sam, wieczorem, przez stronę gminy. Wpisuje numer konta podatkowego i PESEL, AI odczytuje rejestr wpłat z modułu POL, zestawia daty z harmonogramem rat i odpowiada: która rata wpłynęła w terminie, która spóźniona i ile wynoszą odsetki na dziś. Przychodzi do urzędu już z gotową informacją, a pracownica nie tłumaczy tego samego po raz ósmy tego dnia.

Szczególnie widać to przed terminami płatności rat, kiedy ruch jest największy. Wtedy każde pytanie "ile mam do zapłaty" odbija się od pracownika do Otago i z powrotem. AI może obsłużyć te pytania bez udziału stanowiska obsługi.

Co zostaje wyłącznie po stronie urzędnika

AI przygotowuje i sygnalizuje. Nie decyduje i nie podpisuje. Ta granica musi być jasna:

• Wystawienie i wysyłka upomnienia UP-3.
• Sporządzenie tytułu wykonawczego TW-1 i przekazanie go do naczelnika właściwego urzędu skarbowego.
• Decyzja o umorzeniu zaległości, rozłożeniu na raty lub odroczeniu terminu płatności.
• Wszelka ocena, czy brak wpłaty wynika z opóźnienia bankowego, błędu w deklaracji, korekty czy rzeczywistej zaległości.
• Każdy dokument wychodzący pod podpisem kierownika wydziału lub wójta.

AI może wskazać, że dana sprawa czeka na decyzję od trzech tygodni i że harmonogram rat mija w piątek. Ale nie oceni, czy opóźnienie wynika z trudnej sytuacji podatnika, trwającego postępowania wyjaśniającego, czy zwykłego przeoczenia. Ta ocena wymaga wiedzy o kontekście, której nie ma w żadnej tabeli Otago.

Tak samo z modułem GO: AI mówi, że wpłata za opłatę śmieciową nie wpłynęła i że deklaracja jest aktywna. Ale to referent ocenia, czy to błąd identyfikacji wpłaty w banku, zmiana adresu, która nie trafiła jeszcze do systemu, czy rzeczywista zaległość wymagająca wszczęcia procedury windykacyjnej.

Od czego zaczynamy w gminie, która ma Otago

Masz wrażenie, że każda integracja z systemem Asseco to wielomiesięczny projekt z rzeszą konsultantów? Nie zawsze musi tak być. Dobry punkt startowy to jeden moduł i jeden scenariusz. Najczęściej wybieramy moduł POL i pytanie o saldo: prosty przepływ danych, jasno zdefiniowany wynik, dużo pytań od mieszkańców, więc efekt widoczny szybko.

Przed uruchomieniem potrzebujemy kilku rzeczy:

• rozmowy z opiekunem Asseco o tym, jakie interfejsy są dostępne w aktualnej wersji Otago w danej gminie
• konta technicznego AI z uprawnieniami tylko do odczytu i logowaniem zapytań
• procedury bezpieczeństwa: retencja danych zgodna z polityką RODO gminy, dostęp ograniczony do konkretnych tabel lub widoków
• testów na danych anonimizowanych lub testowej bazie Otago przed wejściem na produkcję

U jednego klienta zaczęliśmy od codziennego eksportu pliku CSV, zanim w ogóle ruszyły formalne rozmowy z Asseco o dostęp do API. AI czytało plik raz na dobę i odpowiadało na pytania o stan konta z poprzedniej doby. Mało eleganckie, ale pokazało wartość wójtowi i przekonało go do zlecenia właściwej integracji. Czasem lepiej zacząć od czegoś prostego niż czekać miesiącami na idealne złącze.

Jeśli chcesz zobaczyć, co konkretnie da się zrobić z danymi, które już masz w Otago, zrobimy bezpłatny audyt: sprawdzamy wersję systemu, dostępne interfejsy i które scenariusze dają największy efekt przy najmniejszym nakładzie pracy. Możesz też przejrzeć realne wdrożenia, żeby zobaczyć, jak podobne gminy to realizują.