Неліктен адалдық бағдарламасының бағдарламалық жасақтамасы құлыпталған POS жабдықтарында істен шығады?

POS терминалында адалдық бағдарламасының басқа себептерге қарағанда бір себебі бар: аппараттық құрал ешқашан сыртқы бағдарламалық жасақтаманың кіруіне мүмкіндік беретіндей етіп жасалмаған. Бөлшек саудагерлер адалдық платформасын сатып алады, келісімшартқа қол қояды, енгізуді бюджеттейді, содан кейін терминалдың операциялық жүйесі, SDK немесе төлем сертификаты интеграцияны толығымен бұғаттайтынын анықтайды. Бұл бағдарламалық жасақтама мәселесі емес. Бұл аппараттық құрал архитектурасының мәселесі және ол сатушы ашық есептеу құрылғысы емес, жабық төлем құралы ретінде жасалған терминалға адалдық бағдарламасының функциясы бар POS жүйесін бекітуге тырысқан сайын дерлік пайда болады.
Кез келген платформаны бағаламас бұрын, мәселені шешуге көмектеседі POS терминалының сыйақы деректерімен не істей алатыны және не істей алмайтыны туралы негізгі сұрақ — себебі жауап толығымен оның астындағы жабдыққа байланысты, адалдық бағдарламалық жасақтамасының мүмкіндіктер тізіміне емес.
Бұл мақалада адалдыққа негізделген интеграцияланған POS жүйелерінің құлыпталған аппараттық құралдарда істен шығуының нақты техникалық себептері, операциялық жүйе мен сертификаттау деңгейінде «құлыпталған» дегеннің шын мәнінде нені білдіретіні және өндірісте жұмыс істейтін тұтынушылардың адалдығына негізделген POS жүйесіне мұқтаж сатушылар үшін бағалау тізімі қандай болатыны қарастырылады.

1. «Құлыпталған POS жабдықтары» шын мәнінде нені білдіреді

Бекітілген POS жабдығы - өндіруші қай қолданбаларды іске қоса алатынын, сол қолданбалардың қай жүйелік ресурстарға қол жеткізе алатынын немесе екеуін де шектейтін терминал. Бұл кемшілік емес, әдейі жасалған дизайн таңдауы. Дәстүрлі карта ұсынатын терминалдар - негізінен EMV және PIN транзакциялары үшін жасалған үстел үсті құрылғылары - бүкіл құрылғыны бірыңғай сенімді төлем ортасы ретінде қарастыратын PCI PTS POI стандарттарына сәйкес сертификатталған. Бұл ортаға адалдық қолданбасын қосу тарихи тұрғыдан төлем брендтері мен сатып алушылар рұқсат етпейтін карта ұстаушы деректерінің жанына тексерілмеген код жолын қосуды білдірді.
Құлыпталған терминалды үш аппараттық сипаттама анықтайды:

• ● Қолданба дүкені және бүйірлік жүктеу жолы жоқ жабық немесе қатаң шектелген операциялық жүйе.
• ● Жарияланған SDK жоқ немесе түбіртекті пішімдеу және негізгі перифериялық қоңыраулармен шектелген SDK жоқ.
• ● Төлем қолданбасы құрылғы іске қосатын жалғыз қолданба болатын бір қолданбалы микробағдарлама моделі.

Бұл белгілердің ешқайсысы өздігінен қате емес. Бұрынғы жеткізушілердің арнайы карта ұсынатын терминалдары PCI DSS аудит ауқымын азайту үшін осылайша арнайы жасалған. Мәселе тек сатушы сол терминалдың адалдық бағдарламасы модулі, CRM синхрондауы немесе маркетинг қолданбасы бар POS-ты іске қосуын күткенде ғана пайда болады — бұл мүмкіндіктер жабдықты қолдау үшін ешқашан сертификатталмаған немесе архитектураланбаған.

2. Неліктен адалдық бағдарламалық жасақтамасы жабық POS архитектураларында бұзылады?

Жабық архитектураларда адалдық интеграциялары үш қайталанатын техникалық себеп бойынша сәтсіздікке ұшырайды: құм жәшігі ережелері деректерге қол жеткізуді шектейді, меншікті SDK орнатуды блоктайды және микробағдарлама жаңарту циклдері функциялардың іске қосылуын тоқтатады.

