VATowiec odNowa.

[babaj]

Od pewnego czasu pracuję nad nową, otwartą wersją programu VATowiec. Projekt powstaje z wykorzystaniem sztucznej inteligencji, przede wszystkim agentów programistycznych, takich jak OpenAI Codex.

Chciałbym zaprosić do współpracy osoby, które potrafią pracować z agentami AI albo chciałyby się tego nauczyć.

Nie trzeba być zawodowym programistą. Sam nie zajmuję się pisaniem kodu — projektuję funkcjonalność, określam wymagania, sprawdzam efekty, a kod tworzy agent. Okazuje się, że w ten sposób można zbudować całkiem poważną aplikację.

VATowiec powstaje w technologii .NET 10, C#, Avalonia, ASP.NET Core i SQL Server. Mam już między innymi obsługę wielu firm, użytkowników i uprawnień, kartotekę kontrahentów, integracje z rejestrami GUS, MF i VIES oraz obsługę walut i kursów NBP.

Przed nami znacznie więcej pracy.
Może ktoś chciałby zająć się opracowaniem jakiegoś fragmentu kodu. Przykładowo kartoteką dokumentów, ktoś inny słownikami, rozrachunkami czy kolejnymi integracjami.

Chodzi o to, żeby wspólnie ustalać założenia i sposób współpracy między modułami, a następnie rozwijać poszczególne fragmenty programu równolegle. Kod trafiałby do wspólnego repozytorium po przeglądzie i testach.

Nie oczekuję, że każdy od razu będzie wiedział, jak to wszystko zrobić. Sam cały czas uczę się pracy z agentami. Myślę, że to dobra okazja, żeby wspólnie sprawdzić, jak daleko można zajść w tworzeniu oprogramowania z pomocą AI.

Repozytorium projektu jest publiczne:

https://github.com/ebabaj/Vatowiec

Jeżeli ktoś ma ochotę spróbować swoich sił, zbudować własnego agenta i wziąć odpowiedzialność za jakiś niewielki fragment programu — zapraszam!

Może uda nam się wspólnie stworzyć nowoczesnego, otwartego VATowca, rozwijanego przez wielu użytkowników?

Ten tekst oczywiście też napisały ejaja. Chciałem tylko taką zajawkę na początek puścić, czy w ogóle ktoś byłby zainteresowany.

[avo]

Trochę się Pan spóźnił. Napisaliśmy w Codex cały nowy własny program do pełnej rachunkowości dopasowany do naszej firmy.

[babaj]

Nie myśli Pan opublikować?
Tym bardziej jako doświadczonego developera zapraszam do współpracy.

Ja bardziej celuję w KPiR, RE.

[avo]

Witam, Aby opublikować trzeba wziąć odpowiedzialność za program. Jak u nas coś zwalimy to poprawimy, gorzej z innymi użytkownikami. Odnośnie vatowca, nie musi Pan szukać pomocników. Proszę wykupić abonament Astra (100 USD/mc) potem wrzuci Pan zdjęcia vatowca i zamówi wykonanie podobnego programu księgowego w całości. Np na bazie SQL. Vatowiec miał Fox Pro-2 (lata 95-99). Nie wiem czy jest sens robić to na tej bazie. Choć niektórzy twierdzą, że jest najlepsza. (Choć podobno jest problem z jpk itd, ale nie sprawdzałem.

Pierwszą wersję robi około 40-50 minut, ale zrobi. (Mamy skok o 70 lat w przód). Zresztą mam już na koncie ze 20 programów. (www.avotechnika.pl). W kodzie się orientuję. Ale na pamięć nie umiem.

A jeszcze jedno musi Pan sobie wgrać Pythona albo Golanga do komputera i na tej wersji co Pan ma zlecać Codeksowi. Codex kompiluje instalatory ale warto kompilować samemu i robić instację np inno setup. A i prosić codexa o build.exe (plik - skrypt) build windows itp.

Jak Codex zrobi Panu program proszę go testować i zlecać zmiany Codexowi aż do skutku. Ja zrobiłem kilkadziesiąt wersji. Ale mam pełną rachunkowość wtyczki jpk vat i jpk-kr-pd no i pełen KSeF a także kompatybilność bazy z innym programem komercyjnym, który wczesniej kupiłem niepotrzebnie. Ale zostawię jako awaryjny. Wersję też zmieniałem ponieważ dostosowałem wydruki, dokumentów i funkcje programu do swojej firmy.

Najlepiej poksięgować trochę nowym programem to wszystko wyjdzie) Jak Pan ma kontakt z Piotrkiem, to proszę go pozdrowić ode mnie).

[Karol]

Cześć,

