Oprogramowanie dedykowane czy gotowe: jak wybrać system dla firmy i policzyć koszt w 5 lat

Czym różni się oprogramowanie dedykowane od gotowego?

Gotowe oprogramowanie to produkt pisany dla tysięcy firm naraz, za który płacisz licencję lub abonament, a oprogramowanie dedykowane to system pisany na zamówienie jednej firmy, który odwzorowuje jej proces. Wybór nie jest jednak zero-jedynkowy, bo między tymi biegunami są jeszcze dwie drogi.

Program z półki występuje dziś głównie jako SaaS, czyli usługa w przeglądarce opłacana co miesiąc lub co rok: dostawca odpowiada za rozwój i zmiany przepisów, a Ty dostajesz to, co przewidział dla wszystkich. Własny system odwraca ten układ: dostajesz to, co zamówisz, ale odpowiadasz za utrzymanie i każdą przyszłą zmianę.

Pierwsza droga pośrednia to kupione narzędzia połączone integracjami, które przenoszą dane między programami bez przepisywania, a druga to platforma low-code, na której proste aplikacje wewnętrzne składa się z klocków. W małej firmie zaczynam właśnie od nich, bo kończą przepisywanie danych bez budowy systemu od zera. Pytanie „dedykowane czy gotowe” zadawaj zresztą o konkretny proces, a nie o całą firmę: ta sama firma może mieć kupiony program księgowy, CRM w abonamencie i jedną własną aplikację.

Bezpieczeństwo samo nie rozstrzyga wyboru, bo za dane osobowe w obu przypadkach odpowiadasz przede wszystkim Ty jako administrator według RODO. Różni się to, kto wykonuje pracę: w SaaS serwery, aktualizacje i kopie zapasowe są po stronie dostawcy, którego zobowiązujesz umową powierzenia, a we własnym systemie po Twojej stronie albo wykonawcy z umową utrzymaniową.

• Program z półki: zaletyStart w kilka dni, mały wydatek na początek, a rozwój i zmiany przepisów po stronie dostawcy.
• Program z półki: wadyProces dopasowujesz do produktu, płacisz za każdego użytkownika, a ceny i warunki eksportu danych ustala dostawca.
• System na zamówienie: zaletyOdwzorowuje Twoje reguły, zwykle nie wymaga licencji za każdego użytkownika, a kod może należeć do Ciebie, jeśli umowa przenosi prawa.
• System na zamówienie: wadyBudowa trwa według Devisu od 6–⁠10 tygodni przy prostej aplikacji do 4–⁠8 miesięcy przy dużym systemie. Największy wydatek ponosisz przed pierwszym użyciem, a potem płacisz za utrzymanie i za kogoś, kto naprawi awarię.

Cztery drogi wyboru oprogramowania dla małej i średniej firmy. Opis ogólny, bez cen: kwoty i limity z cenników producentów są w kolejnych sekcjach.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Kiedy lepiej kupić, niż budować?

Program lepiej kupić, gdy Twój proces wygląda tak samo jak w wielu innych firmach, a jego zasady wyznacza prawo albo rynek, a nie Twój pomysł na biznes. Fakturowanie, księgowość, kadry i płace to podręcznikowe przykłady.

Najlepiej widać to na KSeF. Według Ministerstwa Finansów e-faktury w KSeF wystawiają od 1 lutego 2026 r. podatnicy, których sprzedaż wraz z podatkiem przekroczyła w 2024 r. 200 mln zł, a od 1 kwietnia 2026 r. pozostali; ci, którzy fakturami dokumentują do 10 000 zł brutto sprzedaży miesięcznie, mają czas do końca 2026 r. Dostawca programu do faktur wdraża taką zmianę raz dla wszystkich klientów, a właściciel własnego systemu płaci za nią sam.

Według cennika Fakturowni integracja z KSeF, API oraz import i eksport dokumentów, klientów i produktów są we wszystkich pięciu planach, także w darmowym planie Micro do trzech faktur miesięcznie. Jeśli faktury mają powstawać z Twojej aplikacji, wystawiaj je przez takie API, zamiast pisać własny moduł; połączenie z samym KSeF opisuję w przewodniku integracja z KSeF przez API.

