Корпоративные системы и интеграции
Платежи, агентная коммерция (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-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.
Выбор трека
Проекты с готовым объёмом работ получают обязывающее предложение в течение 3–5 рабочих дней. Проекты на стадии концепции начинаются в Blueprint Studio. Действующая система, которая сбоит, не документирована или требует интеграции, начинается с диагностики 1–2 недели. У Blueprint Studio и диагностики фиксированная плата, указанная в предложении.
Поставка в пять этапов
Мобилизация, спринты с живыми демонстрациями, интеграция и усиление защиты, приёмка и запуск, затем управляемые услуги. После запуска наступает гарантийный срок, затем дополнительная поддержка и обслуживание.
Продуктовые команды с ИИ в основе
Управляемые кросс-функциональные команды старших инженеров, оснащённые агентными средами разработки и QA.
Проекты с фиксированным результатом и круглосуточные управляемые услуги
Поставка с фиксированным объёмом и этапами под руководством назначенных руководителей, а также круглосуточные управляемые услуги по приложениям под управлением SLA.
Вопросы и ответы
Работаете ли вы напрямую с ISO 8583?
Да, там где эквайер или процессинг это предлагает. ISO 8583 — скорее фреймворк, чем единый формат: каждый эквайер публикует собственную спецификацию полей и типов сообщений. Мы строим по этой спецификации, обрабатываем авторизации, отмены и служебные сообщения и тестируем каждый код ответа.
Что такое AP2 и нужен ли он нам сейчас?
Agent Payments Protocol (AP2) — открытый протокол для платежей, совершаемых ИИ-агентами. Каждая покупка несёт подписанные мандаты, показывающие, что авторизовал клиент, поэтому продавцы, эмитенты и эквайеры могут ей доверять и проверять её. Если ИИ-агенты, вероятно, будут покупать у вас, мы можем подготовить ваш чекаут к AP2 наряду с текущими потоками.
Как вы сокращаете наши границы PCI DSS?
Мы не можем отменить PCI DSS, но можем сократить часть вашего ландшафта, к которой он применяется. Размещённые платёжные страницы, сквозное шифрование на терминале и токены шлюза не пускают номера карт в ваш POS, ERP и хранилище данных. Мы документируем потоки данных для вашего аудитора.
Можем ли мы принимать карты на телефонах вместо терминалов?
Да, с SoftPOS. Бесконтактные карты и кошельки принимаются на поддерживаемом телефоне или планшете через сертифицированное платёжное приложение вашего эквайера или провайдера. Мы интегрируем это приложение с вашими потоками POS, продаж и расчётов, как любой другой терминал.
Что происходит, когда магазин теряет связь?
Магазин продолжает продавать. Продажи хранятся локально и отправляются в ERP при восстановлении связи, каждая с уникальным идентификатором, чтобы ничего не провести дважды. Возможность продолжать карточные платежи офлайн зависит от правил вашего эквайера и вашей терпимости к риску, и мы проектируем это вместе с вами.
Вы обрабатываете возвраты и чарджбэки?
Да. Возвраты и отмены входят в потоки платежей, которые мы строим. Для чарджбэков мы импортируем отчёты о спорах эквайера и связываем каждый с исходной продажей и расчётом. Ваша команда получает список для обработки с приложенными доказательствами.
Готовы начать разработку? Запросите предложение.
Пришлите требования или RFP. Наши архитекторы проверят их и вернут обязывающее предложение с фиксированным объёмом.
Что происходит дальше
Оценка готовности
В рамках бесплатная 48-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.
Обязывающее предложение
После валидация архитектуры без затрат вы получаете обязывающее предложение с фиксированным объёмом работ в течение 3–5 рабочих дней: этапы, архитектура, структура команды и SLA. По запросу мы подписываем с вами соглашение о конфиденциальности (NDA) до того, как вы поделитесь требованиями.
Мобилизация
После подписания наши инженерные команды начинают Sprint 0 в течение 5–10 рабочих дней после подписания договора.
Поставка в пять этапов
Мобилизация, спринты с живыми демонстрациями, интеграция и усиление защиты, приёмка и запуск, затем управляемые услуги. После запуска наступает гарантийный срок, затем дополнительная поддержка и обслуживание.