Հարթակ

VPOS Connect

Integration layer-ը պետք է, երբ վճարումը պետք է թարմացնի մի քանի համակարգ, իսկ duplicate orders-ը, missed webhooks-ը կամ manual reconciliation-ը ստեղծում են օպերացիոն կորուստ:

Նկարագրություն

VPOS Connect-ը կապում է վճարումները CMS, CRM, ERP, 1C, warehouse համակարգերի եւ internal API-ների հետ՝ առանց փխրուն point-to-point ինտեգրումների:

Ինչ խնդիր է լուծում integration layer-ը

Իրական նախագծում payment-ը հազվադեպ է ավարտվում checkout-ում: Վճարումից հետո պետք է փոխվի կայքի պատվերը, CRM deal-ը, ERP invoice-ը, հաճախորդին ուղարկվի message եւ երբեմն սկսվի fiscal processing:

VPOS Connect-ը այդ քայլերը պահում է managed process-ի մեջ՝ տարբեր համակարգերում անջատ callback scripts պահելու փոխարեն:

  • Bitrix24, amoCRM կամ custom CRM հայտի կամ invoice-ի վճարում
  • Confirmed payment-ից հետո order handoff դեպի ERP
  • Status synchronization կայքի, պահեստի եւ operator view-ի միջեւ

Duplicate prevention եւ data integrity

Payment events-ը կարող են գալ մեկից ավելի անգամ: CRM-ը կարող է վերադարձնել error, իսկ ERP-ն ընդունել order-ը միայն երկրորդ փորձից: Integration-ը պետք է պահի external ids, internal ids, operation status եւ յուրաքանչյուր փորձի արդյունքը:

Idempotent handling-ը նշանակում է, որ նույն event id-ն չի ստեղծի կրկնակի order, invoice կամ customer notification:

Ինչպես launch անել առանց գործող պրոցեսը խախտելու

Safe pilot-ը սկսվում է system map-ից՝ որտեղ են ստեղծվում orders, որտեղ են customer data-ն, որ համակարգն է payment status-ի owner-ը եւ ով է մշակում exceptions-ը:

Հետո միացվում է մեկ flow, օրինակ CRM invoice payment կամ website checkout: Լրացուցիչ channels, currencies, roles եւ statuses ավելացվում են առաջին flow-ի կայունացումից հետո:

Հաճախակի հարցեր

Որ համակարգերը կարելի է միացնել VPOS Connect-ով:

Կարելի է միացնել websites, CMS, CRM, ERP, warehouse systems եւ internal APIs, եթե դրանք կարող են ընդունել server-side requests, webhooks կամ statuses integration layer-ի միջոցով:

Ինչպես խուսափել duplicate orders, invoices եւ notifications-ից:

Պետք է օգտագործել idempotency ըստ event id-ի, provider reference-ի եւ internal order id-ի: Կրկնվող event-ը պետք է վերադարձնի current result, ոչ թե ստեղծի նոր entity: