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

Skirbo +
Мокка

Предлагаем связать в Skirbo складской заказ с конкретной покупкой Мокка и проверяемым результатом действий продавца. Первый этап можно проектировать вокруг подтверждений уполномоченного оператора кабинета: кто оформил покупку, какую сумму подтвердил, какие товары выдал и что затем вернул. Переход к API допустим после получения документации и проверки тех же правил на тестовом магазине.

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

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

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

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

Задание на оформление с итоговой суммой; способ передачи в merchant API неизвестен.

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

Проверяемое основание выдачи с привязкой к заказу.

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

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

Результат сверкиБухгалтерия ↔ SkirboОбсудим в составе подключения

Сопоставление покупок, возвратов и документов о расчётах; API отчётности не предполагается.

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

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

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

Материал относится к российскому продукту Мокка для оплаты покупок частями. Прочитанная инструкция продавца описывает оформление покупки и возврата в кабинете. Лимит покупателя, подтверждённая покупка, физическая выдача товара и расчёты с магазином — разные события. Автоматический обмен с API пока требует отдельного подтверждения контракта.

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

Для первого этапа предлагаем процесс через кабинет продавца с подтверждениями назначенного сотрудника. Чтобы оценить автоматический обмен, нужны документация API для партнёров, правила уведомлений, доступ к отчётам и условия расчётов. До их проверки нельзя обещать автоматическую передачу товарных строк, статусов покупки и выплат.

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

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

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

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

Оформить покупку и один раз разрешить выдачу

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

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

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

Результат: В заказе видны основание выдачи и ответственный продавец; движение товара записывается отдельно от финансирования покупки.

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

  • Если покупка не подтверждена, сам факт наличия лимита не снимает блокировку выдачи.
  • После потери связи оператор сначала ищет результат в кабинете и истории заказа; повторное оформление не запускается вслепую.

Изменить состав до выдачи или оформить частичный возврат

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

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

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

Результат: Понятно, какие товары вернулись и по какой сумме требуется корректировка; физический и финансовый этапы не теряются.

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

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

Сверить покупки, возвраты и расчёты с магазином

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

Когда начинается: Финансовый сотрудник закрывает согласованный период по торговой точке.

  1. Назначенный сотрудник собирает подтверждения покупок и возвратов из доступного кабинета; источник, формат выгрузки и права доступа фиксируются при обследовании.
  2. Skirbo хранит список внутренних заказов, выдач и возвратов с суммами, датами и привязанными подтверждениями. Автоматическую загрузку отчёта пока не считаем доступной функцией.
  3. Покупки сопоставляются с выдачами, а корректировки — с возвратами конкретных позиций. Для общей суммы в кабинете используем сохранённую внутреннюю детализацию.
  4. Бухгалтер отдельно проверяет перечисления магазину по согласованным документам и банковской выписке. График платежей покупателя не подменяет реестр выплат партнёру.
  5. Расхождения делятся по действию: продавцу проверить незавершённую покупку, складу уточнить выдачу, бухгалтеру запросить документ или объяснить удержание. Каждая задача получает владельца.
  6. После исправления сохраняются исходное подтверждение, причина и результат повторной сверки. Закрытый период не перезаписывается без следа.

Результат: Магазин получает проверяемую связь товарных операций с покупками и возвратами Мокка; расчёты подтверждаются своим источником.

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

  • Отчётность и API сверки в доступном исследовании не раскрыты; их поля и способ получения являются конкретным условием внедрения.

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

ДанныеОтветственный источникПравило обмена
Товары, остатки, резерв и фактическая выдачаСклад и SkirboМокка не определяет наличие товара; возврат на склад требует документа и проверки состояния.
Подтверждение покупки и корректировка договораМокка; уполномоченный продавец выполняет действия в кабинетеВнутренние статусы Skirbo отражают проверенный результат, а не одобренный лимит покупателя.
Состав и стоимость возвращённых позицийМагазинДетализация хранится в заказе независимо от возможности её передачи поставщику сервиса.
Выплаты магазину, удержания и закрывающие документыБухгалтерия и подтверждающие источники Мокка/банкаГрафик покупателя не является банковской выпиской магазина.
Личные данные и подтверждение покупателяПокупатель и Мокка в предусмотренном процессеВ складском журнале не нужны SMS-коды, паспортные изображения и платёжные реквизиты.

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

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

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

  • Договор и подключённые торговые точки Мокка; назначенные роли продавца и финансового сотрудника.
  • Согласованные доказательства завершённой покупки и возврата, способ их привязки к внутреннему заказу.
  • Правило работы с недостатком товара после оформления покупки и частичной выдачей; без подтверждённой процедуры такая ситуация передаётся ответственному.
  • Документация merchant API и тестовый доступ, если требуется автоматизация; отдельно — идентификаторы, статусы, права, повтор операций и сверка.
  • Согласованный источник выплат и удержаний, разрез торговых точек, период и ответственные за расхождения.
Границы сценария

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

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

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

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

Какие торговые точки и этапы покупки Мокка нужно связать с вашим складом?

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

Можно ли выдать товар, если покупателю уже одобрен лимит?

В проектируемом процессе выдача разрешается после подтверждения конкретной покупки и проверки суммы. Инструкция Мокка прямо разделяет доступный лимит и решение по каждой покупке; сведения о лимите сами по себе для выдачи недостаточны.

Можно ли вернуть только одну позицию из заказа?

В инструкции продавца предусмотрен частичный возврат через кабинет с корректировкой договора и графика. Skirbo должен сохранить, какая позиция принята и как рассчитана её стоимость. Передачу строк товара через API ещё предстоит подтвердить.

Что делать, если часть товара отсутствует после оформления?

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

Возврат товара означает немедленный возврат денег покупателю?

Физический приём, оформление возврата в кабинете и расчёты с покупателем — отдельные этапы. Уполномоченный сотрудник проверяет корректировку покупки; вопрос уже внесённых платежей обрабатывается по инструкции Мокка и через поддержку сервиса.

Есть ли готовая автоматическая интеграция со Skirbo?

Готовность не подтверждена. Подготовлен процесс и список конкретных вопросов к merchant API. Доступная первичка позволяет описать операторскую работу, но не обещать автоматические webhooks, выгрузку отчётов или передачу позиций.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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