2026-08-10 Autor : ZCS
Program lojalnosti ne uspijeva na POS terminalu iz jednog razloga, više nego bilo kojeg drugog: hardver nikada nije napravljen da dozvoli pristup vanjskom softveru. Trgovci kupe platformu lojalnosti, potpišu ugovor, planiraju budžet za implementaciju - a zatim otkriju da operativni sistem 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 da instalira POS sistem sa funkcionalnošću programa lojalnosti na terminal koji je dizajniran kao zatvoreni uređaj za plaćanje, a ne kao otvoreni računarski uređaj.
Prije procjene bilo koje platforme, korisno je riješiti Osnovno pitanje šta POS terminal može, a šta ne može da uradi sa podacima o nagradama — jer odgovor u potpunosti zavisi od hardvera koji se nalazi ispod njega, a ne od liste funkcija softvera za lojalnost.
Ovaj članak analizira specifične tehničke razloge neuspjeha POS sistema integriranih s programom lojalnosti na zaključanom hardveru, šta "zaključano" zapravo znači na nivou operativnog sistema i certifikacije, te kako izgleda lista za evaluaciju za trgovce kojima je potreban POS sistem za program lojalnosti kupaca koji zapravo radi u produkciji.
Zaključani POS hardver je terminal gdje proizvođač ograničava koje aplikacije mogu raditi, kojim sistemskim resursima te aplikacije mogu pristupiti ili oboje. Ovo je namjeran izbor dizajna, a ne nedostatak. Tradicionalni terminali s karticom - radne 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 historijski je značilo dodavanje neprovjerenog koda pored podataka o vlasniku kartice, što brendovi plaćanja i prihvatitelji ne dozvoljavaju.
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 su posebno dizajnirani na ovaj način kako bi se smanjio obim PCI DSS revizije. Problem se javlja samo kada trgovac očekuje da isti terminal također pokreće POS s modulom programa lojalnosti, CRM sinhronizacijom ili marketinškom aplikacijom - mogućnostima koje hardver nikada nije certificiran ili arhitektonski podržan.
Integracije programa lojalnosti 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 funkcija.
PCI PTS POI verzija 7.0, koju je objavilo Vijeće za sigurnosne standarde PCI-ja, sada dozvoljava aplikacijama trećih strana, kao što su aplikacije iz trgovina aplikacija, da rade na certificiranim POI uređajima. Ali standard zahtijeva da te aplikacije budu sigurno izolovan od osjetljivih funkcija plaćanja i autentifikovan korištenjem kriptografskih kontrolaNoviji zahtjev u istoj verziji blokira aplikacije trećih strana od čitanja PAN ili PIN podataka u otvorenom tekstu čak i kada se aplikacija nalazi na odobrenoj bijeloj listi. Za sistem lojalnosti ovo je direktno važno: svaki obrazac integracije koji pretpostavlja da aplikacija za lojalnost može pročitati ukupan iznos transakcije, token kartice ili identifikator kupca direktno iz procesa plaćanja nije kompatibilan na uređaju certificiranom za v7.0. Aplikacija za lojalnost mora primati te podatke putem odobrenog, izoliranog kanala - a na mnogim zaključanim terminalima takav kanal ne postoji.
Platforma za lojalnost treba da registruje kupce, pregleda stanje bodova, primijeni iskorištavanje bodova i odštampa ili prikaže nagrade na prodajnom mjestu. Svaka od ovih radnji zahtijeva SDK hook. Terminali sa zatvorenim, vlasničkim operativnim sistemom dobavljača obično ne otkrivaju nijedan od ovih hook-ova vanjskim programerima - dobavljač lojalnosti se integriše putem webhooka za plaćanje nakon što je transakcija već zaključena, što je prekasno za primjenu popusta u realnom vremenu ili pokretanje nagrade u sesiji. Ovo je najčešći obrazac kvara koji prijavljuju trgovci koji prelaze sa starih terminala na POS implementacije programa lojalnosti: integracija tehnički "radi" kao sinhronizacija 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, prema rasporedu vođenom certifikacijom, budući da svaka promjena firmvera može pokrenuti ponovnu PCI certifikaciju. Prodavac programa lojalnosti koji želi isporučiti novo pravilo iskorištenja, novi tok registracije ili novi nivo nagrada mora čekati ciklus izdanja dobavljača hardvera - a ne svoj vlastiti. Na otvorenom Android POS terminalu, aplikacija za lojalnost se ažurira nezavisno putem vlastitog paketa aplikacija, bez ikakve ovisnosti o firmveru terminala.
Direktni trošak neuspješne integracije je zastoj ili poništavanje implementacije, ali veći trošak je strateški: trgovci nastavljaju kupovati softver za lojalnost rastućom stopom, dok kompatibilnost hardvera ostaje sporedna stvar. Globalno tržište upravljanja lojalnošću dostiglo 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. godine. Svaki dolar potrošen na platformu za lojalnost koja zapravo ne može raditi na hardveru za plaćanje je dolar potrošen dva puta - jednom na softver, a ponovo na osvježavanje hardvera koje se trebalo dogoditi prvo.
Također postoji i trošak usklađivanja. Programi lojalnosti prikupljaju i obrađuju lične podatke kupaca - imena, brojeve telefona, historiju kupovine, a ponekad i biometrijske podatke o registraciji za programe identifikacije dodirom. Prema Uredbi EU 2016/679 (GDPR), ta obrada zahtijeva dokumentiranu zakonsku osnovu i usklađen tok pristanka prilikom registracije. Integracija programa lojalnosti prisiljena putem neslužbenog zaobilaznog rješenja - terminala s jailbreakom, nepodržanog bočno učitanog APK-a, mosta za struganje ekrana - znatno otežava izradu dokumentacije o usklađenosti tokom revizije, jer sama putanja podataka nikada nije dizajnirana za pregled.
Arhitektura koja pouzdano podržava lojalnost dijeli tri karakteristike: otvoreni SDK, distribuciju softvera na nivou prodavnice aplikacija i funkcije hardverskog identiteta koje prevazilaze provlačenje kartice.
Android POS terminali sa objavljenim SDK-om omogućavaju prodavcima programa lojalnosti da direktno grade na dokumentovanim API-jima za štampač, skener, ekran okrenut prema kupcu i kernel za plaćanje - bez čekanja proizvođača hardvera za svaku novu funkciju. Ovo je isti model otvorene platforme koji je Squareov Terminal API uveo za vlastiti hardver, i sada je standardna praksa kod većine proizvođača Android POS sistema koji prodaju u maloprodajnim okruženjima sa više dobavljača, a ne u zatvorenim kioscima sa jednom aplikacijom. Trgovci nabavljaju hardver direktno od baze dobavljača - uključujući B2B pejzaž kineskih proizvođača POS terminala — treba tretirati otvorenost SDK-a kao filter za nabavku, a ne kao naknadnu misao o kojoj se raspravlja tek nakon potpisivanja ugovora.
Certifikacija za Google Mobile Services (GMS) omogućava terminalu pokretanje standardnih paketa Android aplikacija putem Play Store-a 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: nezavisno, prema vlastitom rasporedu izdanja proizvođača, bez ciklusa ponovne certifikacije na nivou firmvera.
Manji, ali rastući skup terminala proširuje identifikaciju lojalnosti pored kartica i telefonskih brojeva na biometrijski upis. Prepoznavanje vena na dlanu je jedan primjer koji je već u komercijalnoj primjeni - ZCS je među proizvođačima Android POS sistema koji trenutno isporučuju terminale sa senzorima vena na dlanu i otvorenim SDK-om, što omogućava platformi za lojalnost da registruje uzorak vena na dlanu kupca kao alternativni identifikator prilikom plaćanja, umjesto da zahtijeva pretragu kartice, aplikacije ili broja telefona. Ova vrsta funkcije identiteta na nivou hardvera može se koristiti samo na platformi za lojalnost kada SDK terminala to izloži kao dokumentovani API - što je upravo zahtjev otvorene arhitekture opisan gore, a ne funkcija jedinstvena za bilo koji brend.
Prije potpisivanja ugovora o softveru za lojalnost, potvrdite sljedeće na strani terminala:
Kriteriji za odabir terminala - otvorenost operativnog sistema, opseg certifikacije, dubina SDK-a - detaljnije su obrađeni u Naš kompletan okvir za odabir Android POS platforme, koji prolazi kroz istu logiku evaluacije izvan samih slučajeva upotrebe lojalnosti.
P1: Može li bilo koji POS terminal pokrenuti program lojalnosti?
Ne. Terminalu je potreban otvoreni SDK, distribucija softvera na nivou prodavnice aplikacija i PCI PTS-kompatibilni sandbox za aplikacije trećih strana. Zatvoreni terminali s jednom aplikacijom ograničavaju ili u potpunosti blokiraju softver za lojalnost, bez obzira na to šta platforma dobavljača programa lojalnosti podržava na papiru.
P2: Šta 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 za lojalnost, CRM sinhronizacije i druge integracije trećih strana.
P3: Da li PCI usklađenost sprečava pokretanje aplikacija za lojalnost na POS hardveru?
Ne podrazumijevano. PCI PTS POI v7.0 dozvoljava aplikacije trećih strana, uključujući aplikacije za lojalnost, pod uslovom da su izolovane 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 da li je ta izolacija tehnički moguća.
P4: Koja je razlika između sinhronizacije programa lojalnosti nakon transakcije i integracije u stvarnom vremenu?
Sinhronizacija nakon transakcije primjenjuje nagrade nakon završetka prodaje, putem webhooka za platni prolaz. Integracija u realnom vremenu primjenjuje nagrade tokom plaćanja, putem SDK hooka. Zaključani terminali obično podržavaju samo prvo, što sprečava popuste i iskorištavanja tokom sesije.
P5: Može li se biometrijska identifikacija, poput vena na dlanu, koristiti za upis u program lojalnosti?
Da, na terminalima gdje proizvođač omogućava biometrijski zapis putem dokumentiranog SDK-a. Vene dlana i slični biometrijski identifikatori omogućavaju platformi za lojalnost da prepozna stalnog kupca bez kartice, broja telefona ili pretrage 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 lojalnosti? 
