Обсудить задачу
Учётные системы

Skirbo +
Контур.Маркет

Оценим обмен складскими данными Skirbo с Контур.Маркетом для выбранных организаций и магазинов. Отдельно проверим, какие операции и данные доступны на вашем тарифе.

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

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

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

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

Сопоставить товары и торговые точки с внутренними идентификаторами.

Остатки для сверкиВ обоих направленияхОбсудим в составе подключения

Выбрать момент сравнения и правила учёта движения после среза.

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

Оценить доступность нужного вида накладной и подтверждение количества.

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

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

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

Товароучётный сервис Контур.Маркет для российских торговых точек клиента фулфилмента или продавца. Материал связывает ассортимент, пополнение магазина и учётные остатки с фактическим исполнением склада. Контур.ОФД, Диадок, Контур.EDI и Экстерн — другие продукты; их методы и правила авторизации сюда не переносятся.

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

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

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

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

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

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

Сверка остатков выбранной торговой точки

Задача: Найти расхождения по одному месту учёта и одному периоду, не перезаписывая фактический склад случайным срезом.

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

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

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

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

  • Срезы разных точек или разных моментов не сводятся прямым вычитанием.
  • Ни webhook, ни атомарная выгрузка, ни серверная идемпотентность не подтверждены прочитанной справкой.

Пополнение магазина после комплектации

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

Когда начинается: Склад собрал пополнение для конкретной торговой точки клиента.

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

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

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

  • Метод автоматического создания/проведения накладной пока не подтверждён.
  • Перемещение между точками, закупка и продажа имеют разные основания и не сводятся к одному универсальному документу.

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

Задача: Избежать двойного прихода возвращённого товара и отделить кассовую операцию от складской.

Когда начинается: Магазин оформил возврат либо отправил товар обратно на склад.

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

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

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

  • Возврат денег и выпуск/исправление фискального чека не заявлены возможностями предполагаемого адаптера Skirbo.

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

ДанныеОтветственный источникПравило обмена
Организация, точка и товарный каталогКлиент / Контур.МаркетОрганизация задаёт контур ключа; товары и варианты сопоставляются с конкретной точкой.
Фактическая сборка, пересчёт и грузовые местаSkirbo / складФизическое исполнение и состояние товара подтверждают сотрудники.
Учётный остаток и товарные документы точкиКонтур.Маркет / ответственный магазинаСрез имеет свой момент и место учёта; движение после среза разбирается отдельно.
Чек и денежный расчётКассовый и платёжный контуры клиентаЧек, списание денег и складской возврат — отдельные основания.
Ключи сопоставления и разрешённые точкиПредлагаемый адаптер / администраторШирокие права ключа не расширяют разрешённую область обработки; хранится история сверки и повтора.

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

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

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

  • Перечислить организации и магазины.
  • Указать тарифы и доступные API-операции.
  • Определить, где ведётся ассортимент и как оформляется перемещение.
  • Раздельные ключи организаций; выпуск и хранение выполняет уполномоченный администратор, публичная форма Skirbo не собирает ключи.
  • Задать разрешённый перечень точек в адаптере и проверить его: ключ организации сам по себе не является узким ключом одного магазина.
  • Согласовать источник времени среза и обработку продаж, возвратов и перемещений, произошедших после него.
  • Получить актуальное описание методов, идентификаторов, фильтров и результатов записи; до этого документные действия выполняет ответственный по проверенному регламенту.
Границы сценария

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

  • Ключ выпускается на организацию и охватывает её торговые точки; это учитывается при выдаче доступа.
  • Состав доступных данных может зависеть от тарифа.
  • Кассовые чеки, складской остаток и накладные нельзя трактовать как одинаковые события.
  • Наличие API на тарифе не означает доступность каждой категории данных или право автоматического проведения документов.
  • В прочитанном описании тарифов перечисляется получение данных; конкретные методы создания и исправления накладных этим не доказаны.
  • Текущий остаток магазина нельзя автоматически считать доступным остатком всех складов и резервов Skirbo.
  • Сценарий ограничен Россией; фискальные и маркировочные правила других стран отдельно не подтверждены.
Стоимость и запуск

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

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

Сколько организаций и торговых точек Контур.Маркета нужно связать?

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

Один ключ подходит нескольким организациям?

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

Можно выбрать только часть магазинов?

При оценке зададим разрешённый список торговых точек и проверим фильтрацию доступных методов.

API есть на базовом тарифе — значит, доступны и остатки?

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

Ключ можно ограничить одним магазином на стороне Маркета?

Прочитанная справка говорит о ключе всей организации. Поэтому для проекта задаётся разрешённый перечень точек и проверяется фильтрация адаптера; наличие отдельного узкого ключа здесь не обещается.

Почему остатки сразу после выгрузки могут разойтись?

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

Это подключение Диадока или Контур.ОФД?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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