Szablon danych dotyczących należności

Uniwersalny szablon process mining
Szablon danych dotyczących należności

Szablon danych dotyczących należności

Uniwersalny szablon process mining

To ogólny szablon danych do process mining dla procesu Należności. Aby uzyskać dokładniejsze wskazówki, skorzystaj z szablonów dla konkretnych systemów.

Wybierz konkretny system
  • Podstawowe pola danych do śledzenia cyklu życia faktur
  • Ujednolicone definicje działań ułatwiające spójne mapowanie procesów
  • Elastyczna struktura zgodna z dowolnym narzędziem do zarządzania finansami
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty należności

W tej sekcji opisano zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować proces fakturowania.
5 Wymagane 8 Zalecane 2 Opcjonalne
Nazwa Opis
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane zostały pobrane lub odświeżone.
Opis

Ten atrybut zapisuje datę ostatniej aktualizacji zbioru danych w aplikacji process mining. Jest to pole metadanych, które informuje o aktualności analizy.

Pomaga ustalić, czy analizowane są dane bieżące, czy migawka z wcześniejszego okresu. Ma to znaczenie dla rzetelności raportów i podejmowania decyzji na podstawie najnowszych dostępnych informacji.

Dlaczego to ważne

Informuje o opóźnieniu w dostępności danych i ich wiarygodności.

Skąd pobrać

Generowany w czasie działania przez potok danych lub narzędzie ETL.

Przykłady
2023-11-15T00:00:00Z2023-11-16T08:00:00Z
Nazwa czynności
ActivityName
Opis zdarzenia lub działania dotyczącego faktury.
Opis

Ten atrybut określa konkretny krok lub zmianę statusu w cyklu życia faktury. Przykłady: wystawienie faktury, zaksięgowanie płatności, otwarcie sporu lub wystawienie noty kredytowej.

Analiza kolejności tych czynności pozwala narzędziom process mining odtworzyć mapę procesu. Organizacja może dzięki temu wykryć wąskie gardła, pętle poprawek, na przykład wielokrotne aktualizacje sporu, oraz odstępstwa od standardowych procedur windykacyjnych.

Dlaczego to ważne

To wymagane pole Activity, które określa kroki procesu.

Skąd pobrać

Dane można znaleźć w dziennikach transakcji, dokumentach zmian lub tabelach historii statusów.

Przykłady
Utworzono fakturęPłatność otrzymanaSpór zgłoszonyWezwanie do zapłaty wysłane
Numer faktury
InvoiceId
Unikalny identyfikator konkretnej faktury lub dokumentu rozliczeniowego.
Opis

Ten atrybut pełni funkcję podstawowego identyfikatora sprawy w procesie obsługi należności. Pozwala odróżnić poszczególne transakcje rozliczeniowe i śledzić cykl życia należności od jej utworzenia do rozliczenia.

W analizie process mining atrybut ten służy do grupowania powiązanych zdarzeń, takich jak wystawienie faktury, jej aktualizacje, zgłoszenie sporu i płatności, w ramach jednej sprawy. Dzięki temu analitycy mogą prześledzić cały przebieg obsługi konkretnej należności i obliczać wskaźniki na poziomie transakcji.

Dlaczego to ważne

To wymagany identyfikator sprawy (Case ID), niezbędny do odtworzenia przebiegu procesu.

Skąd pobrać

Zwykle znajduje się w tabeli nagłówków transakcji lub głównej tabeli pomocniczej księgi należności.

Przykłady
INV-2023-001900004321US-10234B55432
System źródłowy
SourceSystem
Nazwa lub identyfikator systemu, z którego pochodzą dane.
Opis

Ten atrybut wskazuje aplikację lub środowisko, takie jak SAP, Oracle czy HighRadius, z którego pobrano rekord. W złożonym środowisku z wieloma systemami ERP pozwala rozróżnić źródła danych.

Przydaje się zwłaszcza przy porównywaniu wyników procesu w różnych regionach lub jednostkach biznesowych, które mogą korzystać z odmiennych technologii. Umożliwia prześledzenie pochodzenia danych.

Dlaczego to ważne

Niezbędny do filtrowania i weryfikacji danych w środowiskach korzystających z wielu systemów.

