Kāpēc lojalitātes programmas programmatūra nedarbojas, ja POS aparatūra ir bloķēta?

Lojalitātes programma POS terminālī neizdodas viena iemesla dēļ vairāk nekā jebkura cita: aparatūra nekad netika izstrādāta, lai ielaistu ārēju programmatūru. Mazumtirgotāji iegādājas lojalitātes platformu, paraksta līgumu, plāno ieviešanu budžetā — pēc tam atklāj, ka termināļa operētājsistēma, SDK vai maksājumu sertifikācija pilnībā bloķē integrāciju. Tā nav programmatūras problēma. Tā ir aparatūras arhitektūras problēma, un tā parādās gandrīz katru reizi, kad tirgotājs mēģina pieslēgt POS sistēmu ar lojalitātes programmas funkcionalitāti terminālim, kas tika izstrādāts kā slēgta maksājumu ierīce, nevis atvērta skaitļošanas ierīce.
Pirms jebkuras platformas novērtēšanas ir lietderīgi nokārtot pamatjautājums par to, ko POS terminālis var un ko nevar darīt ar atlīdzības datiem — jo atbilde ir pilnībā atkarīga no zem tās esošās aparatūras, nevis lojalitātes programmatūras funkciju saraksta.
Šajā rakstā ir analizēti konkrētie tehniskie iemesli, kāpēc lojalitātes programmā integrētas POS sistēmas neizdodas, ja aparatūra ir bloķēta, ko “bloķēšana” faktiski nozīmē operētājsistēmas un sertifikācijas līmenī, un kā izskatās novērtēšanas kontrolsaraksts tirgotājiem, kuriem nepieciešama klientu lojalitātes POS sistēma, kas faktiski darbojas ražošanas vidē.

1. Ko patiesībā nozīmē "bloķēta POS aparatūra"

Bloķēta POS aparatūra ir terminālis, kurā ražotājs ierobežo, kuras lietojumprogrammas var darboties, kuriem sistēmas resursiem šīs lietojumprogrammas var piekļūt, vai abus. Šī ir apzināta dizaina izvēle, nevis defekts. Tradicionālie kartes klātbūtnes termināļi — virsmas ierīces, kas galvenokārt paredzētas EMV un PIN darījumiem — ir sertificēti atbilstoši PCI PTS POI standartiem, kas visu ierīci uzskata par vienu uzticamu maksājumu vidi. Lojalitātes lietotnes pievienošana šai videi vēsturiski nozīmēja nepārbaudīta koda ceļa pievienošanu blakus kartes turētāja datiem, ko maksājumu zīmoli un pieņēmēji neatļauj.
Bloķētu termināli raksturo trīs aparatūras iezīmes:

• ● Slēgta vai ļoti ierobežota operētājsistēma bez lietotņu veikala un sānielādes ceļa.
• ● Nav publicēta SDK vai SDK, kas aprobežojas ar kvīts formatēšanu un pamata perifērijas ierīču izsaukumiem.
• ● Vienas lietojumprogrammas programmaparatūras modelis, kurā maksājumu lietotne ir vienīgā lietotne, ko ierīce darbina.

Neviena no šīm iezīmēm nav principiāli nepareiza. Mantoto pārdevēju īpaši izstrādātie karšu pieņemšanas termināļi ir īpaši izstrādāti, lai samazinātu PCI DSS audita tvērumu. Problēma rodas tikai tad, ja tirgotājs sagaida, ka tas pats terminālis darbosies arī ar lojalitātes programmas moduli, CRM sinhronizāciju vai mārketinga lietotni — iespējām, kuru atbalstam aparatūra nekad nebija sertificēta vai projektēta.

2. Kāpēc lojalitātes programmatūra nedarbojas slēgtās POS arhitektūrās

Lojalitātes integrācijas slēgtās arhitektūrās neizdodas trīs atkārtotu tehnisku iemeslu dēļ: smilškastes noteikumi ierobežo piekļuvi datiem, patentēti SDK bloķē instalēšanu un programmaparatūras atjauninājumu cikli aizkavē funkciju ieviešanu.

2.1 PCI PTS smilškastes noteikumi ierobežo trešo pušu piekļuvi datiem