Myślałem o tym. I cały czas nawet trochę myślę, chociaż świadomość jak dużo pracy w to trzeba włożyć nie zachęca.

Co do Twojego projektu:
1. Windows i C# to nie są moje technologie. Moja jedyna miłość to Linux. Jestem wierny od 30 lat
2. Pierwszy funkcjonalny program musisz napisać sam. Jeżeli zacznie działać i ludzie zobaczą że jest funkcjonalny i się do czegoś przydaje, to dołączą - nie mam wątpliwości. Sam mógłbym dołączyć (nawet pomimo tego że to Windows), jednak warunek podstawowy: coś musi coś działać.
3. Projekt aby odniósł sukces musi mieć lidera. Zawsze.

Jeżeli ja rozwijałbym taki projekt, to miałbym takie priorytety:

1. PROSTOTA.
Ten program ma szanse zainteresować tylko ludzi którzy nie chcą wydawać 100zł/mies na program do księgowości. Zwykle to są samozatrudnieni. Dwie faktury na miesiąc. ZUS. Faktury VAT i WNT.

2. JPK.
Ja bym postawił na struktury które są w JPK i na tym budował cały system.
Zresztą moim zdaniem to właśnie wprowadzenie JPK zabiło VATowca.
Vatowiec był budowany wokół własnej filozofii księgowości i jak się spojrzy w szczegóły to nie jest "kompatybilny" w 100% z JPK.

3. BAZA DANYCH
Program do księgowości to tak naprawdę baza danych.
Baza danych to fundament, na którym wszystko stoi. Baza musi być sensownie zaprojektowana i przemyślana. I najlepiej maksymalnie prosta
Czasem widzę jak inni projektują bazy danych... i gdy dodają mnóstwo tabel (z referencjami do innych) to się trochę łapię za głowę.
GUI też jest ważny, ale dla mnie osobiście dużo mniej ważny niż baza danych.
Użycie serwera SQL do bazy danych to raczej dobry wybór (obecnie nie widzę praktycznych alternatyw).
Natomiast użycie Microsoft SQL Server już niekoniecznie, IMHO.
Nie jestem specem od technologii Microsoft, ale co do zasady to on chyba nie jest darmowy.
Microsoft darmowy ma chyba SQL Server Express i nawet jeżeli można go używać, to osobiście postawił bym jednak na darmową bazę danych.
Ja od 20 lat zawsze używałem MariaDB (wcześniej MySQL). Niektórzy mogą tutaj preferować PostgreSQL. Kwestia bardzo indywidualna.
Wybór bazy danych jest ważny, gdyż z biegiem czasu system będzie coraz bardziej zależny od konkretnego silnika i jego wymiana będzie coraz bardziej kosztowna w przyszłości.

Pozdrawiam,
Karol

PS. Ja to jestem taki młodszy "boomer" i dopiero zaczynam vibe code'ować. Widzę zalety, ale dla mnie to jednak człowiek (programista) jest odpowiedzialny za efekt końcowy.

[babaj]

coś musi coś działać.

Coś działa. Zbudowałem dopiero pierwszą kartotekę kontrahentów.
1. Kartoteka kontrahentów

• Kontrola poprawności numerów NIP, REGON, PESEL i VAT UE - nie tylko PL, sprawdzany jest format wszystkich państw UE, a niektóre nawet liczba kontrolna
• Weryfikacja NRB i IBAN, w tym kontrola sumy i rozpoznawanie polskich banków przez NBP EWIB

2. Integracje z rejestrami

• GUS REGON — pobieranie danych przedsiębiorcy.*
• Biała lista VAT Ministerstwa Finansów — weryfikacja podatnika i rachunków bankowych.
• VIES — sprawdzanie numerów VAT UE.
• DataPort — pobieranie danych kontrahentów z zewnętrznej usługi.**

* wymagany klucz użytkownika - dostałem, działa. Nie mam pomysłu jak mógłbym go w programie open source dystrybuować z aplikacją.
** https://dataport.pl/cennik - 10 zapytań do GUS dziennie za free, 50 za 100/rok.

3. Waluty i warunki finansowe

• Słownik 149 walut.
• Włączanie i wyłączanie walut dostępnych w danej firmie.
• Pobieranie kursów NBP z tabel A, B i C za wskazany okres.

4. Użytkownicy i bezpieczeństwo

• Logowanie użytkowników z hasłem
• Opcjonalne zapamiętywanie hasła w Windows Credential Manager i automatyczne logowanie.
• Zapamiętywanie domyślnej firmy użytkownika.
• Tworzenie, blokowanie i archiwizowanie kont użytkowników.
• Nadawanie uprawnień osobno dla każdej firmy.
• Oddzielna rola administratora całej instalacji.
• Konfigurowalna polityka haseł: długość, złożoność, historia poprzednich haseł i termin ważności.
• Wymuszanie zmiany hasła, resetowanie haseł i unieważnianie sesji.

