Обсудить задачу
Доставка

Skirbo +
eDost

Согласовать цепочку склад → заказ магазина → eDost: реальные габариты и упаковка используются при оформлении, а номер отправления возвращается на склад.

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

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

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

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

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

Отправление и бланкиeDost / CMS → SkirboОбсудим в составе подключения

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

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

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

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

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

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

Рассматривается подтверждённый модуль eDost для CMS «1С-Битрикс: Управление сайтом». Справка описывает расчёт, выбор точки выдачи, оформление и контроль доставки в магазине. Это не Битрикс24 и не доказательство готового модуля Skirbo.

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

Подтверждён способ работы через модуль CMS и кабинет. Прямой API Skirbo → eDost и схема записи PACKAGE в используемой версии магазина ещё проверяются; до этого возможна контролируемая передача оператором.

Что описано в материалах сервиса

Это возможности внешнего продукта. Их применимость к вашему доступу проверяется перед подключением.

  • Условия оформления

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

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

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

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

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

Оформить доставку по упакованной посылке

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

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

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

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

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

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

Сохранить выбранный ПВЗ

Задача: Не потерять код точки среди человекочитаемого адреса.

Когда начинается: Заказ поступает со способом получения в ПВЗ.

  1. Разобрать по проверенной версии модуля адресные данные и код точки; не вырезать код произвольным правилом.
  2. Оператор сопоставляет точку, службу и тариф, затем склад проверяет их на этикетке.
  3. При смене ПВЗ магазин подтверждает новую версию заказа до оформления.

Результат: Отправление направляется в выбранную точку.

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

  • Адрес офиса без проверенного кода не заменяет выбор ПВЗ.

Отделить наложенный платёж от доставки

Задача: Не записать комиссию перевода как стоимость товара.

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

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

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

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

  • Примеры сумм в справке не являются текущим тарифом.

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

ДанныеОтветственный источникПравило обмена
Заказ, тариф и суммаCMS магазинаИзменения адреса и оплаты подтверждает продавец.
SKU и остаткиУчётная система / SkirboeDost не становится владельцем товарного запаса.
УпаковкаФизический складИзмерения фиксируются по версии отгрузки и единицам.
Статус доставки и документыСлужба / модуль eDostНомер отправления, бланк и физическая передача различаются.
ВозвратПеревозчик и складСобытие возврата не приходует товар без приёмки и осмотра.

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

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

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

  • Версия CMS и модуля, стандартный или доработанный checkout, профиль организации.
  • Схема упаковки, единиц измерения, ПВЗ и таблица статусов.
  • Единственный ответственный за регистрацию отправления и проверку повторов.
Границы сценария

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

  • Справка относится к 1С-Битрикс, не к Битрикс24. Совместимость доработанного checkout проверяется отдельно.
  • Данные контроля могут запаздывать; оперативная выдача не строится на предположении мгновенного обновления.
  • Исторические условия списания оплаченных операций и тарифы требуется уточнить у поставщика.
Стоимость и запуск

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

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

Какой магазин на 1С-Битрикс, профиль отправителя и способ доставки нужно связать?

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

Модуль уже подключён к Skirbo?

Нет подтверждения. В источнике описано готовое решение eDost для CMS; связь со складским процессом предлагается спроектировать.

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

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

Почему статус магазина отстаёт от перевозчика?

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

Печать бланка означает регистрацию?

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

Почему заказ не появился в списке оформления eDost?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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