Wprowadzenie

Po pięciu tygodniach przygotowań mamy za sobą:

  • ✅ Analizę procesów i model pracy (Krok 1)
  • ✅ Uprawnienia i autoryzację (Krok 2)
  • ✅ Aktualizację i konfigurację InsERT (Krok 3)
  • ✅ Wybór systemu obiegu dokumentów EOD (Krok 4)
  • ✅ Parametryzację i integrację (Krok 5)
🎯 Cel Kroku 6

W tym kroku:

  • ✅ Przetestujesz proces sprzedaży – od wystawienia faktury do wysyłki do KSeF
  • ✅ Przetestujesz proces zakupu towarów – od pobrania faktury z KSeF do księgowania
  • ✅ Przetestujesz proces zakupu kosztów – od odbioru faktury do akceptacji i dekretacji
  • ✅ Wykryjesz i wyeliminujesz problemy zanim trafią do dalszych etapów lub wdrożenia na produkcji
  • ✅ Przeszkolimy zespół na rzeczywistych scenariuszach

Teraz nadszedł czas na praktyczne testy.

W Kroku 6 przeprowadzimy testy procesów sprzedaży i zakupów na środowisku testowym. To jedna z ważnych prób przed startem produkcyjnym w 2026 roku. Każdy wykryty teraz błąd to ewentualne rozwiązanie przyszłych problemów. Jest jeszcze czas przygotować rozwiązanie przed pracą operacyjną w wersji KSeF 2.0.

⚠️ PRZYPOMNIENIE: Pracujesz na środowisku testowym
  • Podmiot TESTY_KSEF z kopii produkcyjnej bazy
  • Bramka testowa InsERT – żadne dane nie trafiają do ministerialnego KSeF
  • Żaden token ani certyfikat MF nie jest potrzebny
  • Bezpieczne środowisko do nauki i testów

⚙️ O systemach Navireo, InsERT GT i InsERT nexo

Przykładowe scenariusze (scenariusze testowania) opisane w tym artykule dotyczą zarówno programu Navireo, InsERT GT (Subiekt GT, Rewizor GT, Rachmistrz GT), jak i InsERT nexo (Subiekt nexo, Rewizor nexo, Rachmistrz nexo).

Mimo że interfejsy użytkownika różnią się między tymi systemami, logika procesów biznesowych i przepływ dokumentów są bardzo często podobne. W tekście używam ogólnych określeń (np. "Subiekt", "Rewizor"), które odnoszą się do obu rodzin produktów, chyba że wyraźnie zaznaczono różnice.

⚠️ WAŻNE ZASTRZEŻENIA

1. Scenariusze jako przykład, nie gotowa recepta

Scenariusze testowe opisane w tym artykule są tylko przykładami ilustrującymi metodykę testowania. Każda firma ma unikalną specyfikę działania:

  • Inne branże (handel, produkcja, usługi)
  • Różne struktury organizacyjne
  • Odmienne przepływy dokumentów
  • Specyficzne wymagania prawne i biznesowe
Musisz dostosować scenariusze do swojej rzeczywistości:
  • ✅ Przeanalizuj swoje procesy z Kroku 1
  • ✅ Zidentyfikuj typowe i nietypowe przypadki w Twojej firmie
  • ✅ Dostosuj checklisty do swoich potrzeb
  • ✅ Dodaj scenariusze specyficzne dla Twojej branży
  • ✅ Uwzględnij wymagania swoich kontrahentów

2. Ograniczenia środowiska testowego InsERT

Bramka testowa InsERT działa LOKALNIE i symuluje działanie KSeF, ale:

❌ Czego NIE testuje bramka InsERT:
  • ❌ Nie łączy się z produkcyjnym KSeF Ministerstwa Finansów
  • ❌ Nie testuje rzeczywistej komunikacji z serwerami KSeF 2.0
  • ❌ Nie weryfikuje wszystkich aspektów technicznych transmisji
✅ Co MOŻESZ przetestować na bramce testowej InsERT:
  • ✅ Procesy biznesowe wystawiania i wysyłki faktur
  • ✅ Interfejsy użytkownika i przepływy pracy
  • ✅ Integrację między modułami (np. sprzedaż → księgowość)
  • ✅ Schematy dekretacji i automatyzację
  • ✅ Obiegi akceptacji w EOD
  • ✅ Szkolenie zespołu na bezpiecznym środowisku
  • ✅ Wykrywanie problemów w danych (brak kodów EAN, błędne kartoteki)
Czego NIE MOŻESZ w pełni przetestować na bramce testowej:
  • ❌ Rzeczywistej transmisji z serwerami KSeF MF
  • ❌ Działania tokenów i certyfikatów produkcyjnych
  • ❌ Wydajności przy dużym obciążeniu serwerów KSeF
  • ❌ Wszystkich scenariuszy błędów zwracanych przez KSeF 2.0

Pełne testy techniczne z produkcyjnym KSeF 2.0 będą możliwe dopiero po:

  • Wydaniu przez InsERT finalnych wersji oprogramowania z pełną obsługą KSeF 2.0
  • Wygenerowaniu tokenów/certyfikatów produkcyjnych (Krok 9)
  • Przełączeniu na środowisko produkcyjne (Krok 10)
