Verificați fișierul de plăți înainte să îl vadă banca (pain.001)

Verificarea unui fișier de plăți Nu se încarcă nimic

Trageți aici un fișier pain.001

Verificarea se face pe calculatorul dumneavoastră — deconectați rețeaua, merge mai departe. Constatările și lista întreagă se pot descărca într-un singur tabel

01 — De ce

Singura greșeală pe care banca nu o prinde în locul dumneavoastră

Majoritatea greșelilor dintr-un fișier de plăți sunt prinse de cineva. Un fișier stricat este refuzat la încărcare. O sumă de control care nu iese este refuzată înainte să se miște ceva. Enervant, dar nepericulos.

A plăti aceeași factură de două ori nu este niciuna dintre cele două. În fișier, a doua plată arată exact ca prima: IBAN valid, sumă validă, structură validă. Banca nu are niciun motiv să o refuze — deci nu o refuză. Se va observa când sună furnizorul sau la punctarea contului. Dacă banii se întorc, asta ține atunci de bunăvoința celeilalte părți.

Se întâmplă cu totul banal: un lot exportat de două ori, o plată adăugată manual cât timp cea inițială era încă în circuit, un flux de aprobare care a produs două fișiere. Exact de aceea nimeni nu o caută.

02 — Și cifra inversată care costă

IBAN-ul își poartă cifra de control cu el

Pozițiile trei și patru dintr-un IBAN sunt o sumă de control asupra restului (ISO 13616, mod 97-10). O cifră greșită oriunde în număr și socoteala nu mai iese — o inversare de cifre poate fi deci prinsă aici, offline, fără să întrebați pe nimeni.

Dacă numărul este greșit și totuși valid, banii ajung într-un cont real care nu este al furnizorului dumneavoastră. Dacă este greșit și invalid, plata se întoarce peste câteva zile, iar factura a devenit între timp scadentă în tăcere. Amândouă merită două secunde de calcul.

Ce se verifică

Cifrele de control ale IBAN-ului, atât la contul propriu, cât și la fiecare cont de beneficiar.
Suma de control și numărul de tranzacții, la nivel de fișier și pe fiecare lot — recalculate din poziții, nu crezute pe cuvânt. Un fișier al cărui antet nu redă conținutul este respins de bancă în întregime.
Aceeași plată de două ori: același IBAN de beneficiar, aceeași sumă, aceleași detalii. Ca indiciu, nu ca sentință — două facturi identice de la un furnizor într-o singură zi chiar există, și numai dumneavoastră știți despre ce caz este vorba.
Aceeași plată ca luna trecută. Fiecare fișier verificat lasă pe acest calculator o amprentă, iar următorul este pus lângă ea. Se păstrează șaisprezece caractere și o dată — niciun număr de cont, nicio sumă, niciun detaliu de plată. Un fișier de plăți conține toți furnizorii unei firme; așa ceva nu stă în clar în memoria browserului.
Identificatori end-to-end repetați, care trebuie să fie unici și după care băncile recunosc un lot trimis de două ori.
Caractere pe care SEPA nu le transportă. Sunt permise doar litere, cifre, spațiu și / - ? : ( ) . , ' +. Literele românești ă, â, î, ș și ț din numele beneficiarului sunt fie refuzate, fie rescrise în tăcere — iar rescrierea este mai rea, pentru că banii pleacă, iar numele nu mai corespunde.
Sume negative, zero sau cu mai mult de două zecimale.
O dată de execuție în trecut, pe care fiecare bancă o tratează altfel și niciuna așa cum s-a intenționat.

Intenționat nu se verifică: dacă banca dumneavoastră are cerințe proprii suplimentare — acestea diferă de la bancă la bancă, iar ghicitul produce alarme false — și nici dacă o plată ar trebui făcută. Aceasta este decizia unui om, nu a unui fișier.

Trageți și facturile odată cu el

Tot ce s-a spus până aici verifică fișierul față de el însuși: se potrivește antetul cu conținutul, ies cifrele de control, apare ceva de două ori. La o întrebare fișierul singur nu poate răspunde — este aceasta suma pe care o cere factura?

Un zero în plus în ERP produce o plată perfect validă. 12.000 și 1.200 sunt amândouă sume bine formate, amândouă trec orice verificare de format, iar banca execută ce este în fișier. Se va observa la punctare — moment în care banii sunt deja în alt cont.

Așadar trageți facturile împreună cu fișierul de plăți. Potrivirea se face după numărul facturii din detaliile plății — așa face și cealaltă parte când închide pozițiile — și abia apoi sumele sunt puse una lângă alta. Separatorii nu contează: FACT-2026/0417 și FACT20260417 sunt același număr.

Mai bine să nu potrivim decât să potrivim greșit: numerele de factură mai scurte de cinci caractere rămân deoparte (nimeresc în orice text), iar un detaliu de plată care numește două facturi este sărit. Monedele diferite se raportează, nu se convertesc — a ghici un curs ca să acuzi pe cineva de o greșeală nu merită.

Debitări directe

Un lot de debitări directe (pain.008) trece prin aceleași verificări, pentru că în el se strică aceleași lucruri — doar că lovesc pe altcineva. Un IBAN greșit înseamnă că acea poziție se întoarce peste câteva zile, când factura a plecat demult. Iar a debita același client de două ori nu este pur și simplu o sumă în plus: este o reclamație, o stornare, iar în spațiul SEPA clientul poate cere banii înapoi timp de opt săptămâni fără să dea vreun motiv. Banii se întorc. Comisionul nu.

Două lucruri nu sunt deliberat judecate aici: datele mandatului și dacă tipul de secvență (FRST / RCUR / FNAL) este cel potrivit. Amândouă depind de dacă acest client a mai fost debitat vreodată, iar asta nu scrie în fișier. A nu spune nimic este mai bine decât a ghici.

Nu se încarcă nimic

Un lot de plăți conține fiecare furnizor pe care îl aveți, cât îi plătiți și numărul lui de cont. Un asemenea fișier nu se pune într-un formular web. Este citit în browser: deschideți instrumentele pentru dezvoltatori, fila Rețea, trageți fișierul — nu pleacă nicio cerere. Sau: încărcați pagina, deconectați rețeaua și trageți-l oricum. Merge mai departe.