W systemie Softlab ERP by Asseco ułatwiono wystawianie przelewów split payment w transakcjach faktoringowych.
Kontrahenci faktorantów mogą regulować zobowiązania wynikające z faktur przedstawionych do faktoringu, stosując procedurę podzielonej płatności. Przelew split payment zgodnie z przepisami musi zawierać kwotę brutto faktury, kwotę VAT oraz numer faktury, w związku z którą dokonywana jest płatność, a także numer, za pomocą którego dostawca towaru lub usługodawca jest identyfikowany na potrzeby podatku.
Użytkownicy w różny sposób ewidencjonują zobowiązania, które mają być zapłacone na rachunek faktora. Przykładowo:
1. Zobowiązanie tworzone jest na dostawcę, ale w terminarzu płatności wpisywany jest rachunek bankowy, którego właścicielem jest faktor.
2. Zobowiązanie tworzone jest na faktora i w terminarzu płatności wpisywany jest rachunek bankowy, którego właścicielem jest faktor.
Pierwszy sposób ewidencji stwarza problemy z weryfikacją rachunku na białej liście, ponieważ rachunek bankowy nie należy do dostawcy. Przy drugim sposobie do tej pory występował problem z przelewami Split Payment, ponieważ na przelewie podawany był NIP faktora (kontrahent z rozrachunku), a nie NIP dostawcy.
Aby uniknąć problemów z weryfikacją rachunków na białej liście i prawidłowo wykonać przelew split payment w systemie Softlab zaleca się ewidencjonowanie zobowiązań faktoringowych w taki sposób, aby zobowiązanie (rozrachunek) było prowadzone z faktorem.
W tym celu trzeba odpowiednio księgować fakturę zakupu. Można to zrobić na dwa sposoby:
1. Pierwszy sposób to zarejestrowanie faktury zakupu i wpisanie w polu Sprzedawca danych kontrahenta, a w polu Płatnik danych faktora. W terminarzu płatności należy wpisać rachunek bankowy, na który ma być dokonana płatność, będzie to najczęściej rachunek, którego właścicielem jest faktor (subkonto dedykowane kontrahentowi). Przy użyciu standardowego schematu księgowania rozrachunek zostanie założony na konto rozrachunkowe z faktorem.
2. Drugi sposób to zarejestrowanie faktury zakupu na kontrahenta (w polach Dostawca i Płatnik należy podać dane kontrahenta), a następnie przeksięgowanie zobowiązania z dostawcy na faktora. Rozwiązanie to ma jednak sporo wad, bo trzeba ręcznie uzupełnić dane dla rozrachunku z faktorem: datę płatności, rachunek bankowy.
Przelew należy wykonać, wybierając rozrachunek z faktorem, na rachunek, który jest podany w wykazie podatników jako rachunek faktora (najczęściej wirtualny).
Jeśli będzie to przelew split payment, to w danych przelewu powinien się pojawić NIP dostawcy i numer faktury. Aby ułatwić wypełnianie tych danych, w systemie zmodyfikowano procedury do generowania przelewów oraz rejestr przelewów wychodzących. Zmiany te obejmują:
1. dodanie pola NIP dostawcy do linijek przelewów wychodzących,
2. uzupełnianie pola NIP dostawcy w procedurach do generowania przelewów,
3. możliwość ręcznego wpisania NIP-u dostawcy w linijkach przelewów,
4. pobieranie NIP-u z pola DOstNP zamiast BenNIP w paczkach przelewów wychodzących – zmiana pola TYTUŁEM_SPLITPAYMENT w formatach eksportów do banku.
Zmiany w linijkach dokumentu przelewu
Do linijek dokumentu przelewu dodano kolumnę NIP dostawcy, wykorzystywaną przede wszystkim w przelewach split payment. Pole jest uzupełniane automatycznie podczas tworzenia przelewu, zarówno podczas tworzenia przelewu za pomocą dostępnych procedur, jak i ręcznie. Jest ono również dostępne do edycji podczas edycji przelewu w słowniku Przelewy wychodzące.
Rys. Pole NIP dostawcy w linijkach przelewu
Kolumna NIP dostawcy została dodana również w słowniku Przelewy wychodzące w zakładce Dodatkowe.
Rys. Rejestr Przelewy wychodzące – nowa kolumna NIP dostawcy
Zmiany w procedurach generowania przelewów
Zmodyfikowano procedury do generowania przelewów, tak aby uzupełniały nowe pole NIP dostawcy. Wartość w tym polu jest ustalana na podstawie NIP-u kontrahenta (wpisanego w polu Sprzedawca) z dokumentu zakupu (faktury, na podstawie której powstał rozrachunek). Jeśli pole to jest puste, to NIP pobierany jest z pola Płatnik na fakturze.
Zmodyfikowano procedury:
1. Generowanie przelewów (bieżący/zaznaczone rekordy) – słownik Przeglądanie rozrachunków,
2. Generowanie przelewów (wg parametrów) – słownik Przeglądanie rozrachunków,
3. Generowanie przelewu – zwrot z tyt. nadpłaty lub korekty – słownik Przeglądanie rozrachunków,
4. Generowanie przelewów zbiorczych (split payment) – słownik Przeglądanie rozrachunków,
5. Generuj przelew – słownik Rejestr zakupów,
6. Generuj przelewy dla dokumentów – sekretariat,
7. Generuj przelewy dla zaznaczonych dokumentów – sekretariat.
Przykład
Przedsiębiorca X otrzymał fakturę od swojego dostawcy P.W. DIGITAL z informacją, że nastąpiła cesja należności na rzecz mBanku (faktora). Na fakturze widnieje rachunek do zapłaty, którego właścicielem jest bank.
Faktura powinna być zarejestrowana w rejestrze zakupów w taki sposób, aby zobowiązanie powstało wobec faktora. Jako sprzedawcę należy podać kontrahenta P.W. DIGITAL (logo = 000029), a jako płatnika faktora, czyli MBank (logo = 000030). W terminarzu należy podać rachunek bankowy, którego właścicielem jest mBank.
Rys. Kontrahenci w nagłówku dokumentu
Rys. Rachunek do zapłaty
Rys. Utworzony rozrachunek z mBankiem
Dla tak zarejestrowanego dokumentu zakupu został wygenerowany przelew.
Rys. Utworzony przelew
Po utworzeniu pliku homebanking, w polu NIP dostawcy widoczny będzie numer właściwy dla kontrahenta PW.Digital.
Poniżej podgląd utworzonego przelewu zapisanego w pliku tekstowym homebanking.
10,20200218,1845000,11111111,0,”111111111111111111111111111111″,”11111111111111111122222222″,”Nasza firma 0 – oddzial||ul. Lagiewnicka 33|50-512 Wroclaw”,”MBANK SPOLKA AKCYJNA||ul. Senatorska 18|00-950 Warszawa”,0,11111111,”/VAT/3450,00/IDC/1132484981/INV/FX/|2020/1/TXT/ZAPLATA ZA:FX/2020/1||”,””,””,”53″,”FX/2020/1|||||”