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.