QODY — Model fiskalizacije: kartice (Monri) i gotovina (POS kasa lokala) — 2026-08-03

QODY — Model fiskalizacije: kartice (Monri) i gotovina (POS kasa lokala) — 2026-08-03 
 Status: VAŽEĆI MODEL (CEO odluka 2026-08-03, zamjenjuje prethodni tehnički plan integracije od 2026-08-02)
 Vlasnik odluke: Alem (CEO), utvrđeno u živom razgovoru s Asmirom (SnowIT, operater na terenu), zapisano u MC #106721
 Odnosi se i na: Bilko (isti model razmišljanja, vidi sekciju 7) 
 
 1. Sažetak za odluku 
 
 QODY ne gradi fiskalnu integraciju. Fiskalizacija se rješava na dvije druge strane, ne kod nas. 
 Kartično plaćanje: Monri izdaje fiskalni račun gostu u trenutku plaćanja karticom. Fiskalizacija ide kroz Monri. 
 Gotovina: vlasnik lokala je po zakonu dužan isprintati fiskalni račun na SVOJOJ POS kasi. To je njegov uređaj i njegova zakonska obaveza, ne QODY-jeva. 
 Monri već ima vlastitu integraciju s POS kasama kafića/restorana i tu integraciju oni završavaju — nije naš inženjerski posao. 
 Naša obaveza je dokumentacija i obavještavanje korisnika (onboarding), ne izgradnja fiskalne veze. 
 Posljedica: faze 1–3 iz jučerašnjeg tehničkog plana integracije s fiskalnim terminalima se ne grade (vidi sekciju 4). 
 Pravni temelj ostaje isti kao jučer: obveznik fiskalizacije je lokal , ne QODY/SnowIT — ovaj model to samo dodatno potvrđuje jer QODY nigdje ne dodiruje fiskalni tok. 
 Dvije stavke iz koda ostaju otvorene bez obzira na ovu odluku (pay-at-table potvrda gotovine, refund bez veze na fiskalni broj) — vidi sekciju 6. 
 
 
 2. Model po načinu plaćanja 
 
 
 
 Način plaćanja 
 Ko fiskalizuje 
 Uređaj/sistem 
 Šta radi QODY 
 
 
 
 
 Kartica (online, kroz QODY) 
 Monri 
 Monrijev sistem, u trenutku autorizacije plaćanja 
 Prosljeđuje narudžbu i plaćanje Monriju; ne generiše, ne prosljeđuje i ne čuva fiskalni broj — to je Monrijev dokument, ne naš 
 
 
 Gotovina (plaćanje na licu mjesta) 
 Vlasnik lokala 
 Lokalova vlastita, već postojeća (ili zakonski obavezna) POS/fiskalna kasa 
 Prikazuje narudžbu osoblju radi ručnog unosa na kasu; QODY-jeva digitalna "potvrda narudžbe" NIJE i ne zamjenjuje fiskalni račun 
 
 
 Pay-at-table (odgođeno gotovinsko) 
 Vlasnik lokala, u trenutku naplate 
 Lokalova POS kasa 
 Isto kao gotovina — uz napomenu da trenutni kod nema eksplicitnu potvrdu "gotovina primćena" (gap, sekcija 6) 
 
 
 
 Nema scenarija u kojem QODY sam generiše, šalje ili čuva fiskalni broj. To je namjerno — vidi sekciju 3, zašto je to i pravno poželjno. 
 
 3. Pravni okvir ukratko 
 
 Obveznik fiskalizacije je lokal (ugostiteljski objekat), ne platforma. Ovo stoji identično u oba entiteta: Zakon o fiskalnim sistemima FBiH (Sl. novine FBiH 81/09), član 4 stav 1, i Zakon o fiskalizaciji RS (Sl. glasnik RS 15/22), član 4 stav 1 — obveznik je "lice registrovano za promet robe/usluga klijentima". Ugostiteljstvo nije na listi izuzeća ni u jednom od entiteta. 
 Monri "Model B" arhitektura (novac ide direktno lokalu, QODY/SnowIT provizija fakturiše se odvojeno) je pravni štit — ona drži lokal kao jedinog obveznika fiskalizacije/prometa. Ako bi se ikad prešlo na model gdje novac prvo ide na QODY/SnowIT nalog pa se prosljeđuje lokalu (pooled/marketplace plaćanje), rizik da SnowIT/QODY postane obveznik raste. Zaključak: Model B se ne mijenja bez pravne provjere. 
 Kazne po entitetima (razlog zašto onboarding mora biti izričit, ne pretpostavljen): 
 
 FBiH: 2.500–20.000 KM za pravno lice (član 52 st. 1(b)), uz zabranu rada 6–12 mjeseci kod ponovljenog prekršaja (član 52 st. 4). Kažnjivo je već i obavljanje djelatnosti prije fiskalizacije, ne samo pojedinačni neizdat račun. 
 RS: 8.000–24.000 KM za pravno lice, uz privremenu zabranu rada 30 dana (prvi prekršaj) do 60 dana (ponovljeni prekršaj u roku od godinu dana) — član 17–18, 20 Zakona o fiskalizaciji RS. 
 Kazne padaju na lokal , ne na SnowIT/ALAI — ali reputacioni i ugovorni rizik za nas je realan ako lokal nije jasno upozoren. 
 
 
 QODY-ov digitalni "račun" gostu nije fiskalni dokument — ne po FBiH (član 33 — fiskalni račun mora biti izdat preko odobrenog, fiskaliziranog uređaja) ni po RS zakonu (član 6, isti princip). Ovo važi bez obzira na način plaćanja, uključujući kartično — i kad Monri izda pravi fiskalni račun, QODY-jeva vlastita "potvrda narudžbe" ostaje interni dokument, ne fiskalni. 
 Nova FBiH regulativa (2026, Zakon o fiskalizaciji transakcija) uvodi softverski/cloud model (ESET) koji je arhitektonski bliži QODY-ju, ali se ne primjenjuje odmah — primjena najkasnije 18 mjeseci od stupanja na snagu, uz prelazni period do 4 godine gdje stari uređajni sistemi i dalje važe. Danas (2026) FBiH lokali rade po starom modelu. Ovo ne mijenja današnju odluku — spominje se jer neko za godinu-dvije treba znati da postoji, kad Monri/dobavljači fiskalnih sistema budu ažurirali svoje integracije. 
 
 
 4. Šta NE gradimo i zašto 
 Jučerašnji tehnički dokument ( tehnicka-integracija-fiskalni-terminali-2026-08-02.md , isti MC #106721) predlagao je da QODY sam gradi integraciju s fiskalnim uređajima/operaterima (model "(b)" iz pravnog memoa: lokal fiskalizuje, QODY šalje nalog preko API-ja). Taj plan je pretpostavljao da MI gradimo tehničku vezu prema RS OFS operateru i FBiH fiskalnim uređajima. Ta pretpostavka je danas ispravljena. 
 Otpisano, eksplicitno, da niko za mjesec dana ne krene ovo graditi: 
 
 Faza 1 (RS — OFS integracija, fiscal_receipt tabela, outbox dispatcher, GTIN mapiranje meni stavki) — ne gradi se. Monri/lokalova POS kasa rješava fiskalizaciju gotovine i kartice; QODY ne treba vlastitu vezu prema RS OFS uređaju. 
 Faza 2a (FBiH — integracija sa starim uređajnim fiskalnim sistemom preko partnera koji je trebalo identifikovati) — ne gradi se, iz istog razloga. 
 Faza 2b (FBiH — budući ESET/CPF cloud model) — ne gradi se sada; ostaje kao nešto što treba pratiti kad postane primjenjivo (za ~1,5–2 godine), ali nije naš posao da ga danas gradimo. 
 Faza 3 (pravi fiskalni QR račun gostu, zamjena internog RCT-... formata) — ne gradi se, jer QODY nikad ne postaje izdavalac fiskalnog dokumenta. 
 
 Šta OSTAJE, jer je nezavisno korisno i nije otpisano ovom odlukom (Faza 0 iz jučerašnjeg plana, sada preformulisana kao "onboarding i higijena podataka", ne "priprema za fiskalnu integraciju"): 
 
 MC #106738 (M) — preimenovanje QODY digitalnog "Računa" u "Potvrda narudžbe" u guest UI-u, i18n stringovi. Ostaje otvoreno i vrijedno — razlog se nije promijenio: taj dokument nikad nije bio fiskalni račun, bez obzira gradi li QODY integraciju ili ne. 
 MC #106739 (M) — PDV kolone u export.csv za knjigovođu (podaci već postoje u bazi, samo se ne izvoze) + čitanje PDV stope iz konfiguracije umjesto hardkodiranog "17%". Ostaje otvoreno, nezavisno od modela fiskalizacije. 
 venue.bih_entity (FBiH/RS/Brčko) polje u shemi — i dalje korisno za tačno adresiranje onboarding poruke po entitetu (kazne i rokovi se razlikuju), iako QODY ne šalje ništa fiskalnom uređaju. 
 
 
 5. Obaveze prema korisniku (onboarding) 
 Ovo mora biti eksplicitna stavka u onboarding checklisti za svaki novi plaćeni lokal, ne pretpostavka da vlasnik "to već zna": 
 
 Gotovinski promet naplaćen kroz QODY mora biti fiskalizovan na vašoj vlastitoj POS/fiskalnoj kasi , u trenutku naplate. Ovo je vaša zakonska obaveza (FBiH: Zakon o fiskalnim sistemima 81/09; RS: Zakon o fiskalizaciji 15/22), ne QODY-jeva. 
 QODY-jev digitalni "račun"/"potvrda narudžbe" NIJE fiskalni dokument. On prikazuje narudžbu i informativan iznos PDV-a, ali ga ne izdaje fiskalni uređaj i on nema pravni status poreskog dokumenta ni u FBiH ni u RS. 
 Za kartično plaćanje kroz QODY, fiskalni račun izdaje Monri u trenutku autorizacije plaćanja — provjerite s vašim Monri predstavnikom da je vaš POS/fiskalni uređaj ispravno povezan s Monrijevim sistemom prije nego počnete primati kartična plaćanja kroz QODY. 
 Neizdavanje fiskalnog računa nosi novčanu kaznu i, kod ponovljenog prekršaja, privremenu zabranu rada (FBiH: 2.500–20.000 KM + zabrana 6–12 mjeseci; RS: 8.000–24.000 KM + zabrana 30–60 dana). Ova odgovornost je na vama kao vlasniku lokala, ne na SnowIT-u/QODY-ju. 
 Preporuka: potvrdite sa svojim knjigovođom/poreznim savjetnikom da je vaša fiskalna kasa spremna za promet koji dolazi kroz QODY (i gotovinski i kartični), prije lansiranja plaćenog rada. 
 
 Ovaj tekst je namijenjen direktnom korištenju u onboarding checklisti i/ili merchant ugovoru (uz pravnu redakciju formulacije u samom ugovoru — vidi sekciju 6, pitanje 5 iz brief-a za poreznog savjetnika). 
 
 6. Otvoreno / za potvrdu 
 Za pisanu potvrdu (nije naš pravni nalaz — vidi napomenu o izvoru ispod): 
 
 Izvor: SnowIT/Asmir, 2026-08-03 — tvrdnja da Monri izdaje fiskalni račun gostu kod kartičnog plaćanja dolazi od Asmira (SnowIT, operater na terenu s direktnim kontaktom kod Monrija), iznesena u živom razgovoru s CEO-om. Traži se pismena potvrda od Monrija , uz produkcijski merchant ugovor, prije nego se ovaj model tretira kao ugovorno/pravno utvrđen za prve plaćene lokale. 
 
 Za poreznog savjetnika (puna lista od 8 pitanja: brief-porezni-savjetnik-2026-08-02.md , isti MC) — najbitnija tri u svjetlu ovog modela: 
 
 Da li naša Monri postavka (novac direktno lokalu) i dalje drži lokal kao jedinog obveznika fiskalizacije, i potvrđuje li to Monrijev produkcijski merchant ugovor u praksi. 
 Da li QODY/SnowIT time što gost prolazi kroz QODY UI (a fiskalizuje Monri/lokal) preuzima ikakvu regulatornu obavezu — ili ostaje čist tehnički kanal. 
 Formulacija u Merchant Agreement-u koja provedivo prebacuje odgovornost za fiskalizaciju gotovine i kartice na lokal. 
 
 Gapovi u našem kodu koji ostaju otvoreni bez obzira na ovu odluku (ne mijenjaju se time što QODY ne gradi fiskalnu integraciju — ovo su gapovi u samom order/payment toku): 
 
 (a) Pay-at-table nema staff potvrdu "gotovina primljena". pending_cash status se postavlja pri kreiranju narudžbe, ali ne postoji eksplicitan endpoint kojim osoblje potvrđuje da je gotovina zaista naplaćena i da treba fiskalizovati na kasi. Ovo je operativni/proizvodni gap, nezavisan od modela fiskalizacije — treba zatvoriti radi pouzdanog zatvaranja narudžbi, ne samo radi fiskalizacije. 
 (b) Refund je stub i nema veze s fiskalnim brojem. RefundService mijenja status plaćanja, ali gateway poziv je trenutno placeholder ("STUB-{uuid}") i RefundRequestTable nema polje koje referencira originalni fiskalni/Monri broj. Kad Monri produkcijski refund bude uveden, ovo treba riješiti zajedno s njim — trenutno nije blokator jer refund tok uopšte nije proizvodni. 
 
 
 7. Šta ovo znači za Bilko 
 Isti model razmišljanja primjenjuje se i na Bilko, i CEO je izričito naglasio (MC #106721, 2026-08-03) da će ovaj dokument trebati kao referenca tamo: 
 
 Bilko nije, i ne postaje, obveznik fiskalizacije za svoje korisnike. Isto pravno polazište kao kod QODY-ja — obveznik je firma/preduzetnik koji koristi Bilko, ne softver koji vodi njeno knjigovodstvo. 
 Bilko-ova uloga je da dokumentuje i podsjeća (rokovi, obaveze, izvještaji), ne da fiskalizuje promet u ime klijenta. Ovo je direktno u skladu s postojećim Bilko katalogom obaveza — vidi docs/regulatory/OBLIGATION-CATALOG-DRAFT.md u Bilko repozitoriju (SSOT za periodične/uslovne obaveze po jurisdikciji, CEO odobreno 2026-07-14, MC #105640). 
 Vezano, ali odvojeno: MC #106761 pokreće širi projekat regulatornog sistema za 4 jurisdikcije (HR, FBiH, RS-entitet, Srbija) — agenti/knowledge-sourcing za praćenje izmjena zakona. Dio te inicijative (radni naziv "SOURCING-RULES") razvija se na grani codecraft/106761-sourcing-rules u Bilko repozitoriju — ta grana još nije mergovana u main , pa se ovdje ne linkuje kao gotov dokument, samo kao rad u toku koji treba pratiti ( node ~/system/tools/mc.js show 106761 ). 
 Zajednička poruka za oba proizvoda: softver ne postaje fiskalni/poreski obveznik umjesto klijenta — ostaje alat koji naplaćuje/knjiži/podsjeća, dok zakonska odgovornost i potpis ostaju kod licenciranog savjetnika i kod samog obveznika. 
 
 
 Izvori 
 
 ~/system/evidence/106721/pravni-memo-fiskalizacija-bih-2026-08-02.md — pravni okvir (FBiH Zakon 81/09, RS Zakon 15/22, kazne, Monri Model B) 
 ~/system/evidence/106721/tehnicka-integracija-fiskalni-terminali-2026-08-02.md — tehnički kontekst RS/FBiH sistema i kodni gapovi (preporučeni model integracije iz ovog dokumenta je NADOMJEŠTEN ovom CEO odlukom; koriste se samo činjenične tvrdnje o RS/FBiH sistemima i o gapovima u kodu) 
 ~/system/evidence/106721/brief-porezni-savjetnik-2026-08-02.md — 8 pitanja za poreznog savjetnika 
 MC #106721 — puna istorija odluke, uklj. CEO odluku od 2026-08-03 zapisanu verbatim ( node ~/system/tools/mc.js history 106721 ) 
 MC #106738, MC #106739 — quick-win zadaci koji ostaju otvoreni nezavisno od ove odluke 
 MC #106761 — širi regulatorni sistem projekat (Bilko), spomenut u sekciji 7 
 /Users/makinja/business/ALAI-Holding-AS/products/Bilko/docs/regulatory/OBLIGATION-CATALOG-DRAFT.md — Bilko katalog obaveza (SSOT) 
 
 Dokument pripremljen 2026-08-03 na osnovu žive CEO odluke i postojeće pravne/tehničke analize istog MC-a. Zamjenjuje pretpostavku "QODY gradi fiskalnu integraciju" iz jučerašnjeg tehničkog plana.