Kupiony program sprawdza się też wtedy, gdy firma dopiero układa sposób pracy. Przez kilka miesięcy notuj, w których miejscach zespół go obchodzi; jeśli kiedyś zdecydujesz się na własny system, ta lista będzie gotową specyfikacją dla wykonawcy.

• Fakturowanie i księgowośćZasady wyznaczają ustawa o VAT i KSeF, a zmiany dotyczą wszystkich podatników naraz. Wybierz program z API i eksportem.
• Kadry i płacePrzepisy i składki zmieniają się niezależnie od Twoich planów, a płace liczy się w każdej firmie według tych samych reguł, więc własny system nie da tu przewagi.
• CRM przy typowej sprzedażyJeśli lejek ma etapy, które zna każdy handlowiec, sprawdź w okresie próbnym aplikację mobilną, synchronizację poczty i raporty; w systemie pisanym od zera każdą z tych funkcji trzeba zamówić osobno.

Cenniki i przepisy się zmieniają. Linki do źródeł są na dole strony.

Kiedy system dedykowany jest przewagą, a kiedy fanaberią?

System dedykowany ma sens wtedy, gdy obsługuje część pracy, która odróżnia Twoją firmę od konkurencji i której żaden produkt z półki nie robi bez obejść. Jeśli jedynym argumentem jest „chcemy mieć swoje” albo „nie chcemy płacić abonamentu”, to zwykle fanaberia, i to droga.

Dobry test to trzy pytania. Czy klient widzi efekt tego procesu, na przykład szybszą wycenę albo panel ze statusem zamówienia? Czy zasady, które chcesz zapisać w systemie, są Twoje, a nie ustawowe? Czy dziś obchodzisz kupione narzędzia arkuszem i telefonem, tracąc godziny co tydzień? Trzy razy „tak” to mocny sygnał, jedno „tak” to raczej powód do integracji niż do budowy całości.

Sens widzę w kalkulatorach wycen z regułami, których nie da się wpisać w cennik, w panelach, w których klient B2B sam zamawia i pobiera dokumenty, w harmonogramach ludzi i maszyn oraz w jednym widoku na dane z kilku programów. Wartość daje tu logika, a nie to, że kod jest „własny”.

Własny system nie naprawi procesu, którego nikt nie potrafi opisać, i zwykle nie będzie tańszy od dojrzałego produktu w tym, co produkt robi dobrze, bo dostawca dzieli koszt rozwoju na wielu klientów. Pytanie „kto to naprawi w sobotę” musi mieć odpowiedź przed startem.

• Przewaga: reguły spoza cennikaWycena zależy od kilkunastu parametrów i rabatów; dziś handlowiec liczy ją w arkuszu, a klient czeka do jutra.
• Fanaberia: kopia CRM-u z półkiKontakty, etapy sprzedaży i przypomnienia zrobione „po naszemu”. Taki projekt ma sens tylko wtedy, gdy wygrywa z pięcioma latami abonamentu, które liczę w sekcji o koszcie.
• Fanaberia: „żeby nie płacić abonamentu”Abonament zamienia się w utrzymanie, hosting i aktualizacje, więc bez rachunku na pięć lat to przesunięcie wydatku, a nie oszczędność.

Czy low-code wystarczy zamiast pisania systemu od zera?

Low-code wystarczy dla prostych aplikacji wewnętrznych dla kilku lub kilkunastu osób, zwłaszcza gdy firma już pracuje w ekosystemie danej platformy. Przy aplikacji dla klientów z zewnątrz, nietypowych uprawnieniach i dużych ilościach danych rosną licencje i limity pojemności, a logika zostaje zamknięta w platformie.

Platforma low-code daje formularze, listy, proste reguły i połączenia z popularnymi usługami. Według cennika Microsoftu Power Apps Premium kosztuje 20 USD za użytkownika miesięcznie przy płatności rocznej (cennik amerykański) i pozwala przypisanemu użytkownikowi korzystać z nieograniczonej liczby aplikacji. W firmie z Microsoft 365 to naturalny sposób na wniosek urlopowy albo rejestr sprzętu.

