Платежі, агентна комерція (AP2) і POS
Карткові платежі, агентна оплата й магазини, зʼєднані від термінала до облікової книги
Коли магазини, оплата й облікова книга розходяться
Картковий платіж за кілька секунд проходить кілька систем: термінал чи касу, шлюз, еквайра, карткову схему й емітента. Гроші та комісії надходять пізніше у файлах розрахунків, які хтось має зіставити з продажами у вашій ERP.
Коли магазини, онлайн-каси й ERP синхронізуються нічними пакетами, запас продається надлишково під час акцій, а розбіжності в розрахунках накопичуються між еквайрами. Оплата сповільнюється в найжвавіші моменти. Тепер і агенти ШІ починають купувати від імені клієнтів.
Що змінюється для вас
Один погляд на запас і продажі
Продажі, повернення, ціни й запас узгоджені між кожним магазином, вітриною та ERP у реальному часі, а не за ніч.
Розрахунки, що зіставляються
Файли розрахунків і комісій від кожного еквайра автоматично зіставляються з продажами, а розбіжності перелічуються для вашої команди.
Готовність до агентної торгівлі
Оплата, що приймає платежі від агентів ШІ з перевірюваним записом того, що авторизував клієнт.
Що ми постачаємо
Звʼязність зі шлюзом, еквайром і картковою мережею
Потоки авторизації, списання, повернення й скасування через ISO 8583, ISO 20022 чи API провайдера з оркестрацією кількох еквайрів і обробкою кожного коду відповіді.
Оплата з AP2 і криптографічними мандатами
AP2 є відкритим протоколом, що дає змогу ШІ-агенту платити від імені клієнта. Криптографічно підписані мандати фіксують, що саме схвалив клієнт, і ми інтегруємо їх у ваше оформлення замовлення.
Термінали EMV і SoftPOS
Термінали EMV з чипом і безконтактні, а також SoftPOS, що приймає безконтактні картки на звичайному телефоні чи планшеті, підключені до вашого ПО POS чи кіоску.
Автоматична обробка файлів розрахунків
Файли розрахунків і комісій еквайра збираються, перевіряються, проходять аудит і перетворюються на проведення, які ваша ERP може зіставити.
Синхронізація POS з ERP у реальному часі
Продажі, повернення, ціни, акції й рівні запасу синхронізуються між кожним магазином і ERP через шар потокової передачі подій.
Токенізація й обсяг PCI DSS
Номери карток замінюються токенами й не потрапляють у ваш POS та ERP, а письмовий огляд показує, які системи залишаються в обсязі PCI DSS.
Сертифікація й розгортання
Тестові сценарії й докази для сертифікації кожного провайдера, пілот у кількох магазинах, потім розгортання магазин за магазином із щоденним порівнянням підсумків.
Як ми працюємо
Простежте один продаж
Ми простежуємо продаж від каси чи оформлення замовлення до облікової книги разом із вашими фінансовою, торговельною та ІТ-командами й узгоджуємо обсяг.
Спроєктуйте інтеграцію
Ми обираємо протоколи, підхід до токенізації й потоки повідомлень та пишемо специфікацію інтерфейсу.
Розробка й тестування
Ми створюємо потоки платежів, розрахунків і POS з автоматичними тестами, зокрема відмовами, тайм-аутами й поверненнями.
Сертифікуйте у провайдера
Ми виконуємо тестові випадки провайдера в його тестовому середовищі й виправляємо те, що знаходить його сертифікація.
Спочатку пілот, потім розгортання
Ми запускаємося спершу в кількох магазинах чи каналах, щодня порівнюємо підсумки, а потім розгортаємо магазин за магазином.
Стежте й підтримуйте
Ми стежимо за часткою схвалень, файлами розрахунків і проведеннями магазинів та обробляємо зміни провайдера, коли їх оголошують.
Прокрутіть убік, щоб побачити весь малюнок.
Карткові платежі: авторизація на касі, розрахунки пізніше, звіряння в ERP
Термінал або оформлення замовлення звертається до шлюзу, шлюз до еквайра, а еквайр маршрутизує до карткової мережі та емітента. Файли розрахунків надходять пізніше й зіставляються з продажами та комісіями в ERP. Тайм-аут запускає скасування, щоб із клієнта ніколи не стягнули двічі.
- Основний потік
- Асинхронний
- Шлях винятків
Потік у 8 кроках
Потік крок за кроком
- Від Термінал EMV або онлайн-оформлення до Платіжний шлюз: Запит авторизації, через EMV · REST/JSON (основний потік).
- Від Платіжний шлюз до Еквайр: Авторизація, через ISO 8583 (основний потік).
- Від Еквайр до Карткова мережа й емітент: Маршрутизовано до емітента, через ISO 8583 (основний потік).
- Від Еквайр до Платіжний шлюз: Схвалено або відхилено, через ISO 8583 (асинхронний).
- Від Еквайр до Шар інтеграції: Файли розрахунків і комісій, через SFTP (асинхронний).
- Від Шар інтеграції до ERP: Розраховані продажі, комісії та виплати, через REST/JSON (основний потік).
- Від Платіжний шлюз до Термінал EMV або онлайн-оформлення: Немає відповіді вчасно: автоматичне скасування, через ISO 8583 0400 (шлях винятків).
- Від Шар інтеграції до Операційна команда платежів: Розбіжність розрахунків або чарджбек (шлях винятків).
Прокрутіть убік, щоб побачити весь малюнок.
POS до ERP: кожен продаж проведено один раз
Продажі йдуть від кас до ERP як події, а ціни та запаси повертаються назад. Магазин, що втратив звʼязок, продовжує продавати й надолужує. Невдале проведення повторюється, а потім передається людині.
- Основний потік
- Асинхронний
- Шлях винятків
Потік у 8 кроках
Потік крок за кроком
- Від POS-термінали до Магазинний або хмарний POS-сервер: Продажі, повернення й скасування (основний потік).
- Від Магазинний або хмарний POS-сервер до Шар інтеграції: Події продажів і підсумки дня через чергу подій, через REST/JSON (асинхронний).
- Від Шар інтеграції до ERP: Продажі та рухи запасів проведено, через OData · REST/JSON (основний потік).
- Від ERP до Шар інтеграції: Ціни, акції та дані товарів через API або експорт файлів, через REST/JSON (основний потік).
- Від Шар інтеграції до Магазинний або хмарний POS-сервер: Оновлення цін і запасів, через REST/JSON (основний потік).
- Від Шар інтеграції до Черга повторних спроб: Проведення не вдалося (шлях винятків).
- Від Черга повторних спроб до Шар інтеграції: Повторено (шлях винятків).
- Від Черга повторних спроб до Операційна команда магазину: Досі збоїть: оповіщення з подробицями (шлях винятків).
Стандарти й протоколи
Згадка продукту чи провайдера не означає партнерства з ним.
- Мови
- Go
- Фреймворки
- Node.js
- Дані й аналітика
- Apache Kafka
- Бази даних
- Redis
- DevOps і спостережуваність
- Kubernetes
- Банківські стандарти й канали
- ISO 20022
- Платежі
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Перевірено в експлуатації
Для рітейлової групи з кількома брендами й торговельних центрів із Ради співробітництва країн Перської затоки ми замінили нічні пакетні скрипти синхронізацією POS з ERP у реальному часі. Ми також обʼєднали платежі кількох еквайрів з автоматичними розрахунками й створили сервіс резервування запасів для піків блискавичних розпродажів.
Як почати
Чіткі вимоги до провайдерів і магазинів одразу ведуть до пропозиції. Нова платіжна платформа чи агентна оплата зазвичай починаються в Blueprint Studio.
Що буде далі
Попередня консультація
Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.
Оцінка готовності
На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.
Вибір треку
Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.
Постачання в пʼять етапів
Мобілізація, спринти з живими демонстраціями, інтеграція й зміцнення, приймання й запуск, потім керовані послуги. Після запуску настає гарантійний строк, потім необовʼязкова підтримка й обслуговування.
ШІ-нативні продуктові команди
Керовані кросфункціональні поди старших інженерів, оснащені агентними оболонками для написання коду й QA.
Проєкти з фіксованим результатом і цілодобові керовані послуги
Постачання з фіксованим обсягом і керуванням за етапами з названими керівниками постачання та цілодобові керовані послуги застосунків під управлінням SLA.
Запитання й відповіді
Чи працюєте ви з ISO 8583 напряму?
Так, якщо еквайр чи процесор його пропонує. ISO 8583 є рамковим стандартом, а не одним форматом: кожен еквайр публікує власну специфікацію полів і типів повідомлень. Ми будуємо за цією специфікацією, обробляємо авторизації, скасування й інформаційні повідомлення (advice) та тестуємо кожен код відповіді.
Що таке AP2 і чи потрібен він нам зараз?
Agent Payments Protocol (AP2) це відкритий протокол для платежів, які здійснюють агенти ШІ. Кожна покупка несе підписані мандати, що показують, що авторизував клієнт, тож продавці, емітенти й еквайри можуть їй довіряти й її аудитувати. Якщо агенти ШІ ймовірно купуватимуть у вас, ми можемо підготувати вашу оплату до AP2 поряд із поточними потоками.
Як ви зменшуєте наш обсяг PCI DSS?
Ми не можемо прибрати PCI DSS, але можемо зменшити частину вашої інфраструктури, до якої він застосовується. Розміщені платіжні сторінки, наскрізне шифрування на терміналі й токени шлюзу тримають номери карток поза вашим POS, ERP і сховищем даних. Ми документуємо потоки даних для вашого оцінювача.
Чи можемо ми приймати картки на телефонах замість терміналів?
Так, із SoftPOS. Безконтактні картки й гаманці приймаються на підтримуваному телефоні чи планшеті через сертифікований платіжний застосунок від вашого еквайра чи провайдера. Ми інтегруємо цей застосунок із вашими потоками POS, продажів і розрахунків, як будь-який інший термінал.
Що відбувається, коли магазин втрачає звʼязок?
Магазин продовжує продавати. Продажі зберігаються локально й надсилаються в ERP, коли звʼязок повертається, кожен з унікальним ідентифікатором, щоб нічого не було проведено двічі. Чи можуть карткові платежі тривати офлайн, залежить від правил вашого еквайра й вашої схильності до ризику, і це ми проєктуємо разом із вами.
Чи обробляєте ви повернення коштів і чарджбеки?
Так. Повернення коштів і скасування є частиною потоків платежів, які ми створюємо. Для чарджбеків ми імпортуємо звіти еквайра про спори й повʼязуємо кожен із початковим продажем і розрахунком. Ваша команда отримує список для опрацювання з доданими доказами.
Готові будувати? Запросіть пропозицію.
Надішліть ваші вимоги чи RFP. Наші архітектори перевірять їх і повернуть обовʼязкову пропозицію з фіксованим обсягом.
Що буде далі
Оцінка готовності
На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.
Обовʼязкова пропозиція
Після кроку «безкоштовна перевірка архітектури» ви отримуєте обовʼязкову пропозицію з фіксованим обсягом протягом від 3 до 5 робочих днів: етапи, архітектура, структура команди й SLA. Ми за вашим запитом підписуємо з вами угоду про нерозголошення (NDA) до того, як ви поділитеся вимогами.
Мобілізація
Щойно ви підпишете договір, наші інженерні поди починають Sprint 0 протягом від 5 до 10 робочих днів після підписання договору.
Постачання в пʼять етапів
Мобілізація, спринти з живими демонстраціями, інтеграція й зміцнення, приймання й запуск, потім керовані послуги. Після запуску настає гарантійний строк, потім необовʼязкова підтримка й обслуговування.