PCI PTS POI 7.0 versija, ko publicējusi PCI drošības standartu padome, tagad ļauj trešo pušu lietojumprogrammām, piemēram, lietotņu veikalu lietotnēm, darboties sertificētās POI ierīcēs. Taču standarts pieprasa, lai šīs lietojumprogrammas būtu droši izolēti no sensitīvām maksājumu funkcijām un autentificēti, izmantojot kriptogrāfiskās kontrolesJaunāka prasība tajā pašā versijā bloķē trešo pušu lietojumprogrammām lasīt skaidra teksta PAN vai PIN datus pat tad, ja lietojumprogramma ir apstiprinātā baltajā sarakstā. Lojalitātes programmas gadījumā tam ir tieša nozīme: jebkurš integrācijas modelis, kas pieņem, ka lojalitātes lietotne var nolasīt darījuma kopsummu, kartes marķieri vai klienta identifikatoru tieši no maksājuma procesa, neatbilst v7.0 sertificētas ierīces prasībām. Lojalitātes lietotnei šie dati ir jāsaņem, izmantojot apstiprinātu, izolētu kanālu, un daudzos bloķētos termināļos šāds kanāls nepastāv.

2.2 Patentēti SDK bloķē vietējo lojalitātes lietotņu instalēšanu

Lojalitātes platformai ir jāreģistrē klienti, jāmeklē punktu atlikumi, jāpiemēro atpirkšanas punkti un jāizdrukā vai jāattēlo atlīdzības pārdošanas vietā. Katrai no šīm darbībām ir nepieciešams SDK āķis. Termināļi ar slēgtu, pārdevēja patentētu operētājsistēmu parasti neatklāj nevienu no šiem āķiem ārējiem izstrādātājiem — lojalitātes pārdevējs tiek integrēts, izmantojot maksājumu vārtejas tīmekļa āķi, pēc tam, kad darījums jau ir noslēgts, kas ir par vēlu, lai piemērotu reāllaika atlaidi vai aktivizētu sesijas laikā saņemtu atlīdzību. Šis ir visbiežāk ziņotais kļūmju modelis, par kuru ziņo tirgotāji, pārejot no mantotajiem termināļiem uz lojalitātes programmu izvietošanu pārdošanas vietā: integrācija tehniski "darbojas" kā sinhronizācija pēc darījuma, bet pašas mijiedarbības brīdī neko nevar darīt.

2.3 Programmatūras atjaunināšanas cikli pārtrauc lojalitātes funkciju izlaišanu

Pat ja bloķēts terminālis nodrošina ierobežotu SDK, vienreizējas lietošanas maksājumu ierīču programmaparatūra parasti tiek atjaunināta lēnā, sertifikācijas noteiktā grafikā, jo katra programmaparatūras izmaiņa var izraisīt PCI atkārtotu sertifikāciju. Lojalitātes programmas pārdevējam, kurš vēlas piegādāt jaunu aktivizācijas noteikumu, jaunu reģistrācijas plūsmu vai jaunu atlīdzības līmeni, ir jāgaida aparatūras pārdevēja izlaišanas cikls, nevis savs. Atvērtā Android POS terminālī lojalitātes lietotne tiek atjaunināta neatkarīgi, izmantojot savu lietotņu pakotni, un tā nav atkarīga no termināļa programmaparatūras.

3. Neveiksmīgas lojalitātes integrācijas patiesās izmaksas