Ograniczenia są dwa: koszt rośnie z każdą osobą, więc 40 użytkowników Premium to według tego samego cennika 800 USD miesięcznie, a ekrany i reguły zostają w formacie platformy, nawet gdy dane wyeksportujesz. Szersze porównanie jest w przewodniku no-code czy aplikacja pisana od zera. Traktuj low-code jak prototyp: jeśli po trzech miesiącach zespół używa go codziennie, masz sprawdzoną specyfikację własnego systemu.

Jak połączyć program księgowy lub ERP z własną aplikacją?

Program księgowy lub ERP łączysz z własną aplikacją przez API, SDK albo pliki: w programie dalej powstają dokumenty i księgowania, a aplikacja obsługuje tylko to, czego program nie umie. W małych i średnich firmach tę ścieżkę polecam najczęściej.

Zasada: każda informacja ma jeden program, w którym powstaje. Faktury powstają w programie księgowym, który pilnuje KSeF i JPK, a zamówienia B2B czy nietypowe wyceny w cienkiej aplikacji, która czyta kartotekę towarów i kontrahentów, zamiast ją dublować.

Fakturownia ma API we wszystkich planach. Linia InsERT nexo PRO, w tym Subiekt nexo PRO, ma Szczegółową Dokumentację Techniczną (SDK) ze strukturą bazy oraz spisem obiektów i metod. Comarch ERP Optima przyjmuje dokumenty z plików XML i zakłada przy imporcie brakujące karty towarów i kontrahentów, ale opis struktury tych plików dostają tylko Autoryzowani Partnerzy Comarch (według dokumentacji producentów).

Ryzyko jest jedno: gdy producent zmieni API albo format pliku, połączenie trzeba poprawić, więc integracja potrzebuje monitoringu i osoby, która dostanie alert, zanim błąd zauważy księgowa. Zacznij tam, gdzie ktoś najczęściej przepisuje dane; jak takie miejsca znaleźć, opisuję w przewodniku jak przestać przepisywać dane między programami, a samo łączenie systemów robię w ramach usługi integracje API.

Jak policzyć koszt oprogramowania w 5 lat (TCO)?

Koszt w pięć lat, czyli TCO (całkowity koszt posiadania), to suma wszystkich wydatków na daną drogę: licencji, integracji, budowy, utrzymania, hostingu, czasu ludzi i ewentualnego wyjścia. Pięć lat to rozsądny horyzont, bo w tym czasie zmienią się zespół, cenniki i przepisy.

Przykład dla hipotetycznej firmy handlowej. Według cennika Livespace plan Automation, pierwszy z dostępem do API, kosztuje 169 zł netto za użytkownika miesięcznie, a przy płatności rocznej o 13% mniej. Ośmiu handlowców to 8 × 169 zł × 12, czyli 16 224 zł netto rocznie. Jeśli od trzeciego roku jest ich dwunastu, a cena rośnie o 10% (moje założenie, nie zapowiedź dostawcy), każdy z trzech ostatnich lat kosztuje około 26 770 zł netto. Razem około 112 760 zł netto w pięć lat, bez integracji i szkoleń.

Po stronie systemu na zamówienie wpisz budowę, utrzymanie, hosting i rezerwę na zmiany przepisów. Cenę budowy wyznaczają głównie role i uprawnienia, integracje i migracja danych, a dopiero potem liczba ekranów. Dla skali: Devisu wycenia prostą aplikację z logowaniem, jednym modułem i prostym panelem na 15 000–⁠40 000 zł i 6–⁠10 tygodni pracy, a system z wieloma modułami i integracjami z ERP lub CRM na 80 000–⁠150 000 zł i więcej oraz 4–⁠8 miesięcy. Na opiekę, aktualizacje i drobny rozwój MZSoft radzi planować rocznie 10–⁠20% kosztu budowy; więcej widełek zebrałem w przewodniku ile kosztuje aplikacja webowa.

