Одного названия EDIFACT недостаточно
Практический обмен зависит от конкретных сообщений, релиза, кодов партнёров и правил реакции на ошибки.
Это не включение готового универсального коннектора: сначала библиотека и Exlibrus документируют узкий, проверяемый обмен.
Мы комплектуем библиотеки только русскими и украинскими книгами.
Опишите задачу библиотекиТехнический обмен ограничивается и тестируется с библиотекой до рабочего использования.
01
Практический обмен зависит от конкретных сообщений, релиза, кодов партнёров и правил реакции на ошибки.
Неправильная ссылка, валюта или номер заказа в сообщении может нарушить учётный процесс.
02
До рабочего подключения нужно определить сообщения, версию, идентификаторы партнёров, транспорт, каталоги, тестовые случаи и правила обработки ошибок.
03 / Пример согласованного профиля
Получаем привычные библиотеке данные закупки, проверяем издание и наличие, затем возвращаем согласованные поля в её рабочий процесс.
ISBN, список изданий, номер заказа и необходимые библиотеке закупочные реквизиты.
Сопоставляем поля, проверяем обязательные значения и готовим ограниченный тест для приёмки.
Проверенные библиографические данные, цену и статус в согласованном формате и по выбранному каналу.
Пример иллюстративный. Поля, кодировка, валидация и транспорт согласуются до пилота.
UNH+<message-ref>+ORDERS:D:96A:UN:EAN008'
LIN+1++9785171608392:EN'
QTY+21:<quantity>'
RFF+ON:<library-order-reference>'
UNT+<segment-count>+<message-ref>'
transport · identifiers · optional segments → <agreed pilot profile>04
Начинаем с нужных библиотеке сообщений, а не заявляем весь EDIFACT-контур.
Сверяем партнёрские коды, папки, имена файлов и контрольные данные.
Рабочее использование обсуждается только после документированных результатов обеих сторон.
05
Для двух сообщений фиксируются номер заказа библиотеки, идентификатор поставщика, строки книг и ожидаемый ответ.
06
Риск ограничен тестовой связкой и понятным набором сообщений.
Ссылки на бюджет, заказ и строки обсуждаются как часть профиля.
07 / Exlibrus