5. Obsługa wielu firm i stanowisk

• Każda firma ma własną, fizycznie oddzielną bazę SQL Server.
• Użytkownik może mieć dostęp do wielu firm z różnymi uprawnieniami.
• Klient nie łączy się bezpośrednio z SQL — wszystkie operacje przechodzą przez API.
• Dostęp do API przez szyfrowane HTTPS.

3. Projekt aby odniósł sukces musi mieć lidera. Zawsze.

Piszę się na to stanowisko, choć jak znajdzie się ktoś mądrzejszy ode mnie to rozważę przekazanie projektu.

Ten program ma szanse zainteresować tylko ludzi którzy nie chcą wydawać 100zł/mies na program do księgowości. Zwykle to są samozatrudnieni. Dwie faktury na miesiąc. ZUS. Faktury VAT i WNT.

Dla mnie największą zaletą Vatowca było to, że jak ministra wymyśliła nowy wzór formularza, to można było go sobie samemu wyklikać nie czekając aż Piotruś, czy Gumek przygotują. Chcę zrobić program, który spokojnie będą mogły używać biura nie płacąc 10 gr za każdy dokument ściągnięty z KSeF.

Zresztą moim zdaniem to właśnie wprowadzenie JPK zabiło VATowca.

Z JPK wg. mnie Vatowiec sobie świetnie radził. Zabił go KSeF, dlatego właśnie pierwsze o co poprosiłem ejaja to było zrobienie integracji z GUS.

Baza danych to fundament, na którym wszystko stoi. Baza musi być sensownie zaprojektowana i przemyślana. I najlepiej maksymalnie prosta
Czasem widzę jak inni projektują bazy danych... i gdy dodają mnóstwo tabel (z referencjami do innych) to się trochę łapię za głowę.
GUI też jest ważny, ale dla mnie osobiście dużo mniej ważny niż baza danych.

Tu się w pełni zgadzam. Do tej pory przemyślałem jedynie kartotekę kontrahentów i wiele absurdalnych propozycji ejeja odrzuciłem. Chciałbym, żeby chociaż ktoś krytycznie się przyjrzał moim pomysłom. Prostota tak, ale adresów firma może mieć naprawdę wiele, rozdzielenie adresów i kont bankowych do oddzielnych tabel jest wg. mnie sensowne.

Użycie serwera SQL do bazy danych to raczej dobry wybór (obecnie nie widzę praktycznych alternatyw).
Natomiast użycie Microsoft SQL Server już niekoniecznie, IMHO.
Nie jestem specem od technologii Microsoft, ale co do zasady to on chyba nie jest darmowy.

MS SQL Server LocalDB - do wersji jednostanowiskowej, jaki MS SQL Server Express - wielkość bazy danych do 50GB jest darmowy.
Czad proponował mi SQLite, ale zdecydowałem, że chcę od razu robić to na MS SQL.

PS. Ja to jestem taki młodszy "boomer" i dopiero zaczynam vibe code'ować. Widzę zalety, ale dla mnie to jednak człowiek (programista) jest odpowiedzialny za efekt końcowy.

Ja w ogóle nie jestem programistą. W tym programie nawet nie próbuję czytać kodu.

[avo]

Eeee nie ma tak dużo roboty przez Codex. Myślę, że ze 2 do 3 dni dla pkp i r. Ja zrobiłem na firebirdzie. jest zdaje sie opensouce. Cł. podałem tylko wersje serwera bazy.odex sam go zamontowa

[babaj]

Zacząłem 21 października, czad oszacował, że poświęciłem na ten projekt około 20h a mam dopiero kartotekę kontrahentów w zadowalającym kształcie. Bardzo mi zależy na tym, żeby user mógł sobie dodawać dowolne i w dowolnej ilości dodatkowe kolumny. Trochę pracy jest, samo przeczytanie całej dokumentacji, która czad z siebie wypluł zajmuje trochę czasu, a jeszcze trzeba się nad tym zastanawiać.

Bardzo bym chciał, żeby ktoś jeszcze się w to zaangażował, czad się ze mną w wszystkim zgadza...

[Karol]

Pisząc o JPK miałem też na myśli KSEF. Wszystko co dotyczy "reformy" podatków i przejścia na formularze XML.
Jeżeli przeanalizujesz co VATowiec XML eksportuje i porównasz do specyfikacji JPK, to widać jak wiele rzeczy VATowiec pomija.
Z jednej strony ma w sobie bardzo dużo informacji, ale jak przychodzi do generowania XML to wiele szczegółów nie pasuje, w wielu miejscach VATowiec trochę "nagina" dane aby pasowały jako tako do formularzy ministerstwa.

