8. Osnovni broj modela za upisivanje sadržaja elementa poziv na
broj označen je brojem 97, što znači da je taj sadržaj iskazan s 20
numeričkih znakova (od kojih su dva znaka kontrolni broj), u okviru
kojih se mogu upisivati i slovne oznake. Znakovi mogu biti grupisani u
četiri bloka od po četiri znaka, međusobno razdvojena crticom ili
razmakom, s tim da se u elektronskom zapisu podatak iskazuje u nizu
(bez crtica, odnosno razmaka).
Kontrolni broj poziva na broj po modulu 97 izračunava se na
sledeći način :
a) za utvrđeni poziv na broj, od određenog niza cifara i slovnih
oznaka najpre se vrši konvertovanje slovnih oznaka u broj, prema
sledećoj tabeli:
A=10 G=16 M=22 S=28 Y=34
B=11 H=17 N=23 T=29 Z=35
C=12 I=18 O=24 U=30
D=13 J=19 P=25 V=31
E=14 K=20 Q=26 W=32
F=15 L=21 R=27 X=33
(npr. 567812F48K012 -------- 567812154820012);
b) numeričkom nizu moraju se dodati dve nule (00) na kraju
(npr. 56781215482001200).
Kontrolni broj od dve cifre izračunava se tako što se niz
cifara utvrđen na način iz stava 2. ove tačke podeli s 97 i dobijeni
rezultat oduzme od broja 98. Dobijena razlika izražena s dve cifre
jeste kontrolni broj. Kontrolni broj od dve cifre upisuje se ispred
niza cifara koji predstavlja sadržaj poziva na broj (u primeru koji je
dat, kontrolni broj poziva na broj biće upisan kao 54567812F48K012).
Ako broj modela nije unesen, neće se vršiti kontrola poziva na
broj.

Propisi NBS

Trebalo bi da se mgu korsititi svi uobicajeni znakovi pa iinterpunkcija s tim da se polje ostavi ili prazno ili upise broj 99.

Može se koristiti samo model 97 ili prazno, ostali su modeli izbačeni iz upotrebe.

Ja koji imam baš mnogo iskustva u kreiranju poziva na broj, i naravno, kasnijom automatskom obradom izvoda uz tumačenje poziva na broj, mogu slobodno da ti kažem da je poziv na broj u obliku 01-TRG001/20-02.03/2010 neviđena glupost i potpuna nebuloza !

Osmisli to drugačije, i obavezno koristi kontrolu 97.

Kratko uputstvo: umesto delimitera, koristi fiksnu dužinu pojedinih polja.

Znaci maksimalan "korisni" broj karaktera u pozivu na broj po propisima NBS ne sme da predje 16 i o tome treba strogo voditi racuna?

97 xy (4 X 4 karaktera)
xy- je kontrolni broj

Pa nisi dobro pročitao šta sam citirao iz propisa. Maksimalan broj je 20 (za model 97). Razmaci i crtice se ne broje i ne mora da ima 4 grupe po 4 karaktera, može i manje i više, ali ne sme da ih bude više od 20...

Ako se ne koristi model 97 (a sada govorim napamet) verovatno može i više jer polje u SWIFT poruci kojom se prenosi ovaj podatak može da ima 35 znakova. Pitanje je da li bankarski softver dozvoljava da se unese više znakova.

Ok.

Ne znam da li je o tome vec neko pisao, kako se izracunava onaj kontrolni broj na kraju ziro racuna npr. 220 - nnnnnnnnnnn - XY
Da li je i tu po modulu 97, ili svaka banka ima neki svoj algoritam?

U Srbiji je format broja računa u platnom prometu: 3 cifre šifra banke, 13 cifara broj partije (ti si stavio 11 cifara) i 2 cifre kontrole po modulu 97
tj BBBPPPPPPPPPPPPPKK

BBB je trocifrena šifra banke i nju dodeljuje Narodna banka Srbije svakoj poslovnoj banci koja učestvuje u platnom prometu.
PPPPPPPPPPPPP određuje svaka banka za svoje klijente na način na koji to želi svaka pojedinačna banka - dakle nema nikavih pravila, način određivanja ovih 13 cifara je u potpunosti slobodan za poslovnu banku.

Kontrolne cifre se računaju kao KK = 98 - mod( BBBPPPPPPPPPPPPP00,97)
(znači, na mesto kontrolnih cifara se stave nule, računa moduo 97 i dobijeni rezultat oduzme od 98). Za sve račune koji učestvuju u platnom prometu ovo je jedini dozvoljeni format. Takođe, radi lakšeg pisanja, ove tri grupe se mogu razdvajati crticama (BBB-PPPPPPPPPPPPP-KK), a unutar broja PPPPPPPPPPPPP mogu se izostaviti vodeće nule ukoliko ih ima.

Na primer broj BBB-000000000000P-KK se može napisati kao BBB-P-KK.