💡 WNIOSEK:

Bramka testowa InsERT to idealne narzędzie do przygotowania organizacyjnego, szkolenia zespołu i testowania procesów biznesowych, ale nie zastępuje końcowych testów technicznych na produkcji (które przeprowadzimy w Kroku 9).

📌 Jak korzystać z tego artykułu

  1. Przeczytaj całość – zrozum metodykę testowania
  2. Dostosuj do swojej firmy – zmodyfikuj scenariusze
  3. Przygotuj dane testowe – kartoteki, dokumenty i inne dane
  4. Przeprowadź testy systematycznie – nie pomiń kroków
  5. Dokumentuj wyniki – protokoły, dziennik testów
  6. Napraw błędy, rozwiąż problemy – zanim przejdziesz dalej
  7. Zaplanuj w przyszłości szkolenie dla zespołu – testy to bardzo dobry moment na naukę i przygotowanie materiałów

🧭 NAWIGATOR ARTYKUŁU - nie wszystko na raz!

Ten artykuł jest bardzo długi i „ciężki", ale nie musisz czytać wszystkiego. Moja sugestia czytaj według roli w projekcie. Wybierz swoją ścieżkę:

📊 Dla WŁAŚCICIELA FIRMY / PREZESA

Przeczytaj:
  • ✅ Wprowadzenie + WAŻNE ZASTRZEŻENIA
  • ✅ Część 1: Metodyka testowania
  • ✅ Część 7: Szkolenie zespołu
  • ✅ Część 8: Metryki sukcesu
  • ✅ Podsumowanie

Dlaczego to wystarczy?
Zrozumiesz strategię testów, koszty czasu zespołu, mierzalne cele i będziesz mógł podjąć decyzję o zmianach lub gotowości do startu produkcyjnego.

🎯 Dla KIEROWNIKA PROJEKTU / ADMINISTRATORA KSEF

Przeczytaj CAŁOŚĆ - jesteś prawdopodobnie odpowiedzialny za koordynację wszystkiego.

Priorytetowo:

  • ✅ Część 1: Metodyka testowania
  • ✅ Część 6: Dokumentacja i raportowanie testów
  • ✅ Część 9: Problemy i przykłady problemów
  • ✅ Załączniki (przykładowe szablony do użycia po dopasowaniu do procesów)

💤 Dla HANDLOWCA / DZIAŁ SPRZEDAŻY

Przeczytaj:
  • ✅ Wprowadzenie (ogólne założenia)
  • ✅ Część 2: Plan testów – PROCES SPRZEDAŻY
    • Szczególnie scenariusze S01-S05
    • Checklista testów sprzedaży
  • ✅ Część 7: Warsztaty dla działu sprzedaży

Pomiń: Zakupy towarów, zakupy kosztów, problemy techniczne

📦 Dla DZIAŁU ZAKUPÓW TOWARÓW / MAGAZYNU

Przeczytaj:
  • ✅ Wprowadzenie (ogólne założenia)
  • ✅ Część 3: Plan testów – ZAKUP TOWARÓW
    • Szczególnie scenariusze Z01-Z04
    • Checklista testów zakupu towarów
  • ✅ Część 7: Warsztaty dla działu zakupów / magazyn / produkcja

Pomiń: Sprzedaż, zakupy kosztów, metryki KPI

💰 Dla DZIAŁU ZAKUPÓW / AKCEPTACJI KOSZTÓW

Przeczytaj:
  • ✅ Wprowadzenie (ogólne założenia)
  • ✅ Część 4: Plan testów – ZAKUP KOSZTÓW
    • Szczególnie scenariusze K01-K04
    • Checklista testów zakupu kosztów
  • ✅ Część 7: Warsztaty dla działu zakupów

Pomiń: Sprzedaż, zakupy towarów, problemy techniczne

📚 Dla KSIĘGOWEJ / BIURA RACHUNKOWEGO

Przeczytaj:
  • ✅ Wprowadzenie + WAŻNE ZASTRZEŻENIA
  • ✅ Część 2: Scenariusze SPRZEDAŻ (dekretacja)
  • ✅ Część 3: Scenariusze ZAKUP TOWARÓW (dekretacja)
  • ✅ Część 4: Scenariusze ZAKUP KOSZTÓW (dekretacja + EOD) ← NAJWAŻNIEJSZE
  • ✅ Część 7.4: Warsztat 4 dla księgowości
  • ✅ Część 9: Najczęstsze problemy - szczególnie #3 (schematy dekretacji)

Dlaczego więcej?
Księgowość jest "odbiorcą końcowym" wszystkich procesów - musisz wiedzieć, jak działają wszystkie trzy obszary.

🏢 Dla BIURA RACHUNKOWEGO obsługującego wielu klientów

Przeczytaj CAŁOŚĆ + zwróć szczególną uwagę na:
  • ✅ Scenariusz S04: Sprzedaż przez Subiekt 123 klienta biura
  • ✅ Część 7: Szkolenie zespołu - jak przeszkolić klientów
  • ✅ Część 9: Najczęstsze problemy - będziesz ich rozwiązywać codziennie
  • ✅ Załącznik 2: Checklista gotowości - użyj dla każdego klienta osobno

