1. Уводзіне

Сярэдзіць ланці у Злучанах Штаті і хуткі сервільній ресторані у Злучанаець Королівкі ўкладаеся незахаваныя строкам. Усталяваны кэоск, які не могуць заменяць дадзеныя з платформа пралявання або ERP сістэмы стварыць больш праблемы, чым яна рэч: Перадачая змяшчае ў адным сістэме, плаціць у іншы, і каманды фінансамі паціць руку ў канеце. Інтэграцыя сістэмы плацежнага кіёска гэта не апаратны практыкум. Гэта дысцыпліна ў галіне архітэктуры даных, якая вызначае, ці стане неабслугоўваны тэрмінал крыніцай прыбытку, ці аб’ектам, які патрабуе рэканcыляцыі. Гэтая настаўленне ўкладае архітектуры тры-мена інтэрвалу, процедураў API, у ўключыць праверкі і ідээментацыі, Асаблівыя загалоўка адладка па чытанняў картаў і друктары, выпадку папаўненні бяспекі, і праекты, якія зняліць багата-складкі. Тэхнічныя схемы, апісаныя тут, засноўваюцца на рашэннях, ужытых у Паўночнай Амерыцы, Еўропе і Паўднёва-Усходняй Азіі.

2. Чаму статковая кіоскі памылці

Асобна стаячы кіёск працуе як астравок. Калі кліент прыкладвае картку і афармляе замову, гэтая транзакцыя захоўваецца толькі на тэрмінале. POS-сістэма не ведае, што замова была размешчана. ERP не ажыццяўляе карэкціроўку запасаў. Фінансавая група не можа звярстаць выплачаныя сумы з улічанымі продажамі. У кантралі шматлікаваннях, гэта ўсіх эфекты з дадзеных хутка змяшчае: Ланку з 40 краманы, які працягуць у тэчкі, можа бачыць 3-5% інфрант Прымусуць працаўнік прыводзіць рукальныя циклы, якія выбуваць сотня гадзіны працоў на год.

Інтэграцыя кіёска POS Выключыць гэтай публік, закладаючы канал дадзеных рэальным часам між тэрміналы і середнькай пласта POS. Кожнае замову, плацеж, вяртанне сродкаў і карэкціроўка запасаў апрацоўваюцца аўтаматычна. Той Асаблівы Уключыць у рэальныя часі синхронізацыі дадзеных транзаксаў, што тое, што пераўтворыць у злучаным акт. Глобальная пакета абоска Прадвызначаная вельмі праграмы, які заменюваць працоўны кантакт і прыярытання з інтэграваныя сістэмам.

3. Асноўная архітэктура для інтэграцыі сістэмы плацежнага кіёска

3.1 Трохузроўневая мадэль інтэграцыі

Архітектура сходзіць тры- пласта. Слоў 1 - сама кіоска - прыкладак экрана, які выконваць праграма для захоўвання і плаціння. Слоў два з' яўляецца трэба POS, якое працуе якой пераклад і форектра. Слоў тры з' яўляецца дадзеных ERP, дзе фінансальныя записы, лісті і майстрах дадзеных. Сярэдзінні пласты критичний, таму, што кіоскі з розных прыродаў трэба размаўляць самае праграмы API, як ERP сістэмы, такі, як SAP, Oracle NetSuite або Microsoft Dynamics 365. Міддэравае звычайныя падзеі заплаты, наладзіць платні і паведамленні ў фармату, што можа выкарыстаць абодва бок.

3.2 Паток даных: Адпрацоўка плацяжу — сінхранізацыя з ERP

Працоўны дадзеных пераходзіць шэсць етаў. Этап першы: кліент выбірае тавары і пачынае аплату на кіёску. Этап другі: кіёскавае прыкладанне адпраўляе пакет дадзеных аб замове ў прамежкавае ПЗ рэгістратара разліковага апарата праз API. Трэці этап: платны модуль апрацоўвае транзакцыю па картцы праз плацежны шлюз, атрымліваючы аўтарызацыю. Чацвёрты этап: прамежкавае ПА правярае адказ на аўтарызацыю і пацвярджае заказ. Пяць фаза: пацверджаныя паказы і сплатковы дадзеных перадаваюць ERP для запісу. Шшыя фаза: ERP абнаўляе узровень і захоўваць фінансальныя запісы і генеріе дадзеныя прыладу для наступнага циклу настаўлення. Кожны перапынку ў гэтай ланеце - час выхад на тры, Памылка поля у тэчкі - стварае транзакцыю, які існуе ў адзін сістэме, але не іншай.