Dobio sam resenje da platim neku kaznu kod sudije za prekrsaje, gde se navodi racun budzeta, kao i poziv na broj:

97 04 127xxxxxxxxx

Ovde pise samo poziv na broj, a ne model i poziv na broj.

Da li je ovo 97 u stvari model, a 04 127 xx...x poziv na broj, ili je sve poziv na broj?

Hvala...

97 je model

Jeste stara tema, ali sada nešto petljam pa mi treba modul 97, a evo dela teksta sa NBS-a:



Čitam već 10 puta ovo boldovano a znam da se ne radi o deljenju već o ostatku deljenja (moduo).
Da li je moguće da bukvalno najvažniju operaciju nisu napisali kako treba, wtf?

Pozdrav. Izvinjavam se sto cupam ovu temu ali zanima me sledece

Na IBanking-u Vojvodjanske Banke sam popunjavao naloge i uneo sam crtice npr kada sam placao racun za toplanu.

97 mi je model a poziv na broj 10-14812-020171090531

Ja sam to uneo ovako. Hoce li to predstavljati problem? Hoce li oni prepoznati moju uplatu? Mislim forma mi je primila unos. Malo glupavo - ako ne primaju crticu trebao je tamo neki programer da to odradi tako da se i ne moze upisati crtica

U pozivu broj mogu se nalaziti cifre i brojevi maksimalne dužine 20 znakova uz 2 znaka za kontrolni broj, dakle najviše 22 znaka. Crtice i blankovi mogu da se koriste za razdvajanje grupa cifara ali se oni ne prenose.

Šta god da si uneo, na drugu stranu ide bez crtica.

Ako su uneo model 97 šta god da si ukucao u poziv na broj i prihvatilo ti je, ukucao si ispravno.

Pozdrav,

Da ne započinjem novu temu.

Da li je problem ukoliko se u pozivu na broj, zbog nemogućnosti unosa svih brojeva i crta, izbace neke crte?
Imao sam situaciju u banci gde nisu mogli da unesu ceo poziv na broj (format: aa-bb-ccc-dddddd-ee-ff-gg). I obrisali su poslednje tri crte, a prethodne ostavili.
Da li to predstavlja problem?
Model je 97 i sve cifre za poziv na broj su ispravno unete.

Nisu problem crtice posto se one ionako ignoris vec duzina broja i kako je implementirano u programu izracunavanje kontrolnog broja na osnovu ulzazne vrednosti.

@djoka_l je vec pisao u vezi max. duzine i sl.

Evo primer kalkulatora
www.cekos.rs/kontrolni-broj-izracunavanje-po-modulu-97

Pravilnik za izračun kontrolnog broja po modulu 97 kaže da je maksimalna dužina kontrolnog broja, bez kontrolnog broja 20, ili 21, znak (nisam siguran, davno sam radio implementaciju!). Svako slovo u kontrolnom broju menja se ASCII brojem tog slova, što samo skraćuje ovu dužinu. Problem nastaje u dotičnoj banci, kao na primer Komercijalna banka AD Beograd, čiji softver ima manje ograničenje od navedenog pa mnogi pozivi na broj ne prolaze i ako su validni. Crtice i razmaci se ignorišu i one služe samo softveru koji "parsira" kontrolni broj na strani primaoca izvoda, kako bi se lakše "isparsirale" (izvadile) spakovane informacije u pozivu na broj. Međutim i ti softveri su napredovali, pa i njima to nije bitno, pa se iste mogu u potpunosti izostaviti.

Dakle nema greške ako se crtice, u Vašem slučaju, ne ukucaju, što povećava mogućnost da se poziv na broj ceo ukuca. Koliko ja znam skoro ni jedan softver u banci prilikom kucanja ne odstranjuje automatski crtice i razmake, kako bi se na taj način povećao prostor za unos kontrolnog broja. To je ostavljeno operateru da proba, pa ako neće on će probati drugačije da ga unese. Znaju oni za ovo, pitanje je samo da lil su u gužvi, ili ne.

Nije tačno. Ako je po modelu 00 prenosi se baš onako kako si uneo. Model 00 se ne mora naznačavati.

Kada sam ja pisao odgovor, bio je to odgovor na poziv na broj po modelu 97. U tom modelu se ne prenose crtice i blankovi, samo cifre/slova. Ukupna dužina 23 s tim da su 2 cifre kontrolni broj.

To je najverovatnije bag u softveru za unos platnog naloga. Ovako kako si uneo, dužina sa crticama je 25, pa možda zato nisu mogli. Pošto crtice nisu bitne kod modela 97, ispravno je uneti bilo kako, ako je kontrolni broj ispravan.
Ima tu raznih problema kod onih koji određuju poziv na broj, recimo, imao sam slučaj da sam u pozivu na broj imao ćirilično slovo P, a u poruku mogu da idu samo latinična slova. Sada , kada druga strana primi uplatu, pitanje je da li će to P protumačiti kao R ili kao P.