Skąd pobrać

Zwykle dodawany jako stały ciąg znaków podczas procesu ETL.

Przykłady
SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod
Znacznik czasu zdarzenia
EventTime
Dokładna data i godzina wykonania czynności.
Opis

Ten atrybut zapisuje dokładny moment wykonania działania w systemie źródłowym. Jest niezbędny do ustalenia chronologicznej kolejności zdarzeń w ramach sprawy.

Analitycy wykorzystują te dane do obliczania czasu między krokami procesu, na przykład od wysłania faktury do zaksięgowania płatności. Pozwalają one również określić czas trwania poszczególnych czynności i wykryć opóźnienia w cyklu ściągania należności.

Dlaczego to ważne

To wymagany początkowy znacznik czasu, który służy do porządkowania zdarzeń i obliczania czasu trwania.

Skąd pobrać

Dane można znaleźć w dziennikach systemowych, znacznikach czasu wprowadzania transakcji lub tabelach historii zmian.

Przykłady
2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z
Czy zautomatyzowane
IsAutomated
Flaga wskazująca, czy czynność wykonano bez udziału człowieka.
Opis

Ten atrybut logiczny odróżnia działania użytkowników od zdarzeń generowanych przez system. Często ustala się go, sprawdzając, czy identyfikator użytkownika znajduje się na liście znanych kont usługowych.

Jest podstawą obliczania poziomu automatyzacji. Pomaga ocenić zwrot z inwestycji w robotyzację procesów (RPA) i wykrywać powtarzalne czynności wykonywane ręcznie, które można zautomatyzować, takie jak rozliczanie płatności lub wysyłanie wezwań do zapłaty.

Dlaczego to ważne

Niezbędny do pomiaru postępów cyfryzacji i poziomu automatyzacji procesu.

Skąd pobrać

Ustalany na podstawie identyfikatora użytkownika lub określonych flag transakcji.

Przykłady
truefalse
Data rozliczenia
ClearingDate
Data pełnej zapłaty lub kompensaty faktury.
Opis

Ten atrybut zapisuje datę zamknięcia pozycji otwartej w systemie, zwykle po zaksięgowaniu płatności lub noty kredytowej. Oznacza koniec cyklu windykacji danej faktury.

Data ta ma zasadnicze znaczenie przy obliczaniu rzeczywistego czasu cyklu i wskaźnika DSO. Pozwala odróżnić faktury otwarte od zamkniętych i mierzyć sprawność procesu rozliczania płatności.

Dlaczego to ważne

Niezbędna do obliczania czasu cyklu i rzeczywistego wskaźnika DSO.

Skąd pobrać

Dane można znaleźć w pozycji dokumentu księgowego lub historii statusów.

Przykłady
2023-11-202023-12-052023-10-15
Jednostka biznesowa
BusinessUnit
Wewnętrzny dział, spółka zależna lub kod spółki wystawiającej fakturę.
Opis

Ten atrybut wskazuje jednostkę organizacyjną przedsiębiorstwa, do której należy należność. W systemach takich jak SAP odpowiada kodowi spółki (Company Code), a w NetSuite spółce zależnej (Subsidiary).

Umożliwia porównywanie wyników różnych oddziałów i działów. Kierownictwo może wykorzystać te dane do porównania skuteczności windykacji, przestrzegania standardowego przebiegu procesu i wskaźników DSO w różnych częściach organizacji.

Dlaczego to ważne

Umożliwia porównywanie wyników różnych jednostek organizacyjnych.

Skąd pobrać

Dane można znaleźć w nagłówku faktury lub nagłówku dokumentu księgowego.

Przykłady
US01Operacje w regionie EMEASpółka zależna A1000
Kwota faktury
InvoiceAmount
Łączna wartość faktury.
Opis

Ten atrybut określa wartość finansową roszczenia wobec klienta. Zwykle obejmuje kwotę brutto wraz z podatkami i dopłatami.

W analizie pole to służy do obliczania finansowych KPI, takich jak DSO ważone wartością należności, wykrywania zagrożonych należności o wysokiej wartości i ustalania priorytetów działań windykacyjnych. Umożliwia podział procesów według ich wpływu finansowego.

