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

Skirbo +
Верста / versta.io

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

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

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

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

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

Версия упаковки, адреса и склад; точные поля берутся из действующей схемы.

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

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

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

Документ существующего внешнего заказа; печать, перепечатка и физическая передача фиксируются отдельно.

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

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

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

Для оператора склада, который выбирает вариант доставки после измерения груза. Рассматривается сервис Верста и документация versta.io: расчёт вариантов и получение накладной — два самостоятельных этапа, между ними нужно подтвердить оформление заказа.

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

В первичке описаны получение токена по apiKey, асинхронный расчёт v3-beta и печать PDF по API v1. Эти версии не объединяются автоматически: параметры, совместимость и создание заказа требуют проверки.

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

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

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

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

Расчёт после упаковки

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

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

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

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

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

  • Ответ 202 подтверждает запуск задачи, а не готовность всех вариантов.
  • Изменение числа коробок требует новой версии параметров.

Накладная и повторная печать

Задача: Не создавать второй заказ из-за испорченного листа.

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

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

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

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

  • 500 или неполный PDF не подтверждают печать.
  • После изменения заказа прежняя накладная помечается устаревшей.

Выбор между складами

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

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

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

Результат: Сравнение не порождает две физические отгрузки.

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

  • Цена или срок из расчёта не обещаются как неизменные условия без подтверждения оформления.

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

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

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

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

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

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

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

  • В прочитанных кратких страницах отсутствуют полные схемы запроса и ответа.
  • Печать v1 и расчёт v3-beta — разные описания; совместимость не доказана.
  • Запуск расчёта, оформление, накладная и передача курьеру — отдельные подтверждения. KZ/UZ отдельно проверяются по маршруту.
Стоимость и запуск

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

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

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

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

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

В описании расчёт асинхронный: запуск возвращает ссылку на задачу. Нужно проверить её завершение, а не считать пустой первый результат отсутствием доставки.

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

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

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

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

Перепечатка создаст ещё одну доставку?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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