Własny CRM z aplikacją mobilną, synchronizacją poczty i raportami to system z wieloma modułami i integracjami, czyli według Devisu co najmniej 80 000 zł. Przy tej kwocie i utrzymaniu 15% rocznie (środek widełek MZSoft) pięć lat kosztuje 140 000 zł plus hosting, czyli więcej niż abonament dla ośmiu, a potem dwunastu handlowców z przykładu wyżej. Rachunek spina się dopiero przy regułach, których żaden CRM nie obsługuje, a zespół płaci za ich brak godzinami obejść.

Samo zaplecze jest tanie: według cennika Render płatne plany zaczynają się od 7 USD miesięcznie za usługę webową z 512 MB pamięci i od 6 USD za bazę Postgres z 256 MB, plus abonament przestrzeni roboczej zależny od planu i transfer rozliczany od zużycia. Drogie są godziny programisty.

Łatwo zapomnieć o czasie ludzi: trzy osoby, które po pół godziny dziennie przepisują dane, to 390 godzin rocznie (3 × 0,5 godziny × 5 dni × 52 tygodnie).

1. Spisz użytkowników rok po rokuWeź plan na pięć lat, a nie dzisiejszą liczbę, bo abonament rośnie razem z zespołem.
2. Licz plan, który naprawdę wystarczyAPI, uprawnienia i dłuższa historia danych bywają dostępne tylko w wyższych planach.
3. Dolicz podwyżki i ręczną pracęZałóż, że cena wzrośnie raz albo dwa razy, a godziny przepisywania danych policz w kalkulatorze poniżej.
4. Dodaj utrzymanie i koszt wyjściaPrzy własnym systemie wpisz hosting, kopie, aktualizacje i zmiany przepisów, a przy każdej drodze koszt migracji.

Pozycje rachunku całkowitego kosztu posiadania (TCO) w pięć lat dla czterech dróg; w każdą komórkę wpisz własne kwoty.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Jakie koszty SaaS wychodzą dopiero po roku?

Po pierwszym roku wychodzą podwyżki przy odnowieniu, funkcje dostępne tylko w wyższym planie i limity, które uwierają, gdy firma rośnie. Wpisz je do rachunku przed podpisaniem.

Podwyżki zdarzają się także u największych. Microsoft ogłosił 4 grudnia 2025 r. nowe ceny Microsoft 365 dla firm, obowiązujące od 1 lipca 2026 r.: w cenniku dolarowym Business Basic podrożał z 6 do 7 USD za użytkownika miesięcznie (o niecałe 17%), a Business Standard z 12,50 do 14 USD (o 12%). Dotychczasowi klienci płacą starą cenę do odnowienia subskrypcji.

Druga pułapka to funkcje z wyższych planów: według cennika Livespace plan Base za 79 zł netto za użytkownika miesięcznie obejmuje najwyżej trzech użytkowników i nie ma API. Trzecia to rozliczenie od zużycia, bo Base.com wycenia plan Business według liczby zamówień w miesiącu. Limity nie szkodzą, dopóki je znasz; problem zaczyna się wtedy, gdy odkrywasz je po dwóch latach, kiedy w systemie są już dane i nawyki całego zespołu.

Co sprawdzić w cenniku SaaS przed podpisaniem, z przykładami z cenników producentów. Ceny i limity zmieniają się w trakcie roku, więc przed decyzją potwierdź je u źródła.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Czyje są dane w SaaS i jak z niego wyjść?

Dane, które wprowadzasz do SaaS, są Twoje, ale umowa decyduje, w jakim formacie, w jakim terminie i za ile je odzyskasz. Od 12 września 2025 r. minimum takiej umowy wyznacza unijny akt w sprawie danych (Data Act, rozporządzenie 2023/2854), który obejmuje także dostawców oprogramowania jako usługi.

Art. 25 aktu wymaga umowy na piśmie z terminami zmiany dostawcy: wypowiedzenie najwyżej dwa miesiące, okres przejściowy do 30 dni kalendarzowych, co najmniej 30 dni na pobranie danych i gwarancja ich usunięcia po udanej zmianie. Art. 29 zakazuje od 12 stycznia 2027 r. opłat za zmianę dostawcy, a art. 30 ust. 5 wymaga eksportu w formacie do odczytu maszynowego; szczegóły zebrałem w tabeli w następnej sekcji.