Dodatkowa wskazówka:
Stwórz własną "checklistę wprowadzenia klienta do KSeF" na przykład na bazie tego artykułu.

🔧 Dla ADMINISTRATORA IT / WSPARCIA TECHNICZNEGO

Przeczytaj:
  • ✅ Część 1: Metodyka testowania
  • ✅ Część 5: Przypadki brzegowe ← KLUCZOWE DLA CIEBIE
  • ✅ Część 9: Najczęstsze problemy i rozwiązania
    • Top 10 problemów wdrożeniowych
    • Procedura eskalacji problemów
  • ✅ FAQ - szczególnie pytania techniczne

Pomiń: Szczegóły biznesowe scenariuszy (tylko ogólne informacje)

📋 LEGENDA SYMBOLI w artykule:

  • ✅ = Punkt do sprawdzenia / Osiągnięte
  • ❌ = Błąd / Niewykonane / Nie robić
  • ⚠️ = Uwaga / Ostrzeżenie
  • 🎯 = Cel / Kluczowy punkt
  • 📊 = Metryka / Dane liczbowe
  • 🔴 = Priorytet KRYTYCZNY (blokuje start)
  • 🟡 = Priorytet ŚREDNI (wymaga naprawy)
  • 🟢 = Priorytet NISKI (usprawnienie)
💡 WSKAZÓWKA: Przeczytaj najpierw swoją ścieżkę, potem wróć do szczegółów

Nie musisz znać wszystkiego - musisz wiedzieć, gdzie szukać odpowiedzi!

Część 1: Metodyka testowania – zalecane podejście

1.1. Filozofia testowania wdrożeń ERP

Skuteczne testowanie wdrożenia KSeF nie polega na chaotycznym „klikaniu". To systematyczny proces weryfikacji, który:

Symuluje rzeczywiste warunki pracy:

  • Realne dokumenty z Twojej działalności
  • Prawdziwi kontrahenci z bazy
  • Typowe scenariusze i nietypowe przypadki brzegowe
  • Naturalne tempo pracy zespołu

Wykrywa problemy przed produkcją:

  • Błędy konfiguracji
  • Niekompletne dane w kartotekach
  • Nieprzetestowane procesy
  • Braki w szkoleniu zespołu

Buduje zaufanie do systemu:

  • Zespół wie, co robić
  • Wiemy, że system działa poprawnie
  • Mamy procedury na przypadki wyjątkowe
  • Znamy ograniczenia i możliwości

1.2. Trzy poziomy testów

Poziom 1: Testy techniczne (smoke tests)

  • Czy system w ogóle działa?
  • Czy połączenie z bramką testową jest aktywne?
  • Czy podstawowe funkcje KSeF są dostępne?

Odpowiedzialny: Administrator IT / Wdrożeniowiec

Poziom 2: Testy funkcjonalne (szczęśliwa ścieżka)

  • Czy typowe scenariusze przechodzą prawidłowo?
  • Czy faktury trafiają do KSeF i wracają?
  • Czy dekretacja działa zgodnie ze schematami?

Odpowiedzialni: Kluczowi użytkownicy procesów

Poziom 3: Testy akceptacyjne (plus przypadki brzegowe)

  • Czy system radzi sobie z nietypowymi sytuacjami?
  • Czy procedury awaryjne działają?
  • Czy zespół potrafi samodzielnie pracować?

Odpowiedzialni: Cały zespół operacyjny

Dopiero po pozytywnym przejściu wszystkich trzech poziomów możesz myśleć o kolejnych zadaniach w projekcie i starcie produkcyjnym.

1.3. Organizacja testów – przykład do zmiany i wprowadzenia swoich uczestników

Kto uczestniczy?

Rola Odpowiedzialność w testach Zaangażowanie czasowe
Administrator KSeF Konfiguracja, rozwiązywanie problemów technicznych 100% (cały proces testów, wszystkie etapy)
Handlowcy / Sprzedaż Testy wystawiania i wysyłki faktur sprzedaży 20-30% (ETAP 2 + szkolenia)
Magazynierzy Testy przyjęć towarów i łączenia z fakturami zakupu 15-20% (ETAP 3 + szkolenia)
Dział zakupów Testy akceptacji faktur kosztowych 15-20% (ETAP 4 + szkolenia)
Księgowość Testy dekretacji, księgowania, raportowania 40-50% (ETAPY 3-4 + szkolenia)
Biuro rachunkowe Pełna weryfikacja scenariuszy współpracy z klientami 50-70% (wszystkie etapy)
Kierownik projektu Koordynacja, monitoring postępów, eskalacja problemów 80% (codzienny monitoring)

📋 SZCZEGÓŁY ETAPÓW:

ETAP 1: Przygotowanie środowiska i testy techniczne

  • Weryfikacja środowiska testowego
  • Sprawdzenie dostępów dla wszystkich użytkowników
  • Testy smoke – podstawowa komunikacja z bramką testową
  • Checkpoint: System działa, użytkownicy mają dostęp
  • Szacowany czas: 4-8 godzin
  • Odpowiedzialny: Administrator KSeF + IT