Dlaczego to ważne

Niezbędny do analizy wpływu finansowego i ustalania priorytetów przy ściąganiu należności o wysokiej wartości.

Skąd pobrać

Dane można znaleźć w nagłówku faktury lub nagłówku dokumentu księgowego.

Przykłady
1500.00250.5010000.0045.99
Nazwa klienta
CustomerName
Nazwa podmiotu lub organizacji odpowiedzialnej za fakturę.
Opis

Ten atrybut wskazuje dłużnika powiązanego z fakturą. Umożliwia agregowanie danych na poziomie konta.

Jest niezbędny do analizy zachowań płatniczych poszczególnych klientów. Pozwala wykryć klientów strategicznych, którzy często płacą po terminie lub kwestionują faktury, a następnie odpowiednio dostosować obsługę relacji i działania windykacyjne.

Dlaczego to ważne

Umożliwia analizę na poziomie konta i wykrywanie klientów, którzy mają problemy z terminowym regulowaniem płatności.

Skąd pobrać

Dane można znaleźć w tabelach danych podstawowych klientów połączonych z nagłówkiem faktury.

Przykłady
Acme CorpGlobal IndustriesTech Solutions Ltd
Przyczyna sporu
DisputeReason
Kategoria lub kod wyjaśniający, dlaczego faktura jest kwestionowana.
Opis

Ten atrybut określa, dlaczego klient odmawia zapłaty całości lub części faktury. Typowe przyczyny to błędy cenowe, uszkodzony towar lub brak dokumentacji.

Dane te są niezbędne do analizy przyczyn źródłowych. Zestawienie powodów sporów pozwala wykryć problemy systemowe w procesach poprzedzających windykację, takich jak realizacja zamówień lub ustalanie cen, które opóźniają płatności i powodują dodatkową pracę administracyjną.

Dlaczego to ważne

Pomaga wykrywać przyczyny opóźnień w płatnościach i dodatkowej pracy.

Skąd pobrać

Dane można znaleźć w modułach zarządzania sporami lub dedykowanych tabelach spraw spornych.

Przykłady
Rozbieżność cenowaUszkodzony towarBrak zamówienia zakupu (PO)Zduplikowana faktura
Termin płatności
DueDate
Data, do której klient powinien dokonać płatności.
Opis

Ten atrybut określa termin płatności uzgodniony w warunkach sprzedaży. Stanowi punkt odniesienia przy ustalaniu, czy faktura jest bieżąca, przeterminowana czy zaległa.

Analitycy wykorzystują tę datę do obliczania wskaźników płatności przed terminem lub po terminie. Porównanie faktycznej daty płatności z terminem płatności pokazuje, jak klienci wywiązują się z uzgodnień oraz jak skuteczne są działania windykacyjne.

Dlaczego to ważne

Punkt odniesienia przy obliczaniu wieku należności, zaległości i terminowości płatności.

Skąd pobrać

Dane można znaleźć w nagłówku faktury lub obliczyć na podstawie daty bazowej i warunków płatności.

Przykłady
2023-12-012023-10-312023-11-15
Warunki płatności
PaymentTerms
Uzgodnione warunki określające termin płatności.
Opis

Ten atrybut zawiera kod lub opis harmonogramu płatności, na przykład Net 30, Net 60 lub płatność natychmiastową. Określa umowne oczekiwania dotyczące przepływów pieniężnych.

Analiza tego atrybutu pomaga sprawdzić, czy stosowane są standardowe warunki, czy zespoły sprzedaży uzgadniają niekorzystne warunki, aby sfinalizować transakcję. Pozwala też porównać warunki płatności z faktycznymi zachowaniami płatniczymi i sprawdzić, czy są przestrzegane.

Dlaczego to ważne

Uzupełnia informacje o terminie płatności i pomaga analizować przestrzeganie uzgodnionych warunków.

Skąd pobrać

Dane można znaleźć w nagłówku faktury lub danych podstawowych klienta.

Przykłady
NT3060 dni netto2% w ciągu 10 dni, netto 30 dniNatychmiast
Imię i nazwisko windykatora
CollectorName
Imię i nazwisko pracownika lub użytkownika odpowiedzialnego za ściągnięcie płatności.
Opis

