Мазмұнға өту
XSIS
Сатып алушы өзіне-өзі қызмет көрсету кассасында төлеп жатыр

Салалар

Бөлшек сауда және омниканальды коммерция

Дүкендер, онлайн дүкендер және ERP әрбір сатылым мен әрбір SKU бойынша нақты уақытта келіседі.

Неге дүкендер, онлайн арналар және ERP алшақтайды

Бөлшек саудагерлер келісуі тиіс көп жүйемен жұмыс істейді: кассалар, веб-дүкендер, қоймалар, төлем провайдерлері және ERP. Олар алшақтаса, қор қате болады, бағалар арналар арасында өзгереді, ал қаржы салыстыруға күндер жұмсайды.

  • Түнгі топтамалық синхрондау

    Кассалар, веб-дүкендер және ERP деректерді сағаттарға кешігіп алмасады, сондықтан шың кезінде қор асығыс сатылады.

  • Баяу есеп айырысу

    Әртүрлі эквайерлер бойынша карта есеп айырысулары кеш салыстырылады, ал айырмашылықтар ақшаға түседі.

  • Кассаны сындыратын шыңдар

    Науқандар мен мерекелер баяу жүйелер көтере алмайтын трафик әкеледі.

Не өзгереді

  1. Әрбір сатылымның бір нұсқасы

    Дүкен терминалдары, онлайн касса және ERP бас кітабы нақты уақытта келіседі.

  2. Сенуге болатын қор

    SKU деңгейлері дүкендер мен онлайн дүкендер арасында өзгерген сайын синхрондалады.

  3. Салыстырылған есеп айырысулар

    Есеп айырысу файлдары автоматты түрде қабылданып, комиссиялар тексеріледі.

Қайда жұмыс істейміз

Не жасаймыз

  • POS кеңейтулері, бэк-офис қосымшалары және дүкен дашбордтары
  • Дүкен серверлері мен бас кеңсе арасында желісіз де сенімді синхрондау

Не жасаймыз

  • Электрондық сауда интерфейстері және тапсырыс қызметтері
  • Онлайн тапсырыс пен дүкеннен алу, қайтарымдар және тапсырыстарды бақылау

Әдеттегі интеграциялар

  • Электрондық сауда платформалары, маркетплейстер, тасымалдаушылар және ERP

Не құрамыз, нені қосамыз және нені қорғаймыз

  • POS және ERP интеграциясы

    Сатылымдар, қайтарымдар және күн соңындағы қорытындылар ERP-ге өткізіледі, ал бағалар, науқандар және номенклатура әрбір дүкенге қайтарылады.

  • Қордың көрінуі

    Дүкендер, қоймалар және онлайн арасында қордың бір көрінісі, сатылымдар мен жеткізілімдер болған сайын жаңартылады.

  • Онлайн және мобильді коммерция

    Дүкендермен өнімді, бағаларды және қорды бөлісетін веб-дүкендер мен қосымшалар.

  • Адалдық бағдарламалары және науқандар

    Әрбір арнада бірдей жұмыс істейтін адалдық бағдарламалары, ваучерлер және науқан ережелері.

  • Дүкен операцияларының құралдары

    Қорды санау, ауыстыру, жеткізу және қызметкер тапсырмалары үшін қосымшалар, сауда алаңында пайдалануға арналған.

  • Суперқосымшалар және біріңғай коммерция

    Брендтер бойынша сатып алу, төлемдер және адалдық үшін жоғары қатарлы бір қосымша.

  • POS платформалары

    Кассалар мен POS бұлттық қызметтері, олардың API-лері, экспорт файлдары немесе дүкен серверлері арқылы.

  • Карта төлемдері

    Терминалдар, шлюздер және эквайерлер, есеп айырысу файлдары сатылымдармен салыстырылады.

  • ERP

    Номенклатура, қор және қаржы үшін SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo және басқалары.

  • Қоймалар және тасымалдаушылар

    Орындау, жеткізу және қайтарымдар үшін қойма жүйелері және тасымалдаушы API-лері.

  • Карта деректері аястан тыс

    Карта деректерін төлем провайдерінде ұстаймыз, токендеу және қолжетімді жерде point-to-point шифрланған терминалдар арқылы, бұл PCI DSS аясын шағын ұстайды.

  • Клиент деректері

    Адалдық және тапсырыс деректері келісіммен жиналып, қажет болғанша ғана сақталады және GDPR мен қолданылатын жергілікті заңдарға сай өңделеді.

  • Фискалдық және салық ережелері

    Ел фискалдық чектерді немесе электрондық шот-фактураны талап етсе, біз ол міндеттейтін сертификатталған құрылғыларды немесе платформаларды қосамыз және ол сұрайтын жазбаларды сақтаймыз.

