Обсудить задачу
Платежи

Skirbo +
Модульбанк

Сопоставлять банковскую операцию с одним или несколькими заказами и сохранять проверяемое решение о складском действии. Особое внимание — полноте выписки при изменении истории и нескольким клиентским счетам.

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Банковские операцииМодульбанк → SkirboОбсудим в составе подключения

Аккаунт организации + accountId + ID операции; сумма, назначение и состояние сохраняются с источником.

Распределение суммыФинансовый ответственный → SkirboОбсудим в составе подключения

Связь одной операции с заказами и суммой каждого распределения; неоднозначность требует подтверждения.

Разрешение складаSkirbo → складОбсудим в составе подключения

Проектное правило по подтверждённой оплате, отдельное от физической выдачи.

Сверка периодаМодульбанк → SkirboОбсудим в составе подключения

Повторное чтение и дедупликация по ID, включая поздние и изменившиеся операции.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

Для продавца, который разрешает обработку заказа после поступления денег на счёт Модульбанка, и фулфилмента, которому достаточно подтверждённого разрешения на выдачу. Рассматривается чтение счетов и истории операций; исходящие платежи и подписание поручений не входят в процесс.

Как организовать обмен

Прочитаны описание доступа и OpenAPI Модульбанка: счета, баланс, история операций и курсорная страница истории. Нужны права чтения выбранных счетов. Проверка актуальной схемы ответа обязательна: сохранённый контракт не везде содержит полный пример успешного тела.

Предлагаемый порядок работы

  1. Получить счёт продавца, внутренний заказ, ожидаемую сумму, валюту и правило частичной оплаты.
  2. Прочитать разрешённые операции конкретного банковского счёта за согласованный период, сохранив устойчивый ID операции.
  3. Сопоставить сумму, назначение и реквизиты с заказом; совпадение суммы без контекста не считать достаточным.
  4. Финансовый ответственный подтверждает неоднозначное распределение; склад получает отдельное разрешение на сборку или выдачу.
  5. Вернуть в Skirbo связь банковской операции с заказом и фактически разрешённую сумму; физическую отгрузку записать отдельно.
  6. Повторной сверкой проверить состояние операции и полноту прочитанного периода, сохраняя уже обработанные ID.
  7. Неопознанную, частичную или изменившуюся операцию оставить в очереди финансового разбора; не запускать повторное списание товара.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Поступление денег и разрешение сборки

Задача: Дать складу проверенное основание обработки заказа.

Когда начинается: Продавец ожидает оплату выставленного счёта.

  1. Получить счёт продавца, внутренний заказ, ожидаемую сумму, валюту и правило частичной оплаты.
  2. Прочитать разрешённые операции конкретного банковского счёта за согласованный период, сохранив устойчивый ID операции.
  3. Сопоставить сумму, назначение и реквизиты с заказом; совпадение суммы без контекста не считать достаточным.
  4. Финансовый ответственный подтверждает неоднозначное распределение; склад получает отдельное разрешение на сборку или выдачу.
  5. Вернуть в Skirbo связь банковской операции с заказом и фактически разрешённую сумму; физическую отгрузку записать отдельно.
  6. Повторной сверкой проверить состояние операции и полноту прочитанного периода, сохраняя уже обработанные ID.
  7. Неопознанную, частичную или изменившуюся операцию оставить в очереди финансового разбора; не запускать повторное списание товара.

Результат: Для складского решения видно конкретное поступление и правило его применения.

Если возникло исключение

  • Черновик или отправленное поручение не доказывает зачисление.
  • Одна банковская операция может покрывать несколько заказов только через явное распределение.

Поздняя запись в истории

Задача: Не потерять поступление при изменившейся пагинации.

Когда начинается: Выписка прочитана ранее, затем появилась или изменилась операция.

  1. При курсорном обходе сохранять одинаковые счёт и фильтры, читать страницы до конца.
  2. После завершения запускать согласованную повторную сверку без старого курсора для поиска изменений.
  3. Сопоставлять по ID и версии значимых данных, обновляя существующую связь вместо новой оплаты.

Результат: Позднее поступление не пропускается из-за предположения, что новое всегда находится первым.

Если возникло исключение

  • Offset-страницы в меняющейся истории могут пересекаться или пропускать записи.
  • Изменение уже распределённой суммы требует разбора, а не молчаливой корректировки выданного товара.

Один перевод за несколько заказов

Задача: Сохранить распределение без многократного использования одной суммы.

Когда начинается: Плательщик перечислил общую сумму за несколько счетов.

  1. Финансовый ответственный выбирает связанные счета и распределяет сумму по каждому.
  2. Проверить, что сумма распределений не превышает подтверждённое поступление; незакрытый остаток показать отдельно.
  3. Склад получает разрешение только по оплаченным долям и согласованным правилам каждого заказа.

Результат: Общая оплата не превращается в полную оплату каждого заказа.

Если возникло исключение

  • Излишек и непонятное назначение остаются нераспределёнными до решения ответственного.