2.1 PCI PTS құмсалғыш ережелері үшінші тарап деректеріне кіруді шектейді

PCI қауіпсіздік стандарттары кеңесі жариялаған PCI PTS POI 7.0 нұсқасы енді сертификатталған POI құрылғыларында қолданба дүкені қолданбалары сияқты үшінші тарап қолданбаларының жұмыс істеуіне мүмкіндік береді. Бірақ стандарт бұл қолданбалардың ... болуын талап етеді. құпия төлем функцияларынан қауіпсіз оқшауланған және криптографиялық басқару элементтерін пайдаланып аутентификацияланғанСол нұсқадағы жаңа талап үшінші тарап қолданбаларының PAN немесе PIN деректерін ашық мәтінмен оқуына тыйым салады, тіпті қолданба бекітілген ақ тізімде болса да. Адалдық жүйесі үшін бұл тікелей маңызды: адалдық қолданбасы транзакцияның жалпы сомасын, карта токенін немесе тұтынушы идентификаторын төлем процесінен тікелей оқи алады деп болжайтын кез келген интеграция үлгісі v7.0 сертификатталған құрылғыда сәйкес келмейді. Адалдық қолданбасы бұл деректерді бекітілген, оқшауланған арна арқылы алуы керек - және көптеген құлыпталған терминалдарда мұндай арна жоқ.

2.2 Меншікті SDK-лар жергілікті адалдық қолданбасын орнатуды блоктайды

Адалдық платформасы тұтынушыларды тіркеуі, ұпай баланстарын іздеуі, өтемақыларды қолдануы және сату нүктесінде сыйақыларды басып шығаруы немесе көрсетуі керек. Бұл әрекеттердің әрқайсысы SDK ілмегіне мұқтаж. Жабық, сатушыға тиесілі ОС бар терминалдар әдетте бұл ілмектердің ешқайсысын сыртқы әзірлеушілерге көрсетпейді — адалдық сатушысы транзакция жабылғаннан кейін төлем шлюзінің веб-ілмегі арқылы интеграцияланады, бұл нақты уақыттағы жеңілдікті қолдану немесе сессия ішіндегі сыйақыны іске қосу үшін тым кеш. Бұл саудагерлердің дәстүрлі үстел үсті терминалдарынан POS адалдық бағдарламасын орналастыруға ауысуы туралы хабарлаған ең көп таралған сәтсіздік үлгісі: интеграция техникалық тұрғыдан транзакциядан кейінгі синхрондау ретінде «жұмыс істейді», бірақ өзара әрекеттесу нүктесінде ештеңе істей алмайды.

2.3 Микробағдарламаны жаңарту циклдары адалдық функциясының енгізілуін тоқтатады

Тіпті құлыпталған терминал шектеулі SDK-ны көрсеткен жағдайда да, бір мақсатты төлем құрылғыларындағы микробағдарлама әдетте баяу, сертификаттауға негізделген кесте бойынша жаңартылады, себебі әрбір микробағдарлама өзгерісі PCI қайта сертификаттауын тудыруы мүмкін. Жаңа сатып алу ережесін, жаңа тіркеу ағынын немесе жаңа сыйақы деңгейін жібергісі келетін адалдық сатушысы аппараттық құрал сатушысының шығарылым циклін күтуі керек - өзінің емес. Ашық Android POS терминалында адалдық қолданбасы терминал микробағдарламасына ешқандай тәуелділіксіз өзінің қолданба пакеті арқылы тәуелсіз жаңартылады.

3. Сәтсіз адалдық интеграциясының нақты құны