3.3 Што ERP злучаныя тэрмінал?

Гэтае вызначэнне мае значэнне для закупак. Термінал, які толькі прымае плаціць, але перадаваць файлы устрэба раз у дзень не злучаныя запуску ERP у працоўным сэнс. Сапраўдная інтэграцыя азначае, што змена цаны ў ERP сістэме адлюстроўваецца на кіёску на працягу некалькіх хвілін, а не за ноч. Магчымасці тэрмінала, адПадтрымка модуля шматплатаў для сваёй аперацыйнай сістэмы Android або Windows вызначыце, якія ўзоры інтэграцыі з’яўляюцца рэалістычнымі.

3.4 Моделы інтэграцыяў

Чатыры мадэкі інтэрвалацыі пакладае ў більшрыўніх адрасаў. Адправільны інтэрнацыя API злучыцца праграм кіоск напряму да кэоскі канчатаў POS або ERP - прыдатны, калі абвяшчэнні бака АПИ. Уласцівасці змены неабходна, калі ERP з' яўляецца старыйшым сістэмам з SOAP або файлам інтэрфейсамі. IPaS Дадатковыя для шматлікавальных асяродзіў з часткі змены. Інтэрфейс агентыфікацыя праграма лакальныя сервіс - сустрэчныя для магазнях у рэгіонах з нестабільным інтэрнэт. Рэдагавання каталог плацежных кіёскаў каб адпавядаць мадэлям тэрміналаў вашай абранай мадэлі інтэграцыі.

3.5 Стандарты

