DESADV¶

DESADV — это стандартизированное электронное сообщение в сфере логистики и управления цепочками поставок, используемое для уведомления получателя о предстоящей отгрузке товаров. Аббревиатура происходит от английского Dispatch Advice (уведомление об отгрузке). DESADV является одним из ключевых документов в рамках электронного обмена данными (EDI, Electronic Data Interchange) и соответствует международному стандарту EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport), разработанному ООН.

¶Назначение и функции

Основная цель сообщения DESADV — предоставить грузополучателю (покупателю, складу, дистрибьютору) точную и заблаговременную информацию о составе, количестве, упаковке и маркировке товаров, которые были отгружены поставщиком. Это позволяет получателю заранее спланировать приёмку, складские операции и проверку соответствия заказу.

Ключевые функции DESADV включают:

Уведомление об отгрузке: Сообщение отправляется сразу после физической отгрузки товара со склада поставщика. Оно подтверждает, что товар покинул место отправления.
Детализация состава груза: В сообщении указывается точный перечень отгруженных товаров, их артикулы (GTIN, EAN, UPC), количество в единицах измерения (штуки, килограммы, литры) и описание.
Информация об упаковке: DESADV детально описывает структуру груза на всех уровнях упаковки — от транспортных единиц (паллет, контейнеров, коробок) до отдельных товарных единиц. Для каждой упаковки может быть указан уникальный идентификатор (SSCC — Serial Shipping Container Code).
Сверка с заказом: Сообщение позволяет получателю автоматически сверить фактически отгруженный товар с данными заказа (ORDERS) и подтвердить корректность поставки.
Оптимизация приёмки: Наличие DESADV ускоряет процесс приёмки на складе, так как система получателя уже знает, какие товары и в какой упаковке ожидаются. Это снижает время на ручную проверку и уменьшает количество ошибок.

¶Структура и содержание

Сообщение DESADV, как и другие документы EDIFACT, имеет строгую иерархическую структуру, состоящую из сегментов и элементов данных. Основные блоки информации включают:

¶Идентификаторы сторон

Отправитель (поставщик): Название, адрес, идентификатор (GLN — Global Location Number).
Получатель (покупатель): Название, адрес, идентификатор.
Грузополучатель (место доставки): Адрес склада или магазина.

¶Данные об отгрузке

Номер сообщения (DESADV): Уникальный идентификатор данного уведомления.
Дата и время отгрузки: Когда товар был отправлен.
Номер заказа (ORDERS): Ссылка на заказ, на основании которого произведена отгрузка.
Номер контракта или рамочного соглашения: Для долгосрочных поставок.

¶Описание товаров

Артикул (GTIN): Глобальный номер товарной единицы (13 или 14 цифр).
Количество: Отгруженное количество каждого товара.
Цена (опционально): Может включаться для автоматического расчёта стоимости.
Серийные номера и партии: Для товаров, требующих отслеживания (медикаменты, электроника).

¶Информация об упаковке

Идентификатор транспортной единицы (SSCC): Уникальный 18-значный код для каждой паллеты, ящика или контейнера.
Иерархия упаковки: Сообщение может описывать, какие товары находятся внутри какой коробки, а какие коробки — на каком паллете.
Тип упаковки: Паллета, коробка, мешок, бочка и т. д.
Маркировка и этикетки: Информация о нанесённых штрихкодах, QR-кодах или RFID-метках.

¶Транспортная информация

Вид транспорта: Автомобильный, железнодорожный, морской, авиационный.
Номер транспортного средства: Номер грузовика, вагона, контейнера.
Дата и время прибытия (ожидаемое): Планируемое время доставки.

¶Процесс обмена и интеграция

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

Формирование заказа: Покупатель отправляет сообщение ORDERS (заказ на поставку).
Подтверждение заказа: Поставщик может отправить ORDRSP (подтверждение заказа).
Отгрузка: После сборки и упаковки товара поставщик формирует и отправляет DESADV.
Приёмка: Получатель обрабатывает DESADV, сверяет его с заказом и готовит склад к приёмке.
Подтверждение получения: После фактической приёмки получатель может отправить сообщение RECADV (уведомление о получении) или DESADV с признаком «принято».
Выставление счёта: Поставщик на основании отгрузки формирует сообщение INVOIC (счёт-фактура).

Интеграция DESADV в ERP-системы (например, SAP, 1С, Oracle) позволяет автоматизировать процесс создания и обработки уведомлений, исключая ручной ввод данных и связанные с ним ошибки.

¶Преимущества использования

Внедрение DESADV в цепочке поставок даёт ряд существенных преимуществ для всех участников:

Снижение ошибок: Автоматическая передача данных исключает ошибки, связанные с ручным вводом, неправильным чтением или потерей бумажных документов.
Ускорение приёмки: Наличие точной информации о составе и упаковке позволяет складу принимать товары в несколько раз быстрее. Система может автоматически сверять данные с заказом и выявлять расхождения.
Повышение точности инвентаризации: Благодаря точным данным о количестве и артикулах, запасы на складе отражаются в системе с высокой точностью.
Оптимизация складских операций: Заранее зная структуру груза, можно эффективно распределять места хранения, планировать перемещение товаров и минимизировать время простоя.
Улучшение взаимодействия с партнёрами: Стандартизированный обмен данными упрощает коммуникацию между поставщиками, логистическими операторами и розничными сетями.
Снижение затрат: Уменьшение времени на обработку документов, снижение количества возвратов и пересортицы ведёт к экономии ресурсов.

¶Ограничения и сложности

Несмотря на очевидные преимущества, использование DESADV сопряжено с определёнными сложностями:

Необходимость стандартизации: Все участники цепочки поставок должны придерживаться единого формата и версии EDIFACT. Различия в интерпретации сегментов могут приводить к ошибкам.
Техническая интеграция: Внедрение EDI-системы требует времени, финансовых затрат и технической экспертизы. Не все малые предприятия готовы к таким инвестициям.
Зависимость от качества данных: Если данные в DESADV некорректны (например, неверный GTIN или количество), это может привести к серьёзным проблемам при приёмке и учёте.
Человеческий фактор: На этапе сборки и упаковки товара возможны ошибки, которые DESADV не может исправить — например, если товар был отгружен не тот, что указан в сообщении.

¶Применение в России

В России использование электронного обмена данными, включая DESADV, активно внедряется крупными розничными сетями, дистрибьюторами и производителями. Стандарт EDIFACT является одним из основных в рамках национальной системы электронного документооборота, хотя также применяются и другие форматы, такие как EANCOM (подмножество EDIFACT для розничной торговли) и XML.

Российские компании, работающие по EDI, часто используют DESADV для взаимодействия с такими сетями, как X5 Group, «Магнит», «Ашан» и другими. Внедрение этого сообщения позволяет им соответствовать требованиям ритейлеров к автоматизации приёмки и сокращению времени обработки товаров на складах. Развитие электронного документооборота в России регулируется Федеральным законом № 63-ФЗ «Об электронной подписи» и отраслевыми стандартами.

¶Источники

Стандарт ООН EDIFACT: UN/EDIFACT D.19A — DESADV Message Implementation Guide.
GS1 General Specifications — описание стандартов GS1, включая GTIN и SSCC.
EANCOM 2002 — Руководство по внедрению сообщения DESADV.
Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи».
Материалы отраслевых конференций и публикаций по логистике и управлению цепочками поставок (например, журнал «Логистика»).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →