Oprogramowanie dla biura rachunkowego: portal klienta, KSeF, e-Doręczenia
Nie kupujecie silnika VAT. Kupujecie jedną teczkę klienta, która nie ginie między mailem, WhatsAppem i pendrive’em. Oprogramowanie dla biura rachunkowego to portal, obieg i skrzynka — nie kolejny program księgowy.
Właściciel biura rachunkowego na 80, 200 albo 400 teczek nie budzi się rano z myślą o „cyfrowej transformacji”. Budzi się z myślą, że faktura od klienta X siedzi w WhatsAppie księgowej, skan PIT-11 od klienta Y leży na pendrive’ie, a pismo z urzędu do spółki Z przyszło na skrzynkę, której nikt nie otworzył, bo osoba z hasłem jest na L4. Nie kupujecie silnika VAT. Kupujecie jedną teczkę klienta, która nie ginie między mailem, WhatsAppem i pendrive’em. Oprogramowanie dla biura rachunkowego w tym sensie nie jest kolejnym programem finansowo-księgowym. Jest warstwą, w której klient, dokument, status, pełnomocnictwo i termin żyją w jednym miejscu — a Optima, Symfonia, Enova albo Rewizor zostają tam, gdzie od lat liczą księgi.
Ten tekst jest napisany do wspólników i właścicieli biur oraz kancelarii podatkowych, nie do działu marketingu software house’u. GESOFT — Paweł Matusiak, Laravel, Vue i Android — nie sprzedaje „lepszego FK”. Jeśli sam Comarch, InsERT albo Sage wystarcza Wam z ich e-teczką i klient umie się w niej zalogować, kupcie to i nie budujcie własnego. Własny portal klienta biura rachunkowego ma sens, gdy macie kilka lokalizacji albo kilka marek, nietypowy obieg, przedstawiciela w terenie z telefonem, albo integrację, której vendor nie otworzy. Poniżej jest mapa decyzji, nie slajd o sztucznej inteligencji, która „sama zaksięguje fakturę”.
Różnica, której nie widać w cenniku licencji, widać w kwietniu i w styczniu. W kwietniu ginie załącznik, klient przysięga, że „wysłał we wtorek”, a deklaracja stoi, bo nikt nie umie powiedzieć, czy plik wszedł do teczki. W styczniu ginie pismo z urzędu, bo przyszło na e-Doręczenia spółki, a nie na skrzynkę biura. Program FK w obu historiach działa bez zarzutu. Pęka warstwa przed FK: przyjęcie dokumentu, status, eskalacja, rola, ślad. To jest produkt, o którym tu mowa.
Biuro na 80 teczek jeszcze „jakoś pamięta”, kto wysyła na numer Ani, a kto raz w miesiącu przywozi teczkę. Biuro na 250 teczek już nie pamięta — i właśnie wtedy wspólnicy zaczynają szukać kolejnego programu księgowego, choć ich Optima albo Symfonia nie jest chora. Chory jest wlot. Jeśli po przeczytaniu pierwszych akapitów czujecie, że Wasz ból to „nie mamy dekretów z AI”, ten tekst nie jest dla Was. Jeśli czujecie, że ból to „nie wiemy, czy marzec jest kompletny”, jesteście we właściwym miejscu.
Nie obiecujemy, że portal „zdejmie z Was odpowiedzialność ustawową”. Ustawa o rachunkowości jest w tej sprawie jednoznaczna: biuro prowadzi księgi na podstawie umowy, ale odpowiedzialność kierownika jednostki klienta nie znika, bo ktoś wgrał PDF-a do chmury. System może pilnować, czy dokument wszedł, kto go przyjął i do kiedy ma wrócić odpowiedź. Nie może udawać, że zastąpił kierownika jednostki ani że wydał opinię podatkową. Portal, który pisze klientowi „według nas możecie odliczyć”, wchodzi w czynności, których PKD 69.20.A samo z siebie nie otwiera. Do tego wrócimy.
Ile jest „biur” — COIG, GUS i trzy podklasy zamiast jednego 69.20.Z
Najgorszy slajd, jaki dostaniecie od sprzedawcy bazy albo od platformy „dla wszystkich biur w Polsce”, zaczyna się od zdania „w kraju działa X biur rachunkowych”. X zależy od tego, co ktoś policzył. Od 1 stycznia 2025 r. obowiązuje PKD 2025 — rozporządzenie Rady Ministrów z 18 grudnia 2024 r. (Dz.U. poz. 1936). Dawna podklasa 69.20.Z rozpadła się na trzy: PKD 69.20.A działalność rachunkowo-księgowa, 69.20.B doradztwo podatkowe, 69.20.C audyt finansowy. Kto w 2026 r. mówi „biura to 69.20.Z”, cytuje klasyfikację, której już nie ma.
Te trzy litery nie są ozdobą na CEIDG. Są mapą rynku i mapą ryzyka. Biuro, które prowadzi księgi, ewidencje i rozliczenia na umowie, siedzi w PKD 69.20.A. Doradca podatkowy, który wydaje opinie i reprezentuje przed organami w zakresie zastrzeżonym ustawą o doradztwie podatkowym, siedzi w 69.20.B — i to jest zawód regulowany. Biegły rewident i firma audytorska to 69.20.C. Możecie mieć w jednym podmiocie więcej niż jedną podklasę, jeśli prawo i uprawnienia na to pozwalają. Nie możecie udawać, że portal z checkboxem „porada” zamienia A w B.
COIG w zestawieniu z 12 maja 2026 r. oferuje komercyjną listę 17 348 podmiotów opisanych jako „działalność rachunkowo-księgowa”. Mazowieckie: 5220 (30,09%). Warszawa: 3648. To jest wypis komercyjny, sprzedawany jako baza kontaktów. To nie jest spis GUS. To nie jest liczba „tylu biur działa w Polsce w tym miesiącu”. Nie podamy Wam zdania „według GUS jest X biur”, bo takiej tablicy do tego tekstu nie otworzyliśmy. Różnica między wypisem komercyjnym a statystyką publiczną to nie niuans akademicki. To powód, dla którego nie planujecie budżetu IT od „udziału w rynku 17 tysięcy podmiotów”.
Dla decyzji o systemie liczba krajowa i tak jest mniej ważna niż Wasza. Ile teczek prowadzicie naprawdę — nie „ile NIP-ów macie w Excelu z 2019”, tylko ile umów żyje. Ile z tych teczek to spółki z KRS, ile JDG, ile wspólnot, ile rolników, ile ryczałtów. Ilu klientów przysyła dokumenty codziennie, a ilu raz w miesiącu w jednym ZIP-ie o 23:40. Ilu ma już skrzynkę e-Doręczeń, ilu jeszcze nie. Ilu wystawia faktury od 1 lutego 2026 r. w KSeF, a ilu wejdzie 1 kwietnia 2026 r.. System buduje się od tej listy, nie od średniej z bazy adresowej.
- PKD 69.20.A — działalność rachunkowo-księgowa: księgi, ewidencje, rozliczenia na umowie. Nie mylić z opinią podatkową.
- 69.20.B — doradztwo podatkowe: zawód regulowany, czynności zastrzeżone. Portal nie jest pieczątką doradcy.
- 69.20.C — audyt finansowy: inny reżim, inna odpowiedzialność, inny produkt.
- COIG 17 348 z 12 maja 2026 r. — wypis komercyjny, nie GUS i nie „tyle biur działa”.
- Mazowieckie 5220 / Warszawa 3648 w tym wypisie — koncentracja, nie „Wasza konkurencja jeden do jednego”.
- Własna liczba teczek, typów klientów i kanałów dokumentów — jedyne X, które liczy się przy wycenie portalu.
Krajowa Izba Doradców Podatkowych od lat przypomina rzecz, którą marketing „programów dla biur” lubi rozmywać: nie mylić biura rachunkowego z doradcą podatkowym. Usługi księgowe zostały zderegulowane w 2014 r. Nie istnieje „certyfikat Ministerstwa Finansów” jako warunek prowadzenia biura — kto Wam to sprzedaje jako bilet wstępu, sprzedaje mit. Doradztwo podatkowe zostało zawodem regulowanym. Czynności zastrzeżone są w ustawie o doradztwie podatkowym, nie w cenniku SaaS. Oprogramowanie dla biura rachunkowego ma to rozróżnienie mieć w rolach, w szablonach odpowiedzi i w tym, czego nie wolno kliknąć klientowi jako „opinia biura”.
Co wolno biuru, a czego nie wolno udawać portalem
Biuro z PKD 69.20.A prowadzi na umowie księgi rachunkowe albo podatkową księgę przychodów i rozchodów, ewidencje, rozliczenia ZUS i podatków, sporządza sprawozdania w zakresie, który umowa i przepisy dopuszczają. Klient — kierownik jednostki — nie zdejmuje z siebie odpowiedzialności za rzetelność ksiąg, bo „oddaliśmy to do biura”. Umowa reguluje zakres, terminy dostarczenia dokumentów, wynagrodzenie i zasady wypowiedzenia. System ma tę umowę odzwierciedlać jako checklistę teczki, nie jako regulamin, którego nikt nie czyta przy logowaniu.
Doradca podatkowy może robić to, czego biuro samo z siebie robić nie powinno: czynności zastrzeżone, w tym opiniowanie, reprezentację w zakresie ustawy, podpisywanie określonych pism. Jeśli w Waszym podmiocie jest doradca — świetnie. Wtedy rola w systemie musi być twarda: ta osoba widzi i podpisuje inny zestaw dokumentów niż księgowa od KPiR. Jeśli doradcy nie ma, portal nie może produkować zdań, które wyglądają jak opinia. „Według kalkulatora w module X odliczenie wynosi…” to nie jest funkcja. To jest ryzyko zawodowe ubrane w przycisk.
Praktyczny test, który warto zrobić na zebraniu wspólników zanim ktoś kupi „moduł porad”: weźcie pięć ostatnich maili, w których klient pytał „czy mogę…”. Ile z odpowiedzi było czynnością księgową (tak zaksięgujemy, taki kod, taki termin), a ile opinią (tak interpretujemy przepis, tak bym się bronił, tak radzę w sporze)? Pierwsze zostaje w teczce i w statusie. Drugie — jeśli w ogóle — idzie przez osobę z uprawnieniem, z datą, z wersją i z zastrzeżeniem, że to nie jest automat. Portal klienta biura rachunkowego, który odpowiada na oba typy pytań tym samym chatbotem, jest ładny na demo i drogi po pierwszej kontroli albo po pierwszej reklamacji.
- Wolno: przyjąć dokument, nadać status, pilnować kalendarza JPK/VAT/CIT/PIT/ZUS, pokazać klientowi braki, przygotować paczkę do podpisu.
- Wolno: prowadzić obieg dokumentów księgowych od skrzynki klienta do importu w FK i z powrotem — ze śladem kto, kiedy, co.
- Wolno: obsługiwać pełnomocnictwa, tokeny KSeF, uprawnienia do skrzynki e-Doręczeń jako proces, nie jako „hasło na kartce”.
- Nie wolno: udawać opinii podatkowej, interpretacji i reprezentacji, jeśli nie macie do tego tytułu.
- Nie wolno: pisać w UI, że system „zatwierdził rozliczenie” zamiast „dokument wszedł, czeka na księgowego”.
- Nie wolno: trzymać jednego loginu „biuro” na pięć osób — to psuje i odpowiedzialność, i powierzenie przetwarzania.
To samo dotyczy kancelarii, która siedzi obok biura albo jest biurem z drugą tabliczką. CRM dla kancelarii prawnej pilnuje spraw, terminów procesowych i czasu pracy. Teczka księgowa pilnuje okresu, dokumentu źródłowego i statusu rozliczenia. To są dwa produkty z wspólnym klientem, nie jeden ekran „sprawy i VAT”. Jeśli prowadzicie obie działalności, rozdzielcie role i retencję. Akta sprawy sądowej nie powinny być w tej samej skrzynce co skany faktur za paliwo, tylko dlatego że „to ten sam Kowalski”.
Umowa z klientem jest specyfikacją systemu, nie załącznikiem PDF
Dobra umowa biura mówi: co klient dostarcza, do kiedy, w jakim formacie, co się dzieje, gdy nie dostarczy, co biuro oddaje, w jakim terminie, kto podpisuje, jak się liczy dodatkowe prace (korekty, wezwania, kontrole). Dobre oprogramowanie dla biura rachunkowego bierze te zdania i robi z nich stany teczki: „brak faktur zakupowych za marzec”, „oczekiwanie na UPO”, „do podpisu JPK”, „przeterminowane pełnomocnictwo KSeF”. Umowa, która żyje w szufladzie, a statusy wymyśla księgowa w głowie, kończy się pretensją „przecież wysłałem” i godziną na szukanie wątku. System nie zastąpi złej umowy. Pokaże, że umowa jest zła — i to już jest wartość.
KSeF 2026 jako tsunami operacyjne — odbiór od lutego, nawet gdy klient wystawia od kwietnia
Krajowy System e-Faktur boli biuro nie dlatego, że XML jest trudny. Boli dlatego, że proces się rozjeżdża w czasie. Oficjalny harmonogram z ksef.podatki.gov.pl: obowiązek wystawiania faktur ustrukturyzowanych od 1 lutego 2026 r. dla podatników, których sprzedaż wraz z podatkiem za 2024 r. przekroczyła 200 mln zł; od 1 kwietnia 2026 r. dla pozostałych. Odbiór faktur w KSeF jest obowiązkowy już od 1 lutego 2026 r. — także u klienta, który sam wystawia dopiero od kwietnia. Biuro, które „poczeka z portalem do drugiego kwartału, bo mali wystawiają od kwietnia”, zostawia teczkę bez zakupów przez dwa miesiące.
Podstawa to ustawa z 5 sierpnia 2025 r. (Dz.U. 2025 poz. 1203) i struktura FA(3). B2C jest fakultatywne. Jest tryb Offline24. Do końca 2026 r. sprzedaż dokumentowana fakturami do 10 000 zł miesięcznie można prowadzić poza KSeF; obowiązek podawania numeru KSeF w płatnościach jest odroczony; paragony z NIP do 450 zł mogą być fakturami uproszczonymi do końca 2026 r.. To są wyjątki czasowe, nie strategia biura na 400 klientów B2B. Klient-sklepik z kilkoma fakturami może zostać przy uproszczeniu. Klient-spółka z hurtownią nie może. Wasz obieg dokumentów księgowych musi znać który klient jest w którym reżimie, a nie mieć jeden przycisk „import XML”.
Najdroższy błąd 2026 r. w biurze: traktować KSeF jak „wklejkę XML do Optimy”. Klient musi nadać biuru uprawnienia. Token, profil, pełnomocnictwo, zakres (odczyt, wystawianie, samofakturowanie), data ważności, osoba po stronie klienta, która to potwierdza, osoba po stronie biura, która tym zarządza, gdy pierwsza jest na urlopie. Gdy token wygasa w środku okresu, teczka milknie. Gdy jeden certyfikat siedzi na pendrive’ie wspólnika, choroba wspólnika jest awarią całego portfela. To jest proces, nie integracja weekendowa. Szczegóły techniczne panelu, który sam wystawia, rozpisaliśmy w KSeF w aplikacji firmowej. Tu chodzi o biuro jako pełnomocnika wielu podatników.
- Spisać klientów: kto już wystawia w KSeF od 1 lutego 2026 r., kto od 1 kwietnia 2026 r., kto korzysta z wyjątku do 10 000 zł, kto ma wyłącznie B2C.
- Dla każdego NIP-u: czy biuro odbiera, czy wystawia, czy oba; jaki token / jakie uprawnienie; data ważności; zastępstwo.
- Ścieżka inbound: pobranie, dopasowanie do teczki, status „do księgowania”, wyjątki (obcy NIP, duplikat, korekta bez pierwotnej).
- Ścieżka outbound: źródło dokumentu (FK, panel klienta, biuro wystawia w imieniu), numer KSeF, UPO, powrót statusu na teczkę i na portal klienta biura rachunkowego.
- Offline24 i awaria: kolejka, kto decyduje, że idziemy offline, kto dosyła następnego dnia roboczego — nie „jakoś w mailu”.
- Korekty i duplikaty: ta sama ścieżka, nie Excel „korekty_marzec_v3”.
- Odwołanie uprawnienia przy wypowiedzeniu umowy: dzień, nie „przypomnimy sobie przy następnym JPK”.
Inbound od 1 lutego 2026 r. zmienia codzienność młodszej księgowej bardziej niż jakikolwiek nowy ekran FK. Dotąd klient przysyłał PDF albo zdjęcie rolki. Teraz część faktur w ogóle nie przyjdzie mailem. Przyjdzie do KSeF. Jeśli biuro nie ma procesu odbioru w imieniu klienta, teczka zakupowa jest dziurawa, a JPK_V7 liczy się ze zbioru, którego nikt nie domknął. Jeśli biuro ma proces, ale nie ma statusu na teczce („odebrano 14 dokumentów, 2 niepasujące, 1 korekta bez pierwotnej”), księgowa i tak dzwoni. Portal, który pokazuje klientowi te same liczby, obcina te telefony. FK tego nie pokaże właścicielowi spółki o 22:00.
Pełnomocnik, nie „wspólny login do Krajowego Systemu”
MF nie zaprojektowało KSeF po to, żeby biuro logowało się na konto klienta hasłem właściciela. Uprawnienia są po to, żeby dało się rozliczyć, kto w imieniu którego podatnika co zrobił. System biura ma trzymać: identyfikator uprawnienia, zakres, okres, osobę odpowiedzialną, log operacji (pobranie, wysyłka, błąd schematu), zakaz trzymania sekretów w katalogu „Pobrane” na wspólnym Windowsie recepcji. Gdy klient odchodzi, odwołanie jest checklistą wypowiedzenia, obok zwrotu teczek papierowych i wyłączenia loginu do portalu. Jeśli tego nie ma, macie nie tylko problem IT. Macie problem z powierzeniem przetwarzania i z tajemnicą dokumentów, które nie są już Wasze.
Nie każdy klient potrzebuje, żeby biuro wystawiało sprzedaż w KSeF. Wielu wystawia z własnej wFirmy, Fakturowni, Subiekta albo z panelu sklepu. Biuro wtedy odbiera i księguje. Inni chcą, żeby faktura sprzedażowa wychodziła z FK biura. Jeszcze inni mają własny system branżowy i potrzebują mostu. Oprogramowanie dla biura rachunkowego nie wybiera jednej z tych dróg za wszystkich. Trzyma przy teczce która droga obowiązuje i nie pozwala wrzucić PDF-a „na wszelki wypadek”, gdy dokument ma już numer KSeF. Podwójna prawda (XML w KSeF, PDF w mailu, ręczna kopia w FK) jest droższa niż brak systemu.
e-Doręczenia klientów z KRS — to już nie jest „temat na październik 2026”
Skrzynka e-Doręczeń nie jest gadżetem „cyfrowego państwa”. Jest kanałem, którym idzie pismo z terminem. Harmonogram z biznes.gov.pl: nowe firmy rejestrowane w CEIDG albo KRS od 1 stycznia 2025 r. zakładają adres przy rejestracji; podmioty w KRS sprzed 2025 — od 1 kwietnia 2025 r.; CEIDG sprzed 2025 — od 1 października 2026 r.. Jeśli obsługujecie spółki z KRS, już powinniście mieć proces skrzynki klienta. Nie od października. Nie „jak MF przypomni”. Od kwietnia 2025 ten kanał u spółek żyje — albo leży martwy na haśle, które zna jedna osoba.
Typowa awaria, którą słyszymy przy kawie, nie przy wdrożeniu: prezes spółki dał login księgowej „bo i tak oni ogarniają pisma”. Księgowa wyjechała. Zastępstwo nie zna hasła. Wezwanie leży. Termin biegnie. Biuro dowiaduje się od klienta, który dostał telefon z urzędu, nie od systemu. To nie jest wina e-Doręczeń. To jest wina modelu „jedno hasło na urlopie”. System ma role: kto monitoruje skrzynkę którego klienta, kto eskaluje po X godzinach, kto ma prawo odczytać, kto tylko widzi, że coś weszło, jak wygląda zastępstwo, gdzie jest ślad, że pismo przyjęto. Jedno konto „biuro@” na dwadzieścia NIP-ów jest wygodne do piątku. W poniedziałek po długim weekendzie jest drogie.
- Adres ADE klienta zapisany przy teczce, nie w Excelu „skrzynki_2025”.
- Rola monitorująca i rola zastępcy — imiennie, nie „ktoś z zespołu spółek”.
- Eskalacja: brak odczytu w ustalonym czasie → alert właścicielowi teczki i dyżurnemu.
- Klasyfikacja pisma: do księgowości / do klienta / do doradcy / do kancelarii — nie wszystko jest JPK.
- Termin odpowiedzi jako zadanie z datą, nie jako gwiazdka w skrzynce.
- Zakaz współdzielenia hasła administratora skrzynki; odwołanie przy odejściu pracownika tego samego dnia.
- CEIDG-owcy: kalendarz na 1 października 2026 r., onboarding skrzynki jako punkt umowy, nie jako post na Facebooku biura.
Biuro samo też jest podmiotem. Wasza własna skrzynka (KRS albo — w terminie — CEIDG) to osobny proces: umowy, wezwania do Was, korespondencja z US i ZUS we własnych sprawach. Nie mieszajcie jej ze skrzynkami klientów w jednym widoku „wszystkie nieprzeczytane”. To jest ten sam błąd, co wspólny Outlook na trzy spółki i biuro. e-Doręczenia w produkcie dla biura to moduł skrzynek z rolami, nie przycisk „zintegruj ePUAP”. Integracja techniczna jest środkiem. Role są celem.
Co system ma zrobić z pismem, którego nie rozumie
Nie każdy PDF ze skrzynki jest fakturą i nie każde wezwanie jest do księgowego. Część pism idzie do zarządu klienta (KRS, sąd, PIP), część do kadrowej, część naprawdę do teczki VAT. Obieg dokumentów księgowych kończy się źle, gdy wszystko wpada do jednej kolejki „do zaksięgowania”. Kolejka powinna umieć powiedzieć: nie wiem, czyje to jest i czyje powinno być. Wtedy człowiek decyduje raz, a system pamięta regułę („pisma z tego nadawcy u tego NIP-u → rola X”). Uczenie się na 400 teczkach bez reguł to etat. Z regułami — wyjątek.
Portal klienta: faktura, status, pytanie, pełnomocnictwo
Klient biura nie chce „aplikacji”. Chce wiedzieć trzy rzeczy: czy dostarczyłem to, co miałem; czy biuro to widzi; czy ja mam coś podpisać albo dopłacić. Portal klienta biura rachunkowego jest odpowiedzią na te trzy pytania o 22:00, bez telefonu na komórkę księgowej. Jeśli portal pokazuje inną prawdę niż teczka w biurze, klient wraca na WhatsApp i portal umiera w miesiąc. Jedna prawda albo żaden portal. To zdanie jest ważniejsze niż kolor przycisku i niż to, czy na start zrobicie PWA, czy natywnego Androida.
Upload faktury jest najprostszym ekranem i najczęstszym miejscem, w którym projekt umiera. Klient robi zdjęcie krzywo, dwa razy, bez NIP-u, w nocy, z telefonu męża. System ma przyjąć plik, złożyć go w okresie, pokazać miniaturę, nie pozwolić na „wysłane w Messengerze do Ani”. OCR bywa pomocny. Nie jest warunkiem. Warunkiem jest że plik jest w teczce i że księgowa widzi kolejkę braków, a nie szuka po czterech kanałach. Jeśli klient i tak wrzuca do KSeF, portal pokazuje, że dokument przyszedł inną drogą, a nie prosi o drugi skan tej samej faktury.
Status teczki to nie „wszystko OK” na zielono. To lista: dokumenty okresu, braki, pytania otwarte, terminy (VAT, JPK, ZUS, CIT, PIT, sprawozdanie), rzeczy do podpisu, pełnomocnictwa z datą końca, uprawnienia KSeF, skrzynka e-Doręczeń. Klient-prezes widzi skrót. Klient-księgowa wewnętrzna widzi kolejkę plików. Pełnomocnik widzi to, na co ma umowę. Wspólnik spółki, który nie jest w umowie z biurem, nie widzi wynagrodzeń. Role po stronie klienta są tak samo ważne jak role w biurze. Bez nich portal jest wyciekiem ubranym w UX.
- Logowanie imienne, 2FA dla osób, które widzą kadry i pełne księgi — nie wspólne hasło „Kowalski2024!”.
- Upload do okresu i typu (sprzedaż, zakup, wyciąg, kadry, inne), nie do ogólnego „wrzutka”.
- Status dokumentu: przyjęty / w wyjaśnieniu / zaksięgowany / odrzucony z powodem.
- Pytanie do biura przy konkretnym pliku albo przy okresie — wątek, nie nowy mail „odnośnie tamtej faktury”.
- Pełnomocnictwa i tokeny: treść, zakres, data, skan, alert przed końcem.
- Kalendarz obowiązków klienta („do 5. dostarcz wyciągi”) i obowiązków biura („do 20. JPK”) — zgodnie z umową, nie z memem z Facebooka.
- Aplikacja na telefon: na start wystarczy responsywny portal. Natywny Android, gdy przedstawiciel albo klient w terenie naprawdę z niego żyje.
Pytania w portalu zastępują najgorszy gatunek maila: „wysyłam jeszcze raz, bo nie wiem, czy doszło”. Wątek przy dokumencie ma autora, czas, załącznik i zamknięcie. Księgowa nie szuka w Sent. Klient nie przysyła trzeciej wersji. Jeśli pytanie wymaga opinii zastrzeżonej, system nie podpowiada odpowiedzi z modelu językowego. Podpowiada: przekaż do roli doradcy albo odmów w tym kanale. To jest cecha, nie brak. Rynek pełen jest demo, w których chatbot „pomaga w VAT”. Po kontroli pomaga adwokatowi klienta.
Pełnomocnictwa, UPL-1, KSeF i skrzynka — jedna półka, nie cztery teczki
W żywym biurze pełnomocnictwo umiera ciszej niż faktura. Kończy się data, zmienia się zarząd, ktoś odwołuje UPL-1 i nikt nie aktualizuje listy w US, a biuro dalej „się podpisuje”, bo tak było w zeszłym roku. Portal klienta biura rachunkowego powinien pokazywać komplet: umowa z biurem, pełnomocnictwa podatkowe, uprawnienia KSeF, dostęp do e-Doręczeń, zgody na kontakt, zakres powierzenia przetwarzania. Alert „za 30 dni kończy się X” jest tańszy niż wezwanie, którego nie możecie podjąć. To nie jest CRM sprzedaży. To jest CRM umocowania.
Obieg: mail i WhatsApp zabijają termin VAT ciszej niż zły FK
Program finansowo-księgowy psuje się rzadko. Obieg dokumentów księgowych psuje się codziennie. Klient fotografuje fakturę przy kawie i wysyła na prywatny numer, bo „tak szybciej”. Księgowa jest na kasie fiskalnej u innego klienta albo na ZOOM-ie z urzędem. Plik siedzi w telefonie. Okres się zamyka. JPK idzie bez tego zakupu albo z tym zakupem w następnym miesiącu, bo ktoś w pośpiechu wrzucił go nie tam. Winny jest „system”, mówią obie strony. Winny jest brak jednego wejścia.
Mail nie jest zły jako kanał awaryjny. Jest zły jako jedyne archiwum. Wątek ma dziesięć osób w DW, trzy wersje załącznika i temat „FW: FW: skan”. WhatsApp jest gorszy: kopie na prywatnych telefonach, brak retencji, brak roli, brak dowodu, że biuro przyjęło dokument w rozumieniu umowy. Pendrive raz w miesiącu jest najuczciwszy z tej trójki — przynajmniej widać, że ktoś przyjechał — i najgorszy przy KSeF, bo część dokumentów już nie ma fizycznej postaci, którą da się „przywieźć”. Jeden inbox teczki, wiele kanałów wpadających do niego, zero kanałów omijających go. To jest cała filozofia obiegu.
- Wejście: portal, e-mail do adresu teczki (nie do osoby), skan z biura, inbound KSeF, ewentualnie API klienta.
- Rejestracja: okres, typ, nadawca, hash (żeby złapać duplikat), miniaturę, kto przyjął.
- Kolejka: księgowy teczki widzi tylko swoje; lider widzi zaległości zespołu; klient widzi „dostarczone / w wyjaśnieniu”.
- Wyjaśnienie: pytanie wraca do klienta przy pliku; dopóki nie ma odpowiedzi, dokument nie udaje, że jest zaksięgowany.
- Księgowanie: import albo dekret w FK; powrót znacznika „w księgach” na teczkę. FK zostaje źródłem zapisu księgowego.
- Zamknięcie okresu: checklista braków, potwierdzenie klienta („nie mam więcej zakupów”), dopiero wtedy JPK jako status, nie jako treść.
- Archiwum: retencja z umowy i z przepisów, nie „trzymamy wszystko, bo dysk jest tani”.
Termin VAT nie umiera w silniku podatkowym. Umiera w luce między „klient myśli, że wysłał” a „biuro myśli, że dostało”. System, który zamyka tę lukę, jest wart więcej niż kolejny raport w FK. Raport w FK powie, co zaksięgowano. Portal powie, czego nie ma. Biuro na 200 teczek żyje z drugiego zdania. Pierwsze i tak macie w Optimie.
Policzcie ostrożnie, bez slajdu o produktywności. Jeśli dwie księgowe tracą łącznie choćby kilka godzin dziennie na „doszło / nie doszło / wyślij jeszcze raz / nie ten okres”, to nie jest koszt „braku innowacji”. To jest koszt braku jednego inboxu teczki. Obieg dokumentów księgowych nie musi być piękny. Musi być jedyny. Drugi kanał, który omija teczkę, jest droższy niż brak portalu — bo wtedy macie dwie prawdy i jedną deklarację.
WhatsApp da się ucywilizować, nie da się go uczynić teczką. Jeśli klient absolutnie nie wejdzie na portal, bramka: numer służbowy biura, automatyczne złożenie obrazka do okresu roboczego, potwierdzenie „przyjęto do teczki X, marzec, zakup”, zakaz dalszej rozmowy merytorycznej w tym kanale. To proteza. Proteza jest lepsza niż zakażenie. Nie sprzedawajcie jej jako strategii. Strategią jest portal i adres teczki. Protezą — miesiąc przejściowy dla prezesa, który „nie klika w linki”.
Checklista okresu jest produktem, nie Excelami lidera
Każde dojrzałe biuro ma w głowie albo w arkuszu listę: wyciągi, sprzedaż, zakupy, raporty kasowe, listy płac, ewidencja przebiegu, informacje o środkach trwałych, potwierdzenie sald, oświadczenia. Oprogramowanie dla biura rachunkowego ma tę listę jako szablon per typ klienta (KPiR, pełna, ryczałt, wspólnota, rolnik) i jako stan per okres. Lider nie zbiera w piątek statusów na Slacku. Widzi czerwone teczki. Klient widzi swoje braki, nie Waszą wewnętrzną kolejkę. JPK_V7 i JPK_KR składacie zgodnie z aktualnym rozporządzeniem MF — system pilnuje kalendarza i statusu („przygotowane / podpisane / wysłane / UPO”), nie treści deklaracji. Nie zgadujemy tu dat nowelizacji struktur na 2026 r. Kalendarz obowiązków jest daną konfiguracyjną, nie wbudowanym kazaniem.
RODO: biuro jest procesorem, umowa powierzenia nie jest „do ściągnięcia z bloga”
W typowym układzie klient (spółka, JDG, wspólnota) jest administratorem danych swoich kontrahentów, pracowników i wspólników. Biuro jest procesorem: przetwarza te dane, żeby wykonać umowę księgową. Art. 28 RODO każe mieć umowę powierzenia przetwarzania. Nie „klauzulę w regulaminie portalu”. Umowę: przedmiot, czas, charakter, rodzaj danych, kategorie osób, obowiązki, podprocesorów, usunięcie albo zwrot po końcu, audyt. Jeśli hostujecie portal u GESOFT albo w innym software house, pojawia się łańcuch: klient → biuro → dostawca. Każde ogniwo musi być w papierze, nie w założeniu.
Dane, które wchodzą do teczki, nie są „kontaktami do newslettera”. Są fakturami z danymi kontrahentów, listami płac, zwolnieniami, orzeczeniami do ZUS, numerami kont, PESEL-ami, czasem danymi o zdrowiu. To dane, przy których wspólny login jest nie tylko niechlujstwem. Jest naruszeniem zasady rozliczalności: nie powiecie, kto otworzył listę płac. Role: księgowy teczki, kadrowa, lider, wspólnik (nadzór, nie podgląd wszystkich wynagrodzeń „bo firma jest moja” — wspólnik biura też podlega minimalizacji), serwis IT bez treści dokumentów. Retencja: po wypowiedzeniu umowy nie trzymacie kadr „na wszelki wypadek, wrócą”. Ścieżka zwrotu i usunięcia jest w umowie i w systemie. Szerzej o mechanizmach w aplikacji: RODO w aplikacjach webowych.
- Administrator: zwykle klient. Procesor: biuro. Podprocesor: hosting portalu, e-mail, SMS, OCR — lista w umowie, nie „używamy różnych chmur”.
- Powierzenie przetwarzania podpisane zanim pierwszy plik wejdzie na serwer, nie „przy okazji aneksu”.
- Hosting w UE, kopie szyfrowane, test przywracania, zakaz prywatnych Dropboxów „bo szybciej”.
- Logi dostępu do kadr i do pełnych ksiąg; alert nietypowego eksportu.
- Zakaz wspólnego hasła; 2FA; natychmiastowe wyłączenie konta po odejściu.
- Portal: klient poprawia swoje dane kontaktowe; nie pobiera cudzej listy płac, bo „jest w zarządzie i ciekawy”.
- Instrukcja dla zespołu: WhatsApp z fakturą od klienta to incydent do ucywilizowania, nie „normalny tryb”.
Incydent w biurze rzadko wygląda jak film o hakerach. Wygląda jak księgowa, która wysłała PIT-11 niewłaściwego pracownika niewłaściwemu klientowi, bo w Outlooku podpowiedziało się podobne nazwisko. Albo jak stażysta, który ściągnął „wszystko na miesiąc” na pendrive, żeby liczyć w domu. System, który utrudnia masowy eksport i łatwi wysyłkę z teczki do właściwego kontaktu, jest kontrolą, nie kaprysem. Powierzenie przetwarzania bez takich kontroli jest PDF-em. UODO nie czyta Waszego cennika. Czyta, czy dało się przewidzieć oczywiste wycieki.
Tajemnica i podwykonawcy: kto jeszcze widzi teczkę
Biura oddają teczki „na zastępstwo” innemu biuru, korzystają z zewnętrznej kadr, z biura rachunkowego-matki w sieci, z chmury FK, z OCR w Azji, z helpdesku, który „wejdzie na chwilę”. Każdy z tych wejść jest albo podprocesorem, albo osobnym administratorem — to kwalifikuje prawnik, nie programista. System ma umieć wyłączyć wgląd, ograniczyć teczkę, zalogować wejście. Sieć franczyzowa, która daje jeden login centrali do wszystkich biur terenowych, buduje wyciek strukturalny. Własny portal pod Waszą marką jest czasem tańszy niż tłumaczenie się z cudzej centrali.
Integracja z Optimą, Symfonią, Enovą, Insertem — most, nie przepisanie planu kont w weekend
Przepisanie planu kont, kartotek kontrahentów i historii dekretów „do naszego nowoczesnego FK” w weekend jest fantazją, którą sprzedają ludzie, którzy nie zamykali roku. Biuro na 200 teczek ma w FK lata analityki, wzorców, kręgów kosztów, słowników VAT, ustawień JPK. Ta wartość jest większa niż jakikolwiek portal. Integracja znaczy: dokument i status idą do FK albo z FK znaną ścieżką (API, wymiana plików, robot przy stoliku, import, który księgowy zatwierdza). Nie znaczy: „od poniedziałku liczycie w naszym module”.
Realistyczne warianty, od najtańszego: (1) portal i obieg żyją obok, księgowy księguje jak dotąd, zaznacza w teczce „w księgach”; (2) import dokumentów źródłowych do FK (PDF/XML/KSeF) z mapowaniem na teczkę; (3) zwrot z FK: czy okres zamknięty, czy JPK wyszedł, czy kontrahent ma saldo; (4) prawdziwe API, jeśli vendor i licencja na to pozwalają. Każdy stopień wyżej kosztuje analizę, nie „wtyczkę z marketplace”. Na spotkaniu pytamy: jaka wersja, jaki partner wdrożeniowy FK, czy jest API, kto u Was umie wyeksportować słownik kontrahentów. Bez tych odpowiedzi wycena integracji jest wróżeniem.
- Źródło zapisu księgowego: FK. Źródło „czy dokument wszedł”: portal / obieg.
- Nie dublować kartoteki kontrahentów „dla piękna”. Jedno ID, most, konflikty (dwa NIP-y, literówki) na raporcie, nie w milczeniu.
- KSeF: często wygodniej, gdy wysyłka i odbiór idą przez stos, który już ma certyfikat — FK albo integrator — a portal trzyma status i uprawnienie.
- Kadry i płace: jeśli są w osobnym module (Płatnik, Optima HR, Symfonia Kadry), nie wciągamy ich do portalu „bo i tak RODO”. Wciągamy status i pliki źródłowe.
- Test na kopii bazy, nie na produkcji w piątek przed JPK.
- Umowa z partnerem Comarch / Sage / Insert: kto utrzymuje most, gdy oni zmienią schemat.
Są biura, które chcą odejść od vendora. To jest osobny, drogi projekt migracji FK, z biegłym, z równoległym rokiem, z odpowiedzialnością za sprawozdanie. GESOFT go nie udaje przy okazji portalu. Jeśli ktoś w ofercie pisze „przeniesiemy Was z Optimy w miesiąc i damy też KSeF”, pytajcie, kto podpisze się pod otwarciem ksiąg. Nie kupujecie silnika VAT. Kupujecie teczkę, która nie ginie. To zdanie chroni budżet skuteczniej niż rabat na licencje.
Co most może zepsuć, jeśli źle go zaprojektować
Najczęstsze miny: podwójne zaimportowanie tej samej faktury z KSeF i ze skanu; nadpisanie ręcznej korekty w FK automatycznym statusem z portalu; kontrahent utworzony dwa razy (raz z NIP-em z faktury, raz z kartoteki); okres w portalu „zamknięty”, a w FK otwarty, albo odwrotnie; hasło API zapisane w skrypcie na pulpicie. Most, który nie ma idempotencji i nie ma człowieka na wyjątkach, jest droższy niż brak mostu. Na start wolimy kolejkę „do zatwierdzenia w FK” niż cichą magię. Magia jest ładna na prezentacji. Wyjątki są Waszą codziennością.
SaaS (wFirma, Fakturownia, Saldeo, Taxxo, e-teczka Comarch) kontra własne
Rynek nie jest pusty. wFirma i inFakt ogarniają mikroklientów, którzy chcą sami klikać. Fakturownia wystawia sprzedaż. Saldeo, Taxxo, Next i podobne żyją z OCR-u i obiegu do biura. Comarch i InsERT dokładają e-teczkę i komunikator przy swoim FK. Sage ma swój świat. Są sieci franczyzowe ze wspólnym panelem. Jeśli któryś z tych produktów zamyka Wasz ból — kupcie go. Wymagajcie eksportu, umowy powierzenia przetwarzania, lokalizacji danych i tego, żeby klient widział Waszą markę albo przynajmniej nie widział reklamy konkurencyjnego biura po zalogowaniu. GESOFT nie prowadzi wojny z Saldeo. Prowadzi projekty, których Saldeo nie przyjmie.
Własne oprogramowanie dla biura rachunkowego zaczyna się opłacać w kilku twardych sytuacjach. Macie więcej niż jedną markę albo więcej niż jedno biuro i nie chcecie, żeby klient logował się do ogólnopolskiego SaaS-a z cudzym logo. Macie workflow, którego szablon nie zna: np. przedstawiciel, który zbiera dokumenty u klienta w terenie i potrzebuje Androida offline; albo sieć, w której teczka wędruje między biurami; albo klienci z własnymi systemami (hurt, medycyna, deweloper), które mają pchać pliki API-em, nie mailami. Vendor nie da Wam tej integracji albo da ją w cenie, która zjada marżę teczki.
SaaS jest tańszy na starcie i droższy w wyjątkach. Własny system jest droższy na starcie i tańszy, gdy wyjątek jest Waszym biznesem. Biuro, które żyje ze standardowych KPiR i ryczałtów, rzadko potrzebuje budowy. Biuro, które żyje z 80 pełnych ksiąg spółek, kadr, KSeF jako pełnomocnik i skrzynek e-Doręczeń, często potrzebuje przynajmniej warstwy własnej: portalu pod domeną, ról, kalendarza umowy, mostu. Nie całego FK. Warstwy. To rozróżnienie oszczędza pół roku kłótni wspólników.
- Zostań przy SaaS, gdy: jedna lokalizacja, typowe teczki, klient akceptuje ich aplikację, e-teczka vendora działa, nie macie nietypowego API.
- Buduj warstwę, gdy: marka, wiele biur, teren, role których SaaS nie ma, integracje, retencja i logi pod Waszą umowę, nie pod ich regulamin.
- Nie buduj „lepszego Optimy”. To inny budżet, inna odpowiedzialność, inny zespół.
- Licencja SaaS bez eksportu teczki jest pułapką — sprawdzacie eksport przed rokiem w nowym narzędziu.
- Cena „za teczkę / miesiąc” w SaaS po 300 teczkach bywa wyższa niż rata własnego portalu. Policzcie na swoich liczbach, nie na naszych.
Szczera rozmowa, której unikają obie strony: część biur kupuje własny portal z powodów ego („mamy system”). Ego nie spłaca faktury za utrzymanie. Utrzymanie to aktualizacje, kopie, dyżur, zmiany w KSeF i w skrzynkach, szkolenie nowej księgowej. Jeśli nie macie w spółce osoby, która właści produkt — choćby na pół etatu merytorycznie — SaaS z opieką vendora jest rozsądniejszy. GESOFT oddaje kod, dokumentację i gwarancję. Nie oddaje Wam działu IT w cenie MVP. Pytamy o to na pierwszym spotkaniu, nie po fakturze za etap drugi.
Co GESOFT buduje — i czego świadomie nie buduje
GESOFT to Paweł Matusiak: aplikacje w Laravelu i Vue, Android tam, gdzie teren tego wymaga. Dla biura rachunkowego i kancelarii podatkowej składamy warstwę operacyjną. Rdzeń: teczka klienta (umowa, typ ewidencji, osoby, role, pełnomocnictwa). Portal klienta biura rachunkowego pod Waszą domeną i marką. Upload i kolejka. Status okresu i checklista. Pytania przy dokumencie. Kalendarz obowiązków z umowy, nie z uniwersalnego „terminów w Polsce”, które rozjeżdżają się z rozporządzeniem. KSeF jako proces uprawnień, inbound/outbound i statusów, z mostem do tego, co już wystawia albo odbiera. e-Doręczenia jako skrzynki z rolami i eskalacją. Aplikacja dla klienta na telefon — najpierw web, potem natywny Android, jeśli naprawdę jest po co.
Czego nie budujemy „przy okazji”: silnika VAT, JPK w znaczeniu treści deklaracji, zastępnika Płatnika, zastępnika Optimy, chatbota-doradcy podatkowego, marketplace’u biur, leadów „znajdź księgowego”. Nie piszemy opinii podatkowych w kodzie. Nie twierdzimy, że OCR wyeliminuje księgową. OCR, jeśli w ogóle, jest pomocą przy kolejce, z człowiekiem na wyjątku. Nie obiecujemy, że w pierwszym sprincie spięcie z każdą wersją Enovy „już działa, tylko włączymy”. Integracja jest etapem po mapie Waszego FK.
- Analiza: ile teczek, jaki FK, jakie kanały dziś, KSeF już czy nie, skrzynki KRS już czy nie, kto jest administratorem danych.
- MVP: teczka + portal upload/status + role w biurze + powierzenie przetwarzania w umowie hostingowej. Bez tego nie ma produkcji.
- Obieg i checklista okresu. Zamknięcie miesiąca widać, zanim widać ładny dashboard.
- KSeF i e-Doręczenia jako procesy — uprawnienia, kolejki, eskalacja — nie jako logo na slajdzie.
- Most do FK w zakresie, który da się utrzymać. Wyjątki na stole, nie w logu.
- Telefon: PWA albo Android dla konkretnej roli (klient, przedstawiciel), nie „apka w sklepie, bo konkurencja ma”.
Stack jest celowo nudny. Laravel po stronie API, polityk i kolejek. Vue w panelu biura i w portalu. Baza, którą da się zbackupować i oddać. Android, gdy offline i aparat są codziennością, nie ozdobą. Kod w Git, dokumentacja, sześć miesięcy gwarancji na dostarczony zakres. Hosting w UE. To samo podejście, którego używamy przy innych panelach branżowych: najpierw rejestr i status, potem ozdoby. Biuro nie jest wyjątkiem od tej reguły. Jest jej najostrzejszym testem, bo termin nie poczeka na sprint review.
Kancelaria podatkowa dostaje te same klocki z twardszą rolą doradcy: notatka, która nie idzie automatycznie do klienta; pakiet do podpisu; oddzielenie teczki księgowej od teczki sporu. Jeśli prowadzicie też sprawy sądowe albo windykacyjne, nie mieszamy tego z obiegiem faktur — raczej łączymy z logiką, którą opisaliśmy przy CRM dla kancelarii. Wspólny jest klient i login. Osobna jest retencja i tajemnica.
Aplikacja na telefon nie jest pierwszym kamieniem milowym
Klient, który nie wejdzie na portal w przeglądarce, nie wejdzie też w aplikację z Store, tylko będzie miał jeszcze jeden kanał do zignorowania. Najpierw jeden URL, logowanie, wrzutka, status. Ikona na pulpicie telefonu (PWA) załatwia 90% „chcemy apkę”. Natywny Android ma sens, gdy przedstawiciel biura chodzi po firmach, robi zdjęcia dokumentów, działa w hali bez zasięgu i musi mieć kolejkę offline. Albo gdy klient-teren (serwis, budowa) żyje z telefonu i nie usiądzie do laptopa. Wtedy tak — Kotlin, aparat, synchronizacja, zakaz zapisu na prywatną rolkę. Nie w dniu podpisania umowy na portal.
Checklista na zebranie wspólników biura
Zanim napiszecie do kogokolwiek — do nas albo do vendora SaaS — usiądźcie na godzinę we własnym gronie. Poniższa lista jest porządkiem zebrania, nie briefem marketingowym. Kto odpowie na te punkty na kartce, ten nie kupi slajdu. Kto nie odpowie, ten kupi slajd i będzie go wdrażał w sezonie JPK.
- Ile teczek żyje naprawdę i jaki jest mix (KPiR, pełna, ryczałt, kadry, wspólnoty, rolnicy)?
- Jaki FK (Optima, Symfonia, Enova, Rewizor, Insert, inne) i czy zostaje?
- Gdzie dziś wchodzi dokument: mail osobisty, wspólna skrzynka, WhatsApp, papier, e-teczka vendora, KSeF?
- Ilu klientów już jest w obowiązku wystawiania KSeF (próg 200 mln / 1 lutego 2026 r.), ilu od 1 kwietnia 2026 r., ilu tylko w odbiorze od lutego?
- Czy biuro jest pełnomocnikiem KSeF? Gdzie leżą tokeny? Kto zastępuje osobę z dostępem?
- Ilu klientów z KRS ma żywą skrzynkę e-Doręczeń? Kto ją czyta? Co było w ostatni długi weekend?
- Czy macie podpisane powierzenie przetwarzania z klientami i z dostawcami chmury? Lista podprocesorów?
- Czy e-teczka Comarch / InsERT / Saldeo / Taxxo była testowana przez klienta, nie tylko przez Was — i czego w niej nie ma?
- Czy potrzebujecie własnej marki, wielu lokalizacji, Androida w terenie, API od systemów klientów?
- Kto w spółce będzie właścicielem produktu po wdrożeniu (imię, nie „jakoś zespół”)?
- Jaki okres nie wolno ruszać wdrożeniem (styczeń, kwiecień, lipiec — wpiszcie swoje piekło)?
- Co ma działać za 90 dni, a co może poczekać rok? Jedna prawda teczki jest przed ładnym dashboardem.
Jeśli po tej liście wychodzi „zostajemy przy e-teczce vendora i ucywilizujemy kanały” — zostańcie. Naprawdę. Wdrożenie dyscypliny (jeden adres, zakaz WhatsAppa, pełnomocnictwa w kalendarzu) jest tańsze niż kod i często zdejmuje 70% bólu. Jeśli wychodzi „vendor nie przyjmie naszego obiegu / marki / terenu / mostu” — wtedy rozmawiamy o warstwie. Nie o wymianie FK. O warstwie.
Wycena nie spadnie z cennika „portal dla biura od X zł”. Spadnie z liczby ról, z liczby mostów i z tego, czy KSeF i e-Doręczenia są w pierwszym etapie, czy w trzecim. Im więcej prawdy na wejściu, tym mniej aneksów. To działa w obie strony: jeśli po godzinie rozmowy wyjdzie, że wFirma plus dyscyplina kanałów Wam wystarczy, powiemy to. Wolimy stracić projekt niż utrzymać system, którego nikt nie otworzy, bo księgowe wróciły na WhatsApp w drugim tygodniu.
Najczęściej zadawane pytania
- Czy oprogramowanie dla biura rachunkowego zastąpi Optimę, Symfonię, Enovę albo Insert?
- Nie — i nie powinno, jeśli te programy liczą u Was księgi. GESOFT buduje warstwę: portal klienta, obieg, status teczki, procesy KSeF i e-Doręczeń. FK zostaje. Most — po mapie wersji i API, nie „w weekend przepiszemy plan kont”.
- Ile jest biur rachunkowych w Polsce?
- Nie podajemy „według GUS jest X”, bo takiej tablicy nie otworzyliśmy. COIG 12 maja 2026 r. sprzedaje komercyjny wypis 17 348 podmiotów „działalność rachunkowo-księgowa” (Mazowieckie 5220, Warszawa 3648). To nie jest spis GUS ani liczba „tylu biur działa”. Od 1 stycznia 2025 r. zamiast 69.20.Z są 69.20.A, 69.20.B i 69.20.C. Do wyceny liczy się liczba Waszych teczek, nie baza adresowa.
- Czy biuro musi mieć certyfikat Ministerstwa Finansów?
- Nie. Usługi księgowe zderegulowano w 2014 r. Nie zmyślajcie „certyfikatu MF jako warunku prowadzenia biura”. Doradztwo podatkowe (PKD 69.20.B) to zawód regulowany z czynnościami zastrzeżonymi. Portal nie zastępuje uprawnień doradcy.
- Od kiedy KSeF boli biuro, skoro mali wystawiają od 1 kwietnia 2026?
- Odbiór faktur w KSeF jest obowiązkowy już od 1 lutego 2026 r. Wystawianie: 1 lutego 2026 przy sprzedaży 2024 wraz z podatkiem ponad 200 mln zł, 1 kwietnia 2026 pozostali. Biuro jako pełnomocnik musi mieć uprawnienia, tokeny i kolejki wcześniej, niż „mali zaczną wystawiać”. Źródło: ksef.podatki.gov.pl, ustawa 5 sierpnia 2025 r., FA(3).
- Czy e-Doręczenia dotyczą klientów JDG dopiero od października 2026?
- CEIDG sprzed 2025 — obowiązek od 1 października 2026 r. Ale spółki z KRS sprzed 2025 mają go od 1 kwietnia 2025 r., a nowe firmy od 1 stycznia 2025 r. przy rejestracji. Biuro ze spółkami już powinno mieć proces skrzynki z rolami, nie jedno hasło na urlopie. Źródło: biznes.gov.pl.
- Kto jest administratorem danych — biuro czy klient?
- Zwykle klient jest administratorem, biuro procesorem. Umowa powierzenia (art. 28 RODO) jest obowiązkowa. Dane szczególne (płace, zdrowie ZUS) wymagają ról, retencji i zakazu wspólnego loginu. Jeśli hostujecie portal u nas, jesteśmy podprocesorem — to musi być w papierze.
- Saldeo, Taxxo, e-teczka Comarch — po co własne?
- Jeśli zamykają obieg i klient się loguje — kupcie to i wymagajcie eksportu oraz powierzenia. Własne, gdy wiele biur albo marek, nietypowy workflow, Android dla przedstawiciela, integracje których vendor nie da, albo dane i kod mają zostać u Was. Nie budujemy z zasady przeciwko gotowcowi.
- Czy portal może podpowiadać klientowi rozliczenie VAT?
- Może pokazać status, braki, kalendarz i to, co już jest w teczkach. Nie może udawać opinii podatkowej ani interpretacji. Czynności zastrzeżone zostają przy doradcy. Chatbot „radzący w VAT” jest ryzykiem, nie feature’em.
- Czy na start potrzebujemy aplikacji w Google Play?
- Nie. Responsywny portal i ewentualnie PWA wystarczą, żeby teczka przestała ginąć. Natywny Android, gdy teren i offline są codziennością przedstawiciela albo klienta. Ikona w sklepie nie zamyka miesiąca.
- Co napisać w zapytaniu, żeby dostać wycenę a nie ankietę?
- Liczba teczek i mix ewidencji, nazwa FK i czy zostaje, czy jesteście pełnomocnikiem KSeF, czy skrzynki e-Doręczeń spółek żyją, czego nie daje obecna e-teczka, czy potrzebna własna marka albo Android. Formularz: /kontakt. Odpowiadamy, czy budować, czy kupić gotowiec.
Opisz projekt