Шэсць полі дадзеных павінен быць стандартизацыі перад запуску інтэрвалу: Ідэнтыфікатар (вінны ўсіх сістэмах), ідэнтыфікатар тэрмінал (ідэнтыфікацыя, які кіоска генеріла транзаку да ERP ' ієрхіяя пазіцыя), SKU (папавядае коды продуктаў кіоскаў у майстарі ERP), тыпу тэчкі (карт, грошы, NFC, QR - картаны ў ERP & # 039; коды метад плаціць) і табліцыя Несупадзенні ў любым з гэтых шасці аспектаў прыводзяць да схаваных памылак у рэканіляцыі, якія могуць выявіцца толькі падчас закрыцця месяца.

4. API аднаўленне для сплатка кіск

4. 1 Неабходныя інтэрфейсы API

Паўнавартасная інтэграцыя сістэмы плацежнага кіёска ўключае сем тыпаў інтэрфейсаў. Аўтарызацыя і здзяйсненне плацяжу апрацоўваюць транзакцыі з выкарыстаннем карткі праз плацежны шлюз. Сінхранізацыя замоў перадае выкананыя замовы ў POS-сістэму або ERP. Апрацоўка вяртання сродкаў і анулявання адмяняе транзакцыі з адсочваемымі ідэнтыфікатарамі. Запыт інвентару дазваляе кіёску правяраць наяўнасць тавараў у рэжыме рэальнага часу перад прыняццем замовы. Абмен файламі рэканcіляцыі забяспечвае даныя аб завяршэнні дня для фінансавага звядзення. Інфармацыя паведамленняў Webhook ушляе падзеі рэальныя часі (папхага сплата, памылка, перамяшчэння) да падпісаных сістэмаў. Кропкі праверкі стану паслуг дазваляюць платформам маніторынгу правяраць даступнасць API.

4.2 Працэс

1. Налада аўтэнтыфікацыі і дазволаў. Усталяваць дастасаваньне API, вызначаныя аб' екты і IP дазваляць спісаў мім кіоскам і канчаткым пунктам POS/ERP.
2. Свабоднае мапаванне. Стварыце дакумент з адпаведнасцямі, які паказвае, як кожнае поле даных кіёска пераўтвараецца ў адпаведныя палі POS і ERP. Тут, дзе большай праекты інтэрфейсу працягуе непрапорацоўны час - майстраў ERP выпадковы адпавядаюць каталогам кіоск.
3. Праверыць тэкст.Праверце ўсіх інтэрфейсаў з тэчкі перад заданням дадзеных дадзеных. Праверка ERP і & # 039; як
4. Стыкоўка транзакцый у рэжыме рэальнага часу. Уключыць прыкладанне і парадку ў спаджку, назіраць стаўкі памылкі і тэксту.
5. Апрацоўка выключэнняў у callback-функцыях. Наладзіць сістэму для атрымлівання паведамленняў памылкі - адмененыя сплаткі, памылкі чакання, Адхіліць ERP і паведамленне іх у чаргу аперацыі.
6. Штодзённае звяранне. Аўтаматычнае параўленне журналаў транзаку

4.3 Інтэрфейсы

API-пункты павінны забяспечваць выкарыстанне HTTPS з TLS 1.2 або вышэй. Аўтэнтыфікацыя павінна ажыццяўляцца з выкарыстаннем OAuth 2.0 з кароткатэрміновымі токенамі або двухбаковага TLS (mTLS) для камунікацыі паміж машынамі. Адных ключоў API недастаткова для канчатковых пунктаў, звязаных з аплатай. Рэалізацыя абмежавання стаўкі для забігуць аднування - кіоскі з 200 тэрміналах не павінны быць змяніць ERP з амултан запыты. Спіс дазволеных IP-адрасоў абмяжоўвае, якія сеткавыя дыяпазоны могуць выклікаць API. Кожны запыт павінен мець крыптаграфічны подпіс, які правяраецца сістэмай-атрымальнікам.

4.4 Ідэмпатэнтнасць, логіка паўтору і апрацоўка памылак

Дублічнае перапыненне заплаты не магчыма. Кожны запыт заплаты павінна новаць ключ ідэнэя дублікатныя паведамленні. Паўтараць логіку павінны выкарыстаць экспоненцыяльныя з максімемнай акумулы паведамленняў. транзакцыя ўводзіць чаргу трэба літаў для працоўнага рэзму. Адказы памылкі павінен зыходнай структуры кода: бізнес- кода памылка (к. г., "недостатковай інфратэр"), тэхнічны памылка (к. г., Паведамленне: Без стандартназаваныя коды памылкі, адладковага памылка стане выявы.

Спіс праверка

5. Сумесная адладка апаратнага і праграмнага забеспячэння

5.1 Сумяшчальнасць з перыферыйнымі прыладамі

Періферальны несугаматычнасць з' яўляецца праўленнем прыпынак інтэрвалування кіоскі, якія машыраць як праграмныя памылкі. Чытаноўкі карткі, паведамлення PIN, адрасныя друкаркі і сканеры кожны кантактаў пратаколы - USB HID, серіал, Аб' яднавыя SDK. Чытач картка, які працуе безначальны у адладкі ' Лабораў можа памылка ў поле, таму што праграма кіоска чакае іншую інтэрфейсу драйверу, чым чытаў. ТойНаступныя метады - EMV чіп, кантактны NFC, код QR, ці грошы - кожны вызначыць розныя аперацыі, і план інтэрфэйс павінны вызначыць сумісныя інтэрфейсы, драйверы і SDKs перад наладзець аперацыі. Перш чым канчаткова вызначыцца з тэхнічнымі характарыстыкамі, азнаёмцеся з апошнімі навіны кіёскавай фабрыкі па даступнасці кампанентаў і тэрмінах вытворчасці.

5.2 Супастаўленне версій

Пяць памераў версіі павінны быць размяшчэнне: версія праграмных POS, Версія ERP (У ўключыць пакеты сервісаў), аперацыі сістэмы кіоскі (Android 9 да 16, ці Windows 10/11), версія SDK, і узровень ядра EMV (адрэўка L1 / L2) Памылка ў любым вымену можа прыкрыць прыкладанне памылкі, якія вельмі цяжка дысхаваць. Дакументуйце кожную версію ў матрыцы сумяшчальнасці і зафіксуйце яе перад пачаткам сумеснага адладкавання.

5.3 Сцэнарыі сумеснага тэставання і адладкі

Перамясціць сям вертыкальныя перад выкарыстанням праграма: звычайны плакат карткі з EMV- чіп; без кантактнага сітак NFC; Сканія Памылка прынтэра падчас генеравання атрымлівання; страты страху пры апрацоўкі. і адначасовыя спробы аплаты на некалькіх тэрміналах ў адным і тым жа краме. Вератар у рэжымі заслуговує асабліваць увагу - кіоска павінны кэш транзаку і аўтаматычна сінхранізаваць пры аднаўлення злучэння. Калі сінхранізацыі не памылка, транзакцыю павінны выключэнне ў чаргу, а не знікне.

6. Звычайныя кропкі ў комерціальныя кіоск

Пастка 1: Несумяшчальнасць розных сістэм POS і ERP. Ланка можа запусціць SAP у задні офісе, у трыць бенд-кваду, і трыць бенд кіоскі на падлозі. Гэтыя сістэмы маюць несумяшчальныя мадэлі даных. Паправільны: стварыць або захоўваць пласт адаптацыяў, якое нармалявае парадку, плацію, і спадзячыя на ўсіх тры сістэмах. Неправільныя пытанні сувязьна звычайна дадаць 30-50% да інтэрфейсу праекту ў чытанне абраноў.

Затрымка сінхронізацыі і нестабільніка.Калі ERP павільны, каб адпавядаць дадзеныя, кіоск можа паказваць "пард пацверджанне", а не мае запіс. Памылка: выпрабуваць кэшу ў тэксту, і паведамленне яскраваць індикатар "Пап' яны синхронізацыі" замест у паспяхова. У шматлікаваннях кантактаў, незаўляваныя затрымка синхронізацыі, звычайна прымае 3-5% інфрант

Пастка 3: Недастатковыя меры бяспекі і кантролю рызык. Кропкі аплаты без падпісання транзакцый уразлівыя для атак паўторнага выканання і маніпуляцый. Вылучыць: выпрабування подпісу транзакцыі і аномалія напамінак за невыдныя шаблонкі, такі, як хутка рэгументацыі або транзакцыі за звычайных гадзін. Адзін нерозправленая путкі бяспекі можа адвартаць штурманы карткаў, які больш за 45,000 долара на míсяц у Канаді.

Пастка 4: канфлікт дадзеных у мульты-кіёсках. Калі 20 кіоскаў у адзіны магчымасць падпісаць парадку, і ідэнтыфікатаў праграмы можа перазапісаць адзін іншы ў ERP. Вылучыць: выключыце ўключанне ідэнтыфікатаў на парадку, з' яўляецца ідэнтыфікатам тэрміналу, часовай час і нумар. Без гэта, комерціальны кіоск прыкладае дублікатныя нарады, рэгументы фантом, і не ўдалося прымусіцца на флоті.

Пастка 5: Несупадзенне паміж аплатай і вяртаннем сродкаў. Перазапісаная ў кіоску, але не адлюстраваны ў ERP стварае фінансальны слід, якія не можа быць дыягучыць. Паправільны: неабходнуць кожны ремонт, каб трэба перамясціць і зрабіць ідээментацыі на канчатах кантактаў, і аўтаматыфікаваць дзеньне прыгодна. Невырашаныя несупадзенні непасрэдна прыводзяць да спрэчак з кліентамі і вяртання аплаты.

7. Стандарты бяспекі, адпаведнасці і аплаты

PCI DSS v4.0 (з v4.0). 1 абнаўленне ўтрымоўкі ў 31 шатцы 2024) - гэта неабходна захоўваць, працэсі або перадаваць дадзеныя карта. Кіоскі, які працягуваючыся у публічнах прасторах, павялічыць поверхні нападу, за традиційнай праграмі POS, Чаму абародныя абародныя ўзровень. Сертыфікацыя PCI PTS неабходна для любых прыладу, якія захоўваць дадзеных PIN або памылковых рахунка. Шыфравання у тэчку (P2PE) зашыфруе дадзеных картаў з моманты захоплення, зменюе значна дыяпазон PCI DSS. Наш Дапаўненне PCI DSS для кэоссаў падрабязна ахоплівае ўвесь нарматыўна-прававы кантэкст.

Для выкарыстання у Європейськіх марках, GDPR вызначае дадатковыя апрацоўкі для апрацоўкі дадзеных, Аўтыфікацыя пра PSD2 Усталяваць, як выпадковыя транзакцыі ў тэчкі пры захоўленні строку. У Злучаных Штатах асабістую інфармацыю жыхароў Каліфорніі рэгулюе закон CCPA. Перамясціць дадзеных дадзеных па юрідацыі - некаторыя держава неабходна дадзеныя дадзеных транзакцыі, каб застацца ў національных межах. Падтрымка шматкутнаў і шматлікавальнай дадзеных, павінны быць настаўленне ў середніх пласта, а не ўсталяваны після запуску.

8. Стандартны працэс укаранення

1. Патрабаванні і аўдыт сістэмы (1–2 тыдні). Пацверджайце версіі POS і ERP, даступныя інтэрфейсы API, сеткі п' яті ў кожным магчымасць і періферальныя архів. Вызначце абмежаванні інтэграцыі да пачатку распрацоўкі рашэння.
2. Праектаванне рашэння і распрацоўка API (3–6 тыдняў). Выкарыстоўваць дакумент поля, вызначыць трэкі ў автентыфікацыі, стварыць тэкст або адаптар і наладзіць кантралі бяспекі.
3. Сумеснае адладжванне і нагрузачнае тэставанне (2–3 тыдні). Выканайце матрыцу сумеснага тэставання і адладкі. Праводзьце паралельныя тэсты нагрузкі на аплату, імітуючы аб’ём транзакцый у пікавы час. Праверце аўтаномны рэжым і паводзіны пры аднаўленні.
4. Разгортванне на месцы і міграцыя даных (1–2 тыдні на кожны кластар крамаў). Усталяваць апрацаю kiosk, наладзіць сеткі і правілы файр, выкарыстаць сертыфікаты, мігрыць маштабу Працоўны, таблеты, і запусціць тэчкі аперацыі.
5. Маніторынг пасля запуску і SLA. Захаваць назіранне для памылкі, стаўкі памылкі, сінхранізацыі і стаўкі паспяхова сплатка. Усталяваць SLA час адказу для інтэрфейсу, з вызначаным шляхам імем.

Для дадатковых абменаў і працоўных трэбаў, гл... Гайд па інтэграцыі кіёска.

9. Сбудаваць у ха' трэба выкарыстаць партнер інтеграцыяў

10. Выглядаў і індустрія

10.1 Злучаныя Штаты: Інтэграцыя самаабслугоўвання ў гандлёвай сетцы прадуктовых крам

Регіональнае ланеце у Сярэдніх Злучаных Штатах прыйшлі 18 магчыў з усьомамным кіоскі, якія не злучыліцца з тэчкі. Праграмы POS або ERP. Згодна павінна патрэбнула мэнэджэраў магчыма, каб рабіць націста ў кіоскі ў ERP кожны вечарам. Після выпрабування інтэрвалентаў POS Kiosk з рэальным часам і сінхронізацыі плаці, Ланка зменены дзень час прыярытання ад 45 хвілін на магчыма, да ніжэй 5 хвілін, Усталяваць 99.6% дакладнаваць транзакцыю на ўсіх 18 месцы. Інвенентарія адмовірність міс фізичний акці і ERP падаў ад 4,2% на 0.8% у трьцах з га-жы.

10.2 Німецькая:

Німець нямець аператураў, які управаць 32 аўтаматычнай паркаў, выкарыстаныя незагляданыя тэрміналі заплаты, злучаныя з центральнай ERP сістэмы для рахунку дакумента Кіраўнік на ліцензіцыю. Інтэрнэтацыя выкарыстала середніх пласта для стрптування кіоскі & # 039; API з ERP &# 039; інтэрфейсы. Сярэдні апералізацыі платства зменшилася да 1.8 секунд, і дзеньне прыладу дакументаў пераменены з працоўнага табліцы ў аўтаматычнае стаўку супачыў, якое за 99,3%. Сцягнуць

10.3 Аўстралія: Інтэграцыя франшызы сеткі QSR

Аўстралійські хуткага служэнські рэстарэса з 67 месцы праграмаючыя кіоскі, у інтэграваныя з абмары POS. платформа і NetSuite ERP. Асноўнай задачай інтэграцыі была сінхранізацыя меню паміж франшызатамі з улікам розных цэнавых умоў у рэгіёнах. Рашэнне ўсталявала магістральне меню з рэгіональныя правілы перадачы ў середнькай пальце, Пераскаваць абнаўленні ў ўсіх кіоскі ў 15 хвілін змену ERP. Стаўка паспяхова плаць дасягнула на 99,8%, і французія паведамленне зменшення 22% у гадзінні працоўных гадзін на магманы. PCI DSS v4.0 адпавядаецца абароднай трэбаў - ланцюга раніцаў выключаная з урядоўнага угоду для браку v 4.0 доказ.

11. Частыя пытанні

12. Выснова

Інтэграцыя сістэмы плацежнага кіёска Вызначае, ці незапіраваць тэрміналы стане зменую каналу дакументаў або падтрымкі галавы аперацыі. Архітектура добра зразумець - кіоск, павінны ствар POS, Дапаўненне ERP - але выканання успешчэння або не ўдалося з падрабязнасці: дакладнасць поле, ідэнтажнай дизайны, Выдаліць версію апрацау Аўтарі і оператары QSR, які інвестую у правільны інтэрвалу, бачыць час падыходу ад гадзін да хвілін, Дакладнасць інфармацыя падняе над 99%, і падыходныя варты працаў. Тых, якія выпусціць інтэрвалу, скінуць з дадзеных, які сустрэчы ў кожным дадаткове магчымасць.