Обсудить задачу
Маркетплейсы

Skirbo +
КИФА / QIFA

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

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

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

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

ОперацияНаправлениеСостав и готовность
Спецификация закупкиЗакупщик/КИФА → SkirboОбсудим в составе подключения

Файл или операторский перенос после подтверждения формата.

Фактическая приёмка и фотоSkirbo → закупщикОбсудим в составе подключения

Строки, количество, состояние и исходный заказ.

Документы и ответ на претензиюКИФА/ЭДО → учёт и операторОбсудим в составе подключения

Ручное подтверждение допустимо; оно фиксируется явно.

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

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

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

Область — закупка и приёмка оптового товара у КИФА. Это B2B-поставщик/площадка; продавец маркетплейса, перевозчик и оператор ЭДО остаются отдельными ролями.

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

На первом этапе возможен согласованный файл или ручной ввод по спецификации заказа. Доступность выгрузки, партнёрского интерфейса и любого обратного API должна подтвердить КИФА; ЭДО подключается отдельным процессом.

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

  1. Закупщик подтверждает заказ КИФА и передаёт складу согласованную спецификацию с исходным номером.
  2. Оператор сопоставляет артикул, размер/вариант, количество в упаковке и заказчика фулфилмента; неопознанный вариант ставит на разбор до приёмки.
  3. При получении склад проверяет места, упаковку и фактический товар, фиксирует повреждения и расхождения с привязкой к строкам.
  4. Skirbo сохраняет приход принятого количества и отдельный акт исключений. Заказчик получает состав приёмки и ссылки на доказательства.
  5. Закупщик сверяет акт с кабинетом и документами КИФА, фиксирует принятие поставки или номер зарегистрированной претензии.
  6. Если нет документа, SKU или подтверждения претензии, случай остаётся открытым. Повторный перенос спецификации не создаёт второй приход; спорный товар отделяется от доступного остатка.

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

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

Оптовой заказ → ожидаемая поставка → акт расхождений

Задача: Подготовить склад к приёмке и не потерять происхождение недостачи.

Когда начинается: Закупщик подтверждает заказ КИФА и передаёт складу согласованную спецификацию с исходным номером.

  1. Закупщик подтверждает заказ КИФА и передаёт складу согласованную спецификацию с исходным номером.
  2. Оператор сопоставляет артикул, размер/вариант, количество в упаковке и заказчика фулфилмента; неопознанный вариант ставит на разбор до приёмки.
  3. При получении склад проверяет места, упаковку и фактический товар, фиксирует повреждения и расхождения с привязкой к строкам.
  4. Skirbo сохраняет приход принятого количества и отдельный акт исключений. Заказчик получает состав приёмки и ссылки на доказательства.
  5. Закупщик сверяет акт с кабинетом и документами КИФА, фиксирует принятие поставки или номер зарегистрированной претензии.
  6. Если нет документа, SKU или подтверждения претензии, случай остаётся открытым. Повторный перенос спецификации не создаёт второй приход; спорный товар отделяется от доступного остатка.

Результат: Поставка прослеживается от оптового заказа до физической приёмки и ответа поставщика.

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

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

Документы ЭДО и физическая приёмка

Задача: Обнаружить расхождение между документом и товаром до учётного закрытия.

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

  1. Ответственный получает документ через согласованного оператора ЭДО и связывает его с заказом КИФА.
  2. Склад передаёт фактический состав, а учётная команда сравнивает товарные строки и реквизиты организации.
  3. При расхождении владелец документов согласует исправление с поставщиком; решение о подписании принимает уполномоченный сотрудник.

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

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

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

Претензия и согласованный обратный груз

Задача: Вернуть конкретный товар с достаточными доказательствами.

Когда начинается: Закупщик регистрирует претензию по исходному заказу и товару; склад собирает фото упаковки, маркировки товара или серийных данных там, где это требуется.

  1. Закупщик регистрирует претензию по исходному заказу и товару; склад собирает фото упаковки, маркировки товара или серийных данных там, где это требуется.
  2. До отправки согласуют решение поставщика, состав и перевозку; склад выделяет спорные единицы и номер возвратного задания.
  3. После передачи сохраняют транспортный документ и ответ КИФА. Денежное возмещение и корректирующий документ отслеживает учётная команда отдельно.

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

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

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

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

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

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

  • Есть ли разрешённая выгрузка спецификации?
  • Кто регистрирует претензию и сохраняет её номер?
  • Кто вправе принимать решение по ЭДО?
Перед оценкой

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

  • Пример подтверждённой спецификации КИФА.
  • Карта артикулов, размеров и упаковок.
  • Ответственные за ЭДО, закупку и претензию.
  • Согласованный состав фотографий и документов для конкретной группы.
Границы сценария

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

  • Открытый API заказа, остатков, статусов и претензий не подтверждён.
  • Условия КИФА не являются общими правилами всех B2B-площадок.
  • Фото и персональные данные передаются только в необходимом согласованном составе.
  • Маркировка и ЭДО РФ не переносятся на Казахстан и Узбекистан автоматически.
Стоимость и запуск

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

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

Подготовьте спецификацию одного заказа КИФА и пример расхождения при приёмке — определим ручные шаги, карту вариантов и комплект доказательств для претензии.

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

Можно полностью автоматизировать заказы из КИФА?

Сейчас это не доказано. Для оценки нужен разрешённый интерфейс или стабильный формат выгрузки. Описанный процесс пригоден и для контролируемого операторского переноса.

Получение УПД означает, что товар принят?

Нет. Физическая приёмка и юридически значимое действие с документом — разные события. Их связывают по заказу и строкам, а решение о подписи принимает уполномоченный сотрудник.

Почему претензия связана с исходным заказом?

Официальная процедура требует идентифицировать покупку. Без этой связи фото дефекта и складской остаток не объясняют, к какой поставке относится расхождение.

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

Сначала согласуйте с КИФА решение по претензии, состав груза и условия обратной перевозки. В проектном процессе склад получает отдельное разрешение и задание на возврат; отправка груза сама по себе не подтверждает, что претензия принята или расходы возмещены.

Как действовать, если условия КИФА требуют подписания УПД перед корректировкой?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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