Қолда ұсталған сымсыз банктік төлем терминалы, жақыннан

Қалай жұмыс істейміз

Біз бұл жүйелерді сатылым, қор, бағалар және төлемдер олардың арасында сенімді қозғалатындай етіп байланыстырамыз және олардың айналасында тұтынушы қосымшалары мен бэк-офис құралдарын құрамыз. Желі істен шықса да дүкендер сатуды жалғастырып, ол қайтқанда қуып жетеді.

  1. Ағындарды картаға түсіру

    Сатылым, қайтарымдар, бағалар, қор және төлемдер, әрбір жүйе арасында.

  2. Топтамаларды ауыстыру

    Оқиғалар POS, онлайн дүкендер және ERP арасында ағынмен жүреді, сәтсіздіктер үшін қате хабарламалар кезегі бар.

  3. Шыңда дәлелдеу

    Іске қосылу алдында мерекелік трафик деңгейінде жүктеме тесттері.

POS-тан ERP-ге: әрбір сатылым бір рет өткізіледіСатылымдар кассалардан ERP-ге оқиғалар ретінде жүреді, ал бағалар мен қор кері қайтады. Желісіз қалған дүкен сатуды жалғастырып, кейін қуып жетеді. Сәтсіз өткізілген жазба қайталанады, содан кейін адамға беріледі.POSPOS терминалдарыӘрбір дүкендегіәрбір кассаДеректер қоймасыДүкен немесе POSбұлттық серверіЖелісіз кездесатуды жалғастырадыXSISИнтеграциялыққабатОқиғалар кезегі,сәйкестендіру,қайталанудан қорғауERPERPСатылым, қор жәнеқаржыҚызметҚайталау кезегіКері кідіріспенқайталау, соданкейін қатехабарламалар кезегіАдамдарДүкеноперацияларыныңкомандасы12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

POS-тан ERP-ге: әрбір сатылым бір рет өткізіледі

Сатылымдар кассалардан ERP-ге оқиғалар ретінде жүреді, ал бағалар мен қор кері қайтады. Желісіз қалған дүкен сатуды жалғастырып, кейін қуып жетеді. Сәтсіз өткізілген жазба қайталанады, содан кейін адамға беріледі.

  • Негізгі ағын
  • Асинхронды
  • Ерекше жағдай жолы
Ағын 8 қадамнан тұрады

Ағын, қадам сайын

  1. POS терминалдары жағынан Дүкен немесе POS бұлттық сервері жағына: Сатылымдар, қайтарымдар және жоюлар (негізгі ағын).
  2. Дүкен немесе POS бұлттық сервері жағынан Интеграциялық қабат жағына: Сатылым оқиғалары мен күн соңындағы қорытындылар, оқиғалар кезегі арқылы, REST/JSON арқылы (асинхронды).
  3. Интеграциялық қабат жағынан ERP жағына: Сатылымдар мен қор қозғалыстары өткізілді, OData · REST/JSON арқылы (негізгі ағын).
  4. ERP жағынан Интеграциялық қабат жағына: Бағалар, науқандар және номенклатура деректері, API немесе файл экспорты арқылы, REST/JSON арқылы (негізгі ағын).
  5. Интеграциялық қабат жағынан Дүкен немесе POS бұлттық сервері жағына: Баға мен қор жаңартулары, REST/JSON арқылы (негізгі ағын).
  6. Интеграциялық қабат жағынан Қайталау кезегі жағына: Өткізу сәтсіз болды (ерекше жағдай жолы).
  7. Қайталау кезегі жағынан Интеграциялық қабат жағына: Қайталанды (ерекше жағдай жолы).
  8. Қайталау кезегі жағынан Дүкен операцияларының командасы жағына: Әлі де сәтсіз: толық мәліметімен ескерту (ерекше жағдай жолы).
