Обсудить задачу
Уведомления

Skirbo +
LiveInform

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

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

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

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

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

Клиент + перевозчик + трек + заказ; один выбранный путь добавления.

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

Исходный статус, доступное время и способ получения; нормализация по согласованной таблице.

Сверка полнотыСклад / оператор ↔ LiveInformОбсудим в составе подключения

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

УведомлениеLiveInform / выбранный канал → получательОбсудим в составе подключения

Владельца отправки назначают явно, чтобы Skirbo и CRM не дублировали сообщение.

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

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

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

Для продавца и фулфилмента, которым нужно видеть движение уже отправленных посылок и не пропускать клиентское уведомление. Рассматриваются описанные LiveInform процессы добавления заказов СДЭК и связи с amoCRM. Наличие этих связей не доказывает готовый коннектор Skirbo.

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

Доступны описанные поставщиком ручной и Excel-импорт, готовые связи и API v2. Общий интерфейс добавления, чтения и редактирования изучен; формат рабочего ответа, доступ аккаунта и восстановление после неопределённой операции проверяются до реализации. Детализация данных СДЭК зависит от способа подключения.

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

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

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

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

От фактической отгрузки до наблюдаемого трека

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

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

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

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

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

  • В сохранённой инструкции автодобавление СДЭК исключает заказы в состоянии «Создан».
  • Один и тот же трек не импортируется одновременно несколькими системами без правила дедупликации.

Связь с amoCRM без потери нового заказа

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

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

  1. Установить владельца поля трека и согласовать соответствие статусов CRM и LiveInform.
  2. Проверить отдельно создание сделки с треком и последующее изменение поля: сохранённая инструкция связывает автодобавление именно с изменением поля.
  3. Сверить появление заказа в LiveInform и разрешить CRM-переход только по согласованной таблице.

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

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

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

Точность событий и повторное уведомление

Задача: Не обещать клиенту событие точнее исходных данных.

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

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

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

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

  • Сообщение «вручено» не подтверждает оплату наложенного платежа или приёмку возвращённого товара.

Частичный импорт и восстановление без повторного уведомления

Задача: Выделить неуспешные отправления и не добавлять повторно уже принятые.

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

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

Результат: У каждой строки есть подтверждённое соответствие или объяснённая ошибка; повторный импорт не дублирует уведомления и складские действия.

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

  • Новый трек после переоформления связывается с прежним отправлением явно; совпавший номер заказа не удаляет прошлую историю.
  • Повторный статус возврата не увеличивает складской остаток до приёмки и осмотра товара.

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

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

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

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

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

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

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

  • В сохранённой инструкции СДЭК различаются полный состав данных и ручное добавление; одинаковую детализацию всем трекам обещать нельзя.
  • Исторические интервалы проверки, глубина импорта и старые реквизиты авторизации не выдаются за текущие параметры.
  • Готовые связи LiveInform с CRM и перевозчиками не являются интеграцией Skirbo. География определяется выбранной службой.
  • Чтение документации не подтверждает неизменный порядок результатов пакетного добавления. До проверки сопоставления построчных ответов безопаснее согласовать малый проверяемый пакет и сверять каждый объект.
  • Остановка наблюдения или ручное изменение статуса LiveInform не возвращают посылку физически и не подтверждают денежную операцию.
Стоимость и запуск

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

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

Для оценки нужны реестр выданных отправлений СДЭК, выбранный способ добавления LiveInform и пример сделки amoCRM, если она участвует в процессе.

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

Почему созданная накладная не появилась?

В сохранённом описании интеграции СДЭК автоматически добавляются фактически отправленные заказы, а состояние «Создан» исключено. Нужно сверить текущие правила и физическую передачу.

Что проверить у сделки amoCRM с треком с момента создания?

Историческая инструкция указывает запуск при изменении поля трека. Поэтому создание и последующее изменение тестируются отдельно, а пропуски контролируются реестром.

Можно считать «вручено» успешным завершением заказа?

Для уведомления — по согласованной карте. Финансовая сверка, наложенный платёж и товарный возврат имеют собственные подтверждения.

Зачем ещё сверка, если есть автодобавление?

Она обнаруживает пропущенные, слишком ранние или уже существующие треки и предотвращает дубли от нескольких систем.

Что делать, если импорт прошёл, а несколько посылок пропали?

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

Можно ли остановкой отслеживания отменить доставку?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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