VATowiec ma też inne błedy, które poznałem dopiero niedawno: przykładowo błędnie liczy zaliczki na podatek dochodowy; szczególnie w moim przypadku (ryczałt kwartalnie).

Przy takim projekcie (wg mnie docelowo całkiem sporym) najważniejsza jest motywacja, więc nie chcę abyś ja stracił...
Nie chcę też, aby moje uwagi były odebrane jako "przemądrzanie się". Bo tak naprawdę najważniejsza jest motywacja; podążanie złą drogą nie jest złe, dopóki ma się siły iść.
Ja przejrzałem co wrzuciłeś na github i co tutaj piszesz: mnóstwo specyfikacji i wymagań... ja bym nigdy nie zaczynał projektu od tego; aczkolwiek moja wiara w codex jest ograniczona; mam trochę inną perspektywę. Zawsze pracuję iteracyjnie, małymi krokami, ulepszeniami. Praca z codex może być inna (tutaj nie mam dużo doświadczeń; używam codex, ale po swojemu; zwykle sprawdzam co wypluje; poprawiam).

W każdym razie gdybym miał dać jakieś wskazówki, to wg. mnie zaczynasz trochę od złej strony.
1. Login window / użytkownicy / bezpieczeństwo - to jest częsty błąd nowych programistów: skoro to jest pierwsze okienko, to trzeba od tego zacząć. Nic bardziej mylnego. Pisanie software'u jest jak pisanie książki; początek (prolog) bardzo często pisze się na końcu. Praktycznie nigdy nie zaczynasz projektu od autoryzacji i użytkowników. Pisz ten projekt na początku jak byś był jedynym użytkownikiem.
2. Validacja numerów (NIP, REGON, UE, itp) - to jest feature a nie core systemu; można dodać później
3. Wiele stanowisk - to już w ogóle pieśń przyszłości; zresztą akurat to jest prosta rzecz.

Wg mnie, powinieneś zacząć od tego co jest "sercem" systemu księgowego, czyli: księga dokumentów (terminologia vatowca) i rejestr VAT.
Zaimplementuj te dwie rzeczy w takim stopniu, że będziesz w stanie wykonywać prawdziwe realne eksporty do KSEF i JPK.
Zaimplementuj to co potrzebujesz do codziennej pracy z programem i zacznij sam go używać produkcyjnie.
W tym momencie będziesz miał już funkcjonalny program, który będziesz ulepszać.
Dodawaj rzeczy których potrzebujesz (np. zaliczki na podatki).
W kolejnym kroku dodawaj rzeczy których nie potrzebujesz, ale które mogą być niezbędne dla innych użytkowników.

Już na samym początku będziesz musiał podjąć strategiczne decyzje. Przykładowo ja bym się zastanawiał, czy księga dokumentów dla ryczałtu to ma być ta sama tabela co księga dla KPiR? W VATowcu tak jest. Ale wg mnie tak być nie musi.

W każdym razie powodzenia!
Chciałbym aby w Polsce istniał program do księgowości open-source (najlepiej pod Linux )

Karol

PS. Pisząc o liderze projektu miałem na myśli fakt, że (wbrew pozorom) projekty open-source są bardzo autorytarne z definicji. Core dewelopmentu musi być bardzo mały, bardzo często jest jednoosobowy. Na pewno na początku projektu.

[babaj]

Chciałbym aby w Polsce istniał program do księgowości open-source (najlepiej pod Linux )

No to bierz się za robotę! Rób forka i poprawiaj.

Syn uruchomił klienta pod linuxem, ale nie wiem w jaki sposób. Pobrał, skompilował i wszystko działało z wyjątkiem zapamiętywania poświadczeń. Dostał komunikat brak Windows Credential Manager - w sumie logiczne.
Czad mi piszę, że te komponenty są na linuxa:

• C# / .NET 10
• Avalonia (interfejs graficzny)
• ASP.NET Core (API)
• Entity Framework Core
• SQL Server jako zdalna baza

Umieściłem na Gihub pierwszą pełną instalkę (oczywiści dla Windows) wersji jednostanowiskowej opartej na SQL Server 2025 Express LocalDB (trzeba pobrać i zainstalować samodzielnie).
Dalej kreator poprowadzi przez pierwsze uruchomienie.

VATowiec Personal 0.1.1 Preview - instalka nie jest podpisana cyfrowo, nie mam swojego certyfikatu.

Poprosiłem ejaja, żeby sprawdził jak bardzo obecne rozwiązanie jest nie zgodne z Linux.
Raport już na gihub: Audyt zgodności VATowiec Network z Linux x64.