Ten atrybut wskazuje konkretnego pracownika lub zespół, któremu przydzielono obsługę konta klienta i dopilnowanie płatności. Łączy działania pracowników z wynikami procesu.

Umożliwia analizę wydajności i skuteczności windykatorów. Kierownicy mogą porównywać skuteczność ściągania należności, realizację obietnic zapłaty i obciążenie pracą poszczególnych osób, aby określić potrzeby szkoleniowe lub lepiej rozdzielić portfele klientów.

Dlaczego to ważne

Umożliwia analizę wydajności zespołu i porównywanie wyników.

Skąd pobrać

Dane można znaleźć w rekordzie podstawowym klienta lub tabelach zarządzania windykacją.

Przykłady
John DoeZespół windykacyjny AAgent systemowy
Segment klienta
CustomerSegment
Klasyfikacja klienta według jego wartości strategicznej lub poziomu ryzyka.
Opis

Ten atrybut dzieli klientów na kategorie, takie jak kluczowi klienci, małe i średnie firmy, klienci wysokiego ryzyka lub instytucje rządowe. Zwykle jest określany w danych podstawowych.

Podział analizy procesu według tego atrybutu pokazuje, jak obsługiwane są różne grupy klientów. Pomaga sprawdzić, czy klienci o wysokiej wartości otrzymują priorytetową obsługę i czy klienci wysokiego ryzyka są odpowiednio monitorowani.

Dlaczego to ważne

Umożliwia analizę strategii stosowanych wobec różnych grup klientów.

Skąd pobrać

Dane można znaleźć w danych podstawowych klientów lub tabelach partnerów biznesowych.

Przykłady
StrategicznyDetalicznyHurtowyPoziom 1
Wymagane Zalecane Opcjonalne

Działania w procesie obsługi należności

Wykorzystaj te etapy i kamienie milowe procesu, aby rejestrować znaczniki czasu potrzebne do rzetelnego odkrywania procesu i wykrywania wąskich gardeł w obsłudze należności.
7 Zalecane 7 Opcjonalne
Działanie Opis
Minął termin płatności
Obliczany punkt kontrolny, który wskazuje, że bieżąca data przekroczyła uzgodniony termin płatności, a faktura nadal pozostaje otwarta. Zdarzenie oznacza zmianę statusu z bieżącego na przeterminowany.
Dlaczego to ważne

To zdarzenie jest niezbędne do analizy terminowości płatności i uruchamiania działań windykacyjnych.

Skąd pobrać

Zdarzenie oblicza się przez porównanie terminu płatności faktury z datą systemową, jeśli nie wystąpiło zdarzenie zamykające.

Rejestrowanie

Utwórz zdarzenie, gdy data systemowa przekroczy wartość pola Due Date, a ogólny status nadal będzie miał wartość Open.

Typ zdarzenia calculated
Otwarto spór
Utworzenie formalnej sprawy lub kodu przyczyny wskazującego, że klient kwestionuje zasadność faktury lub jej kwotę. Zwykle wstrzymuje to standardowe działania windykacyjne.
Dlaczego to ważne

Zdarzenie pozwala wykrywać wąskie gardła w procesie i szacować wartość przychodów zagrożonych z powodu błędów w fakturowaniu lub problemów z jakością.

Skąd pobrać

Zdarzenie rozpoznaje się po utworzeniu sprawy w module zarządzania sporami lub zmianie statusu na „W sporze”.

Rejestrowanie

Zapisz znacznik czasu, gdy identyfikator sprawy spornej zostanie powiązany z fakturą lub flaga sporu przyjmie wartość true.

Typ zdarzenia explicit
Rozliczono fakturę
Końcowa zmiana statusu, w wyniku której otwarte saldo faktury spada do zera. Może to nastąpić po pełnej płatności, rozliczeniu fakturą korygującą lub odpisaniu należności.
Dlaczego to ważne

Zdarzenie oznacza bezwzględny koniec sprawy w systemie i służy do obliczania całkowitego czasu realizacji procesu.

Skąd pobrać

Dane pochodzą ze zmiany pola statusu faktury na Closed, Cleared lub Paid.

Rejestrowanie

