Кәсіпорындар және интеграциялар
POS пен ERP арасындағы сатылым, қор және баға синхрондауы
POS-тан ERP-ге: сатылым, қор және бағалар қатар ұсталады
Әрбір дүкеннен сатылымдар мен қайтарымдар енгізіледі, қор мен баға өзгерістері кері жіберіледі, күн соңындағы жиынтықтар салыстырылады.
Схема
Бүкіл суретті көру үшін шетке жылжытыңыз.
POS-тан ERP-ге: әрбір сатылым бір рет өткізіледі
Сатылымдар кассалардан ERP-ге оқиғалар ретінде жүреді, ал бағалар мен қор кері қайтады. Желісіз қалған дүкен сатуды жалғастырып, кейін қуып жетеді. Сәтсіз өткізілген жазба қайталанады, содан кейін адамға беріледі.
- Негізгі ағын
- Асинхронды
- Ерекше жағдай жолы
Ағын 8 қадамнан тұрады
Ағын, қадам сайын
- POS терминалдары жағынан Дүкен немесе POS бұлттық сервері жағына: Сатылымдар, қайтарымдар және жоюлар (негізгі ағын).
- Дүкен немесе POS бұлттық сервері жағынан Интеграциялық қабат жағына: Сатылым оқиғалары мен күн соңындағы қорытындылар, оқиғалар кезегі арқылы, REST/JSON арқылы (асинхронды).
- Интеграциялық қабат жағынан ERP жағына: Сатылымдар мен қор қозғалыстары өткізілді, OData · REST/JSON арқылы (негізгі ағын).
- ERP жағынан Интеграциялық қабат жағына: Бағалар, науқандар және номенклатура деректері, API немесе файл экспорты арқылы, REST/JSON арқылы (негізгі ағын).
- Интеграциялық қабат жағынан Дүкен немесе POS бұлттық сервері жағына: Баға мен қор жаңартулары, REST/JSON арқылы (негізгі ағын).
- Интеграциялық қабат жағынан Қайталау кезегі жағына: Өткізу сәтсіз болды (ерекше жағдай жолы).
- Қайталау кезегі жағынан Интеграциялық қабат жағына: Қайталанды (ерекше жағдай жолы).
- Қайталау кезегі жағынан Дүкен операцияларының командасы жағына: Әлі де сәтсіз: толық мәліметімен ескерту (ерекше жағдай жолы).
Шолу
Бұл дүкендеріңіздегі кассалар мен олардың артындағы ERP арасындағы ағын. Сатылымдар, қайтарымдар және жоюлар ERP-ге барады. Бағалар, акциялар, тауар деректері және қор кері түседі. Екеуі алшақтаса, дүкендер дұрыс емес бағамен сатады, қор сандарына сенім жоғалады және қаржы ай соңын салыстыруға жұмсайды.
Эталондық дизайн әрбір дүкен транзакциясын кезегі бар интеграциялық қабат арқылы оқиға ретінде жібереді. Қабат әрбір оқиғаны ERP-нің сатылым және қор құжаттарына түрлендіріп, оны дәл бір рет енгізеді. Қарсы бағытта ERP-дегі өзгерістер қажет дүкендерге жіберіледі, сондықтан әрбір касса бірдей деректермен жұмыс істейді.
Дүкендер байланысын жоғалтады, ал дизайн мұны күтеді. Дүкен немесе POS бұлттық сервері сата береді және желі қайтқанда жетіп алады. Сәтсіз енгізу қайталанады, ал қайталап та өтпейтіні жоғалып кетпей, егжей-тегжейімен адамға беріледі.
Ағын қалай жұмыс істейді
Кассада сату
Әрбір сатылым, қайтарым және жою POS терминалында бірегей идентификатормен, дүкенмен, кассамен және уақытпен жазылады.
Дүкенде ұстау
Дүкен немесе POS бұлттық сервері транзакцияларды жинап, оларды оқиға ретінде жібереді және дүкен желісіз кезде қауіпсіз ұстайды.
ERP-ге енгізу
Интеграциялық қабат әрбір оқиғаны сатылым мен қор қозғалысына түрлендіріп, ERP-ге енгізеді және ештеңе екі рет енгізілмеуі үшін оның идентификаторын тексереді.
Бағалар мен тауарларды жіберу
Тауар деректері, бағалар мен акциялар өзгергенде ERP-ден жарияланады, әрбір өзгеріс қолданылатын күнмен және дүкендермен бірге.
Әрбір дүкенді жаңарту
Қабат әрбір өзгерісті ол қолданылатын дүкендерге жеткізеді және қай дүкендер растағанын жазады.
Бірдеңе сәтсіз аяқталғанда
Енгізу сәтсіз
Уақытша ақаулар ұлғаятын кідірістермен қайталанады. Әлі де өтпейтін енгізу қате хабарламалар кезегіне түседі, ал дүкен операциялары командасына транзакция мен қатесі бар ескерту жіберіледі.
Дүкен желіден ажырайды
Дүкен жергілікті деректерімен сата береді. Транзакциялар ұсталып, байланыс қайтқанда ретімен жіберіледі, ал тым ұзақ үнсіз қалған дүкен ескерту береді.
Транзакция екі рет келеді
Әрбір транзакция бірегей идентификатор алып жүреді. Қабат қайталауды танып, оны елемейді, сондықтан ақаудан кейінгі қайта жіберу сатылымды ешқашан еселеп кетпейді.
Дүкен мен ERP жиынтықтары өзгеше
Әрбір дүкеннің күн соңындағы жиынтықтары ERP алған нәрсемен салыстырылады. Айырма жетіспейтін немесе артық транзакциялар көрсетілген шолуды ашады.
Стандарттар және жүйелер
- Деректер және аналитика
- Apache Kafka
- ERP жүйелері
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- Интеграция
- REST
- Webhooks
- RabbitMQ
Сұрақтар және жауаптар
Сатылымдар нақты уақытта әлде партиялармен енгізіле ме?
Әдетте нақты уақытқа жақын оқиғалар ретінде, себебі қор мен сатылым сандары күн ішінде ағымдағы болып тұрады. Кейбір ERP-лер немесе лицензиялар жиі енгізуді қымбат етеді, сондықтан қабат оқиғаларды дүкен мен кезең бойынша жиынтықтарға да топтай алады. Қай шешімдерге ағымдағы деректер қажет және ERP нені жақсы өңдейтініне қарай Сізбен бірге таңдаймыз.
Күн соңындағы жиынтықтар қалай салыстырылады?
Әрбір дүкен күн соңындағы жиынтықтарын төлем түрі және бөлім бойынша жібереді. Қабат оларды ERP сол дүкен мен күн үшін алған транзакциялармен салыстырады. Егер сәйкес келсе, күн жабылады. Келмесе, шолу жетіспейтін немесе артық транзакцияларды көрсетеді, сондықтан командаңыз түзету енгізудің орнына себебін түзете алады.
Акциялар мен баға өзгерістерін алдын ала жоспарлауға бола ма?
Иә. Әрбір баға немесе акция өзгерісі қолданылатын күнмен және дүкендермен бірге алдын ала жіберіледі, сондықтан кассалар дұрыс сәтте ауысады, дүкенде ешкім әрекет етпейді. Қабат қай дүкендер өзгерісті растағанын жазып, растамағандарын белгілейді.
Мұны көп дүкенге қалай енгізесіздер?
Бірнеше дүкендегі пилоттан бастап, олардың жиынтықтарын ағымдағы процесспен күн сайын салыстырамыз. Жиынтықтар сәйкес келген соң дүкен операциялары командаңыз көтере алатын қарқынмен топ-топпен енгіземіз. Ескі процесс әрбір дүкенде жаңа ағын дәлелденгенге дейін қолжетімді қалады.
Бұл қандай POS және ERP жүйелерімен жұмыс істейді?
Дизайн транзакцияларды API, оқиғалар немесе файлдар арқылы экспорттай алатын кез келген POS-пен және SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central және Odoo сияқты ERP-лермен жұмыс істейді. Бастапқыда нақты POS және ERP интерфейстерін растаймыз. Өнім атауы оның вендорімен серіктестікті білдірмейді.
Іске қосылған соң сәтсіз енгізулермен кім айналысады?
Бұл іске қосылуға дейін келісіледі. Әдетте дүкен операциялары немесе қаржы командаңыз белгісіз тауар сияқты іскерлік қателерді шолу тізімінен өңдейді, ал техникалық команда ағынның өзіндегі ақауларды өңдейді. Біз сол техникалық қолдауды тұрақты шарт аясында көрсете аламыз, runbook командаңызбен бөлісіледі.
Шарттан емес, әңгімеден бастаңыз.
Нені құру, нені қосу немесе нені қорғау қажет екенін айтыңыз. Архитектор оны Сізбен бірге қарап, қайдан бастауды ұсынады.
Әрі қарай не болады
Уақытты келісу
Біздің команда сессия уақытын келісу үшін Сізге электрондық хат жібереді.
Консалтингке дейінгі сессия
Алдымен тегін 30 минуттық онлайн алдын ала консультация: мақсаттарыңызды, жүйелеріңізді және шектеулеріңізді қараймыз.
Дайындық шолуы
тегін 48 сағаттық дайындық шолуы аясында бас архитектор жобаңызды алты тармақты дайындық анықтамасына сәйкес тексеріп, сай бағытты ұсынады.
Бағытты таңдау
Талаптары дайын жобалар 3 жұмыс күнінен 5 жұмыс күніне дейінгі мерзімде міндетті ұсыныс алады. Тұжырымдама кезеңіндегі жобалар Blueprint Studio-дан басталады. Істен шығып жатқан, құжатталмаған немесе интеграцияны қажет ететін жұмыс істеп тұрған жүйе 1 аптадан 2 аптаға дейін диагностикасынан басталады. Blueprint Studio мен диагностиканың әрқайсысының ұсыныста көрсетілетін белгіленген алымы бар.