Start · Rozwiązania · Inne rozwiązania
Rozwiązanie · Inne rozwiązaniaKanał płatniczy księgowany codziennie dostaje wreszcie codzienną kontrolę
Każda transakcja kartowa dopasowana do paragonu i polityki
Każda pozycja kartowa jest wzbogacana, dopasowywana do paragonu albo do danych pozycyjnych wydawcy, testowana regułami programu i kodowana w dniu księgowania.
Streszczenie dla zarządu
Wydatki kartowe są dopasowywane, kodowane i sprawdzane tygodnie po księgowaniu, a paragony ściga się bez końca.
Traktujemy każdą transakcję kartową jako pozycję do dopasowania, przetestowania i zakodowania w dniu księgowania.
Wyjątki ujawniają się w dniu księgowania transakcji, a nie tygodnie później, gdy przychodzi wyciąg.
SAP S/4HANA (zakodowany dziennik kartowy); archiwum dowodowe na SharePoint; Power BI
Problem biznesowy
Audyt kart
Karta to akceptacja, która następuje po fakcie. Posiadacz karty płaci, transakcja się księguje, a kontrolę stanowi comiesięczny przegląd wyciągu, który większość przełożonych podpisuje bez czytania, oraz ściganie paragonów, które nigdy się nie kończy. Kodowanie jest zgadywaniem: miejsca powstawania kosztów biorą się z ciągów znaków sprzedawcy w rodzaju „SQ *MARKET 4471”. Liczby są więc błędne i nikt tego nie zauważa, dopóki właściciel budżetu nie zakwestionuje jednej z nich.
Awarie są konkretne. Zablokowana kategoria sprzedawcy, zakup w weekend albo wypłata gotówki wychodzą na jaw po tygodniach, o ile w ogóle. Dwa obciążenia u tego samego sprzedawcy w odstępie minut są niewidoczne, bo każdą pozycję przegląda się osobno. Wydatek prywatny odkrywa przełożony, który akurat rozpozna sklep. Karty zakupowe, przeznaczone na drobne towary, dryfują w stronę usług i abonamentów, których zakupy nigdy nie widzą. Karty wirtualne złożone w biurze podróży, u dostawcy paliwa i u operatora telekomunikacyjnego rzadko trafiają na uzgodnienie z plikami dostawców, bo to żmudne.
To wszystko przetrwało z powodów arytmetycznych. Wolumeny są duże, kwoty pojedynczo małe, a program kartowy nie jest niczyim etatem. Tymczasem kanał rośnie, bo przesuwanie drobnych zakupów na karty to rozsądny sposób na zbicie liczby faktur, a każda nowa karta czyni przegląd wyciągu odrobinę bardziej symbolicznym.
Jak to wygląda dzisiaj
- CzłowiekPosiadacz karty płaci kartą służbową albo zakupową, a transakcja księguje się u wydawcy
- OczekiwaniePozycja czeka na miesięczny wyciąg, zanim ktokolwiek na nią spojrzy
- CzłowiekPosiadacza karty prosi się o dopięcie paragonów i miejsc powstawania kosztów do całego wyciągu naraz
- CzłowiekParagony przychodzą mailem, w kopertach ze sklepów albo wcale
- CzłowiekAdministrator dopasowuje paragony do pozycji po kwocie i dacie, a po resztę wysyła przypomnienia
- Ryzyko błęduPrzełożony podpisuje przegląd wyciągu bez otwierania pozycji, więc zablokowane kategorie, duplikaty i wydatki prywatne przechodzą
- CzłowiekTransakcje są kodowane na miejsca powstawania kosztów z ciągów sprzedawcy, które kodującemu nic nie mówią
- OczekiwanieDziennik kartowy księguje się na koniec miesiąca, a wyciągi kart wirtualnych spotykają się z plikami dostawców kilka razy w roku
Dlaczego obecny proces kosztuje więcej, niż widać
Rachunek, którego nie widać w budżecie.
- Czas posiadaczy kart jest niewidoczny, bo rozkłada się cienko. Kilka minut na pozycję na znalezienie paragonu, wybranie kodu i odpowiedź na ponaglenie to nic dla jednej osoby i setki godzin w 240 sklepach.
- Administratorzy zużywają tydzień na dopasowywanie, które maszyna robi lepiej, i jest to jedyna część ich pracy niewymagająca osądu.
- Błędne kodowanie szkodzi po cichu. Raporty w podziale na miejsca powstawania kosztów dryfują, wydatki z kart zakupowych pozostają niewidoczne, a umowa, na którą zasługuje powtarzalny sprzedawca, nigdy nie zostaje wynegocjowana.
- Późne wykrycie oznacza brak odzysku. Duplikat znaleziony sześć tygodni po księgowaniu odpisuje się jako nieistotny, pozycja po pozycji, a odpisów nikt nie sumuje.
- Powtarzalne zachowania rozpoznaje się z pamięci, więc łapane są tylko przypadki rażące, a wczesna rozmowa, która by je zakończyła, nigdy się nie odbywa.
Koszt zaniechania
Programy kartowe rosną, bo są wygodne, a kontrola z nimi nie rośnie. Liczba transakcji idzie w górę wraz ze sklepami i zatrudnieniem, arkusz Chasers robi się dłuższy, a zgodność paragonowa spada, bo pogoń przegrywa. Błędy kodowania odkładają się w raportach kosztowych do chwili, gdy właściciel budżetu zakwestionuje liczbę, której nikt nie potrafi doprowadzić z powrotem do sprzedawcy.
Karty wirtualne niosą największe pozycje i najdłużej pozostają nieuzgodnione, bo ludzie, którzy rozumieli pliki dostawców, zdążyli odejść. Nic z tego nie jest dramatyczne w pojedynczym miesiącu. To powolna utrata kontroli nad rosnącą kwotą, a ustalenie audytu, które kiedyś to nazwie, zapyta, dlaczego kanał księgowany codziennie był sprawdzany miesięcznie.
Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.
Regionalna sieć handlowa, 240 sklepów i funkcje centralne, około 1 100 aktywnych kart: karty podróżne dla kierowników, karty zakupowe na materiały eksploatacyjne i utrzymanie sklepów oraz karty wirtualne złożone w biurze podróży, u dostawcy paliwa i u operatora telekomunikacyjnego. SAP jest księgą główną, a Microsoft 365 miejscem pracy.
Około 18 000 transakcji kartowych miesięcznie przy średniej 135 €, czyli mniej więcej 2,4 mln € miesięcznych wydatków kartowych. Wydawca przysyła dzienny plik transakcji z danymi pozycyjnymi dla paliwa i części sprzedawców detalicznych.
Trzech administratorów prowadzi program obok innych obowiązków. Paragony przychodzą do skrzynki współdzielonej i w kopertach ze sklepów, a comiesięczny przegląd wyciągu jest podpisem.
Kontrola działa miesięcznie na kanale, który księguje codziennie, więc wykrywanie jest tygodnie za wydatkiem, a pogoń za paragonami trwale przegrywa.
Dzienne zasilenie od wydawcy staje się kolejką. Każda pozycja jest wzbogacana danymi posiadacza karty, programu i sprzedawcy, dopasowywana do paragonu albo kontrolowana z danych pozycyjnych, testowana regułami swojego typu karty, a potem kodowana i księgowana. Do człowieka trafiają tylko pozycje oznaczone.
W modelowanym przypadku wyjątki ujawniają się w dniu księgowania, a nie po wyciągu. Ściganie paragonów kurczy się do jednego zadania wskazującego jedną pozycję, a dziennik kartowy jest kompletny i poprawnie zakodowany, zanim zacznie się zamknięcie. To liczby modelowe.
Proponowane rozwiązanie
Traktujemy każdą transakcję kartową jako pozycję do dopasowania, przetestowania i zakodowania w dniu księgowania. Robot UiPath pobiera dzienny plik wydawcy albo wywołuje jego API i ładuje po jednej pozycji kolejki na transakcję do UiPath Orchestrator. Każda pozycja jest wzbogacana: posiadacz karty i przełożony z danych kadrowych, program kartowy i jego zestaw reguł, kategoria sprzedawcy oraz dane pozycyjne wydawcy tam, gdzie sprzedawca je przekazuje.
Paragony wchodzą do procesu trzema drzwiami: przez zadanie w Microsoft Teams, przez skrzynkę współdzieloną i przez system rozliczeń. UiPath Document Understanding odczytuje je wstępnie wytrenowanym modelem Receipts, a robot dopasowuje kwotę, datę i sprzedawcę. Gdy paragonu nie ma, ale dane pozycyjne są kompletne, transakcja jest kontrolowana i kodowana z tych danych, a o paragon prosi się dopiero powyżej progu ustalonego przez Państwa finanse. Ta jedna decyzja usuwa większość arkusza Chasers.
Następnie uruchamiają się reguły, jako tablice decyzyjne DMN w UiPath Maestro, inne dla każdego programu. Testują limity pojedynczej transakcji i miesięczne, zablokowane kategorie sprzedawców, duplikaty w oknie czasowym, wydatki w weekendy i w okresie urlopu, wypłaty gotówki, wskaźniki wydatku prywatnego oraz liczniki powtórzeń w oknie kroczącym. Czyste pozycje są kodowane i księgowane w SAP tego samego dnia. Pozycje oznaczone stają się zadaniami UiPath Action Center: posiadacz karty dopina paragon albo pisze uzasadnienie w Teams, administrator rozstrzyga, a przypadek powtarzalny trafia do przełożonego z licznikiem. Pozycje kart wirtualnych są co noc uzgadniane z rezerwacjami biura podróży, plikiem dostawcy paliwa i szczegółem rozliczeń telekomunikacyjnych.
Dwie decyzje projektowe znaczą więcej niż technologia. Posiadacza karty pyta się raz, o jedną wskazaną pozycję, w aplikacji, którą i tak ma otwartą. A reguły należą do skarbu, więc zmiana limitu jest edycją tablicy pod kontrolą zmian, a nie zgłoszeniem programistycznym.
Kolejki, wyzwalacze, magazyn poświadczeń i audyt w UiPath Orchestrator; wstępnie wytrenowany model Receipts i Validation Station w UiPath Document Understanding; UiPath Maestro z tablicami decyzyjnymi DMN; zadania UiPath Action Center jako powiadomienia z możliwością działania w Microsoft Teams; konektory UiPath Integration Service do Microsoft Teams, Microsoft Outlook 365 i SAP
Warstwę wzbogacania o dane kadrowe, rejestr programów kartowych i mapę kategorii sprzedawców; logikę dopasowania i jej progi; zestaw reguł dla każdego programu z licznikami powtórzeń; uzgadnianie kart wirtualnych; logikę kodowania i księgowania oraz raportowanie w Power BI
Dzienne zasilenie transakcyjne od wydawcy przez SFTP z uwierzytelnianiem kluczem albo jego API przez Connector Builder; pliki biura podróży, dostawcy paliwa i operatora telekomunikacyjnego używane do uzgadniania kart wirtualnych
Jak działa proces po automatyzacji
- AutomatyzacjaDzienny plik wydawcy albo wywołanie API ląduje w kolejce Orchestrator, po jednej pozycji na transakcję
- AutomatyzacjaKażda pozycja jest wzbogacana o posiadacza karty i przełożonego z danych kadrowych, program i jego reguły, kategorię sprzedawcy oraz ewentualny szczegół pozycyjny
- AutomatyzacjaParagony z Teams, skrzynki współdzielonej i systemu rozliczeń są odczytywane i dopasowywane po kwocie, dacie i sprzedawcy
- AutomatyzacjaZestaw reguł działa dla danego programu: limity, zablokowane kategorie, duplikaty w oknie czasowym, wypłaty gotówki, wskaźniki wydatku prywatnego, liczniki powtórzeń
- AutomatyzacjaCzyste pozycje są kodowane i księgowane w SAP tego samego dnia, a paragon i ślad reguł trafiają do archiwum na SharePoint
- CzłowiekPozycja oznaczona staje się zadaniem w Teams ze sprzedawcą, kwotą i datą; posiadacz karty dopina paragon albo pisze uzasadnienie
- CzłowiekAdministrator rozstrzyga wyjątek, a przypadki powtarzalne idą do przełożonego z licznikiem
- AutomatyzacjaPozycje kart wirtualnych spotykają się nocą z plikami dostawców, a Power BI odświeża zgodność według sklepów i programów
Model współpracy człowieka z automatyzacją
Automatyzacja obsługuje
- Codzienne zbieranie każdej transakcji do kolejki i wzbogacanie o dane posiadacza karty, programu i sprzedawcy
- Odczyt i dopasowanie paragonów oraz użycie danych pozycyjnych tam, gdzie paragonu nie ma
- Zestaw reguł dla każdego programu, z oknami duplikatów i licznikami powtórzeń
- Kodowanie i księgowanie czystych pozycji oraz nocne uzgadnianie kart wirtualnych
Ludzie decydują
- Czy oznaczona pozycja ma akceptowalny paragon albo uzasadnienie, dostarczone przez posiadacza karty
- O każdym rozstrzygnięciu wyjątku, za które odpowiada administrator
- O przypadkach powtarzalnych, blokadach kart i zmianach limitów, które zostają przy przełożonym i skarbie
- O samych regułach programu, zmienianych w udokumentowanym trybie
Przed i po
Systemy i integracje
Wszystko poniżej działa na licencjach i systemach, które już macie albo które i tak trzeba mieć.
Wejścia
- dzienny plik transakcji od wydawcy z danymi pozycyjnymi
- obrazy paragonów z Microsoft Teams, skrzynki współdzielonej i systemu rozliczeń
- pliki dostawców stojące za kartami wirtualnymi
Warstwa automatyzacji
- UiPath Orchestrator
- UiPath Robots
- UiPath Document Understanding
- UiPath Maestro
- UiPath Action Center
- UiPath Integration Service
Systemy docelowe
- SAP S/4HANA (zakodowany dziennik kartowy)
- archiwum dowodowe na SharePoint
- Power BI
Punkty styku z człowiekiem: zadania posiadaczy kart w Microsoft Teams; kolejka przeglądu administratora; widok powtórzeń dla przełożonego
Wykorzystane technologie
zbierają dzienne zasilenie do kolejki, wykonują wzbogacanie i reguły, trzymają poświadczenia i ślad audytowy
Awstępnie wytrenowany model Receipts odczytuje obrazy paragonów, z Validation Station dla pól o niskiej pewności
Awykonuje zestaw reguł dla każdego programu kartowego, w tym okna duplikatów i liczniki powtórzeń
Azadania dla posiadaczy kart i administratorów ze sprzedawcą, kwotą i datą jednej wskazanej pozycji
Amiejsce, w którym posiadacz karty dopina paragon albo uzasadnienie, nie wychodząc ze swojego dnia
Aprzyjęcie paragonów ze skrzynki współdzielonej, dostarczanie zadań, księgowanie w księdze
Azakodowany dziennik kartowy księgowany codziennie zamiast budowanego na koniec miesiąca
Azgodność paragonowa według sklepów, odsetek wyjątków według reguł, otwarte zadania posiadaczy kart według wieku
AIlustracyjny model ekonomiczny
Model, a nie obietnica.
Każdy, kto dotyka pozycji kartowej, płaci kawałek tych dwóch minut: posiadacz karty szukający paragonu i odpowiadający na ponaglenie, administrator dopasowujący i kodujący. Dopasowanie, kodowanie z danych pozycyjnych i automatyczne księgowanie pochłaniają 70% tego wysiłku, więc udział został wpisany w wolumen poniżej. Kalkulator liczy 12 600 z 18 000 transakcji miesięcznie, a nie wszystkie, przy 38 € za godzinę w ujęciu mieszanym. To, co zatrzymują reguły, leży poza ramką: przy 2 430 000 € miesięcznych wydatków kartowych i 0,4% oznaczonych oraz zatrzymanych lub odzyskanych daje to 9 720 € miesięcznie. Obie proporcje są założeniem i nie zmierzono ich u żadnego klienta.
Policz to na swoich danych
Szacunek ilustracyjny na podstawie Twoich danych. To model uwolnionej przepustowości, nie obietnica oszczędności.
Korzyści biznesowe
- Wyjątki ujawniają się w dniu księgowania transakcji, a nie tygodnie później, gdy przychodzi wyciąg
- Ściganie paragonów w znacznej mierze znika: posiadacza karty pyta się raz o jedną wskazaną pozycję, a dane pozycyjne pokrywają wiele transakcji bez paragonu
- Miejsca powstawania kosztów są poprawne, bo kodowanie bierze się z danych programu, sprzedawcy i pozycji, a nie z ciągu znaków
- Duplikaty, zablokowane kategorie i wydatki prywatne są wyłapywane konsekwentnie, bo każda pozycja spotyka te same reguły
- Powtarzalne zachowanie staje się licznikiem, a nie wrażeniem, więc rozmowa z przełożonym odbywa się wcześnie
- Zamknięcie przyspiesza, bo dziennik kartowy jest kompletny i zakodowany przed końcem miesiąca, a nie w jego trakcie
Perspektywa zarządu
- Skarbnik czyta program codziennie: wydatki według typu karty, wyjątki według reguł, zgodność paragonowa według sklepów, otwarte zadania posiadaczy kart według wieku
- Zakupy wreszcie widzą wydatki z kart zakupowych według sprzedawców, a to właśnie tam brakuje umów
- Każde dopasowanie, wynik reguły i decyzja są zalogowane, więc karty dostają ślad audytowy, jaki ma już rozrachunek z dostawcami, zamiast podpisanego wyciągu
- Własność programu staje się jawna: reguły są spisane dla każdego typu karty i zmieniane pod kontrolą, więc limit jest decyzją, a nie nawykiem
Wpływ na KPI zarządu
Bezpieczeństwo i nadzór
Gdzie leżą dane i kto je widzi.
- Dane kartowe traktujemy jak dane płatnicze: zasilenie niesie wyłącznie zamaskowane numery kart, a pliki idą przez SFTP z uwierzytelnianiem kluczem albo przez API wydawcy
- Robot księguje z dedykowanego konta w księdze ograniczonego do dziennika kartowego; nie może zmienić limitu ani zablokować karty, co zostaje przy administratorze na portalu wydawcy
- Rozdzielenie obowiązków obowiązuje między posiadaczem karty, który się tłumaczy, administratorem, który rozstrzyga, i przełożonym, który przegląda przypadki powtarzalne
- Poświadczenia leżą w magazynie poświadczeń UiPath Orchestrator albo w zewnętrznym sejfie, na przykład Azure Key Vault, a każdy wynik reguły i każda decyzja są logowane i przypisane do osoby
- Obrazy paragonów zostają w Państwa środowisku Microsoft 365; odczyt działa w regionie UE UiPath Automation Cloud pod UiPath AI Trust Layer, z maskowaniem i logowaniem
- Posiadacze kart są informowani, że transakcje są sprawdzane codziennie, a reguły dotyczące wydatków prywatnych są spisane i stosowane identycznie wobec wszystkich. Wymagają tego przepisy o monitorowaniu pracowników w większości Europy
Dlaczego teraz
Wydawcy publikują dziś dzienne zasilenia transakcyjne, a dla rosnącej części sprzedawców dane pozycyjne na tyle szczegółowe, że zastępują paragon w kodowaniu i kontroli
Firmy przenoszą drobne zakupy na karty, żeby zbić liczbę faktur, co ma sens tylko wtedy, gdy kontrola kartowa jest co najmniej tak dobra jak zastępowana kontrola fakturowa
Elementy, które kiedyś były projektami, są dziś konfiguracją: odczyt paragonów to gotowy model, a modelowe 15 960 € miesięcznie przejętego wysiłku przewyższa wszystko, co kiedykolwiek wydano na prowadzenie programu
Role zarządcze, których to dotyczy
Kanał płatniczy księgowany codziennie z codzienną kontrolą i dziennik kartowy, który nie wstrzymuje już zamknięcia
Widoczność kart służbowych, zakupowych i wirtualnych, dyscyplina limitów oraz nadużycia wykrywane wcześnie, a nie raz do roku
Poprawne miejsca powstawania kosztów, koniec ścigania paragonów i ślad audytowy, jaki ma już rozrachunek z dostawcami
Wydatki z kart zakupowych według sprzedawców, pokazujące dokładnie, gdzie brakuje umowy albo gdzie jest omijana
Częste pytania i zastrzeżenia
Oznaczenia wydawcy obejmują kilka ogólnych reguł i kończą się na portalu. To rozwiązanie stosuje Państwa politykę, Państwa dane kadrowe i Państwa paragony, a zakodowany wynik księguje w Państwa księdze tego samego dnia.
Dziś są ponaglani trzy razy, mailem, o wyciąg, którego nikt nie umie rozszyfrować. Jedno zadanie ze sprzedawcą, kwotą i datą, odpowiedziane w Teams w kilka sekund, jest mniej uciążliwe, a nie bardziej.
Biuro fakturuje przez Państwa kartę, więc uzgodnienie jego obciążeń z Państwa rezerwacjami jest Państwa kontrolą, nie jego. Automatyzacja to jedyny sposób, żeby działo się to codziennie, a nie dwa razy w roku.
Kiedy to nie jest właściwe rozwiązanie
- Mały program kilkudziesięciu kart, którego administrator przegląda już każdą pozycję
- Wydawca nie umie dostarczyć dziennego zasilenia; plik miesięczny obsłuży dopasowanie i kodowanie, ale nie codzienną kontrolę
- Transakcje kartowe wpływają już do systemu rozliczeń, którego reguły kontrolne są nastrojone i używane
- Nikt nie jest właścicielem polityki kartowej, więc nie ma kto zdecydować o regułach ani o limitach, które one egzekwują
Pytanie na najbliższe posiedzenie
Który z naszych dwóch największych kanałów płatniczych, rozrachunek z dostawcami czy program kartowy, jest dziś faktycznie kontrolowany i jaki dowód położylibyśmy przed audytorem?
Podejście wdrożeniowe
Pierwszy tydzień wygląda tak samo u każdego klienta: patrzymy na dane.
Dostarczamy
- Analizę Państwa programów kartowych, zasilenia od wydawcy i jego pokrycia danymi pozycyjnymi, kanałów paragonowych oraz dzisiejszego rejestru wyjątków
- Zestaw reguł dla każdego typu karty, uzgodniony ze skarbem i zakupami i spisany jako tablice, które należą do nich
- Warstwę wzbogacania: dane kadrowe, rejestr programów i mapę kategorii sprzedawców
- Odczyt paragonów z progami dopasowania oraz regułę rozstrzygającą, kiedy wystarczą dane pozycyjne
- Kodowanie i księgowanie w księdze, zadania w Teams dla posiadaczy kart i administratorów oraz uzgodnienia kart wirtualnych
- Power BI o zgodności paragonowej, odsetku wyjątków i otwartych zadaniach, ze szkoleniem dla administratorów i posiadaczy kart
Potrzebujemy od Państwa
- Trzech miesięcy plików transakcyjnych, z danymi pozycyjnymi tam, gdzie wydawca je dostarcza
- Polityki kartowej dla każdego programu i jej obecnych limitów, z osobą mogącą o nich decydować
- Dostępu do danych kadrowych o posiadaczu karty i przełożonym oraz do dziennika kartowego w księdze
- Plików dostawców stojących za kartami wirtualnymi i wskazanego administratora jako właściciela procesu
Etapy
Rozpoznanie
Programy, zasilenia, pokrycie danymi pozycyjnymi, kanały paragonowe, dzisiejsze wyjątki
Projekt reguł
Zestaw reguł dla każdego typu karty ze skarbem, progi i obsługa przypadków powtarzalnych
Bieg równoległy
Reguły pracują na bieżących transakcjach w jednym programie i regionie, administratorzy oceniają precyzję
Wdrożenie
Zadania na żywo dla kart zakupowych, potem służbowych, potem kart wirtualnych i ich uzgodnień
Utrzymanie
Comiesięczny przegląd reguł ze skarbem, raportowanie zgodności, kontrola zmian limitów
Działowe. Nakład idzie za liczbą programów kartowych i różnicami ich reguł, pokryciem zasilenia od wydawcy oraz tym, ile kanałów paragonowych pozostaje żywych w okresie przejściowym.
Drugi co do wielkości kanał płatniczy przeglądany jest raz w miesiącu, podpisem.
Wystarczy jeden miesiąc aktywności kartowej na poziomie transakcji, z danymi pozycyjnymi tam, gdzie wydawca je udostępnia, oraz Państwa polityka kartowa. Zwracamy to, co znajduje nasz zestaw reguł, w podziale na programy i reguły.
Pokaż miesiąc na poziomie transakcjiTen sam problem ma zwykle sąsiedni proces
Koniec z wypłacaniem dziewięciu rozliczeń na dziesięć w zaufaniu, bo nikt nie ma czasu ich sprawdzić.
Zobacz rozwiązanie Inne rozwiązaniaKażdy raport wydatków sprawdzony, zanim pieniądze wyjdąPróba sprawdzana po wypłacie znajduje błędy, których nie da się odzyskać, a duplikatów nie widzi wcale.
Zobacz rozwiązanie Inne rozwiązaniaDzielone płatności i podwójne posiłki wykryte z dowodemNikt nie dzieli zakupu na oczach akceptującego. Dzieli go na trzy paragony i dwa tygodnie.
Zobacz rozwiązanieBranże, w których wdrażamy to najczęściejProdukcja i przemysłUsługi i ITFinanse i ubezpieczeniaCentra usług wspólnych