Платежи
ЮKassa
Статусы оплат и возвратов для складского заказа.
Получать разрешённый отчёт, связывать его строки с заказами и выделять расхождения без повторного создания оплат или отгрузок. Состав полей и доступность отчётов конкретному клиенту уточняются.
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Отчётный файл | Best2Pay Бэк офис → финансовый контур / Skirbo | Обсудим в составе подключения Организация, период, версия и строки по согласованной схеме; контроль полноты до применения. |
| Поиск операции | Уполномоченный оператор ↔ Бэк офис | Обсудим в составе подключения Проверка спорного заказа в разрешённом интерфейсе; точные поля поиска уточняются. |
| Решение по оплате | Финансовый ответственный → склад | Обсудим в составе подключения Подтверждённое сопоставление, отдельное от платёжного API и физической выдачи. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для финансовой команды продавца, которому предоставлен доступ к ПО «Бэк офис» Best2Pay, и склада, ожидающего подтверждённого решения по оплате. В этой статье исследован конкретный продукт отчётности: поиск операций/заказов, файловые выгрузки и их доставка. Платёжный API Best2Pay здесь не подтверждён.
Официальное руководство «Бэк офис» описывает браузерный доступ, роли, кастомную выгрузку, файловое хранилище и отправку отчётности по email или SFTP. Формат файла и расписание согласуются; CSV и REST не предполагаются без подтверждения.
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Задача: Подтвердить оплату по контролируемой выгрузке и правилам продавца.
Когда начинается: Финансовая команда запускает сверку заказов за период.
Результат: Финансовое основание прослеживается до конкретного отчёта и строки.
Задача: Не удвоить данные из повторной email/SFTP-отправки.
Когда начинается: Тот же отчёт получен повторно или доставлен после сбоя.
Результат: Повтор транспорта отделён от исправленной отчётности.
Задача: Найти операцию через доступный интерфейс, не меняя склад задним числом.
Когда начинается: Оплата в отчёте не сопоставилась с заказом.
Результат: У каждой спорной строки есть решение и проверяемое основание.
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ и SKU | Продавец / его учётная система | Skirbo связывает версию заказа и товарные строки; банковский идентификатор не заменяет SKU. |
| Остатки и отгрузка | Система фактического склада | Разрешение обработки по оплате и физическая выдача — разные события. |
| Деньги и платёжные статусы | Поставщик платёжного или банковского продукта | Сохранять исходный статус, сумму, валюту и время; соответствие складскому разрешению задаёт продавец. |
| Документы | Назначенная кассовая и учётная система | Платёжная операция не является доказательством фискализации или подписания закрывающих документов. |
| Возврат | Склад — товар; финансовый ответственный — деньги | Физический осмотр и денежное возмещение связаны идентификаторами, но подтверждаются отдельно. |
| Версия отчёта | Бэк офис Best2Pay / финансовая команда | Исходный файл неизменен; исправления сохраняются новой версией с объяснением, а не перезаписывают принятые данные. |
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Получите доступный вашему клиенту обезличенный отчёт Бэк офиса Best2Pay и его словарь полей: это позволит определить точную сверку со складскими заказами.
Предмет данного материала — отчётный Бэк офис по прочитанному руководству. Создание платежа требует отдельной документации и согласованного продукта.
Сначала проверяются идентификатор/период, версия и содержимое. Повтор доставки не должен менять ранее принятый финансовый результат.
Тот, который реально выдаёт разрешённый отчёт. До получения примера нельзя обещать CSV, конкретные колонки или автоматическое сопоставление.
Руководство различает роли и функции. Выбираются минимальные права на нужный отчёт; системные настройки и управление пользователями в складскую сверку не входят.
Автоматически нельзя. Сначала сравнивают параметры отчёта и обе версии; финансовый ответственный определяет, было исправление операции или изменился состав выборки.
Сначала подтверждают полное получение и завершение отчёта, затем сверяют формат и итоги. Конкретный признак завершения согласуют с поставщиком файла, не выводят из имени.
Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.
Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.