Sada postoje samo dva modela, ostali su ukinuti. Postoji 97, a ako se ne unese podrazumeva se 00 u slobodnom formatu. Dugo se koristio model 11 (recimo Infostan je koristio ovaj model).

Hvala svima na odgovoru. Znači da ne brinem.
U pitanju je saobraćajna kazna pa me samo to bilo kopkalo, da mi organi reda ne prave posle problem.
Zaposlena u banci je prvobitno htela da ostavi crte i da upiše onoliko karaktera, koliko joj softver dozvoljava...Što bi značilo da ne bih imao potpuni poziv na broj. Ali mislim da bi to tek bio problem onda.

E pa, nije da ne brineš. Problematika je višeslojna.

Najmanji problem je sam kontrolni broj. Za njegovo izračunavanje crtica ne igra ulogu.
Kontrolni broj u sebi nema nikakvu inforamciju, tu je samo da se spreči slučajno permutovanje brojeva, ili pogrešan unos nekih karaktera.


Ali, drugi veći problem je kod onog ko je smislio poziv na broj.

Primer

Kad u mom softveru kupcu (koji ima šifru u sistemu 234) izdamo fakturu pod brojm 567, onda kažemo "Uplata sa pozivom na broj 234-567"
Pa kad stigne izvod iz banke (u fajlu) onda se auomatski procesira, i ja u mom sotveru znam
- da su brojevi do crtice - šifra kupca
- da su brojevi posle crtice - broj fakture

Pa odmah generišem nalog za knjiženje, gde knjižim uplatu kupca 234 za fakturu 567.
I kad posle pogledaš dugovanja - nema. Sve lepo proknjiženo.

Ali, ako se upiše poziv na broj 234567, algoritam će da potraži kupca sa šifrom 234567, neće ga naći, pa onda ostaje knjigovođama da ručno traže i nađu kakva je uplata bila, i ko je platio i ručno napišu nalog za knjiženje.
To može da potraje ... više dana.

---

Šta može tebi da se desi: da softver onog kome si platio NE PREPOZNA UPLATU automatski, i onda ti ostaneš "dužan" sve dok neki knjigovođa ne potraži kakva je to uplata, čija, za šta ... pa proknjiži da nisi više dužan.

Baš sam pisao o ovome što @Java Beograd kaže. Ipak je to stvar softvera koji će protumačiti poziv na broj. To su uobičajeno softveri za import izvoda banke, sa automatskim knjiženjem stavki izvoda.
Međutim čak i da se ne prepozna (rastumači) poziv na broj, postoji ručna dorada. U poreskoj upravi je poziv na broj ključni element, tako da se može "rastumačiti" ispravno kako god da je unešen, jer u protvnom bi portal e-Porezi i drugi, imali veliki problem, a mi zajeno s njim.

Kod biznis softvera postoje različite implementacije softverskog "tumačenja" poziva na broj. U njemu su obično smeštene informacije za automatsko knjiženje promena sa izvoda, ali kao što sam rekao i ti softveri su napredovali, pa nekima od njih nisu potrebne crtice, ili drugi specijalni karakteri, kako bi "rastumačili" poziv na broj.

Tako je.

Andrej je platio svoju obavezu. To je činjenica, de facto i de jure. Zna se i koji je datum plaćanja.
Pare su prešle na račun potražioca. I to je najbitnije.

E sad, ako se potkrade greška - to je već druga priča.
Teoretski, dužnik može mahinalno da pogreši u ispisu dva ili tri broja, pa da mod 97 izračuna istu kontrolnu cifru.
Pogrešan poziv na broj ne menja činjenicu da je dužnik platio obavezu.
Na krajeva Andrej nije kriv što potražilac izmišlja poziv na broj od preko 20 cifara !??!!

Samo, kažem dakle, moguće je (a i ne mora) da uplata ne bude brzo i automatski proknjižena valjano.
Pošto je u pitanju neka saobraćajna kazna, moguće je (a i ne mora) da se kazna još neko vreme u evidenciji vodi kao "ne plaćena", što opet, može, a i ne mora da izazove neke druge reperkusije.

Za plaćanje poreza postoji web servis u poreskoj upravi gde banka može, pre nego što pošalje novac, proveri da li je poziv na broj ispravan:

Request: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:pid="http://pid.purs.gov.rs">....
Reply: <?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Body xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:pid="http://pid.purs.gov.rs" ... <pid:VrstaOdgovora>1</pid:VrstaOdgovora><pid:Kod>101</pid:Kod><pid:Poruka>Nalog je ispravan</pid:Poruka>

Pretpostavljam da većina banaka koristi ovaj servis da proveri poziv na broj, pre stvarnog plaćanja (transfera) sredstava Poreskoj upravi.