Обсудить задачу
Документы и маркировка

Skirbo +
Directum RX

Оценим передачу документов из Skirbo в Directum RX с привязкой к складской операции. Согласуем вид документа, маршрут и обратные статусы, которые действительно нужны оператору склада.

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

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

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

ОперацияНаправлениеСостав и готовность
Акт расхожденийSkirbo → Directum RXОбсудим в составе подключения

Сопоставить карточку, реквизиты и файлы подтверждения.

Состояние согласованияDirectum RX → SkirboОбсудим в составе подключения

Определить значимые этапы маршрута без копирования всех внутренних действий.

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

Сохранить связь исправления с первоначальным актом.

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

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

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

Directum RX в контуре российского клиента: документная служба получает акты склада, ведёт их версии и возвращает решение по согласованному процессу. Речь идёт о платформе RX конкретного релиза и её прикладных типах, а не о старом DIRECTUM, Directum Lite или всех продуктах бренда.

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

Текущая архитектурная страница подтверждает REST API с JSON и OData 4.0. В официальном примере RX 4.0 от 2021 года карточка и версия документа создаются отдельными действиями. Для вашей установки нужны доступные типы и функции, схема файлов и действующая аутентификация; старые адреса и пример учётной записи из статьи не используются как настройки подключения.

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

  1. Зафиксировать в Skirbo клиента, поставку, строки SKU, факт пересчёта, фотографии и ответственного; спорный товар оставить в согласованном состоянии ожидания.
  2. Сопоставить клиента с организацией и контрагентом RX, а тип складского акта — с разрешённым видом документа. Зафиксировать одну корреляцию события приёмки с будущей карточкой.
  3. Через проверенный для установленной версии интерфейс создать или найти карточку, затем добавить требуемую версию и комплект файлов. Если автоматический контракт ещё не подтверждён, те же действия выполняет ответственный в RX с возвратом идентификатора.
  4. Проверить, что файл открывается, относится к нужной поставке и имеет ожидаемую версию. Только после этого направить карточку в согласованный маршрут от имени уполномоченного участника.
  5. Получить итог маршрута, комментарий и версию документа разрешённым способом; сохранить ссылку и автора решения рядом со складской операцией.
  6. Складской сотрудник применяет решение только к перечисленным строкам. Если карточка принадлежит другому юрлицу, версия изменилась или ответ неполон, переводит вопрос на разбор, сохраняя физический статус товара.

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

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

Разбор повреждения при приёмке

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

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

  1. Зафиксировать в Skirbo клиента, поставку, строки SKU, факт пересчёта, фотографии и ответственного; спорный товар оставить в согласованном состоянии ожидания.
  2. Сопоставить клиента с организацией и контрагентом RX, а тип складского акта — с разрешённым видом документа. Зафиксировать одну корреляцию события приёмки с будущей карточкой.
  3. Через проверенный для установленной версии интерфейс создать или найти карточку, затем добавить требуемую версию и комплект файлов. Если автоматический контракт ещё не подтверждён, те же действия выполняет ответственный в RX с возвратом идентификатора.
  4. Проверить, что файл открывается, относится к нужной поставке и имеет ожидаемую версию. Только после этого направить карточку в согласованный маршрут от имени уполномоченного участника.
  5. Получить итог маршрута, комментарий и версию документа разрешённым способом; сохранить ссылку и автора решения рядом со складской операцией.
  6. Складской сотрудник применяет решение только к перечисленным строкам. Если карточка принадлежит другому юрлицу, версия изменилась или ответ неполон, переводит вопрос на разбор, сохраняя физический статус товара.

Результат: У кладовщика есть проверяемое решение и комплект доказательств, а карточка RX связана с реальной поставкой.

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

  • Наличие карточки не доказывает наличие вложений или завершение маршрута.
  • Отдельный договор с оператором ЭДО и полномочия подписанта в этот сценарий автоматически не входят.

Доставить версию после сбоя и исправить акт

Задача: Не создавать вторую карточку, когда не завершилась загрузка содержимого или изменилось основание.

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

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

Результат: История карточки, версии и решения остаётся связанной с одной складской операцией.

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

  • Создание версии в историческом примере не даёт гарантии идемпотентности текущего API.
  • Старая подпись или согласование не переносятся на изменённый файл предположением адаптера.

Архив подтверждений отгрузки и контроль пропусков

Задача: Находить подтверждения по заказу и отправлению, сохраняя границы клиентов.

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

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

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

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

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

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

ДанныеОтветственный источникПравило обмена
Складской факт, строки и доказательстваSkirbo / кладовщикСклад фиксирует физическое событие; исходный акт не заменяется ответом RX.
Организация, контрагент, вид документаЗаказчик / справочники RXСогласовать устойчивые идентификаторы и разрешённые типы; одинаковое название не является ключом.
Карточка, версия и маршрутDirectum RX / документная службаИх идентификаторы и состояния хранятся отдельно; изменение файла не означает повторное согласование.
Подписание и внешний ЭДОУполномоченный участник / отдельный документный процессАдаптер не присваивает себе роль подписанта и не считает внутреннее согласование отправкой контрагенту.
Корреляция и журнал повторовПредлагаемый адаптерОдна поставка и вид акта связаны с нужной карточкой; после сбоя сверяется каждый незавершённый этап.

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

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

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

  • Указать версию платформы и виды документов.
  • Описать маршрут и полномочия участников.
  • Проверить доступ выделенной учётной записи к сервису интеграции.
  • Получить описание метаданных установленного сервиса, разрешённых функций и формата файлов; образец — обезличенная карточка акта и её версия.
  • Задать технического владельца учётной записи, доступные организации, виды документов и правила хранения секретов.
  • Определить сопоставление поставки, карточки, версии, маршрута и результата; отдельно согласовать повторные события.
Границы сценария

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

  • Внутренняя карточка документа не означает отправку через оператора ЭДО.
  • Подписание, полномочия и хранение оригиналов требуют отдельной оценки.
  • Пользовательские типы и расширения могут менять контракт API.
  • Старый пример RX 4.0 не подтверждает нынешние endpoints, авторизацию, предельный размер файлов или лимиты запросов.
  • Созданная карточка может ещё не содержать нужной версии и не быть направленной на согласование.
  • Сценарий рассматривается для России; решение по документу не заменяет физическую приёмку, чек или возврат денег.
Стоимость и запуск

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

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

Какие документы Directum RX и маршруты должны получать складские события?

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

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

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

Будет ли акт автоматически подписан?

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

Если карточка уже создана, можно считать акт переданным?

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

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

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

Что делать с опоздавшим решением по первой версии?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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