Сәтсіз интеграцияның тікелей құны - бұл тоқтап қалған немесе кері бағытта іске қосу, бірақ үлкен шығын стратегиялық болып табылады: бөлшек саудагерлер адалдық бағдарламалық жасақтамасын өсіп келе жатқан қарқынмен сатып ала береді, ал аппараттық үйлесімділік кейінге қалдырылады. Әлемдік адалдықты басқару нарығы 2026 жылы шамамен 17.38 миллиард долларға жетті және 2034 жылға дейін жылдық 14%-дан жоғары қарқынмен өседі деп болжануда. Кассалық жабдықта іс жүзінде жұмыс істей алмайтын адалдық платформасына жұмсалған әрбір доллар екі рет жұмсалған доллармен тең - бірінші рет бағдарламалық жасақтамаға, тағы да алдымен болуы керек аппараттық құралды жаңартуға.
Сәйкестік құны да бар. Адалдық бағдарламалары тұтынушылардың жеке деректерін — аты-жөндерін, телефон нөмірлерін, сатып алу тарихын, кейде «таптап анықтау» бағдарламалары үшін биометриялық тіркеу деректерін жинайды және өңдейді. ЕО ережесіне сәйкес. 2016/679 (GDPR), бұл өңдеу үшін құжатталған заңды негіз және тіркеу кезінде сәйкес келісім ағыны қажет. Бейресми айналып өту жолы арқылы мәжбүрленген адалдық интеграциясы - jailbroken терминалы, қолдау көрсетілмейтін бүйірлік жүктелген APK, экранды қырқу көпірі - аудит кезінде сәйкестік құжаттамасын жасауды әлдеқайда қиындатады, себебі деректер жолының өзі ешқашан қайта қарауға арналмаған.

4. Ашық, адалдыққа дайын POS архитектурасы қандай көрінеді

Адалдықты сенімді түрде қолдайтын архитектура үш қасиетті бөліседі: ашық SDK, қолданбалар дүкені деңгейіндегі бағдарламалық жасақтама дистрибуциясы және картаны сырғытудан тыс аппараттық сәйкестендіру мүмкіндіктері.

4.1 SDK және API қатынасын ашу

Жарияланған SDK бар Android негізіндегі POS терминалдары адалдық сатушысына принтер, сканер, тұтынушыға бағытталған дисплей және төлем ядросы үшін құжатталған API-лерге тікелей негізделген — әрбір жаңа мүмкіндік үшін жабдық өндірушісін күтпей-ақ құруға мүмкіндік береді. Бұл Square's Terminal API өз жабдықтары үшін енгізген ашық платформалы модельмен бірдей және қазір жабық бір қолданбалы дүңгіршектердің орнына көп сатушылы бөлшек сауда орталарында сататын көптеген Android POS өндірушілерінде стандартты тәжірибе болып табылады. Саудагерлер жабдықты тікелей жеткізу базасынан алады, соның ішінде Қытайлық POS терминал өндірушілерінің B2B ландшафты — SDK ашықтығын келісімшартқа қол қойылғаннан кейін ғана талқыланатын қосымша шешім емес, сатып алу сүзгісі ретінде қарастыру керек.

4.2 GMS сертификаттауы және App Store үйлесімділігі

Google Mobile Services (GMS) сертификаты терминалға құрылғыны микробағдарламамен біріктірілген бағдарламалық жасақтамамен шектеудің орнына, Play Store немесе баламалы басқарылатын қолданбалар дүкені арқылы стандартты Android қолданба пакеттерін іске қосуға мүмкіндік береді. GMS сертификатталған терминал телефон кез келген басқа қолданбаны орнатқандай адалдық қолданбасын орната алады: тәуелсіз, жеткізушінің өзіндік шығарылым кестесі бойынша, микробағдарлама деңгейіндегі қайта сертификаттау циклінсіз.

4.3 Биометриялық адалдыққа тіркелу

Кішігірім, бірақ өсіп келе жатқан терминалдар жиынтығы карталар мен телефон нөмірлерінен басқа адалдықты сәйкестендіруді биометриялық тіркеуге кеңейтеді. Алақан веналарын тану коммерциялық орналастырудың бір мысалы болып табылады — ZCS қазіргі уақытта ашық SDK бар алақан тамырлары қосылған терминалдарды шығаратын Android POS өндірушілерінің бірі болып табылады, бұл адалдық платформасына тұтынушының алақан тамырлары үлгісін картаны, қолданбаны немесе телефон нөмірін іздеуді талап етудің орнына төлем кезінде балама идентификатор ретінде тіркеуге мүмкіндік береді. Аппараттық деңгейдегі сәйкестендіру функциясының бұл түрін адалдық платформасы терминалдың SDK оны құжатталған API ретінде көрсеткен кезде ғана пайдалана алады — бұл жоғарыда сипатталған ашық архитектура талабы, кез келген брендке тән функция емес.

5. Бағалау тізімі: Сіздің POS терминалыңыздың адалдығына дайын ба?