Ważny wyjątek: według art. 31 ust. 1 obowiązki z art. 23 lit. d), art. 29 i art. 30 ust. 1 i 3 z częścią wymogów technicznych nie dotyczą usług, których większość głównych cech opracowano na zamówienie konkretnego klienta i których dostawca nie oferuje komercyjnie na szeroką skalę w swoim katalogu usług. Komisja Europejska podkreśla w odpowiedziach na najczęstsze pytania o akt, że pozostałe przepisy o zmianie dostawcy nadal obowiązują, w tym eksport w uporządkowanym formacie do odczytu maszynowego. System na zamówienie utrzymywany w chmurze wykonawcy może więc nie dawać części ochrony masowego SaaS, a tę lukę zamyka dopiero umowa. Komisja zaproponowała też zmiany w akcie w ramach cyfrowego zbiorczego aktu prawnego, więc przed negocjacją sprawdź aktualny tekst, a większą umowę daj do przeglądu prawnikowi. To lista pytań do dostawcy, nie porada prawna.

Wyjście najlepiej sprawdzić na próbę, zanim dane urosną. Przy Fakturowni wystarczy token API: skrypt poniżej pobiera faktury sprzedaży z pozycjami po 100 na stronę, czyli maksimum parametru per_page według dokumentacji, a faktury kosztowe pobierzesz po dodaniu do adresu parametru income=no. Pliki JSON wczytaj do arkusza albo bazy i porównaj liczbę faktur z panelem.

# adres konta: twojafirma.fakturownia.pl
DOMENA="twojafirma"
# token: Ustawienia > Ustawienia konta > Integracja > Kod autoryzacyjny API
TOKEN="$FAKTUROWNIA_API_TOKEN"

page=1
while true; do
  plik="faktury-${page}.json"
  curl -sf "https://${DOMENA}.fakturownia.pl/invoices.json?period=all&include_positions=true&per_page=100&page=${page}&api_token=${TOKEN}" \
    -o "$plik" || exit 1
  ile=$(jq length "$plik")
  echo "strona ${page}: ${ile} faktur"
  [ "$ile" -lt 100 ] && break
  page=$((page + 1))
done

Co sprawdzić w umowie SaaS przed podpisaniem?

W umowie SaaS sprawdź przede wszystkim eksport danych, wypowiedzenie i czas na pobranie danych, SLA, zasady zmiany cennika oraz umowę powierzenia zgodną z art. 28 RODO. Od tych punktów zależy, czy odzyskasz dane i ile zapłacisz przy wyjściu.

Według art. 28 ust. 3 RODO dostawca zobowiązuje się w umowie powierzenia między innymi przetwarzać dane wyłącznie na Twoje udokumentowane polecenie, stosować środki bezpieczeństwa z art. 32, pomagać Ci odpowiadać na żądania osób, których dane dotyczą, po zakończeniu usług usunąć albo zwrócić dane, zależnie od Twojej decyzji, i umożliwić audyt. Punkt o zwrocie danych czytaj najuważniej, bo tu RODO spotyka się z wyjściem z usługi.

Brak takiej umowy nie jest formalnością. We wrześniu 2022 r. UODO nałożył 2,5 tys. zł kary na Sułkowicki Ośrodek Kultury, który powierzył zewnętrznej firmie prowadzenie ksiąg i przechowywanie dokumentacji bez pisemnej umowy powierzenia i bez sprawdzenia, czy daje ona wystarczające gwarancje ochrony danych. Według urzędu próby uzyskania od tej firmy wyjaśnień oraz zwrotu lub udostępnienia danych okazały się bezskuteczne, a to dokładnie scenariusz, przed którym chroni dobra umowa.

Lista kontrolna umowy SaaS: minimum z aktu w sprawie danych (rozporządzenie 2023/2854) i z RODO oraz punkty do negocjacji. To lista pytań do dostawcy, nie porada prawna.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Co musi być w umowie z wykonawcą systemu?

W umowie z wykonawcą systemu muszą być co najmniej: przeniesienie autorskich praw majątkowych do kodu na wymienionych polach eksploatacji, dostęp do repozytorium i dokumentacji oraz zasady utrzymania po wdrożeniu. Bez nich nie rozwiniesz systemu u innego wykonawcy.

