Modele współpracy KSeF — dlaczego wybór modelu jest krytyczny

Model współpracy BR–Klient określa, kto i kiedy wykonuje kluczowe czynności: wystawienie/odbiór, opis, akceptacja, księgowanie. Od niego zależy struktura uprawnień w KSeF, zakres szkoleń, a nawet polityka tokenów integracyjnych. Dobrze dobrany model skraca czas akceptacji i zmniejsza licbę wyjątków; zły – generuje cofnięcia i „martwe przepływy”.

Trzy modele współpracy — plusy, minusy, kiedy wybrać

1) Delegowany (większość zadań po stronie Klienta)

Jak działa: Klient wystawia/odbiera faktury, opisuje je i akceptuje. BR nadzoruje poprawność formalną i księguje. Idealny dla firm z dojrzałymi procesami wewnętrznymi.

• Plusy: szybkie decyzje u źródła, mniejsza liczba „pytań do klienta”, przejrzystość odpowiedzialności.
• Ryzyka: rozjechane słowniki (MPK/VAT), duża zmienność jakości opisów, potrzeba szkoleń i nadzoru.
• Wymagania: administrator Klienta, akceptanci, reguły opisów, podstawowy workflow lub dyscyplina w Aplikacji Podatnika.
• Kiedy wybrać: spółki z menedżerami budżetów, działy zakupów, powtarzalne koszty i jasne ścieżki decyzyjne.

2) Hybrydowy (zadania dzielone)

Jak działa: Klient opisuje i akceptuje koszty, BR odbiera zakupy, pilnuje słowników i księguje. Najpopularniejszy wariant – łączy kontrolę BR z decyzyjnością Klienta.

• Plusy: elastyczność, kontrola jakości opisów, możliwość szybkiego „dosypania” automatyzacji.
• Ryzyka: niejasne granice zadań (co robi Klient, co BR), spory o SLA przy wyjątkach.
• Wymagania: jasno spisany podział ról, słowniki utrzymywane przez BR, mini-workflow akceptacyjny.
• Kiedy wybrać: większość MŚP, firmy w trakcie porządkowania procesów.

3) Samodzielny (BR działa w imieniu Klienta)

Jak działa: BR wystawia/odbiera, opisuje, akceptuje według zasad klienta (lub wspólnych uzgodnień), następnie księguje. Wymaga precyzyjnych pełnomocnictw i wysokiego zaufania.

• Plusy: pełna kontrola nad procesem, mało zadań po stronie Klienta, szybkie zamknięcia okresów.
• Ryzyka: większa odpowiedzialność BR, konieczność ścisłego nadawania ról i audytu działań.
• Wymagania: upoważnienia do KSeF (np. ZAW-FA lub nadane role w e-Urzędzie Skarbowym), rozbudowane uprawnienia, dziennik operacji, jasne limity akceptacyjne.
• Kiedy wybrać: JDG/spółki bez zasobów administracyjnych lub zlecenia czasowe (np. „porządkowanie” firmy).

Macierz ról i SLA — minimalny zestaw na start

W każdym modelu sprawdzają się te same „wiadra ról”. Różni się tylko strona, po której leży odpowiedzialność:

• Wystawianie/odbiór — Klient (delegowany), Klient/BR (hybrydowy), BR (samodzielny).
• Opis — Klient (delegowany), Klient (hybrydowy), BR (samodzielny).
• Akceptacja — Klient (delegowany/hybrydowy), BR wg pełnomocnictw (samodzielny) — z jasno określonym limitem.
• Księgowanie / przygotowanie JPK — co do zasady BR (we wszystkich modelach), chyba że w umowie ustalicie inaczej.
• Administrator — po obu stronach: dostępy, zastępstwa, tokeny, audyt.

Pro tip: ustaw zastępstwa dla opisów i akceptacji. Brak zastępcy = opóźnienia i „wąskie gardła”.

Zapisy do umowy/aneksu — co musi się znaleźć