Лоялдылық бағдарламалық жасақтамасы туралы келісімшартқа қол қоймас бұрын, терминал жағында келесіні растаңыз:

• ● Терминал тек төлем шлюзінің веб-хугымен ғана емес, жарияланған, құжатталған SDK-мен бірге жеткізіледі.
• ● Терминал GMS сертификатына ие және қолданбаларды тәуелсіз орнату мен жаңартуларды қолдайды.
• ● Өндіруші ағымдағы PTS POI нұсқасындағы оқшаулау талаптарына сәйкес келетін кез келген үшінші тарап қолданбасының құм жәшігі үшін PCI PTS POI сәйкестігін растай алады.
• ● Адалдық сатушысы тек терминал брендін ғана емес, дәл терминал моделін іске қосатын тікелей сатушы сілтемесін атай алады.
• ● Аппараттық құрал жеткізушісінің микробағдарламалық жасақтама шығарылымының жиілігі құжатталған және адалдық жеткізушісінен тәуелсіз қолданба деңгейіндегі жаңартуларды блоктамайды.

Терминалды таңдау критерийлері — ОС ашықтығы, сертификаттау көлемі, SDK тереңдігі — толығырақ қарастырылады. Android POS платформасын таңдауға арналған толық құрылымымыз, бұл тек адалдықты пайдалану жағдайларынан тыс бағалау логикасы арқылы жүреді.

6. Жиі қойылатын сұрақтар

1-сұрақ: Кез келген POS терминалы адалдық бағдарламасын іске қоса ала ма?

Жоқ. Терминалға ашық SDK, қолданбалар дүкені деңгейіндегі бағдарламалық жасақтама дистрибутиві және үшінші тарап қолданбалары үшін PCI PTS стандартына сәйкес келетін құмсалғыш қажет. Жабық, бір қолданбалы терминалдар адалдық жеткізушісінің платформасы қағаз жүзінде нені қолдайтынына қарамастан, адалдық бағдарламалық жасақтамасын толығымен шектейді немесе бұғаттайды.
2-сұрақ: POS терминалының «жабық» болуының себебі неде?

Құлыпталған терминал орнатылатын қолданбаларды шектейді, жалпыға қолжетімді SDK-ны ашпайды және бір төлем қолданбасының айналасында құрылған микробағдарламаны іске қосады. Бұл ерекшеліктер PCI аудитінің көлемін азайтады, сонымен қатар адалдық қолданбаларын, CRM синхрондауын және басқа да үшінші тарап интеграцияларын жоба бойынша блоктайды.
С3: PCI сәйкестігі адалдық қолданбаларының POS жабдығында жұмыс істеуіне кедергі келтіре ме?

Әдепкі бойынша емес. PCI PTS POI v7.0 үшінші тарап қолданбаларына, соның ішінде адалдық қолданбаларына, егер олар ашық мәтіндік төлем картасы мен PIN деректерінен алшақ болса, рұқсат береді. Сәйкестік оқшаулауды талап етеді, алып тастауды емес, және терминалдың архитектурасы бұл оқшаулаудың техникалық тұрғыдан мүмкін екенін анықтайды.
4-сұрақ: Транзакциядан кейінгі адалдық синхрондауы мен нақты уақыттағы интеграцияның айырмашылығы неде?

Транзакциядан кейінгі синхрондау төлем шлюзінің веб-хугы арқылы сату аяқталғаннан кейін сыйақыларды қолданады. Нақты уақыттағы интеграция SDK huck арқылы төлем кезінде сыйақыларды қолданады. Құлыпталған терминалдар әдетте тек біріншісін ғана қолдайды, бұл сессия кезіндегі жеңілдіктер мен төлемдерді болдырмауға мүмкіндік береді.
5-сұрақ: Алақан веналары сияқты биометриялық сәйкестендіруді адалдық тіркеу үшін пайдалануға бола ма?

Иә, өндіруші құжатталған SDK арқылы биометриялық деректерді жариялайтын терминалдарда. Алақан вена және осыған ұқсас биометриялық идентификаторлар адалдық платформасына қайтып оралған тұтынушыны картасыз, телефон нөмірінсіз немесе қолданбаны іздеусіз тануға мүмкіндік береді, егер аппараттық архитектура үшінші тараптың сол деректерге қол жеткізуін қолдаса.