Карта төлемдері: кассада авторизация, кейін есеп айырысу, ERP-де салыстыруТерминал немесе онлайн касса шлюзге сұраныс жібереді, шлюз эквайерге жібереді, ал эквайер карта жүйесі мен эмитентке бағыттайды. Есеп айырысу файлдары кейінірек келіп, ERP-де сатылымдар мен комиссиялармен салыстырылады. Уақыт бітсе, кері қайтару іске қосылады, сондықтан клиенттен екі рет ақша алынбайды.POSEMV терминалынемесе онлайнкассаЧип, контактісізжәне электрондықсаудаШлюзТөлем шлюзіТокендеу жәнебағыттауБанкЭквайерАвторизация жәнеесеп айырысуҮшінші тарапКарта жүйесі жәнеэмитентБекітеді немесеқабылдамайдыERPERPСатылымдар,комиссиялар жәнеаударымдарXSISИнтеграциялыққабатЕсеп айырысуфайлдарын талдаужәне салыстыруАдамдарТөлемоперацияларыныңкомандасыСәйкессіздіктер,даулар жәнеchargeback1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

Карта төлемдері: кассада авторизация, кейін есеп айырысу, ERP-де салыстыру

Терминал немесе онлайн касса шлюзге сұраныс жібереді, шлюз эквайерге жібереді, ал эквайер карта жүйесі мен эмитентке бағыттайды. Есеп айырысу файлдары кейінірек келіп, ERP-де сатылымдар мен комиссиялармен салыстырылады. Уақыт бітсе, кері қайтару іске қосылады, сондықтан клиенттен екі рет ақша алынбайды.

  • Негізгі ағын
  • Асинхронды
  • Ерекше жағдай жолы
Ағын 8 қадамнан тұрады

Ағын, қадам сайын

  1. EMV терминалы немесе онлайн касса жағынан Төлем шлюзі жағына: Авторизация сұранысы, EMV · REST/JSON арқылы (негізгі ағын).
  2. Төлем шлюзі жағынан Эквайер жағына: Авторизация, ISO 8583 арқылы (негізгі ағын).
  3. Эквайер жағынан Карта жүйесі және эмитент жағына: Эмитентке бағытталды, ISO 8583 арқылы (негізгі ағын).
  4. Эквайер жағынан Төлем шлюзі жағына: Бекітілді немесе қабылданбады, ISO 8583 арқылы (асинхронды).
  5. Эквайер жағынан Интеграциялық қабат жағына: Есеп айырысу және комиссия файлдары, SFTP арқылы (асинхронды).
  6. Интеграциялық қабат жағынан ERP жағына: Есеп айырысқан сатылымдар, комиссиялар және аударымдар, REST/JSON арқылы (негізгі ағын).
  7. Төлем шлюзі жағынан EMV терминалы немесе онлайн касса жағына: Уақытында жауап жоқ: автоматты кері қайтару, ISO 8583 0400 арқылы (ерекше жағдай жолы).
  8. Интеграциялық қабат жағынан Төлем операцияларының командасы жағына: Есеп айырысудағы сәйкессіздік немесе chargeback (ерекше жағдай жолы).

Тәжірибе

  • Landmark Group (UAE) логотипі
  • Nike логотипі
  • Victoria’s Secret логотипі
  • M·A·C Cosmetics логотипі

Таңдалған кәсіпорындық брендтер XSIS, KONG GROUP, біздің бас директор және жетекші инженериялық басшылығымыз мансаптары бойы жобалаған немесе жеткізген тарихи және қазіргі жүйелерді, платформаларды және цифрлық өнімдерді білдіреді. Барлық үшінші тарап сауда белгілері өз иелерінің меншігі және тек портфолионы фактілік сәйкестендіру үшін аталады.