Wskaż znacznik czasu, w którym flaga statusu otwartej pozycji zmienia się na „rozliczona”.

Typ zdarzenia inferred
Utworzono fakturę
Utworzenie rekordu faktury w systemie finansowym, które powoduje ujęcie należności. To zdarzenie oficjalnie rozpoczyna cykl windykacji i wyznacza punkt odniesienia do obliczania wieku należności.
Dlaczego to ważne

To zdarzenie wyznacza początek całego procesu oraz znacznik czasu używany do obliczania czasu realizacji i okresu spływu należności.

Skąd pobrać

Zazwyczaj dane znajdują się w tabeli nagłówków transakcji lub dziennikach utworzenia w systemie ERP.

Rejestrowanie

Pobierz znacznik czasu utworzenia dokumentu faktury o unikalnym numerze.

Typ zdarzenia explicit
Wysłano fakturę
Przekazanie dokumentu rozliczeniowego klientowi pocztą elektroniczną, w formie wydruku, przez EDI lub portal. Oznacza przekazanie klientowi obowiązku zapłaty.
Dlaczego to ważne

Pomiar czasu między utworzeniem a wysłaniem faktury pomaga wykryć wewnętrzne opóźnienia, które spowalniają przepływ gotówki.

Skąd pobrać

Dane pochodzą z dzienników zarządzania wydrukami i wysyłką, rejestrów wysyłki e-maili lub aktualizacji statusu EDI.

Rejestrowanie

Wskaż znaczniki czasu, w których status wysyłki faktury zmienia się na „wysłano” lub „zakończono”.

Typ zdarzenia explicit
Zaksięgowano fakturę korygującą
Wystawienie faktury korygującej, która pomniejsza saldo faktury. Często jest to finansowy skutek uzasadnionego sporu, zwrotu lub rabatu przyznanego po transakcji.
Dlaczego to ważne

Zdarzenie jest istotne przy analizie utraconych przychodów, jakości fakturowania i przyczyn braku płatności.

Skąd pobrać

Dane znajdują się w tabeli transakcji należności, w rekordach oznaczonych jako dokumenty korygujące.

Rejestrowanie

Powiąż dokumenty faktur korygujących z pierwotną fakturą za pomocą pola referencyjnego.

Typ zdarzenia explicit
Zaksięgowano płatność
Zarejestrowanie wpływającej płatności przypisanej do faktury. To główny cel procesu obsługi należności.
Dlaczego to ważne

To najważniejsze zdarzenie przy obliczaniu okresu spływu należności i ocenie kondycji przepływów pieniężnych.

Skąd pobrać

Dane znajdują się w tabelach rozliczeń płatności lub wpływów gotówkowych.

Rejestrowanie

Pobierz znaczniki czasu z dokumentów potwierdzających otrzymanie płatności, powiązanych z numerem faktury.

Typ zdarzenia explicit
Nawiązano kontakt w sprawie płatności
Kontakt z klientem w sprawie otwartej faktury, na przykład wysłanie automatycznego wezwania do zapłaty lub odnotowanie rozmowy telefonicznej. Zdarzenie rejestruje aktywne działania zespołu windykacyjnego.
Dlaczego to ważne

Zdarzenie jest niezbędne do pomiaru wydajności pracowników windykacji i oceny wpływu działań windykacyjnych na szybkość płatności.

Skąd pobrać

Dane pochodzą z dzienników korespondencji, historii działań w CRM lub rejestrów wezwań do zapłaty.

Rejestrowanie

Mapuj wpisy z dzienników kontaktów z klientami lub automatycznych tabel wezwań do zapłaty powiązanych z fakturą.

Typ zdarzenia explicit
Odpisano nieściągalną należność
Uznanie pozostałego salda faktury za nieściągalne i usunięcie go z księgi należności. Oznacza to niepowodzenie procesu i stratę finansową.
Dlaczego to ważne

Zdarzenie jest ważne przy analizie całkowitego kosztu procesu kredytowego i wskazywaniu segmentów klientów o wysokim ryzyku.

Skąd pobrać

Dane pochodzą z zapisów księgowych lub transakcji korygujących z określonym kodem przyczyny odpisu.

Rejestrowanie

