Uparivanje izvoda: zašto ga sistem radi loše i kad kaže da radi
Skoro svaki ERP tvrdi da automatski upoređuje izvod. Razlika je u tome šta radi sa uplatom koja ne pogađa nijednu fakturu tačno — a takvih je najviše.
- Objavljeno
- Autor
- Konis Software
Automatsko uparivanje bankovnog izvoda je funkcija koju danas navodi skoro svaki poslovni sistem. Razlika između njih nije u tome da li rade uparivanje, nego u tome šta rade sa uplatom koja ne odgovara tačno nijednoj otvorenoj stavci — a to je, u svakoj firmi koja radi sa više od nekoliko kupaca, većina zanimljivih slučajeva.
Sistem koji lako upari uplatu sa tačnim pozivom na broj ne dokazuje ništa: to je najlakši deo posla i radi ga i tabela. Vrednost počinje kod ostalih.
Slučajevi po kojima se sistem meri
| Slučaj | Šta bi sistem trebalo da uradi |
|---|---|
| Uplata bez poziva na broj | Predlog po iznosu i partneru, sa oznakom da je predlog, ne knjiženje |
| Jedna uplata za više faktura | Raspored po starosti ili po izboru, sa preostalim iznosom vidljivim |
| Delimično plaćanje | Zatvaranje dela stavke, ostatak ostaje otvoren sa svojim rokom |
| Uplata veća od duga | Preplata kao stanje, ne kao greška koja se knjiži na razliku |
| Pogrešan poziv na broj | Prepoznavanje po iznosu i partneru uz upozorenje, ne slepo uparivanje |
| Devizni priliv | Preračun po kursu na dan priliva, sa kursnom razlikom kao zasebnim knjiženjem |
Model 97 nije garancija
Poziv na broj sa kontrolnim brojem po modelu 97 rešava problem prepisivanja, ali samo kad ga platilac stvarno upotrebi. U praksi se dešava sve ostalo: uplata sa pozivom na broj prethodne fakture, sa brojem porudžbenice umesto fakture, sa pozivom koji je ispravan po modelu ali pripada drugom partneru.
Zato je ispravno ponašanje sistema da poziv na broj koristi kao jak signal, a ne kao dokaz: ako iznos, partner i poziv ne pokazuju na istu stavku, to je slučaj za čoveka, ne za automatiku.
Druga strana: nalozi za plaćanje
Integracija ima i izlazni smer, i tu su ulozi veći jer se novac šalje. Ono što se traži od sistema je manje automatike, a više kontrole.
- Predlog naloga iz dospelih obaveza, sa rokovima i eventualnim popustom za ranije plaćanje.
- Odobravanje po limitu — iznos preko praga traži drugog potpisnika, i to sistemski, ne dogovorom.
- Provera računa primaoca prema podacima partnera, jer je izmena broja računa u mejlu najčešći oblik prevare u platnom prometu.
- Trag ko je nalog kreirao, ko odobrio i kada je poslat — razdvojeno, jer isti čovek ne sme oba.
IPS QR i naplata od fizičkih lica
Za firme koje naplaćuju od građana, IPS QR kod na fakturi ili računu praktično uklanja greške u pozivu na broj: kupac skenira, a podaci ulaze tačni. To je najjeftinija moguća intervencija u uparivanje — greška se sprečava na izvoru umesto da se ispravlja u knjigovodstvu.
Šta tražiti na demou
- Uvezite stvaran izvod, ne pripremljen — sa svim neurednim slučajevima koje vaša firma ima.
- Tražite da vam pokažu ekran neuparenih stavki i koliko koraka treba da se jedna razreši.
- Pitajte da li se uparivanje može poništiti i šta ostaje u tragu kad se poništi.
- Pitajte kako se uče izuzeci — da li sistem pamti da ovaj kupac uvek plaća bez poziva na broj.
- Tražite da vidite kursnu razliku na deviznom prilivu kao zasebno knjiženje, a ne utopljenu u iznos.
U NG One-u uparivanje je pravilo nad tokom događaja, ne skriveni postupak: svako automatsko zatvaranje upisuje poreklo — po čemu je upareno i sa kolikom sigurnošću — i može da se poništi uz trag. Ono što sistem nije siguran da razume ostaje otvoreno i vidljivo, jer je to jedini oblik automatizacije koji se posle može proveriti.