• Zakres odpowiedzialności — kto opisuje, kto akceptuje, kto księguje; co oznacza „kompletność” dokumentu.
• SLA — terminy na opis (np. 2 dni), akceptację (3 dni), księgowanie (2 dni od akceptacji) + eskalacja.
• Dostępy i pełnomocnictwa — ZAW-FA, role w Aplikacji Podatnika, polityka rotacji tokenów.
• Słowniki — właściciel i tryb zmian (MPK/projekty, kategorie VAT, serie, kontrahenci).
• Wyjątki — duplikaty, błędny NIP, korekty; kto decyduje, jak dokumentujemy i w jakim czasie zamykamy.
• Raportowanie — KPI miesięczne (terminowość, kompletność opisów, wyjątki/100 faktur, czas zamknięcia).
• Bezpieczeństwo — 2FA, przechowywanie kluczy, dostęp awaryjny („break-glass”), logi działań.
• Zmiana modelu — kiedy i jak przechodzimy np. z delegowanego na hybrydowy (triggery, terminy, koszty).

Jak wybrać model — szybki test „7 pytań”

1. Czy firma ma osoby merytoryczne, które regularnie opisują zakupy? (tak → delegowany/hybrydowy)
2. Czy akceptanci są dostępni i mają zastępstwa? (nie → samodzielny/hybrydowy z akceptacją po stronie BR)
3. Czy istnieje workflow lub chociaż reżim pracy w Aplikacji Podatnika? (nie → hybrydowy/samodzielny)
4. Jaki jest wolumen dokumentów i ile jest spółek/JDG? (duży → hybrydowy/samodzielny, bo łatwiej standaryzować)
5. Czy chcemy raportów controllingowych z tagami i MPK? (tak → słowniki utrzymuje BR, model hybrydowy)
6. Jakie mamy ryzyka podatkowe/branżowe? (wysokie → większa kontrola BR → hybrydowy/samodzielny)
7. Czy firma ma budżet i chęć na szkolenia zespołu? (niska chęć → samodzielny; wysoka → delegowany/hybrydowy)

Decyzja: jeśli 4+ odpowiedzi wskazują na „samodzielny”, rozważ pilotaż 1–2 miesiące i dopiero rollout.

Scenariusze wdrożeniowe (przykłady)

• MŚP bez workflow: hybrydowy — BR odbiera zakupy i pilnuje słowników, Klient opis/akceptacja w prostym interfejsie.
• E-commerce z dużym wolumenem: delegowany/hybrydowy — opisy po stronie działów, BR kontrola formalna i księgowanie, automaty do cykli.
• Spółka projektowa: hybrydowy — MPK/projekty kluczowe; akceptacja wielostopniowa, raporty per projekt.
• JDG „na start”: samodzielny — BR bierze proces, Klient tylko akceptuje koszty powyżej progu.

Rozliczenia i zakres usług — jak to ułożyć przejrzyście

Model powinien „przekładać się” na pozycje w cenniku. Przykłady:

• Paczka startowa — mapowanie ról, słowniki, aneks i testy E2E (ryczałt).
• Obsługa miesięczna — podstawowa stawka + moduły: wsparcie opisów, akceptacje, raporty controllingowe.
• Incydenty/wyjątki — cennik za „zgubę”, duplikat, korektę „in minus” bez danych.
• Przeglądy kwartalne — korekty słowników, audyt logów i sugestie usprawnień.

Najczęstsze błędy przy wyborze modelu

• Model „na slajdzie”, bez aneksu. Brak formalnego podziału ról = brak egzekucji.
• Brak zastępstw. Proces staje, gdy akceptant jest na urlopie.
• Niespójne słowniki. Opisy „jak komu wygodnie” rozwalają raporty i dekretację.
• Automatyzacja przed procesem. Zbyt wcześnie wdrożone reguły tworzą wyjątki i cofnięcia.
• Niejasne SLA. Bez terminów i eskalacji wszystko jest „na wczoraj”.