Cum eviți dublurile când imporți din nou un extras bancar

01

Recunoaște un import repetat

Separă fișierul de tranzacțiile pe care le conține. Reîncărcarea aceluiași fișier este un caz. Un export nou care include o parte din aceeași perioadă este altul. Verificarea exclusivă a amprentei fișierului nu rezolvă suprapunerea perioadelor.

02

Stabilește prudent identitatea tranzacției

Folosește identificatorii stabili ai băncii atunci când formatul îi oferă. Include contul, ca referințe din conturi diferite să nu se confunde. Dacă nu există un identificator suficient, agrează o metodă de comparare și arată situațiile în care nu poate decide sigur.

Două plăți egale în aceeași zi pot fi legitime. Descrierea poate diferi între exporturi. Cazurile incerte se trimit la verificare, fără ștergere automată. Păstrează rândurile inițiale pentru ca persoana responsabilă să compare informația furnizată de bancă.

03

Separă istoricul încărcărilor de evidența tranzacțiilor

Fiecare încărcare primește o înregistrare cu operatorul și formatul folosit. Mai multe importuri pot trimite la aceeași tranzacție fără să o recreeze. Astfel rămâne vizibilă reîncercarea, iar evidența reconcilierii își păstrează stabilitatea.

Previzualizarea poate arăta rânduri noi, cunoscute, modificate și neclare. Când apar detalii schimbate, evidențiază diferența și stabilește dacă cere control. O descriere nouă nu trebuie să suprascrie automat o reconciliere aprobată.

04

Recuperează încărcările întrerupte

Procesul se poate opri după salvarea unei părți dintre rânduri. Păstrează starea necesară reluării sigure. Utilizatorul trebuie să vadă dacă fișierul a fost primit, interpretat, importat parțial sau finalizat, cu o referință utilizabilă de suport.

Documentația Stripe despre idempotență prezintă un exemplu de contract pentru reîncercări. Importatorul tău are nevoie de reguli potrivite destinației sale. Refolosirea identificatorului operațiunii nu trebuie să accepte în tăcere alt conținut. Conflictul se semnalează și se tratează ca o încărcare nouă, deliberată.

05

Păstrează decizia și limitează accesul

Persoana care rezolvă un posibil duplicat trebuie să vadă ambele rânduri și alocările existente. Eliminarea sau reunirea unei tranzacții poate schimba soldurile reconcilierii. Cere permisiunea financiară potrivită și păstrează motivul, persoana și legăturile anterioare.

Limitează accesul la extrase pe cont și firmă. Jurnalele de import pot ajuta investigația fără toate detaliile partenerilor. Folosește fișiere anonimizate la dezvoltare și agrează accesul pentru suport. Exportul și ștergerea necesită reguli distincte de simpla încărcare.

06

Testează repetările cu diferențe reale

Încarcă același fișier de două ori, apoi verifică perioade suprapuse, două plăți egale și o oprire la mijloc. Adaugă o tranzacție inversată și un export cu descriere corectată. Compară atât numărul mișcărilor, cât și soldurile după fiecare caz.

Măsoară cazurile neclare și deciziile care trebuie ulterior anulate. Absența dublurilor nu este suficientă dacă s-au pierdut plăți reale. Contabilitatea trebuie să poată explica de ce fiecare rând a fost creat, refolosit, schimbat sau trimis la verificare.

07

Deosebește înregistrarea schimbată de o altă plată

Când două rânduri seamănă, identifică valorile stabile și pe cele care se pot modifica legitim. Descrierea poate deveni mai detaliată într-un export ulterior, în timp ce referința băncii rămâne aceeași. Păstrează aceste reguli pentru fiecare format acceptat, fără un scor universal de asemănare.

Arată verificatorului motivul semnalării și efectul opțiunilor. Confirmarea duplicatului trimite la tranzacția existentă; confirmarea unei plăți noi le păstrează pe ambele. Dacă există alocări, acestea trebuie afișate înaintea aprobării unei reuniri sau eliminări. Decizia poate afecta și facturi deja reconciliate.

Raportul importului trebuie să explice fiecare rând: creat, legat de o tranzacție cunoscută, în verificare sau respins cu motiv. Numărul rezultatelor se compară cu rândurile sursei. Un fișier repetat poate avea istoric complet chiar dacă nu creează nicio tranzacție. Utilizatorul vede că reîncercarea a fost recunoscută și tratată.

Include în verificare două fișiere cu nume diferite, dar conținut comun, și două fișiere cu același nume, dar conținut diferit. Aceste situații arată de ce identitatea încărcării și identitatea mișcării bancare trebuie separate. Rezultatul trebuie să fie explicabil atât operatorului care importă, cât și contabilului care verifică soldurile.

Verifică și exporturile împărțite în mai multe fișiere: identitatea unei tranzacții trebuie să rămână aceeași chiar dacă rândul apare într-un alt fișier sau la altă poziție decât în importul precedent.

• Importatorul deosebește fișierele identice, exporturile suprapuse și plățile legitime egale folosind regulile documentate pentru formatul respectiv.
• Rândurile neclare arată motivul semnalării și eventualele alocări aprobate la care participă tranzacțiile candidate, înaintea deciziei verificatorului.
• Fiecare rând sursă are rezultat raportat, inclusiv refolosirea unei tranzacții, păstrarea în verificare sau respingerea cu explicație utilă.
• Importul întrerupt poate continua fără ascunderea lucrului anterior, iar repetarea completă explică de ce nu au fost create mișcări noi.

08

Definește un importator previzibil

RDC poate construi identificarea importului, compararea rândurilor, recuperarea întreruperilor și ecranul de verificare. Începem cu formatele și situațiile întâlnite de echipa ta.

Sunt utile exporturi anonimizate cu perioade suprapuse și regulile destinației. Putem defini verificările de acceptare și comportamentul la reluare înainte de implementare. Oferta precizează formatele, tratarea incertitudinii și permisiunile, astfel încât o reîncărcare să rămână un eveniment explicabil.