Neveiksmīgas integrācijas tiešās izmaksas ir apturēta vai atcelta ieviešana, taču lielākās izmaksas ir stratēģiskas: mazumtirgotāji turpina iegādāties lojalitātes programmatūru arvien pieaugošā tempā, savukārt aparatūras saderība paliek otrajā plānā. Globālais lojalitātes pārvaldības tirgus 2026. gadā sasniedza aptuveni 17.38 miljardus ASV dolāru, un tiek prognozēts, ka līdz 2034. gadam tas pieaugs ar salikto gada likmi virs 14%. Katrs dolārs, kas iztērēts lojalitātes platformai, kas faktiski nevar darboties kases aparatūrā, ir dolārs, kas iztērēts divreiz — vienreiz programmatūrai, un vēlreiz aparatūras atjaunināšanai, kurai vajadzēja notikt vispirms.
Pastāv arī atbilstības izmaksas. Lojalitātes programmas vāc un apstrādā klientu personas datus — vārdus, tālruņu numurus, pirkumu vēsturi, dažreiz biometriskos reģistrācijas datus programmām ar pieskārienu, lai identificētu. Saskaņā ar ES regulu 2016/679 (VDAR), ka apstrādei ir nepieciešams dokumentēts likumīgs pamats un atbilstoša piekrišanas plūsma reģistrācijas brīdī. Lojalitātes integrācija, kas tiek veikta, izmantojot neoficiālu risinājumu — uzlauztu termināli, neatbalstītu sānielādētu APK failu, ekrāna nokasīšanas tiltu —, apgrūtina atbilstības dokumentācijas iegūšanu audita laikā, jo pats datu ceļš nekad nebija paredzēts pārskatīšanai.

4. Kā izskatās atvērta, lojalitātei gatava POS arhitektūra

Arhitektūrai, kas uzticami atbalsta lojalitāti, ir trīs kopīgas iezīmes: atvērts SDK, lietotņu veikala līmeņa programmatūras izplatīšana un aparatūras identitātes funkcijas, kas sniedzas tālāk par kartes pārvilkšanu.

4.1 Atvērtā SDK un API piekļuve

Android bāzes POS termināļi ar publicētu SDK ļauj lojalitātes programmu pārdevējiem veidot tieši, izmantojot dokumentētas API printerim, skenerim, klientam paredzētajam displejam un maksājumu kodolam, negaidot aparatūras ražotājam katru jaunu funkciju. Šis ir tas pats atvērtās platformas modelis, ko Square Terminal API ieviesa savai aparatūrai, un tagad tā ir standarta prakse lielākajai daļai Android POS ražotāju, kas pārdod vairāku piegādātāju mazumtirdzniecības vidēs, nevis slēgtās vienas lietotnes kioskos. Tirgotāji iegādājas aparatūru tieši no piegādātāju bāzes, tostarp Ķīnas POS terminālu ražotāju B2B ainava — SDK atvērtība jāuztver kā iepirkuma filtrs, nevis kā papildu apsvērums, kas tiek apspriests tikai pēc līguma parakstīšanas.

4.2 GMS sertifikācija un lietotņu veikala saderība

Google Mobile Services (GMS) sertifikācija ļauj terminālim palaist standarta Android lietotņu pakotnes, izmantojot Play veikalu vai līdzvērtīgu pārvaldītu lietotņu veikalu, nevis ierobežot ierīci ar programmatūru, kas iekļauta programmaparatūrā. GMS sertificēts terminālis var instalēt lojalitātes lietotni tāpat kā tālrunis instalē jebkuru citu lietotni: neatkarīgi, pēc pārdevēja izlaišanas grafika, bez atkārtotas sertifikācijas cikla programmaparatūras līmenī.

4.3 Biometriskās lojalitātes programmas reģistrācija

Mazāks, bet augošs termināļu komplekts paplašina lojalitātes identifikāciju, izmantojot kartes un tālruņu numurus, līdz biometriskai reģistrācijai. Plaukstas vēnu atpazīšana ir viens no piemēriem, kas jau tiek ieviests komerciāli — ZCS ir viens no Android POS ražotājiem, kas pašlaik piegādā plaukstas vēnu atpazīšanas termināļus ar atvērtu SDK, kas ļauj lojalitātes platformai reģistrēt klienta plaukstas vēnu rakstu kā alternatīvu identifikatoru norēķinoties, nevis pieprasīt kartes, lietotnes vai tālruņa numura meklēšanu. Šāda veida aparatūras līmeņa identitātes funkcija lojalitātes platformā ir izmantojama tikai tad, ja termināļa SDK to dara pieejamu kā dokumentētu API, kas precīzi atbilst iepriekš aprakstītajai atvērtās arhitektūras prasībai, nevis funkcija, kas ir unikāla kādam konkrētam zīmolam.

5. Novērtēšanas kontrolsaraksts: Vai jūsu POS terminālis ir gatavs lojalitātes programmai?