ETAP 2: Testy procesów sprzedaży

  • Scenariusze sprzedażowe (standardowe i specjalne)
  • Wystawianie, wysyłka, otrzymywanie UPO
  • Weryfikacja numerów KSeF_ID
  • Checkpoint: Proces sprzedaży działa poprawnie
  • Szacowany czas: 1-3 dni robocze
  • Odpowiedzialni: Handlowcy + Administrator + Księgowość
  • Warsztaty: Warsztat 1 dla handlowców (równolegle)

ETAP 3: Testy procesów zakupu towarów

  • Pobieranie faktur z KSeF (symulowanych przez bramkę testową)
  • Łączenie z dokumentami PZ
  • Weryfikacja stanów magazynowych
  • Dekretacja i księgowanie
  • Checkpoint: Proces zakupu towarów działa poprawnie
  • Szacowany czas: 1-3 dni robocze
  • Odpowiedzialni: Magazynierzy + Administrator + Księgowość
  • Warsztaty: Warsztat 2 dla magazynierów (równolegle)

ETAP 4: Testy procesów zakupu kosztów

  • Pobieranie faktur z KSeF do EOD
  • Akceptacje merytoryczne i finansowe
  • Transfer do księgowości
  • Dekretacja automatyczna i manualna
  • Checkpoint: Proces zakupu kosztów działa poprawnie
  • Szacowany czas: 1-3 dni robocze
  • Odpowiedzialni: Dział zakupów + Administrator + Księgowość
  • Warsztaty: Warsztat 3-4 (równolegle)

ETAP 5: Testy akceptacyjne i przypadki brzegowe

  • Faktury korygujące
  • Transakcje zagraniczne
  • Dokumenty spoza KSeF (mieszany obieg)
  • Scenariusze awaryjne (brak internetu, błędy)
  • Checkpoint: Zespół jest gotowy na kolejne kroki
  • Szacowany czas: 2-3 dni robocze
  • Odpowiedzialni: Cały zespół
  • Warsztaty: Symulacja 5 - pełen dzień pracy

⚙️ ELASTYCZNOŚĆ CZASOWA:

Podane czasy są szacunkowe i zależą od:

  • Wielkości firmy, złożoności procesów (branża, specyfika)
  • Doświadczenia zespołu z systemami InsERT
  • Liczby wykrytych problemów (więcej błędów = więcej czasu na naprawę i zmiany)
💡 WAŻNE:

Nie skracaj testów kosztem jakości! Jeden dzień testów to potencjalnie tydzień mniej problemów po starcie produkcyjnym. Jeżeli nie można przetestować danego procesu, zapisz i powróć do zadania w przyszłości.

🔄 CO ROBIĆ, GDY TESTY SIĘ NIE UDAJĄ?

Jeśli któryś ETAP kończy się niepowodzeniem lub nie można obecnie zweryfikować wynik (np. nie ma w systemie obsługi formatów faktur sprzedaży KSeF 2.0):

  1. STOP / PRZERWA / ZMIANA – oceń czy warto przechodzić do następnego etapu
  2. Dokumentuj problem (dziennik testów)
  3. Priorytetyzuj (🔴 krytyczne vs 🟡 średnie vs 🟢 niskie)
  4. Napraw problemy krytyczne
  5. Powtórz testy tego etapu
  6. Kontynuuj dopiero po pozytywnym wyniku
Regułą jest: Jeden checkpoint musi być ✅ zanim przejdziesz dalej.
⬆️ Wróć do góry ➡️ Następna: Testy sprzedaży

Część 2: Plan testów – PROCES SPRZEDAŻY

💤 Handlowiec 📚 Księgowa ⏱️ 15 min czytania

2.1. Przygotowanie danych testowych

Przed rozpoczęciem testów sprzedaży przygotuj dane – poniżej przykłady:

Kartoteki kontrahentów (minimum 5 profili):

  • ✅ Kontrahent standardowy B2B (krajowy, aktywny VAT)
  • ✅ Kontrahent ze specjalnymi wymaganiami (numery zamówień)
  • ✅ Klient zagraniczny UE (transakcja wewnątrzwspólnotowa)
  • ✅ Klient spoza UE (eksport)
  • ✅ Osoba fizyczna nieprowadząca działalności (B2C – poza KSeF)

Kartoteki towarów/usług (minimum 5 pozycji):

  • ✅ Towar z kodem EAN (standardowy)
  • ✅ Towar bez kodu EAN (wymaga PKWiU)
  • ✅ Usługa (bez kodu EAN, z PKWiU)
  • ✅ Pozycja z różnymi stawkami VAT (23%, 8%, 0%, zw.)
  • ✅ Pozycja z GTU (Grupowanie Towarów i Usług)

Dokumenty do wygenerowania:

  • ✅ 10 faktur sprzedaży (różne typy, kwoty, kontrahenci)
  • ✅ 2 faktury zaliczkowe
  • ✅ 2 faktury korygujące (zmiana ilości, zmiana ceny)
  • ✅ 1 faktura eksportowa
  • ✅ 1 faktura WDT (Wewnątrzwspólnotowa Dostawa Towarów)

2.2. Scenariusze testowe sprzedaży