Возврат части заказа и сверка возмещения

Задача: Сохранить отдельно исходную оплату, возврат товара и подтверждённое возмещение.

Когда начинается: Склад принял часть ранее выданных позиций.

  1. Склад фиксирует SKU, количество, состояние и ссылку на исходный заказ; пригодность к повторной продаже решается отдельно.
  2. Финансовый ответственный связывает позиции с первоначальными распределениями оплаты и согласует сумму возмещения.
  3. Возврат денег оформляется в действующем банковском процессе продавца; этот сценарий чтения не подписывает исходящее поручение.
  4. В следующем полном обходе выбранного счёта сверка находит отдельную исходящую операцию и проверяет её направление, состояние, сумму и принадлежность заказу.
  5. В заказ возвращается подтверждённая связь возмещения с товарным возвратом; исходное поступление и его распределения сохраняются.
  6. При задержке или несовпадении суммы назначается финансовый разбор; повторный импорт операции не создаёт второе возмещение или второй складской приход.

Результат: Видно, какие товары фактически вернулись и какая сумма подтверждённо возмещена.

Если возникло исключение

  • Отсутствие операции в текущей странице не означает отказ банка: завершить обход и сверить согласованный период.
  • Подготовленное исходящее поручение не считается исполненным возмещением.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
Заказ и SKUПродавец / его учётная системаSkirbo связывает версию заказа и товарные строки; банковский идентификатор не заменяет SKU.
Остатки и отгрузкаСистема фактического складаРазрешение обработки по оплате и физическая выдача — разные события.
Деньги и платёжные статусыПоставщик платёжного или банковского продуктаСохранять исходный статус, сумму, валюту и время; соответствие складскому разрешению задаёт продавец.
ДокументыНазначенная кассовая и учётная системаПлатёжная операция не является доказательством фискализации или подписания закрывающих документов.
ВозвратСклад — товар; финансовый ответственный — деньгиФизический осмотр и денежное возмещение связаны идентификаторами, но подтверждаются отдельно.

Что обсудить перед пилотом

  • По какому состоянию поступления разрешается сборка, а по какому выдача?
  • Нужен ли курсорный обход и какой период повторной сверки закрывает поздние записи?
  • Как учитывается один перевод за несколько счетов и изменённое назначение?
  • Какие направления и статусы входят в проверяемую выборку, включая возвраты и нераспределённые суммы?
Перед оценкой

Что нужно уточнить

  • Организации и банковские счета, доступы только для согласованного чтения.
  • Правила распределения, частичной оплаты и допустимого основания для склада.
  • Примеры операции, страницы истории и изменения операции; ответственный за нераспределённые суммы.
Границы сценария

Что учесть заранее

  • Банковская выписка, событие эквайринга и фискальный чек — разные источники.
  • Песочница и рабочая история могут различаться: в сохранённом описании тестовые фильтры ограничены.
  • Чтение API не заменяет финансовое согласование; сроки, лимиты и стоимость из исторического описания не обещаются.
  • Исполненный статус исходящего платежа не означает поступление от покупателя: перед сопоставлением проверяется направление операции.
  • При возврате товара исходное поступление не удаляется. Возврат денег оформляет финансовый ответственный в своём процессе, а сверка отдельно связывает исходящую операцию с возвратом.
Стоимость и запуск

Оценим ваш набор операций

На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.

Выберите один счёт Модульбанка и подготовьте обезличенные примеры полной, частичной и общей оплаты нескольких заказов.

Вопросы о подключении

Можно выпускать товар сразу по платёжному поручению?

Правило выдачи согласуется отдельно: черновик или отправленное поручение не доказывает поступление денег на ваш счёт.

Как обработать один перевод за несколько заказов?

Согласуем распределение суммы по счетам и ручную проверку неоднозначного назначения, сохранив связь с банковской операцией.

Можно читать только последние записи?

Это риск неполноты. В документации отмечено, что новая операция не обязательно первая; нужны устойчивые ID и согласованная повторная сверка периода.

Курсор гарантирует, что последующие изменения уже учтены?

Нет. Он помогает последовательно пройти набор. После завершения нужен новый обход для изменений, возникших во время чтения; конкретное окно определяют по процессу клиента.

Что делать с оплатой, если покупатель вернул только часть товара?

Склад фиксирует принятые позиции и их состояние. Финансовый ответственный рассчитывает возмещение, а сверка связывает отдельную исходящую операцию с возвратом. Первоначальная оплата остаётся в истории; один только приход товара не подтверждает перевод денег.

Почему выполненный платёж ещё не означает оплату заказа?

В истории есть и поступления, и исходящие операции. Нужно проверить направление, счёт, назначение, сумму и валюту; одинаковое обозначение исполненного состояния недостаточно для разрешения выдачи.

Интеграция уже готова?

Материал описывает предложение обмена. Работающий коннектор Skirbo, пилот и приёмка на заказах вашего клиента не подтверждены; способ реализации определяется после проверки доступов и операций. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.