Programy komputerowe są chronione jak utwory literackie (art. 74 ust. 1 ustawy o prawie autorskim i prawach pokrewnych). Do programu, który pracownik napisał w ramach obowiązków, prawa majątkowe ma pracodawca, o ile umowa nie stanowi inaczej (art. 74 ust. 3), ale ta reguła nie obejmuje firmy zewnętrznej ani programisty na umowie B2B. Od wykonawcy prawa przenosi tylko umowa w formie pisemnej pod rygorem nieważności (art. 53), i to na polach eksploatacji w niej wyraźnie wymienionych (art. 41 ust. 2). Szczegóły opisuję w przewodniku prawa autorskie do aplikacji; większą umowę niech przejrzy prawnik.

Bibliotek open source i cudzych usług nie przeniesiesz na siebie jak własnego kodu, bo korzystasz z nich na warunkach ich licencji. System potrzebuje też aktualizacji, kopii zapasowych z testem odtworzenia, monitoringu i reakcji na zmiany przepisów oraz cudzych API, więc utrzymanie zaplanuj przed startem.

• Prawa do koduPola eksploatacji obejmujące uprawnienia z art. 74 ust. 4: zwielokrotnianie, tłumaczenie i inne zmiany oraz rozpowszechnianie, a do tego wprost wpisany moment przejścia praw, na przykład z chwilą zapłaty.
• Repozytorium i dokumentacjaDostęp od pierwszego dnia, a nie po odbiorze: instrukcja odtworzenia środowiska, opis bazy, lista zależności i kont w usługach zewnętrznych.
• Utrzymanie i rozstanieCzas reakcji na awarię, aktualizacje bezpieczeństwa i rozliczanie drobnych zmian, a przy rozstaniu przekazanie kodu, danych, konfiguracji i kont, które należą do Ciebie.

Kupić, połączyć czy zbudować: jak podjąć decyzję?

Decyzję podejmij w pięciu krokach: opisz proces, przetestuj dwa lub trzy programy z półki na prawdziwych danych, policz koszt w pięć lat, sprawdź wyjście z każdej opcji i zacznij od najmniejszego kawałka, który rozwiązuje realny problem.

W małej firmie spodziewaj się raczej układu mieszanego: programy z półki do tego, co wspólne dla branży, kilka połączeń, które kończą przepisywanie danych, i jedna aplikacja na zamówienie tam, gdzie firma naprawdę różni się od konkurencji. Jeśli ta aplikacja wystawia dokumenty albo uruchamia płatności, wyjątki zatwierdza człowiek: automat przygotowuje, a osoba decyduje o pieniądzach i o tym, co trafia do klienta.

Ja zaczynam od procesu i rachunku na pięć lat, a dopiero potem mówię, czy jest co budować; czasem kończy się na kupionym narzędziu i dwóch integracjach, i to też dobry wynik. Buduję aplikacje webowe i połączenia z programami, z których firmy już korzystają. Jeśli chcesz, żebym spojrzał na Twój przypadek, napisz, jaki proces chcesz uporządkować, jak często się powtarza, ile osób w nim pracuje i z jakich programów korzystasz dziś. Odpowiadam w ciągu jednego dnia roboczego; pracuję jednoosobowo z Mikołowa, zdalnie w całej Polsce.

1. Opisz proces, nie funkcjeZapisz, kto zaczyna, jakie dane są potrzebne, kto decyduje i co dziś dzieje się poza systemem.
2. Przetestuj programy z półki na swoich danychOkres próbny wykorzystaj na prawdziwym tygodniu pracy i zapisuj każde obejście.
3. Policz koszt w pięć latPorównaj dwie lub trzy drogi i uwzględnij podwyżki, wzrost zespołu, integracje oraz czas ludzi.
4. Zrób próbne wyjścieWyeksportuj dane i wczytaj je w innym programie. Przy własnym systemie sprawdź, czy uruchomi go z repozytorium ktoś inny niż autor.
5. Zacznij od jednego procesuPierwsza integracja albo moduł ma rozwiązać jeden problem do końca, zanim wybierzesz następny.

Pytania i odpowiedzi