Filtruj dokumenty korygujące sklasyfikowane jako odpisy i powiązane z fakturą.

Typ zdarzenia explicit
Rozstrzygnięto spór
Zakończenie postępowania wyjaśniającego, które prowadzi do decyzji o uznaniu klienta, odpisaniu salda lub wyegzekwowaniu płatności. Dzięki temu fakturę można rozliczyć.
Dlaczego to ważne

Zdarzenie oznacza koniec obsługi wyjątku i pozwala wznowić cykl przepływu gotówki.

Skąd pobrać

Zdarzenie rejestruje się, gdy status sprawy spornej zmienia się na Closed lub Resolved.

Rejestrowanie

Wskaż znacznik czasu ostatniej zmiany statusu w systemie zarządzania sporami.

Typ zdarzenia explicit
Uzgodniono płatność
Dopasowanie wewnętrznego zapisu płatności do pozycji na zewnętrznym wyciągu bankowym. Potwierdza, że środki faktycznie wpłynęły na rachunek bankowy.
Dlaczego to ważne

Pozwala odróżnić środki ujęte w księgach od środków widocznych na rachunku bankowym i wykrywać opóźnienia w rozliczaniu wpłat.

Skąd pobrać

Dane pochodzą z modułów uzgadniania wyciągów bankowych lub dzienników zarządzania gotówką.

Rejestrowanie

Wskaż, kiedy dokument płatności zostaje oznaczony jako rozliczony lub dopasowany w księdze bankowej.

Typ zdarzenia explicit
Zaksięgowano płatność częściową
Zaksięgowanie wpłaty, która zmniejsza saldo faktury, ale pozostawia kwotę do zapłaty. Może to wskazywać na spór, brak możliwości zapłaty lub niedopłatę.
Dlaczego to ważne

Wskazanie płatności częściowych pomaga analizować zachowania płatnicze klientów i złożoność procesu.

Skąd pobrać

Zdarzenie rejestruje się, gdy transakcja płatnicza zostanie powiązana z fakturą, a kwota płatności będzie niższa od otwartego salda.

Rejestrowanie

Wskaż rozliczenia płatności, w których zaksięgowana kwota jest niższa od kwoty nieopłaconej faktury.

Typ zdarzenia explicit
Zaktualizowano status sporu
Zmiana etapu sprawy spornej, na przykład przejście od wstępnej weryfikacji do aktywnego postępowania wyjaśniającego. Zdarzenie śledzi workflow zespołu rozpatrującego sprawę.
Dlaczego to ważne

Pozwala analizować czas rozpatrywania sporów i wykrywać przestoje w postępowaniu wyjaśniającym.

Skąd pobrać

Dane pochodzą z dziennika historii sprawy spornej powiązanej z fakturą.

Rejestrowanie

Śledź zmiany w polu statusu powiązanej sprawy spornej.

Typ zdarzenia inferred
Zarejestrowano deklarację płatności
Zarejestrowanie formalnego zobowiązania klienta do zapłaty określonej kwoty w konkretnym terminie. Zazwyczaj pracownik windykacji wprowadza je po udanym kontakcie z klientem.
Dlaczego to ważne

Pozwala przewidywać przepływy pieniężne i oceniać wiarygodność zobowiązań klientów.

Skąd pobrać

Dane znajdują się w modułach zarządzania windykacją lub w polach notatek powiązanych z fakturą.

Rejestrowanie

Pobierz rekordy, w których do identyfikatora faktury przypisano datę i kwotę deklarowanej płatności (PTP).

Typ zdarzenia explicit
Zalecane Opcjonalne

Przewodniki ekstrakcji danych

Jak przygotować dane do process mining.

Metody ekstrakcji zależą od systemu. Szczegółowe instrukcje znajdą Państwo w

naszym przewodniku ETL   lub   wybierz konkretny proces i system.

Gotowi do rozpoczęcia?

Można zacząć od zastosowania tego uniwersalnego szablonu do własnych danych lub wybrać jeden z przewodników przygotowanych dla konkretnej platformy.

Poprawa kapitału obrotowego dzięki lepszej obsłudze należności

Zmniejsz DSO i usprawnij windykację dzięki analizom w czasie rzeczywistym

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Działa z dowolnym systemem ERP.