Қалай бастау керек

Әрі қарай не болады

  1. Уақытты келісу

    Біздің команда сессия уақытын келісу үшін Сізге электрондық хат жібереді.

  2. Консалтингке дейінгі сессия

    Алдымен тегін 30 минуттық онлайн алдын ала консультация: мақсаттарыңызды, жүйелеріңізді және шектеулеріңізді қараймыз.

  3. Дайындық шолуы

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

  4. Бағытты таңдау

    Талаптары дайын жобалар 3 жұмыс күнінен 5 жұмыс күніне дейінгі мерзімде міндетті ұсыныс алады. Тұжырымдама кезеңіндегі жобалар Blueprint Studio-дан басталады. Істен шығып жатқан, құжатталмаған немесе интеграцияны қажет ететін жұмыс істеп тұрған жүйе 1 аптадан 2 аптаға дейін диагностикасынан басталады. Blueprint Studio мен диагностиканың әрқайсысының ұсыныста көрсетілетін белгіленген алымы бар.

Ең жылдам жол: Міндетті электрондық шот-фактура және ERP дайындық спринті пакеті, біздің жылдам ынтымақтастық пакеттерінің бірі.

Қайдан бастау керек

Сұрақтар мен жауаптар

Дүкен байланысынан айырылса не болады?

Дүкен сатуды жалғастырады. Сатылымдар жергілікті сақталып, байланыс қайтқанда жіберіледі, әрқайсысының бірегей идентификаторы болады, сондықтан ештеңе екі рет өткізілмейді. Баға мен қор жаңартулары да солай кезекке тұрады. Операциялар қай дүкендер қаншалықты артта қалғанын көреді, сондықтан ұзақ үзіліс айдың соңында емес, бірден байқалады.

Қандай POS жүйелерімен интеграция жасай аласыздар?

POS платформаларымен олар ұсынатынның бәрі арқылы интеграция жасаймыз: бұлттық API, дүкен серверлері, дерекқор экспорттары немесе файлдар. Бағалау алдында POS құжаттамасын және оның деректерінің үлгісін қараймыз, өйткені тәсілді сол анықтайды. Осы сайтта POS платформасын немесе ERP-ні атау оның жеткізушісімен серіктестікті білдірмейді.

Неге ERP мен дүкендер арасындағы қор ешқашан сәйкеспейді?

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

Бөлшек сауда интеграциясының құнын не анықтайды?

Жүйелердің, дүкендердің және арналардың саны, POS пен ERP деректерін қаншалықты аша алатыны және арналар арасындағы қайтарымдар немесе бөлінген төлемдер сияқты ереже талап ететін ерекше жағдайлардың саны. Дүкен-дүкенімен енгізу де тесттеу күшін қосады. Біз жүйелерді және нақты транзакциялардың үлгісін қарағаннан кейін бағалаймыз.

Дүкендерді жаппай енгізе аласыздар ма?

Иә. Кезеңдерге бөліп шығамыз, сынақ дүкенінен бастаймыз және қорытындылар келіскенше жаңа интеграцияны ағымдағы процесспен қатар жүргіземіз. Дүкендердегі өзгерістер мүмкіндігінше сауда уақытынан тыс жоспарланады, ал әрбір кезеңде бірдеңе жоспарлағандай болмаса, қайту жолы бар.

Іске қосылғаннан кейін интеграцияны кім қолдайды?

Біз оны қолдау шарты бойынша бақылап, қолдай аламыз немесе құжаттамамен, ескертулермен және жұмыс нұсқаулығымен командаңызға тапсырамыз. Қалай болса да, сәтсіз хабарлама себебімен бірге кезекке түседі, сондықтан оны жоғалтудың орнына түзетіп, қайта жіберуге болады.

Шарттан емес, әңгімеден бастаңыз.

Нені құру, нені қосу немесе нені қорғау қажет екенін айтыңыз. Архитектор оны Сізбен бірге қарап, қайдан бастауды ұсынады.