Księgowość i ERP

Faktury sprzedaży wystawione ze zleceń, razem z pozycjami, walutą, kursem i terminem płatności. Faktury kosztowe wczytane do systemu i przypisane do pojazdów albo zleceń. Do tego dokumenty pomocnicze, których księgowość potrzebuje do zamknięcia okresu.

Kluczowe jest zachowanie powiązania. Faktura kosztowa oderwana od przewozu, którego dotyczy, jest w księgowości poprawna, a w analizie rentowności bezużyteczna — dlatego przypisanie robi się po stronie systemu transportowego, gdzie ktoś wie, o który przewóz chodzi.

Przy współpracy z zewnętrznym biurem rachunkowym pełna integracja często nie ma sensu: biuro obsługuje kilkudziesięciu klientów w swoim programie i nie będzie budować łącznika pod jednego z nich. Eksport pliku w oczekiwanym formacie, raz w miesiącu, załatwia sprawę taniej i szybciej.

Integracja zaczyna się opłacać przy własnej księgowości i przy wolumenie, przy którym import plików staje się osobnym zadaniem. Mówimy o tym wprost, bo sprzedawanie integracji firmie, której wystarczy eksport, kończy się projektem bez zwrotu.

W spedycji faktur kosztowych bywa więcej niż sprzedażowych, bo na jedno zlecenie przypada faktura przewoźnika, opłaty drogowe, czasem prom i usługi dodatkowe. To one, a nie sprzedaż, pochłaniają czas.

Dokument wczytany do systemu jest odczytywany automatycznie, dopasowywany do zlecenia po numerze i kontrahencie, a rozbieżność wobec uzgodnionej stawki pokazywana przed akceptacją. Człowiek podejmuje decyzję, ale nie przepisuje kwot.

Faktura ustrukturyzowana nie znosi potrzeby przekazania danych do księgowości — zmienia tylko kanał, którym dokument trafia do kontrahenta i do administracji. Program księgowy nadal musi wiedzieć, co i na jakim koncie zaksięgować.

Zmienia się natomiast obieg dokumentów kosztowych. Faktury od przewoźników przestają przychodzić mailem, więc etap ich pobrania i przypisania trzeba mieć poukładany — inaczej wąskim gardłem stanie się nie księgowanie, tylko samo skompletowanie kosztów.

Najuczciwszym testem tej integracji nie jest lista obsługiwanych formatów, tylko to, o ile skróciło się zamknięcie okresu. W firmach przekazujących dane ręcznie pierwszy tydzień miesiąca schodzi na kompletowaniu kosztów i wyjaśnianiu, dlaczego zestawienie ze sprzedaży nie zgadza się z tym, co widzi księgowość.

Po uporządkowaniu przepływu zostają wyjątki: dokument, który przyszedł z opóźnieniem, korekta uzgodniona po fakcie, faktura bez numeru zlecenia. Ich liczba jest dobrym wskaźnikiem jakości procesu — jeśli po trzech miesiącach nie spada, problem nie leżał w narzędziu.

Najczęstszym źródłem problemów przy takim połączeniu nie jest format pliku, tylko rozjazd w danych kontrahentów. Ta sama firma w systemie transportowym i w księgowym bywa dwoma różnymi rekordami z dwoma różnymi zapisami nazwy.

Dlatego przed uruchomieniem porządkujemy kartotekę i ustalamy, który system jest źródłem prawdy dla danych kontrahenta. Bez tej decyzji integracja działa przez miesiąc, a potem zaczyna produkować duplikaty.

Integracja przenosi dane, ale nie podejmuje decyzji księgowych. Kwalifikacja kosztu, moment ujęcia, rozliczenie zaliczek czy sposób potraktowania nietypowej korekty to rozstrzygnięcia, które podejmuje księgowość — i dobrze, bo konsekwencje ponosi firma, nie oprogramowanie.

Praktyczna granica wygląda tak: system transportowy odpowiada za to, żeby dokument był kompletny, przypisany do właściwego przewozu i przekazany w terminie. Co się z nim dalej dzieje w planie kont, jest już nie naszą sprawą i nie próbujemy tego udawać.

Sprzedaż w euro, zakup w złotych i korekta miesiąc później to w spedycji sytuacja typowa. Do księgowości trafia kwota w walucie dokumentu razem z kursem użytym przy wystawieniu, a nie sama wartość przeliczona.

Brzmi to technicznie, ale ma bardzo praktyczny skutek: bez przekazania kursu różnice kursowe wychodzą przy zamknięciu okresu jako niewyjaśnione kwoty, których nikt nie umie przypisać do konkretnego przewozu.