SCENARIUSZ S01: Podstawowa faktura sprzedaży B2B

Cel: Weryfikacja standardowego procesu wystawiania i wysyłki faktury do KSeF.

Warunki wstępne:

  • Kontrahent B2B z aktywnym NIP
  • Towary/usługi z prawidłowymi stawkami VAT
  • Aktywne połączenie z bramką testową InsERT

SCENARIUSZ S02: Faktura zaliczkowa

Cel: Weryfikacja mechanizmu faktur zaliczkowych i ich rozliczenia na fakturze końcowej.

Warunki wstępne:

  • Kontrahent B2B z aktywnym NIP
  • Zamówienie lub umowa wymagająca zaliczki

SCENARIUSZ S03: Faktura korygująca (zmiana ceny)

Cel: Weryfikacja mechanizmu wystawiania i wysyłki faktur korygujących do KSeF.

Warunki wstępne:

  • Faktura oryginalna wysłana do KSeF i zaakceptowana
  • Powód korekty: błąd w cenie / rabat posprzedażowy

SCENARIUSZ S04: Wewnątrzwspólnotowa Dostawa Towarów (WDT)

Cel: Weryfikacja procesu wystawiania faktury WDT (sprzedaż do UE).

Warunki wstępne:

  • Kontrahent z kraju UE (NIP UE, np. DE123456789)
  • Towar z kodem CN (Nomenklatura Scalona)
  • Stawka VAT: 0% (WDT)

SCENARIUSZ S05: Faktura B2C (poza KSeF)

Cel: Weryfikacja, że faktury dla osób fizycznych nieprowadzących działalności NIE trafiają do KSeF.

Warunki wstępne:

  • Kontrahent: osoba fizyczna bez NIP
  • Typ faktury: B2C (konsument)

2.3. Checklista testów sprzedaży

☐ Testy techniczne:

☐ Testy funkcjonalne:

☐ Testy danych:

☐ Testy integracji:

☐ Testy użytkowników:

☐ Dokumentacja:

⬅️ Poprzednia: Metodyka ➡️ Następna: Zakup towarów

Część 3: Plan testów – PROCES ZAKUPU TOWARÓW HANDLOWYCH

📦 Magazynier 📚 Księgowa ⏱️ 12 min czytania

3.1. Przygotowanie danych testowych

Kartoteki dostawców (minimum 5 profili):

  • ✅ Dostawca standardowy (krajowy)
  • ✅ Dostawca z umową ramową (numery zamówień)
  • ✅ Dostawca zagraniczny UE
  • ✅ Dostawca z częstymi korektami
  • ✅ Nowy dostawca (pierwsza transakcja)

Dokumenty magazynowe:

  • ✅ 5 dokumentów PZ (Przyjęcie Zewnętrzne)
  • ✅ 2 dokumenty PZ na podstawie zamówienia
  • ✅ 1 dokument PZ z niezgodnością (ilość, cena)

Faktury w KSeF do pobrania:

  • ✅ 10 faktur zakupu towarów (z bramki testowej InsERT)
  • ✅ 2 faktury korygujące od dostawców (z bramki testowej InsERT)

3.2. Scenariusze testowe zakupu towarów

SCENARIUSZ Z01: Zakup towaru z wcześniejszym przyjęciem (PZ → Faktura)

Cel: Weryfikacja procesu gdy towar wpływa do magazynu przed fakturą.

Warunki wstępne:

  • Zamówienie złożone u dostawcy
  • Towar dostarczony do magazynu
  • Faktura od dostawcy pojawi się w KSeF

SCENARIUSZ Z02: Zakup towaru z fakturą przed dostawą (Faktura → PZ)

Cel: Weryfikacja procesu gdy faktura przychodzi przed dostawą towaru.

Warunki wstępne:

  • Zamówienie złożone u dostawcy
  • Dostawca wystawia fakturę przed wysyłką towaru

SCENARIUSZ Z03: Faktura z niezgodnością (różnica w ilości lub cenie)

Cel: Weryfikacja procedury gdy faktura nie zgadza się z dostawą.

Warunki wstępne:

  • Dokument PZ utworzony
  • Faktura z KSeF ma inne ilości lub ceny niż PZ

SCENARIUSZ Z04: Faktura korygująca od dostawcy

Cel: Weryfikacja obsługi faktur korygujących od dostawców.

Warunki wstępne:

  • Faktura oryginalna pobrana z KSeF i zaksięgowana
  • Dostawca wystawia fakturę korygującą (np. rabat)

3.3. Checklista testów zakupu towarów

☐ Testy techniczne

☐ Testy funkcjonalne

☐ Testy magazynowe

☐ Testy integracji

☐ Testy użytkowników

⬅️ Poprzednia: Sprzedaż ➡️ Następna: Zakup kosztów

Część 4: Plan testów – PROCES ZAKUPU KOSZTÓW

💰 Dział zakupów 📚 Księgowa ⏱️ 15 min czytania

4.1. Przygotowanie danych testowych

💡 SUGESTIA:

Dokumenty zakupu kosztów do testów najszybciej zamodelować na dokumentach testowych zakupu towarów handlowych z bramki testowej InsERT.

