Propozycja płatności w Accounts Payable: co sprawdzić przed uruchomieniem przelewów

Propozycja płatności porządkuje otwarte zobowiązania według reguł systemu, ale nie zastępuje kontroli procesu. Daty, rabaty, waluty, blokady, korekty i dane płatnicze mogą zmienić listę oraz kwoty. Poniższy model opisuje kontrolę operacyjną w procesie klienta; nie jest instrukcją bankową ani zgodą na wykonanie przelewu.

1. Potwierdź kryteria wyboru faktur

Microsoft opisuje propozycję płatności jako zapytanie wybierające faktury między innymi według terminu płatności, daty rabatu, dostawcy i metody płatności. Najpierw zapisz datę uruchomienia, zakres terminów, spółkę, grupę dostawców, metodę płatności oraz waluty.

Sprawdź też, czy ustawiono minimalną datę płatności, limit kwoty albo płatności scentralizowane. Niewłaściwy filtr może pominąć faktury wymagające zapłaty albo objąć pozycje spoza planowanego cyklu. Pomocne jest porównanie z poradnikiem o terminie płatności i dacie bazowej.

2. Uzgodnij populację i sumy

Policz wybrane faktury, dostawców i płatności oraz uzgodnij wartość według waluty i spółki. Zestawienie powinno pokazywać także dokumenty pominięte przez filtr, a nie tylko końcową sumę.

Dla pozycji o dużej wartości wykonaj kontrolę dokument po dokumencie. Dla pozostałych można zastosować raport wyjątków i próbę, ale zawsze trzeba wyjaśnić różnice między listą wymagalnych zobowiązań a propozycją.

3. Rozlicz korekty, salda ujemne i blokady

Microsoft wskazuje, że przy kontroli salda dostawcy nierozliczone korekty lub płatności mogą wymagać skompensowania z fakturami zamiast utworzenia nowej płatności. Dlatego propozycję trzeba zestawić z otwartymi korektami i saldem dostawcy.

Nie usuwaj blokady tylko po to, aby dokument wszedł do cyklu. Najpierw usuń jej przyczynę zgodnie z właścicielem procesu. Pomagają w tym osobne kontrole faktur korygujących, blokad faktur i sald dostawców.

4. Zweryfikuj atrybuty każdej płatności

Sprawdź dostawcę, kwotę, walutę, datę, metodę płatności, rachunek obciążany i rachunek odbiorcy. Oracle opisuje etap walidacji, w którym brak rachunku wypłat albo profilu płatności może zatrzymać proces do ręcznego uzupełnienia.

Zmiana rachunku dostawcy nie powinna być nieudokumentowaną korektą w propozycji. Musi przejść odrębny, niezależny proces weryfikacji danych podstawowych oraz właściwy podział obowiązków. W raporcie zachowaj informację, które dane pochodziły z faktury, kartoteki i zatwierdzonej instrukcji płatniczej.

5. Przejrzyj wyjątki i błędy walidacji

SAP przewiduje przegląd wyjątków propozycji oraz możliwość blokowania, odblokowywania i ponownego przypisywania pozycji. Oracle rozróżnia między innymi brak kursów, brak wymaganych danych, błędy walidacji dokumentu i płatności oraz status oczekujący na przegląd proponowanych płatności.

Każdy wyjątek powinien mieć właściciela, przyczynę, decyzję i dowód. Nie przenoś automatycznie odrzuconych pozycji do ręcznego przelewu; najpierw ustal, czy problem dotyczy danych dokumentu, konfiguracji banku, kursu, profilu płatniczego czy uprawnień.

6. Oddziel przygotowanie od akceptacji i wykonania

Automatyzacja propozycji w Microsoft Dynamics 365 tworzy wynik w dzienniku, ale nie księguje płatności automatycznie. To pozostawia miejsce na istniejącą walidację i workflow akceptacji. Podobnie w innych systemach poziom automatyzacji i punkty ręcznego przeglądu zależą od konfiguracji.

Przed uruchomieniem pliku płatniczego zachowaj kryteria, raport propozycji, sumy kontrolne, listę wyjątków, osoby przygotowującą i zatwierdzającą oraz czas decyzji. Po wykonaniu uzgodnij liczbę i kwotę płatności z bankiem i ERP. Dobra kontrola pokazuje pełną drogę od otwartej faktury do potwierdzonego rozrachunku.

Źródła i zakres poradnika

• Microsoft Learn: Create vendor payments by using a payment proposal
• Microsoft Learn: Automate vendor payment proposals
• SAP Help: Revise Payment Proposals
• Oracle: How Payment Process Requests Are Processed

Dokumentację Microsoft, SAP i Oracle sprawdzono 30 października 2026 r. Funkcje i nazwy pól zależą od produktu, kraju i konfiguracji. Checklista wymaga uzgodnienia z polityką płatniczą, uprawnieniami bankowymi i właścicielem procesu.