Po zamknięciu kwartału do realizacji trafiają setki przelewów: wynagrodzenia, składki ZUS, podatki do US, płatności dla dziesiątek dostawców, zaliczki dla pracowników i wpłaty na PPK. W firmach bez zintegrowanego systemu płatności elektronicznych każdy z tych przelewów wymaga ręcznego przygotowania — przepisywania numerów rachunków, kwot i tytułów, a wyciągi bankowe tygodniami czekają na ręczne rozliczenie. Skala ryzyka jest nieproporcjonalnie duża w stosunku do czynności, które wydają się prozaiczne.
Kiedy „kilka minut przy banku” zamienia się w problem?
Dyrektorzy finansowi rzadko mają pełny obraz tego, ile czasu ich zespoły spędzają na ręcznym przygotowywaniu przelewów. Każda faktura kosztowa, każda lista płac, każda decyzja o zaliczce generuje sekwencję manualnych kroków: skopiuj numer konta, sprawdź kwotę w rozrachunkach, wpisz tytuł zgodny z wymogami banku, zweryfikuj, wyślij. Pomnóż to przez kilkaset dokumentów miesięcznie i po stronie działu finansowego masz kilka do kilkunastu godzin pracy, której nie widać w żadnym raporcie produktywności.
Ale czas to dopiero pierwszy wymiar problemu. Drugi to błędy. Jedna przestawiona cyfra w numerze rachunku, nieprawidłowy tytuł przelewu VAT przy split payment, brakujące dopisanie ”/VAT/” w wymaganym formacie — i przelew trafia na konto weryfikacyjne banku, urząd skarbowy wystawia zapytanie, dostawca dzwoni z pytaniem o płatność. Jeden mały błąd, który potrafi wygenerować bardzo dużo kosztów – szczególnie tych związanych z czasem operacji.
Trzeci problem: niespójność między tym, co widać w systemie finansowym, a tym, co faktycznie wpłynęło lub wyszło z rachunku bankowego. Bez automatycznego importu wyciągów bankowych dział księgowości operuje na danych opóźnionych o dni lub tygodnie. W efekcie rozrachunki wyglądają na nierozliczone, windykacja wysyła monity do klientów, którzy już zapłacili, a analiza przepływów pieniężnych opiera się na przybliżeniach.
Split payment: gdzie kończy się procedura, a zaczyna błąd?
Odwrotne obciążenie (reverse charge) i mechanizm podzielonej płatności (MPP) to dwa odrębne i wzajemnie wykluczające się mechanizmy:
Odwrotne obciążenie — VAT rozlicza nabywca; faktura nie zawiera kwoty VAT do wydzielenia; split payment jest technicznie niemożliwy, bo nie ma kwoty VAT na fakturze.
MPP (obligatoryjny) od 1 listopada 2019 r. — dotyczy faktur z VAT na kwotę brutto powyżej 15 000 zł, zawierających towary lub usługi z załącznika nr 15 do ustawy o VAT (art. 108a ust. 1a ustawy o VAT).
Kluczowe zasady działania MPP:
Powiązanie z towarem, nie transakcją: Obowiązek stosowania MPP w relacjach B2B dotyczy wyłącznie faktur o wartości brutto przekraczającej 15 000 zł, które zawierają przynajmniej jedną pozycję z załącznika nr 15.
Adnotacja na fakturze: Faktury obejmujące takie towary lub usługi muszą zawierać oznaczenie „mechanizm podzielonej płatności”.
Odpowiedzialność: Kupujący ma obowiązek opłacenia kwoty VAT w split payment (lub całej kwoty, jeśli tak zdecyduje).
Wystarczy, że pracownik nie rozpozna, że dana faktura wymaga split payment, albo wpisze kwotę VAT niezgodną z dokumentem. Dla nabywcy oznacza to ryzyko solidarnej odpowiedzialności za niezapłacony VAT, dla sprzedawcy — problemy z przyjęciem płatności na właściwe konto.
Moduł Płatności Elektronicznych w Merit ERP: jeden ekran zamiast wielu kroków
Moduł Płatności Elektronicznych (HBN) w systemie Merit ERP by Asseco Business Solutions centralizuje wszystkie operacje płatnicze w jednym miejscu. Przelewy nie są tu tworzone ręcznie — są generowane automatycznie na podstawie danych już istniejących w systemie: rozrachunków z dostawcami, zatwierdzonych list płac, naliczonych składek ZUS i podatków.
Oznacza to w praktyce, że dział finansowy nie przepisuje danych — zatwierdza paczki przelewów, które system sam skompletował na podstawie aktualnych sald i terminów płatności, może skorzystać z możliwości eksportu przelewów przez usługę Businessbank oraz podejrzeć salda rachunku bankowego. Wyeliminowanie ręcznego przepisywania to wyeliminowanie najczęstszego źródła błędów.
Co system generuje i skąd pobiera dane
Zakres źródeł, z których moduł automatycznie przygotowuje przelewy, jest szeroki i obejmuje całą działalność finansową przedsiębiorstwa:
- Rozrachunki z dostawcami – przelewy zobowiązań generowane bezpośrednio z ewidencji FK, z uwzględnieniem aktualnych sald i terminów płatności.
- Listy płac – automatyczne przelewy wynagrodzeń na indywidualne rachunki pracowników, z podziałem według banków i rachunków.
- Składki ZUS – przelewy na właściwe rachunki ZUS z poprawnymi tytułami i identyfikatorami płatnika.
- Podatki do urzędu skarbowego – przelewy CIT, PIT, VAT na właściwe mikrorachunki podatkowe.
- Pracownicze Plany Kapitałowe (PPK) – automatyczne przelewy wpłat pracownika i pracodawcy do instytucji finansowej.
- Należności komornicze – przelewy z tytułu zajęć komorniczych, z właściwymi tytułami wymaganymi przez organy egzekucyjne.
- Zaliczki pracownicze – przelewy zaliczek wypłacanych pracownikom w trybie bieżącym.
Każdy przelew pobiera numer rachunku bankowego bezpośrednio z kartoteki kontrahenta lub pracownika w systemie, a nie z ręcznie wpisywanego pola. Jeśli kontrahent ma zmieniony rachunek bankowy — wystarczy zaktualizować go w kartotece, a wszystkie kolejne przelewy automatycznie będą korzystać z nowego numeru.
Split payment bez ryzyka pomyłki
Obsługa podzielonej płatności w module HBN działa automatycznie — system identyfikuje faktury wymagające split payment na podstawie parametrów dokumentu (kwota, rodzaj towaru/usługi) i automatycznie przygotowuje przelew w wymaganym formacie: kwota netto na rachunek rozliczeniowy dostawcy, kwota VAT na jego rachunek VAT, a to wszystko z właściwą adnotacją w tytule przelewu.
Dostępna jest też funkcja zbiorczego przelewu split payment (co ważne – jest dopuszczalny tylko dla faktur z tego samego miesiąca – art. 108a ust. 3a ustawy o VAT) — zamiast wielu oddzielnych przelewów do jednego dostawcy, system generuje jeden zbiorczy przelew z podsumowaniem kwot VAT. To rozwiązanie doceniają przede wszystkim firmy z dużą liczbą transakcji z tymi samymi dostawcami.
Wygenerowane paczki przelewów są eksportowane do systemu bankowości elektronicznej w formacie obsługiwanym przez bank podatnika. Obsługiwane są formaty właściwe dla głównych polskich banków. Autoryzacja przelewów odbywa się po stronie banku, a uprawnienia do poszczególnych rachunków bankowych są zarządzane w systemie na poziomie ról użytkownika — nie każdy pracownik działu finansowego musi mieć dostęp do każdego konta.
Wyciągi bankowe: koniec z tygodniowym opóźnieniem w rozrachunkach
Ręczne rozliczanie wyciągów bankowych to w wielu firmach to znaczący problem. Wyciąg z banku zawiera dziesiątki pozycji — wpłaty od klientów, zwroty, opłaty bankowe, przelewy wychodzące. Każdą pozycję trzeba znaleźć w systemie rozrachunkowym i ją rozliczyć. Jeśli tytuł przelewu jest czytelny — to kilka kliknięć. Jeśli tytuł to ciąg cyfr bez interpretacji — to detektywistyczna praca.
Moduł HBN umożliwia import wyciągów bankowych w standardowych formatach: MT940, CSV, XML (w tym formaty właściwe dla systemów bankowości elektronicznej). Po imporcie system automatycznie próbuje dopasować każdą pozycję wyciągu do otwartych pozycji rozrachunkowych — na podstawie kwoty, numeru rachunku, tytułu przelewu lub innych parametrów konfigurowanych przez użytkownika. Co ważne – od 2023r. Trwa globalna migracja systemu SWIFT ze standardu MT na ISO 20022 (format CAMT.053) – polskie banki stopniowo wdrażają nowy format, a opisywane w artykule narzędzie jest gotowe na opisywane zmiany w bankowości.
Pozycje rozpoznane automatycznie są od razu rozliczane — dług znika z listy otwartych należności, saldo rozrachunku jest aktualizowane. Pozycje, których system nie rozpoznał automatycznie (np. przelew z niestandardowym tytułem), trafiają do ręcznej weryfikacji — ale to już mała lista, nie cały wyciąg.
Efekt: zamiast kilku godzin na ręczne przejrzenie całego wyciągu, pracownik działu finansowego spędza kilkanaście minut na weryfikacji kilku nierozpoznanych pozycji. Rozrachunki są aktualne niemal na bieżąco — od razu po imporcie wyciągu, który może odbywać się codziennie lub kilka razy dziennie.
Dla platform Business Bank — czyli bezpośredniego połączenia systemu Merit ERP z bankiem — możliwa jest automatyczna wymiana danych: przelewy wychodzą do banku bez ręcznego pobierania pliku, a wyciągi wchodzą do systemu automatycznie bez ręcznego importu. To rozwiązanie dla firm przetwarzających największe wolumeny transakcji.
Archiwum i bezpieczeństwo: każdy przelew ma historię
Każdy przelew wygenerowany w module HBN pozostawia ślad w systemie: kto wygenerował paczkę, kiedy, jaka kwota, na jaki rachunek, z jakiego źródła (rozrachunki, lista płac, ZUS). Archiwum przelewów jest dostępne w każdej chwili — nie tylko dla bieżącej weryfikacji, ale też przy audytach, kontrolach skarbowych czy wewnętrznych dochodzeniach w przypadku niezgodności.
System Merit ERP przewiduje też możliwość awaryjnego przywrócenia danych z archiwum, co ma znaczenie w sytuacjach kryzysowych — np. gdy konieczne jest odtworzenie historii płatności dla zewnętrznego audytora lub w wyniku błędu operacyjnego.
Uprawnienia do generowania i zatwierdzania przelewów są zarządzane na poziomie poszczególnych rachunków bankowych. Konkretny użytkownik może mieć dostęp do konta operacyjnego, ale nie do konta VAT lub konta dewizowego. To rozwiązanie odpowiada na wymogi kontroli wewnętrznej w firmach stosujących zasadę rozdzielności obowiązków (segregation of duties) — kto generuje, nie zatwierdza; kto zatwierdza, nie realizuje.
W środowiskach, w których system Merit ERP jest dostępny przez przeglądarkę (interfejs webTerm), dostęp do modułu płatności może być chroniony przez dodatkową warstwę uwierzytelniania wieloskładnikowego (MFA) — wbudowanego w platformę systemu. Oznacza to, że nawet po zalogowaniu do systemu, dostęp do operacji płatniczych wymaga dodatkowego potwierdzenia tożsamości.
Co zyskuje dział finansowy — konkretnie
Automatyzacja płatności elektronicznych w systemie ERP to nie jest zmiana dla samej zmiany. To decyzja o tym, ile czasu i ryzyka dział finansowy chce inwestować w czynności, które system może wykonać szybciej i bezbłędnie. Konkretne efekty:
- Eliminacja błędów ręcznego przepisywania — numery kont, kwoty i tytuły przelewów pochodzą bezpośrednio z systemu, nie z klawiatury pracownika.
- Zgodność split payment — automatyczna identyfikacja faktur wymagających podzielonej płatności, bez ryzyka pominięcia.
- Aktualne rozrachunki — wyciągi importowane codziennie oznaczają, że saldo należności i zobowiązań jest aktualne niemal w czasie rzeczywistym.
- Ograniczenie ryzyka w kontroli wewnętrznej — granularne uprawnienia per rachunek bankowy i pełne archiwum transakcji dla audytorów.
- Oszczędność czasu działu finansowego — kilka do kilkunastu godzin miesięcznie odzyskanych z ręcznej obsługi przelewów i wyciągów.
FAQ — Płatności elektroniczne i split payment
Które faktury objęte są obowiązkowym mechanizmem podzielonej płatności? Faktury wystawione między podatnikami VAT (B2B), których wartość brutto przekracza 15 000 zł i które zawierają co najmniej jedną pozycję z załącznika nr 15 do ustawy o VAT (art. 108a ust. 1a). Faktura musi być oznaczona adnotacją „mechanizm podzielonej płatności”. Odwrotne obciążenie (reverse charge) i MPP to odrębne mechanizmy — przy odwrotnym obciążeniu split payment nie jest możliwy, bo faktura nie zawiera kwoty VAT.
Czy można wysłać jeden zbiorczy przelew split payment dla wielu faktur od tego samego dostawcy? Tak, ale wyłącznie dla faktur z tego samego miesiąca (art. 108a ust. 3a ustawy o VAT). Faktury z różnych miesięcy muszą być opłacone oddzielnymi przelewami.
Co grozi za przelew na rachunek spoza białej listy podatników VAT? Przy płatnościach powyżej 15 000 zł: brak możliwości zaliczenia tej kwoty do kosztów uzyskania przychodu (art. 22p ustawy o PIT / art. 15d ustawy o CIT) oraz solidarna odpowiedzialność za niezapłacony VAT dostawcy (art. 105a ustawy o VAT). Sankcji można uniknąć, składając zawiadomienie ZAW-NR do naczelnika urzędu skarbowego w ciągu 7 dni od daty przelewu.
W jakich formatach można importować wyciągi bankowe do modułu HBN? Obsługiwane są formaty MT940, CSV oraz XML (w tym formaty właściwe dla systemów bankowości elektronicznej). Moduł obsługuje też nowy standard ISO 20022 (CAMT.053), na który banki stopniowo migrują od 2023 r. w ramach globalnej migracji systemu SWIFT.
Czy każdy pracownik działu finansowego ma dostęp do wszystkich rachunków bankowych w systemie? Nie — uprawnienia do generowania i zatwierdzania przelewów są przydzielane na poziomie poszczególnych rachunków bankowych. Pracownik może mieć dostęp do konta operacyjnego, ale nie do konta VAT czy dewizowego. System stosuje zasadę rozdzielności obowiązków: kto generuje paczki przelewów, nie musi mieć uprawnień do ich zatwierdzania.
Co jeśli kontrahent zmieni numer rachunku bankowego? Wystarczy zaktualizować numer w kartotece kontrahenta w systemie — wszystkie kolejne przelewy automatycznie korzystają z nowego numeru. Nie ma konieczności ręcznej korekty w każdym dokumencie.
Podsumowanie
Ręczna obsługa płatności w dziale finansowym to cichy koszt — niewidoczny w budżecie, ale odczuwalny w godzinach pracy, ryzyku błędu i aktualności danych. Podatnik dokonujący płatności powyżej 15 000 zł na rzecz innego podatnika VAT ma obowiązek zweryfikować, czy numer rachunku bankowego figuruje w Wykazie podatników VAT (biała lista) prowadzonym przez Szefa KAS. Płatność na rachunek spoza wykazu skutkuje:
Brakiem możliwości zaliczenia kwoty płatności (powyżej 15 000 zł) do kosztów uzyskania przychodu (art. 22p ustawy o PIT / art. 15d ustawy o CIT),
Solidarną odpowiedzialnością nabywcy za niezapłacony VAT dostawcy (art. 105a ustawy o VAT).
Wyjątek: podatnik może uniknąć sankcji, składając zawiadomienie ZAW-NR do naczelnika urzędu skarbowego w terminie 7 dni od daty przelewu.
Moduł Płatności Elektronicznych w Merit ERP by Asseco Business Solutions nie zastępuje ludzkiej decyzji — zastępuje ręczne przepisywanie danych. Przelewy z rozrachunków, list płac, ZUS, US, PPK i zaliczek są generowane automatycznie, split payment działa bez konieczności ręcznej weryfikacji każdej faktury, a wyciągi bankowe są importowane i rozliczane z rozrachunkami bez godzin poświęconych na ręczne dopasowywanie pozycji. W efekcie dział finansowy pracuje sprawniej, ryzyko błędów płatniczych jest mniejsze, a dane w systemie są aktualne — nie z tygodniowym opóźnieniem, lecz na bieżąco.