Dostawcy usług i kosztów:

  • ✅ Dostawca mediów (energia, woda, gaz)
  • ✅ Operator telekomunikacyjny
  • ✅ Firma transportowa
  • ✅ Dostawca usług IT
  • ✅ Wynajmujący (czynsz)

Typy dokumentów kosztowych:

  • ✅ Faktury za media (powtarzalne, z licznikami)
  • ✅ Faktury za usługi (jednokrotne, projektowe)
  • ✅ Faktury za wynajem (cykliczne)
  • ✅ Faktury reprezentacyjne (z limitem)
  • ✅ Faktury transportowe (z przypisaniem do MPK)

Obiegi akceptacji:

  • ✅ Prosty: Kierownik → Księgowość
  • ✅ Dwupoziomowy: Kierownik działu → Dyrektor → Księgowość
  • ✅ Równoległy: Kierownik merytoryczny + Kontroler finansowy → Księgowość

4.2. Scenariusze testowe zakupu kosztów

SCENARIUSZ K01: Faktura za media (energia elektryczna)

Cel: Weryfikacja standardowego procesu akceptacji faktury kosztowej powtarzalnej.

Warunki wstępne:

  • Dostawca energii wystawia fakturę miesięczną
  • Faktura trafia do KSeF
  • Zdefiniowany schemat dekretacji dla tego dostawcy

SCENARIUSZ K02: Faktura za usługę projektową (akceptacja dwupoziomowa)

Cel: Weryfikacja obiegu z wieloma poziomami akceptacji i przypisaniem do projektu.

Warunki wstępne:

  • Faktura za usługę konsultingową (np. IT)
  • Obieg: Kierownik projektu → Dyrektor → Księgowość
  • Faktura musi być przypisana do projektu/MPK

SCENARIUSZ K03: Faktura reprezentacyjna (z limitem)

Cel: Weryfikacja mechanizmu kontroli limitów wydatków.

Warunki wstępne:

  • Faktura za kolację biznesową (koszty reprezentacji)
  • Limit reprezentacji: 5 000 zł/miesiąc
  • Wydano już 4 200 zł w tym miesiącu

SCENARIUSZ K04: Faktura od nowego dostawcy (brak w kartotece)

Cel: Weryfikacja procesu gdy faktura pochodzi od nieznanego dostawcy.

Warunki wstępne:

  • Faktura w KSeF od dostawcy, którego nie ma w bazie
  • Pierwszy kontakt z tym dostawcą

4.3. Checklista testów zakupu kosztów

☐ Testy techniczne

☐ Testy funkcjonalne

☐ Testy obiegów akceptacji

☐ Testy dekretacji

☐ Testy raportowania

⬅️ Poprzednia: Zakup towarów ➡️ Następna: Przypadki brzegowe

Część 5: Przypadki brzegowe i scenariusze specjalne

🔧 Administrator IT ⏱️ 10 min czytania

5.1. Testy przypadków brzegowych

Poniżej przedstawiam 5 przykładowych testów przypadków brzegowych.

Pełną listę należy opracować indywidualnie na podstawie specyfiki Twojej firmy.

☐ Test BR01: Brak internetu podczas wysyłki faktury

Weryfikacja trybu offline i buforowania dokumentów.

☐ Test BR02: Duplikat faktury (próba ponownej wysyłki tej samej faktury)

System powinien wykryć duplikat i zablokować wysyłkę.

☐ Test BR03: Faktura z błędnym NIP kontrahenta

Weryfikacja walidacji danych przed wysyłką.

☐ Test BR04: Faktura bez kodu EAN/PKWiU

System powinien wymusić uzupełnienie danych.

☐ Test BR05: Współpraca firma + biuro rachunkowe (transfer dokumentów)

Weryfikacja wymiany dokumentów przez Portal Dokumentów lub Biuro nexo.

5.2. Dodatkowe przypadki brzegowe do rozważenia

W zależności od specyfiki Twojej firmy, warto przetestować również przypadki na podstawie analizy z Kroku 1 (lista wyjątków i przypadków specjalnych), stwórz własną listę 5-10 dodatkowych testów specyficznych dla Twojej branży i procesów.

5.3. Testy integracji z innymi systemami (opcjonalnie)

Jeśli Twoja firma używa dodatkowych systemów, przetestuj integracje.

Przykład testów integracji:

  • ☐ Test INT01: Eksport przelewów do banku (jeśli dotyczy)
  • ☐ Test INT02: Integracja z bankowością online (jeśli dotyczy)
  • ☐ Test INT03: Integracja z systemem B2B (jeśli dotyczy)
  • ☐ Test INT04: Integracja z systemem CRM (jeśli dotyczy)
  • ☐ Test INT05: Integracja ze sklepem internetowym B2C (jeśli dotyczy)
⬅️ Poprzednia: Zakup kosztów ➡️ Następna: Dokumentacja

Część 6: Dokumentacja i raportowanie testów

🎯 Kierownik ⏱️ 8 min czytania

6.1. Dziennik testów

Dziennik testów to bieżący rejestr wszystkich wykonanych scenariuszy.

