2026-08-10 Autor : ZCS
Program vjernosti na POS terminalu ne uspijeva iz jednog razloga, više nego bilo kojeg drugog: hardver nikada nije izgrađen za ulazak vanjskog softvera. Trgovci kupuju platformu vjernosti, potpisuju ugovor, planiraju proračun za implementaciju - a zatim otkrivaju da operativni sustav terminala, SDK ili certifikat plaćanja u potpunosti blokiraju integraciju. Ovo nije softverski problem. To je problem hardverske arhitekture i pojavljuje se gotovo svaki put kada trgovac pokuša ugraditi POS sustav s funkcionalnošću programa vjernosti na terminal koji je dizajniran kao zatvoreni uređaj za plaćanje, a ne kao otvoreni računalni uređaj.
Prije procjene bilo koje platforme, korisno je riješiti osnovno pitanje što POS terminal može, a što ne može učiniti s podacima o nagradama — jer odgovor u potpunosti ovisi o hardveru koji se nalazi ispod njega, a ne o popisu značajki softvera za vjernost.
Ovaj članak analizira specifične tehničke razloge neuspjeha POS sustava integriranih s programom vjernosti na zaključanom hardveru, što "zaključano" zapravo znači na razini operativnog sustava i certifikacije te kako izgleda kontrolna lista za evaluaciju za trgovce kojima je potreban POS sustav za program vjernosti kupaca koji zapravo radi u produkciji.
Zaključani POS hardver je terminal gdje proizvođač ograničava koje se aplikacije mogu pokretati, kojim sistemskim resursima te aplikacije mogu pristupiti ili oboje. Ovo je namjeran izbor dizajna, a ne nedostatak. Tradicionalni terminali s karticom - kuhinjske jedinice izgrađene prvenstveno za EMV i PIN transakcije - certificirani su prema PCI PTS POI standardima koji cijeli uređaj tretiraju kao jedinstveno pouzdano okruženje za plaćanje. Dodavanje aplikacije za vjernost u to okruženje povijesno je značilo dodavanje neprovjerenog kodnog puta pored podataka o korisniku kartice, što robne marke i prihvatitelji ne dopuštaju.
Tri hardverske karakteristike definiraju zaključani terminal:
Nijedna od ovih osobina nije sama po sebi pogrešna. Namjenski terminali za prikazivanje kartica od starijih dobavljača posebno su konstruirani na ovaj način kako bi se smanjio opseg PCI DSS revizije. Problem se pojavljuje samo kada trgovac očekuje da će isti terminal pokretati i POS s modulom programa vjernosti, CRM sinkronizaciju ili marketinšku aplikaciju - mogućnosti koje hardver nikada nije certificiran ili arhitektura nije podržavala.
Integracije programa vjernosti ne uspijevaju na zatvorenim arhitekturama iz tri ponavljajuća tehnička razloga: pravila sandboxa ograničavaju pristup podacima, vlasnički SDK-ovi blokiraju instalaciju, a ciklusi ažuriranja firmvera ometaju uvođenje značajki.
PCI PTS POI verzija 7.0, koju je objavilo Vijeće za sigurnosne standarde PCI-ja, sada dopušta pokretanje aplikacija trećih strana, poput aplikacija iz trgovina aplikacija, na certificiranim POI uređajima. No, standard zahtijeva da te aplikacije budu sigurno izoliran od osjetljivih funkcija plaćanja i autentificiran pomoću kriptografskih kontrolaNoviji zahtjev u istoj verziji blokira aplikacije trećih strana od čitanja PAN ili PIN podataka u čistom tekstu čak i kada je aplikacija na odobrenoj bijeloj listi. Za sustav vjernosti ovo je izravno važno: svaki obrazac integracije koji pretpostavlja da aplikacija vjernosti može pročitati ukupan iznos transakcije, token kartice ili identifikator kupca izravno iz procesa plaćanja nije usklađen s uređajem certificiranim v7.0. Aplikacija vjernosti mora primati te podatke putem odobrenog, izoliranog kanala - a na mnogim zaključanim terminalima takav kanal ne postoji.
Platforma za vjernost treba registrirati kupce, pretraživati stanje bodova, primjenjivati iskorištene bodove te ispisivati ili prikazivati nagrade na prodajnom mjestu. Svaka od tih radnji zahtijeva SDK hook. Terminali sa zatvorenim, vlasničkim operativnim sustavom dobavljača obično ne izlažu nijedan od ovih hook-ova vanjskim programerima - dobavljač programa vjernosti ostaje da se integrira putem webhooka za plaćanje nakon što je transakcija već zaključena, što je prekasno za primjenu popusta u stvarnom vremenu ili pokretanje nagrade u sesiji. Ovo je najčešći obrazac kvara koji prijavljuju trgovci koji prelaze s naslijeđenih terminala na POS implementacije programa vjernosti: integracija tehnički "radi" kao sinkronizacija nakon transakcije, ali ne može ništa učiniti u samom trenutku interakcije.
Čak i tamo gdje zaključani terminal otkriva ograničeni SDK, firmver na uređajima za plaćanje s jednom namjenom obično se ažurira sporo, certifikacijom vođenim rasporedom, budući da svaka promjena firmvera može pokrenuti ponovnu PCI certifikaciju. Dobavljač programa vjernosti koji želi isporučiti novo pravilo iskorištenja, novi tijek upisa ili novu razinu nagrada mora čekati ciklus izdanja dobavljača hardvera - a ne svoj vlastiti. Na otvorenom Android POS terminalu, aplikacija za vjernost ažurira se neovisno putem vlastitog paketa aplikacija, bez ikakve ovisnosti o firmveru terminala.
Izravni trošak neuspješne integracije je zastoj ili poništeno uvođenje, ali veći trošak je strateški: trgovci i dalje kupuju softver za vjernost rastućom stopom, dok kompatibilnost hardvera ostaje sporedna stvar. Globalno tržište upravljanja vjernošću doseglo je procijenjenih 17.38 milijardi dolara u 2026. godini, a predviđa se da će rasti složenom godišnjom stopom iznad 14% do 2034. Svaki dolar potrošen na platformu za vjernost koja zapravo ne može raditi na hardveru za naplatu je dolar potrošen dvaput - jednom na softver, a zatim još jednom na osvježavanje hardvera koje se trebalo dogoditi prvo.
Također postoji i trošak usklađivanja. Programi vjernosti prikupljaju i obrađuju osobne podatke kupaca - imena, telefonske brojeve, povijest kupnje, ponekad biometrijske podatke o registraciji za programe identifikacije dodirom. Prema Uredbi EU 2016/679 (GDPR), ta obrada zahtijeva dokumentiranu pravnu osnovu i usklađen tok pristanka prilikom registracije. Integracija programa vjernosti prisiljena putem neslužbenog zaobilaznog rješenja - terminala s jailbreakom, nepodržanog bočno učitanog APK-a, mosta za struganje zaslona - znatno otežava izradu dokumentacije o usklađenosti tijekom revizije, jer sam put podataka nikada nije dizajniran za pregled.
Arhitektura koja pouzdano podržava vjernost dijeli tri karakteristike: otvoreni SDK, distribuciju softvera na razini trgovine aplikacija i značajke hardverskog identiteta koje nadilaze provlačenje kartice.
Android POS terminali s objavljenim SDK-om omogućuju dobavljačima programa vjernosti da izravno grade na dokumentiranim API-jima za pisač, skener, zaslon okrenut prema kupcu i kernel plaćanja - bez čekanja proizvođača hardvera za svaku novu značajku. Ovo je isti model otvorene platforme koji je Squareov Terminal API uveo za vlastiti hardver, a sada je standardna praksa kod većine proizvođača Android POS-a koji prodaju u maloprodajnim okruženjima s više dobavljača, a ne u zatvorenim kioscima s jednom aplikacijom. Trgovci nabavljaju hardver izravno od baze dobavljača - uključujući B2B krajolik kineskih proizvođača POS terminala — trebali bi otvorenost SDK-a tretirati kao filter nabave, a ne kao naknadnu misao o kojoj se raspravlja tek nakon potpisivanja ugovora.
Certifikacija Google Mobile Services (GMS) omogućuje terminalu pokretanje standardnih paketa Android aplikacija putem Trgovine Play ili ekvivalentne upravljane trgovine aplikacija, umjesto ograničavanja uređaja na softver koji dolazi s firmverom. Terminal s GMS certifikatom može instalirati aplikaciju za vjernost na isti način na koji telefon instalira bilo koju drugu aplikaciju: neovisno, prema vlastitom rasporedu izdanja dobavljača, bez ciklusa ponovne certifikacije na razini firmvera.
Manji, ali rastući skup terminala proširuje identifikaciju vjernosti preko kartica i telefonskih brojeva na biometrijski upis. Prepoznavanje vena na dlanu jedan je od primjera koji je već u komercijalnoj primjeni - ZCS je među proizvođačima Android POS sustava koji trenutno isporučuju terminale s uzorkom vena na dlanu i otvorenim SDK-om, što omogućuje platformi za vjernost da registrira uzorak vena na dlanu kupca kao alternativni identifikator prilikom plaćanja, umjesto da zahtijeva pretraživanje kartice, aplikacije ili telefonskog broja. Ovu vrstu značajke identiteta na razini hardvera platforma za vjernost može koristiti samo kada je SDK terminala izlaže kao dokumentirani API - što je upravo zahtjev otvorene arhitekture opisan gore, a ne značajka jedinstvena za bilo koji brend.
Prije potpisivanja ugovora o softveru za vjernost, potvrdite sljedeće na strani terminala:
Kriteriji odabira terminala - otvorenost OS-a, opseg certifikacije, dubina SDK-a - detaljnije su obrađeni u naš cjeloviti okvir za odabir Android POS platforme, koji prolazi kroz istu logiku evaluacije izvan samih slučajeva upotrebe vjernosti.
P1: Može li bilo koji POS terminal pokrenuti program vjernosti?
Ne. Terminal treba otvoreni SDK, distribuciju softvera na razini trgovine aplikacija i PCI PTS-kompatibilni sandbox za aplikacije trećih strana. Zatvoreni terminali s jednom aplikacijom u potpunosti ograničavaju ili blokiraju softver za vjernost, bez obzira na to što platforma dobavljača programa vjernosti podržava na papiru.
P2: Što POS terminal čini "zaključanim"?
Zaključani terminal ograničava instaliranje aplikacija, ne otkriva javni SDK i pokreće firmver izgrađen oko jedne aplikacije za plaćanje. Ove osobine smanjuju opseg PCI revizije, ali također blokiraju aplikacije vjernosti, CRM sinkronizacije i druge integracije trećih strana.
P3: Sprječava li PCI usklađenost pokretanje aplikacija vjernosti na POS hardveru?
Ne prema zadanim postavkama. PCI PTS POI v7.0 dopušta aplikacije trećih strana, uključujući aplikacije za vjernost, pod uvjetom da su zaštićene od podataka o platnim karticama i PIN-u u obliku čistog teksta. Usklađenost zahtijeva izolaciju, a ne isključenje, a arhitektura terminala određuje je li ta izolacija tehnički moguća.
P4: Koja je razlika između sinkronizacije programa vjernosti nakon transakcije i integracije u stvarnom vremenu?
Sinkronizacija nakon transakcije primjenjuje nagrade nakon završetka prodaje putem webhooka platnog sustava. Integracija u stvarnom vremenu primjenjuje nagrade tijekom plaćanja putem SDK hooka. Zaključani terminali obično podržavaju samo prvo, što sprječava popuste i iskorištenja tijekom sesije.
P5: Može li se biometrijska identifikacija, poput vena na dlanu, koristiti za upis u program vjernosti?
Da, na terminalima gdje proizvođač izlaže biometrijski zapis putem dokumentiranog SDK-a. Vene dlana i slični biometrijski identifikatori omogućuju platformi vjernosti prepoznavanje povratnog kupca bez kartice, telefonskog broja ili pretraživanja aplikacije, pod uvjetom da hardverska arhitektura podržava pristup trećih strana tim podacima.
Početna 
Kako funkcionira prepoznavanje vena na dlanu za programe članstva i vjernosti? 