Pirms lojalitātes programmatūras līguma parakstīšanas termināļa pusē apstipriniet sekojošo:

• ● Terminālis tiek piegādāts ar publicētu, dokumentētu SDK — ne tikai maksājumu vārtejas tīmekļa āķi.
• ● Terminālis ir GMS sertificēts un atbalsta neatkarīgu lietotņu instalēšanu un atjauninājumus.
• ● Ražotājs var apstiprināt jebkuras trešās puses lietojumprogrammas smilškastes atbilstību PCI PTS POI prasībām, kas atbilst pašreizējās PTS POI versijas izolācijas prasībām.
• ● Lojalitātes programmas pārdevējs var norādīt reāllaika tirgotāja atsauci, kurā darbojas precīzs termināļa modelis, ne tikai termināļa zīmols.
• ● Aparatūras pārdevēja programmaparatūras izlaišanas ritms ir dokumentēts un nebloķē neatkarīgus lietotņu līmeņa atjauninājumus no lojalitātes programmas pārdevēja.

Termināla izvēles kritēriji — operētājsistēmas atvērtība, sertifikācijas darbības joma, SDK dziļums — ir sīkāk aplūkoti sadaļā mūsu pilns ietvars Android POS platformas izvēlei, kas iziet cauri tai pašai novērtēšanas loģikai, neaprobežojoties tikai ar lojalitātes lietošanas gadījumiem.

6. Bieži uzdotie jautājumi

1. jautājums: Vai jebkurš POS termināls var īstenot lojalitātes programmu?

Nē. Terminālim ir nepieciešams atvērts SDK, lietotņu veikala līmeņa programmatūras izplatīšana un PCI PTS atbilstoša smilškaste trešo pušu lietojumprogrammām. Slēgti, vienas lietojumprogrammas termināļi pilnībā ierobežo vai bloķē lojalitātes programmatūru neatkarīgi no tā, ko lojalitātes pārdevēja platforma atbalsta uz papīra.
2. jautājums: Kas padara POS termināli “bloķētu”?

Bloķēts terminālis ierobežo instalējamās lietojumprogrammas, nenodrošina publisku SDK un darbina programmaparatūru, kas veidota ap vienu maksājumu lietojumprogrammu. Šīs iezīmes samazina PCI audita apjomu, bet arī pēc būtības bloķē lojalitātes lietotnes, CRM sinhronizāciju un citas trešo pušu integrācijas.
3. jautājums: Vai PCI atbilstība neļauj lojalitātes programmām darboties POS aparatūrā?

Ne pēc noklusējuma. PCI PTS POI v7.0 atļauj trešo pušu lietojumprogrammas, tostarp lojalitātes lietotnes, ja tās ir izolētas un nesatur maksājumu karšu un PIN datus ar skaidru tekstu. Atbilstība prasa izolāciju, nevis izslēgšanu, un termināļa arhitektūra nosaka, vai šāda izolācija ir tehniski iespējama.
4. jautājums: Kāda ir atšķirība starp lojalitātes programmas sinhronizāciju pēc darījuma un integrāciju reāllaikā?

Pēc darījuma sinhronizācijas atlīdzības tiek piemērotas pēc pārdošanas noslēgšanas, izmantojot maksājumu vārtejas tīmekļa āķi. Reāllaika integrācija atlīdzības tiek piemērotas norēķināšanās laikā, izmantojot SDK āķi. Bloķēti termināļi parasti atbalsta tikai pirmo no tiem, kas neļauj izmantot atlaides un atpirkšanas pakalpojumus sesijas laikā.
5. jautājums: Vai lojalitātes programmas reģistrācijai var izmantot biometrisko identifikāciju, piemēram, plaukstas vēnu identifikāciju?

Jā, termināļos, kuros ražotājs nodrošina biometriskās uztveršanas iespējas, izmantojot dokumentētu programmatūras izstrādes komplektu (SDK). Plaukstas vēnu identifikatori un līdzīgi biometriskie identifikatori ļauj lojalitātes platformai atpazīt atgriežošos klientus bez kartes, tālruņa numura vai lietotnes meklēšanas, ja vien aparatūras arhitektūra atbalsta trešo pušu piekļuvi šiem datiem.