Co powinien zawierać dziennik dla każdego testu?

  • ✅ ID testu – np. S01, Z03, K05 (zgodne ze scenariuszami)
  • ✅ Wynik testu:
    • ✅ PASS – test zakończony sukcesem
    • ❌ FAIL – test nie powiódł się (krytyczny problem)
    • ⚠️ PARTIAL – test częściowo udany (drobne problemy)
  • ✅ Wykonawca i data – kto i kiedy przeprowadził test
  • ✅ Czas trwania – ile minut zajął scenariusz (pomaga planować)
  • ✅ Uwagi – co poszło nie tak, jakie błędy się pojawiły
  • ✅ Załączniki – zrzuty ekranu, logi systemowe (opcjonalnie)
Jak prowadzić dziennik?

Najprostsza metoda: Arkusz kalkulacyjny z kolumnami.

6.2. Raport z testów

Raport końcowy to oficjalny dokument podsumowujący gotowość organizacji do wdrożenia KSeF.

Sekcje raportu:

  1. A. Nagłówek raportu – nazwa projektu, data, autorzy
  2. B. Sekcja 1: Podsumowanie wykonanych testów – statystyki, wyniki
  3. C. Sekcja 2: Problemy krytyczne 🔴 – blokujące start produkcyjny
  4. D. Sekcja 3: Problemy średnie 🟡 – wymagające naprawy
  5. E. Sekcja 4: Problemy niskie 🟢 – usprawnienia
  6. F. Sekcja 5: Gotowość zespołu – ocena kompetencji
  7. G. Sekcja 6: Rekomendacje i następne kroki
  8. H. Sekcja 7: Decyzja o następnych krokach
⬅️ Poprzednia: Przypadki brzegowe ➡️ Następna: Szkolenia

Część 7: Szkolenie / Plan szkoleń zespołu

📊 Właściciel 🎯 Kierownik ⏱️ 10 min czytania

7.1. Zasada „Learning by doing"

Testy to najlepszy moment na szkolenie zespołu lub przygotowanie do szkoleń w przyszłości (obecnie nie ma funkcjonalności KSeF 2.0 w systemach InsERT).

Podczas testów uczestnicy:

  • ✅ Pracują na rzeczywistych danych
  • ✅ Poznają system w praktyce
  • ✅ Natychmiast widzą efekty swoich działań
  • ✅ Zadają pytania w kontekście konkretnych przypadków

Plan szkoleń podczas testów:

  • WARSZTAT 1: Dla handlowców / działu sprzedaży
  • WARSZTAT 2: Dla magazynierów / dla działu zakupu
  • WARSZTAT 3: Dla działu zakupów
  • WARSZTAT 4: Dla księgowości
  • SYMULACJA 5: Testy integracyjne całego zespołu

7.2. Materiały szkoleniowe do przygotowania

☐ Instrukcje stanowiskowe (1-2 strony A4):

☐ FAQ – najczęstsze pytania:

☐ Karta kontaktów:

☐ Quick Reference Card (kartka A5 przy stanowisku):

⬅️ Poprzednia: Dokumentacja ➡️ Następna: Metryki

Część 8: Metryki sukcesu testów

📊 Właściciel 🎯 Kierownik ⏱️ 5 min czytania

Metryki sukcesu testów pozwalają obiektywnie ocenić, czy wdrożenie KSeF jest technicznie i organizacyjnie gotowe do startu produkcyjnego. Obejmują one zarówno wskaźniki techniczne jak i jakościowe, brak nierozwiązanych problemów krytycznych oraz zgodność z wymaganiami. Uzupełniają je wskaźniki związane z użytkownikami – satysfakcja zespołu, poczucie gotowości do pracy na produkcji oraz pewność, że wszyscy znają swoje procedury w typowych sytuacjach.

Dodatkowo po zakończeniu testów można przeprowadzić krótką ankietę oceny gotowości zespołu, w której pracownicy w skali 1–5 oceniają m.in. swoją pewność w obsłudze KSeF, znajomość typowych scenariuszy problemowych, jakość materiałów szkoleniowych, dostęp do narzędzi i uprawnień. potwierdzenie nie tylko technicznej, ale i „ludzkiej" gotowości organizacji do pracy z KSeF w przyszłości.

⬅️ Poprzednia: Szkolenia ➡️ Następna: Problemy

Część 9: Problemy podczas testów

🔧 Administrator IT ⏱️ 12 min czytania
⚠️ UWAGA:

W obecnej wersji systemów InsERT nie ma wdrożonych wielu funkcjonalności, które są niezbędne do pracy w KSeF 2.0.

Braki w integracji między systemami również występują. Zanotuj takie problemy i w kolejnych etapach wdrożenia powróć do tych scenariuszy testów, które nie zakończyły się sukcesem.

9.1. Przykłady problemów podczas testów

1. Problem: Brak danych, kodów EAN/PKWiU na towarach

Objawy: System nie pozwala wysłać faktury, błąd walidacji

Rozwiązanie: Uzupełnić kartoteki towarów o brakujące dane

2. Problem: Niekompletne dane kontrahentów (brak NIP, adresu)

Objawy: Błąd podczas wysyłki faktury

Rozwiązanie: Weryfikacja i uzupełnienie kartotek kontrahentów

3. Problem: Brak schematów dekretacji

Objawy: Faktury nie są automatycznie księgowane

Rozwiązanie: Utworzenie schematów dekretacji w Kroku 5

4. Problem: Użytkownicy nie mają uprawnień w systemie

Objawy: Brak dostępu do modułów KSeF

Rozwiązanie: Nadanie uprawnień przez administratora

5. Problem: Faktury trafiają do niewłaściwych osób w EOD

Objawy: Chaos w obiegach akceptacji

Rozwiązanie: Weryfikacja reguł routingu w systemie EOD

6. Problem: Duplikaty faktur w systemie

Objawy: Ta sama faktura pojawia się wielokrotnie

Rozwiązanie: Weryfikacja mechanizmów deduplikacji

7. Problem: Dokumenty PZ nie łączą się z fakturami

Objawy: Brak automatycznego powiązania

Rozwiązanie: Sprawdzenie reguł kojarzenia dokumentów

8. Problem: Powolne działanie systemu

Objawy: Długie czasy ładowania, zawieszanie

Rozwiązanie: Optymalizacja infrastruktury (patrz Krok 3)

9. Problem: Brak InsPunktów

Objawy: System wymaga zakupu punktów

Rozwiązanie: Kontakt z Atisoft w sprawie doładowania

10. Problem: Użytkownicy nie rozumieją procesów

Objawy: Częste błędy, pytania do administratora

Rozwiązanie: Dodatkowe szkolenia, instrukcje stanowiskowe

11. Problem: Brak integracji w obecnych wersjach

Objawy: Funkcje nie działają zgodnie z oczekiwaniami

Rozwiązanie: Oczekiwanie na aktualizacje InsERT, dokumentacja problemu

12. Problem: Brak funkcjonalności w obecnych wersjach

Objawy: Opcje niedostępne w menu

Rozwiązanie: Zanotowanie, powrót do testów po wydaniu nowych wersji

⬅️ Poprzednia: Metryki ➡️ Następna: Podsumowanie

Podsumowanie Kroku 6

🎉 Gratulacje! Po Kroku 6 masz:
  • ✅ Przetestowane kluczowe procesy:
    • Sprzedaż: wystawianie, wysyłka, korekty
    • Zakup towarów: pobieranie, łączenie z PZ, księgowanie
    • Zakup kosztów: akceptacje, dekretacja, kontrola
  • ✅ Wykryte (i rozwiązane) problemy przed produkcją
    • Lista problemów krytycznych: 0 (wymagane do startu)
    • Lista problemów średnich: zaplanowane naprawy
    • Problemy niskie: w notatkach i raportach
  • ✅ Przygotowany zespół kluczowych użytkowników gotowy do pracy
    • Każdy zna swoje zadania
    • Instrukcje stanowiskowe dostępne
    • Procedury awaryjne przygotowane
  • ✅ Dokumentację testów i metryki
    • Dziennik testów wypełniony
    • Raport końcowy
  • ✅ Gotowość do dalszych kroków:
    • Krok 7: Scenariusze awaryjne i tryby offline
    • Krok 8: Bezpieczeństwo i archiwizacja
    • Krok 9: Ostateczne testy i próba generalna
    • Krok 10: Start produkcyjny 1 lutego 2026

✔️ WERYFIKACJA SPÓJNOŚCI Z POPRZEDNIMI KROKAMI

Sprawdź, czy Twoje testy uwzględniają decyzje z poprzednich kroków – przykłady poniżej:

Z Kroku 1 (Analiza procesów):

Z Kroku 2 (Uprawnienia i autoryzacja):

Z Kroku 3 (Infrastruktura techniczna):

Z Kroku 4 (Elektroniczny obieg dokumentów):

Z Kroku 5 (Parametryzacja i integracja):

Jeśli którykolwiek z powyższych punktów jest ✗ (nie spełniony), wróć do odpowiedniego kroku, zweryfikuj założenia i ewentualnie uzupełnij brakujące elementy przed kontynuacją.

Co dalej?

Krok 7: Scenariusze awaryjne i tryby offline

Dowiesz się, co robić gdy:

  • KSeF nie działa (awaria serwerów MF)
  • Brak internetu w firmie
  • Problemy z wysyłką faktur
  • Procedury awaryjne i tryb offline

Krok 8: Bezpieczeństwo, archiwizacja i cyberochrona

Zabezpieczysz dane i procesy:

  • RODO i ochrona danych osobowych
  • Backupy i archiwizacja dokumentów
  • Cyberbezpieczeństwo i ochrona przed atakami
  • Polityka haseł i dostępów

Krok 9: Ostateczne testy i korekty

Przeprowadzisz próbę generalną:

  • Testy regresyjne (wszystko jeszcze raz)
  • Próba generalna z pełnym zespołem
  • Checklista „gotowe do produkcji"
  • Zatwierdzenie startu

Krok 10: Szkolenia i start produkcyjny

Wystartujemy z produkcją:

  • Ostateczne szkolenia zespołu
  • Przełączenie na środowisko produkcyjne
  • Pierwsze faktury w KSeF 2.0
  • Wsparcie w pierwszych dniach