EDI стандарт (Electronic Data Interchange) - часть старых, устоявшихся систем. Но мы постоянно видим, как EDI представляют, как современный стандарт. Так ли это? Надо ли нам рассматривать EDI в качестве базовой технологии для новых проектов?
Давайте посмотрим на EDI с технической точки зрения, отбросив все остальное.

Формат данных в EDI

EDI использует delimited text формат . Он хорошо работает для плоских структур данных, таких как таблицы. Он не так хорош для представления иерархических структур данных. Вложенные объекты лучше сериализуются с помощью tagged форматов, таких, как XML и JSON.
Очень странно, но так и не был создан язык описания (document definition) для EDI. Прошло столько лет с момента появления EDI и столько усилий было затрачено на него, но язык описания так и не создан. Язык описания позволяет автоматизировать обработку данных, а именно их генерацию, верификацию, преобразование, сериализацию, десериализацию. Для сравнения, для верификации XML данных мы берем схему данных (XML Schema, xsd) и парсер автоматически проверяет данные на соответствие этой схеме.
Можно обойтись и без схемы, но тогда желательна разметка документа. XML и JSON документы могут быть десериализованны и без схемы, потому что сами данные содержат тэги (имена) элементов данных. EDI имеет тэги только для сегментов и не имеет тэгов для элементов. Элементы определяются позицией внутри сегмента. Универсальный EDI парсер сможет разобрать документ только на примитивные коллекции, потому что документ не содержит ни имен, ни типов для элементов данных.

Давайте обратимся к деталям.

EDI стандарт состоит из двух основных частей:

• Envelope (пакетный?) формат (смесь стандартов сообщений (messaging))
• Спецификации (форматы) документов (смесь индустриальных (domain) стандартов)

Пакетный формат

EDI определяет пакеты для наборов документов, групп документов и самих документов/транзакций (Interchange , Group and Transaction /Document) . Пакеты ограничиваются соответственно ISA/IEA, GS/GE, ST/SE парами сегментов.
Замечание: Для иллюстрации я использую EDI X12 вариант стандарта, распространенный в Северной Америке. Другой вариант стандарта, EDIFACT, распространен в Европе и принципиально не отличается от X12.
Здесь представлен пример самых первых сегментов всех трех пакетов: ISA, GS и ST. Пример взят отсюда :

ISA*00* *00* *ZZ*RECEIVERID *12*SENDERID *100325*1113*U*00403*000011436*0*T*>~
GS*FA*RECEIVERID*SENDERID*20100325*1113*24712*X*004030~
ST*997*1136~

Что мы видим в первом сегменте?
Последние три символа сегмента ISA - это разделительные символы : "*>~": ‘~’ - символ разделения сегментов; ‘*’ - символ разделения элементов внутри сегмента; ‘>’ - символ разделения подэлементов внутри элемента. Изменяя эти символы мы по сути изменяем форматы пакетов и документов. В XML и JSON разделительные символы прописаны в стандарте, их нельзя изменить. Изменяемые разделительные символы - это рудименты эпохи, когда Unicode еще не был создан. Но даже в те времена делать разделительные символы изменяемыми было не очень хорошей идеей. Разделительные символы - очень важные символы. Если мы можем использовать любые символы в качестве разделителей, это не только именяет логику разбора пакетов на составляющие части, это сильно усложняет логику разбора текста внутри самих элементов.
Еще в ISA сегменте мы видим элементы, определяющие форматы времени и дат . Они помогают нам использовать настраиваемые форматы дат и времён внутри документов. Это имело смысл в семидесятых годах, когда нам надо было сохранить несколько байт при кодировке дат и времён. Нужны ли эти элементы теперь, после того как мы побороли проблему «2000-ного года», после того как были созданы специализированные и очень подробные стандарты представления времени ?
Мы видим в ISA сегменте элементы, определяющие отправителя и адресата . По сути это - адресная (routing ) информация. То есть стандарт упаковки объединен со стандартом адресации. Используя EDI, мы должны задавать отправителя и адресата внутри наших данных. В сегменте ISA есть еще и авторизационные элементы . Вся идея размещения этой авторизационной информации внутри самих сообщений когда-то была довольно прогрессивная, но сейчас она выглядит по меньшей мере наивной, а то и опасной. Сейчас мы понимаем, что авторизационная информация - много-много сложнее чем пара значений. То же самое можно сказать и про адресную информацию. EDI стандарт подталкивает нас к использованию этих элементов.
Еще мы видим элемент запроса подтверждения (acknowledgement request ). То есть создатель документа задает стратегию использования подтверждений прямо в документе. Хорошая ли это идея? Мы можем использовать документы в разных сценариях. В некоторых из них подтверждения используются на уровне приложений, в других для повышения надежности используются другие протоколы. Политика надежности определяется не внутри самих данных, потому что надежность - это довольно сложная тема в передаче данных, определяемая многими участниками коммуникации.
Еще внутри сегментов пакетов мы видим контрольные номера (Control Numbers ). Они нужны в сценариях, когда мы получаем набор документов, но часть набора потеряна или искажена по пути, и мы пытаемся восстановить как можно больше данных. Этот сценарий давно уже не используется, так как подобная проблема надежности как правило решается на нижних уровнях коммуникационных протоколов. Мы не встраиваем надежность коммуникаций на уровень приложений, так ведь?
Другой элемент ISA сегмента, это EDI версия (Standard Identifier ). Это похоже на поддержку версионности, знакомую нам по сериализационным стандартам.
В сегменте GS находится элемент, определяющий тип документа (Type of Document ). К примеру, это заказ или накладная. Ничего очень плохого в этом нет, хотя задавать тип документа проще внутри самого документа.

Как видим, практически все элементы в пакетных сегментах или бесполезны, или, более того, опасны, если мы будем их использовать в соответствии со стандартом.
Пожалуйста, не пытайтесь использовать данные из пакетных сегментов для аутентификации и адресации.
EDI был создан во времена, когда размещение этой информации в пакетах было единственным вариантом. Сейчас мы передаем документы через интернет и используем большой набор стандартов и протоколов для упаковки, адресации, аутентификации, авторизации, надежности, кодирования, сериализации, сегментирования и т.д., и т.п. Специфичная для конкретного протокола информация добавляется и удаляется на всем пути данных, и эта информация независима от самих данных.

EDI - это стандарт формата данных или протокол?

EDI пытается быть протоколом, именно поэтому мы видим эти элементы адресации, авторизации и запроса подтверждения. Я не знаю, как эту информацию можно сопоставить с OSI protocol layer model.
Но все же большая часть EDI стандарта посвящена форматам данных.

Форматы документов

Внутри пакетов мы видим сами документы. Но мы не найдем стандарта для универсального, обобщенного документа. Стандарт определяет многочисленные форматы для всевозможных типов документов: для заказов, для накладных, для описей вложения… вы найдете небольшую часть из громадного списка стандартизованных документов.
EDI следует известному мифу: «Где-то там есть идеальный формат, который описывает все на свете сценарии. Мы обязательно найдем этот формат. Нам нужно просто добавлять новые сценарии и подстраивать старые.»
Как результат EDI стандартные документы (спецификации) чрезмерно сложные.
Возьмем один пример: Нам нужна накладная для небольшого местного книжного магазина. Мы нашли подходящую стандартную спецификацию, EDI 850, заказ на покупку (Purchase Order). На первый взгляд он выглядит чересчур детальным. Мы не будем покупать продукты питания, уголь, зерно, жидкие продукты, опасные продукты, медицинские препараты. Нам не нужны международные адреса. Мы не будем использовать службы срочной доставки. EDI спецификация описывает все эти возможные варианты, но в ней слишком много полей, которые мы никогда не будем использовать. Она чересчур сложна для нашего простого документа.
Существует много индустриальных (domain) стандартов, которые используются как своеобразные хранилища знаний. Но эти стандарты не используются как стандарты передачи данных. (Посмотрите , описывающую проблему индустриальных стандартов.)

Циклы (Loops) внутри документов

Структура индивидуальных документов довольно проста. Документы составлены из серии сегментов, внутри которых находятся данные документов.
Но оказывается, что сегменты могут объединяться в группы или в повторяющиеся группы, так называемые циклы (loops ). Пикантность в том, что эти циклы абсолютно никак не выделены в документе. О наличии цикла мы можем прочитать в спецификации данного конкретного документа. Сегменты одинакового типа (с одинаковыми тэгами) могут располагаться как независимо, так и внутри циклов. Создать парсер, распознающий циклы (которые, повторяю, никак не отмечаются в документе), это довольно нетривиальная задача.
В XML и JSON такой проблемы не стоит, иерархические объекты или коллекции объектов любого уровня вложенности очень просто задаются с помощью открывающих и закрывающих тэгов, именованных или неименованных.
EDI попытался усидеть на двух стульях. С одной стороны, его документный формат похож на формат csv и удобен для представления табличных данных. С другой стороны, он пытался описывать иерархические объекты, и попытка эта окончилась очень неубедительно. Конечно, мы понимаем это сейчас, когда имеем перед глазами JSON. Но давайте вспомним, что EDI был сделан не для передачи табличных данных, а именно для передачи документов, структура которых именно иерархическая.

Нетехнический взгляд на EDI

Для полной картины я все же перечислю некоторые из нетехнических особенностей EDI:

• EDI стандарт не бесплатный . Это выглядит довольно странно по сравнению с другими стандартами.
• Спецификации EDI стандарта чрезмерно детальны . EDI спецификации настолько сложны, что компании должны нанимать специалистов, знакомых с конкретной спецификацией. Эти специалисты общаются с помощью специальных EDI терминов, это почти EDI язык, который никак не связан с бизнесом. Посмотрите на EDI соглашения (agreements) между компаниями. Эти соглашения полны специфических требований, определяемый EDI стандартом, но далекими от требований бизнеса.
• EDI стандарт не стабилен . Специальный комитет выпускает модификации EDI стандарта каждые полгода. Каждая из этих версий привносит новые уточнения. Развитие стандарта не следует запросам пользователей, скорее оно просто следует календарному плану. Предположительно это происходит не из-за очень высоких требований к стандарту, а потому что комитету нужно показать результаты своей работы.
• EDI был создан, чтобы экономить биты и делать документы как можно более компактными. Это требование до сих пор существует, но оно вряд ли используется для передачи документов. Каждый ребенок сейчас владеет телефоном, который перекачивает гигабайты видео. На дворе уже не эпоха мэйнфреймов и телетайпов. И довольно странно читать отчеты, которые совершенно серьезно обсуждают экономию ресурсов из-за перехода с бумажного документооборота на использование EDI.
• Для экономии памяти EDI использует коды для представления данных где только возможно. В результате документы выглядят зашифрованными, что создает дополнительную проблему обмена кодовыми таблицами.
• EDI стандарт был создан для передачи наборов (batches) документов из-за того, что коммуникации и компьютеры стоили дорого и работали медленно. С тех пор многое изменилось, коммуникации и компьютеры стали быстрыми и дешевыми. Данные сейчас передаются маленькими сообщениями или потоками, и эти маленькие сообщения являются основой распределенных систем. Наборы документов еще используются, но не из-за медленного оборудования, а потому что это требуют бизнес-процессы.
• Не существует стандарта на язык описания EDI . Это означает, что мы не можем создать универсальный парсер для обработки EDI документов. Парсеры должны содержать описания тысяч существующих EDI спецификаций с огромным количеством деталей. (К примеру, Microsoft предоставляет около 7 тысяч XML схем для EDI документов как часть BizTalk Server.) Имеющиеся EDI парсеры стоят дорого. Для работы с EDI документами нам скорее всего придется преобразовать EDI документы в формат XML и использовать XML Schema вместе с XML парсером для обработки EDI документов: для проверки, преобразования, сериализации, десериализации, создания. Что и делается в BizTalk Server.
• Из-за отсутствия стандартного языка описания EDI документы описываются с помощью… многостраничных инструкций. Разработчики EDI парсеров трактуют эти инструкции по-разному, и из-за этого различные EDI парсеры несовместимы .
• EDI стандарт создавался во времена, когда разработка программ, протоколов и форматов данных была чрезвычайно дорога и длилась очень долго. Создание стандарта для универсального формата документов было оправдано. Сейчас форматы данных генерируются на лету и наши программы как правило не используют каких-то универсальных стандартов, а создают разные форматы под конкретные случаи. EDI спецификации включают максимально возможное количество деталей , чтобы удовлетворить всех пользователей. Современные программы включают в спецификации передаваемых данных только те данные, которые необходимы. Количество элементов в EDI спецификации, ненужных в вашем конкретном случае всегда будет очень большим.
• EDI смешивает два типа стандартов: стандарты для коммуникаций и стандарты для форматирования бизнес данных. Современные тенденции прямо противоположны: стандарты должны быть независимы друг от друга (ортогональны), что позволяет смешивать их в любых сочетаниях.

Как видим, EDI стандарт устарел практически в каждом аспекте, если мы рассматриваем его с технических позиций. Вряд ли сейчас есть рациональные технические причины для его использования. Но, несмотря на это, EDI по-прежнему широко используется.
В следующей части мы постараемся найти этому причины. Скорее всего они будут не технического характера.

EDI (Electronic Data Interchange) - электронный обмен данными - это современная технология организации обмена финансовой, коммерческой, логистической информацией, в виде стандартных структурированных электронных документов (сообщений), между компьютерными системами бизнес партнеров, пришедшая на смену традиционному документообороту.

Технология базируется на серии стандартов и конвенций, которые регламентируют форматы передаваемых сообщений. При разработке стандартов были проанализированы "бумажные" документы, в них выделены наиболее повторяющиеся данные, и определены соответствующие поля данных.

Так, UN/EDIFACT является основополагающим глобальным избыточным стандартом, содержащим наиболее общие справочники международных кодов и форматов сообщений, расширенных для удовлетворения всех возможных отраслей экономики. Он является единственным международным стандартом в управлении, коммерции и транспорте.

Главная цель использования технологии EDI – это возможность быстрого, безопасного и корректного обмена необходимыми данными, а также уменьшение влияния "человеческого фактора" в процессе обработки документов, что в свою очередь положительно влияет на качество передаваемой информации.

Технология работы

Для перехода на электронный обмен данными, необходимо подключение партнеров к специализированной системе электронного обмена коммерческими сообщениями (платформе электронной коммерции).

Система обеспечивает:

• преобразование сообщений из формата отправителя к стандартному формату;
• проверку входящих сообщений на полноту данных;
• верификацию данных на соответствие формату;
• подстановку данных из справочников;
• маршрутизацию;
• архивацию переданных документов;
• преобразование сообщений из стандартного формата в формат получателя;
• передачу сообщений адресату;

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

Подключение партнеров, интеграцию систем, преобразование и передачу сообщений между партнерами осуществляют специализированные компании – EDI провайдеры. Провайдер предоставляет своим клиентам надежный канал передачи сообщений (доступ к своей системе электронного обмена коммерческими сообщениями) и поддерживает оговоренный уровень сервиса.

В настоящее время получила широкое распространение модель SaaS (software as a service) - программное обеспечение как услуга. Основное преимущество модели SaaS для потребителя услуги состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения. Модель SaaS хорошо подходит для автоматизации межкорпоративного документооборота, когда заказчику необходимо готовое решение с широкими возможностями при минимальных начальных затратах, и позволяет предоставить систему электронного обмена коммерческими сообщениями в виде EDI сервиса.

Существует два варианта подключения к EDI сервисам:

• Полная интеграция учетной системы партнера с платформой провайдера. При этом предполагается автоматическая обработка входящих и генерация исходящих сообщений в учетной системе предприятия. Для интеграции необходимо разрабатывать и согласовывать форматы экспорта – импорта информации и технологию передачи сообщения в систему провайдера. При таком варианте возможно использовать преимущества EDI в полной мере.
• Использование Web-клиента . Взаимодействие с платформой EDI осуществляется через Web-браузер, без непосредственной интеграции с учетной системой. Такой вариант работы не ведет к максимальному повышению эффективности, так как требует участия человека в приеме и передаче документов (ручной перенос данных из системы EDI в информационную систему и обратно), однако, характеризуется предельной экономичностью внедрения и использования.

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

Преимущества и выгоды внедрения EDI

Основными преимуществами использования технологии EDI является:

• Гарантия конфиденциальности передаваемой коммерческой информации - обеспечивается за счет использования безопасных каналов передачи данных: например, AS2 позволяет надежно передавать документы электронного обмена по сети Интернет через протокол https.
• Достоверность передаваемой информации - обеспечивается использованием MDN контрольных сумм, что полностью исключает возможность внесения изменений в документ без ведома получателя.
• Гарантии доставки документов - система автоматически оповещает отправителя о доставке документа.
• Контроль документооборота – получение и обработка статусов документов (отправлен, получен, прочитан и т.п.)
• Оптимизация - сокращение складских запасов и оптимизация логистики и приемки товаров.
• IT-совместимость – возможность интеграции с любой учетной системой, чтобы избавиться от двойного ввода данных.
• Помощь в решении спорных ситуаций – провайдер EDI может предоставить обоим участникам полную информацию о том, что и когда произошло с документами.

Среди выгод, которые приносит внедрение EDI, можно выделить следующие:

• Автоматизация документооборота - сокращение до 80% времени на обработку каждого документа
• Точность - исключение ошибок в документах, за счет минимизации ручного ввода данных, а также механизмов оповещения о найденных ошибках в процессе обработки документов.
• Снижение затрат, связанных с бумажным документооборотом - потребность в задействованном персонале сокращается минимум на 70%, а затраты на расходные материалы (бумага, оргтехника и ее обслуживание, картриджи) на 80%.
• Улучшение сотрудничества с бизнес-партнерами - быстрая реакция на потребности контрагентов;
• Исключение необходимости использования для передачи документов e-mail, факс, телефонную связь;

Какова роль EDI провайдера?

Провайдер EDI услуг предоставляет все необходимые инструменты для обмена электронными документами между партнерами и полностью обеспечивает инфраструктуру необходимую для обработки электронных документов. Провайдер контролирует весь процесс передачи и обработки документов, отслеживает статусы электронных документов (отправлен, получен, прочитан и т.п.), в случае необходимости информирует о наступлении определенных событий. Задачей провайдера является обеспечение точной и своевременной доставки электронных документов от одного партнера другому. Провайдер гарантирует безопасность, конфиденциальность и достоверность передаваемой информации, а также соответствие услуг стандартам, что в свою очередь дает возможность осуществлять роуминг с другими провайдерами (в том числе и с международными).

Можно ли внедрить EDI обмен «напрямую», без провайдера?

Конечно, можно попробовать самостоятельно внедрить EDI с нуля: подготовить свою учетную систему для приема, обработки, проверки и передачи электронных документов; обеспечить постоянный мониторинг и контроль функционирования коммуникационных каналов; создать механизмы работы с каждым из Ваших бизнес партнеров «напрямую» (нужно учесть, что каждый партнер будет работать с различными форматами сообщений, с разными типами документов, по разным каналам коммуникации). Для всего перечисленного необходимо привлечение целого IT отдела специалистов, а также развертывание всей инфраструктуры, для обеспечения бесперебойной работы. Однако, такие серьезные финансовые, трудовые и прочие затраты не целесообразны и не смогут окупить свою цель.

Насколько обязателен электронный обмен документами?

Жестких законодательных требований относительно обязательного использования электронного документооборота нет. Однако, на сегодняшний день электронный документооборот уже далеко не новшество, а неотъемлемая часть успешного ведения бизнеса и одно из конкурентных преимуществ не только для большого, но также для малого и среднего бизнеса. Многие крупные игроки заявляют о EDI как о единственном способе работы со своими партнерами, который улучшает и упрощает взаимоотношения между ними.

Какие типы документов используются в электронном документообороте?

На данный момент в мире предается огромное количество различных типов электронных документов. Сообщения EDIFACT подчас имеют сложную структуру, и пользователи легко могут неправильно понять принципы и истинные намерения создателей таких сообщений. Для упрощения взаимодействия между партнерами создали стандарты для самых распространенных и часто используемых типов документов. Являясь подмножеством UN/EDIFACT, стандарт EANCOM содержит точные определения и объяснения, которые позволяют торговым партнерам обмениваться коммерческими документами в доступной форме. Стандарт EANCOM определяет формат для около 50 различных типов документов.

Наиболее распространенные типы электронных документов:

• PRICAT – прайс-лист;
• ORDER – заказ;
• ORDRSP – подтверждение заказа;
• DESADV – уведомление об отгрузке;
• RECADV – уведомление о приемке;
• INVOICE – счет;
• SLSRPT – отчет о продажах;
• INVRPT – отчет об остатках;

Что такое GLN?

GLN (Global Location Number) – глобальный номер места нахождения – это международный код, применяемый в системах электронного обмена данными и электронной коммерции. GLN был введен в действие стандартом ассоциации EAN International. GLN представляет собой 13-разрядный цифровой код (номер), предназначенный для точного и краткого обозначения (или идентификации) юридических лиц, филиалов, офисов, функциональных подразделений и физических объектов, складов. Использование GLN номера является непременным условием для пользователей EDI.

Что такое GTIN?

GTIN (Global Trade Item Number)– глобальный номер торговой единицы (предмета торговли) – уникальный идентификационный номер торговой единицы. Этот идентификатор представлен в виде символа штрихового кода на упаковке товара.

Что такое SSCC?

SSCC (Serial Shiping Container Code) – серийный код транспортной упаковки – уникальный идентификатор логистической (транспортной) единицы. SSCC очень удобен для маркировки грузов, подлежащих танспортировке.

Контент страницы

​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​​Электронный документооборот​​

X5 Retail Group - лидер отечественного ритейла по внедрению электронного обмена данными. Применение EDI в работе ускоряет процесс поставки товаров в торговые сети.

X5 - лидер в области EDI

X5 Retail Group является лидером рынка розничной торговли по внедрению новых типов EDI-документов (электронный обмен данными) и ежедневному объёму электронного документооборота. Внедрение автоматического обмена счетами-фактурами стало ещё одним шагом к повышению качества взаимного сотрудничества, упрощению и увеличению скорости работы с поставщиками.

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

Сегодня в обмене электронными счетами-фактурами принимают участие EDI-провайдеры, подписавшие с X5 Retail Group «Соглашение об уровне сервиса по предоставлению услуг электронного обмена данными»: ООО «ФораПром» (платформа LERADATA), ООО «Сислинк» (платформа CISLink), ООО «Электронные Коммуникации» (платформа «EVOLUTION-3.0»), ООО «Корус Консалтинг СНГ» (платформа СФЕРА), ЗАО «ПФ «СКБ Контур» (платформа EDI.КОНТУР) и ООО «Эдисофт» (платформа EDISOFT). Провайдеры ООО «ООО «Электронные Коммуникации»» (платформа «EVOLUTION-3.0») и ООО «ФораПром» (платформа LERADATA​) - сертифицированные ECR-Russia и уполномоченные Х5 Retail Group EDI-провайдеры, которые имеют партнёрские отношения с доверенными операторами электронного документооборота ФНС России - ООО «Калуга-Астрал» и ООО «С​истем Групп Рус », которые позволят легитимно передавать электронные счета-фактуры (входящие и исходящие) от поставщиков в Х5 Retail Group и обратно.

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

Что EDI может предоставить поставщикам

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

Основные выгоды от внедре​ния системы электронного обмена данными:

​​​​№​​	Тип EDI документа	Выгоды от внедрения EDI документа
1	Уведомление об участнике обмена (PATRIN)	Ежедневное автоматическое уведомление об актуальных объектах Х5
2	Ценовые спецификации (PRICAT)	Автоматизированный процесс обмена юридически значимыми ценовыми спецификациями в электронном виде. Позволяют сократить время согласования цен, исключить задержки и ручные ошибки, обмен бумажными документами, их обработку и хранение
3	Заказ покупателя поставщику (ORDERS)	Оперативная и автоматизированная передача заказов Х5 поставщикам, техническая поддержка, контроль и мониторинг передачи заказов
4	Ответ поставщика на Заказ покупателя (ORDRSP)	Подтверждение поставщиком обязательств по поставке. Сокращение запасов и (или) дефицита товаров в магазинах сети. Учёт товара поставщика «в пути» - снижение риска перепоставок и (или) отказа в приемке товара
​5	Уведомление поставщика об отгрузке поставки покупателю (DESADV) - электронная накладная	Ускорение процесса приёма (передачи) поставки в магазинах и в РЦ сети. Снижение ошибок ручного труда сотрудников Х5 и поставщиков во время приёмки и, в дальнейшем, во время оплаты: автоматическая идентификация поставки и SAP заказа Х5, автоматическая идентификация приёмки Х5 и ЭСФ поставщиков Информационное письмо и презентация проекта ​​
6	Уведомление покупателя о приёмке (RECADV) - электронный акт приемки	Ускорение процесса формирования корректных счетов-фактур со стороны поставщиков. Снижение количества неотфактурованных поставок
7	Уведомление о возврате товара (RETDES) и уведомление о приёмке возврата (RETREC)	Оперативное и документальное подтверждение произведённого со стороны Х5 возврата товаров, ускорение процесса сверки бухгалтерских балансов, повышение прозрачности и контроля процессов возврата товаров
8	Акт сверки взаиморасчётов с контрагентами (COACSU)	Автоматизация и ускорение (своевременность, актуальность) процесса сверки дебиторской и кредиторской задолженности с поставщиками
9	Уведомление о выявленных недостатках, связанных с ненадлежащим качеством Товара	Автоматизация и ускорение (своевременность, актуальность) документооборота с поставщиками по штрафам ФРОВ. Т олько в случае, если Поставщик является Поставщиком ФРОВ.

​​

Как присоединиться к обмену электронными документами с X5

В X5 Retail Group разработаны основные шаги, позволяющие поставщикам присоединиться к системе обмена электронными документами.

1-й шаг

Поставщику необходимо заключить с Х5 Retail Group дополнительное соглашение по EDI к договору поставки с обязательным заполнением Приложения к доп. соглашению - заявки на организацию обмена электронными документами между поставщиком и покупателем. Шаблоны документов можно получить в коммерческой дирекции Х5 Retail Group или у сотрудников договорного отдела Х5.

2-й шаг

Заключить договор на оказание услуг электронного обмена данными с EDI-провайдером. Компаниям, которые уже имеют договор с EDI, необходимо направить письмо своему EDI-провайдеру о необходимости организации электронного обмена с Х5 Retail Group. Получить от EDI-провайдера параметры доступа на его web-EDI-страницу или провести совместную интеграцию своей учётной системы и системы EDI-провайдера.

3-й шаг

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

4-й шаг

Провести сверку товарного ассортимента, поставляемого в Х5 Retail Group, то есть обратиться к своему EDI-провайдеру для того, чтобы он организовал для поставщика получение списка товаров Х5, соответствующего прайс-листу поставляемого товара в Х5 Retail Group. Также EDI-провайдер предоставляет информацию поставщику о том, как провести сверку товарной номенклатуры. Этот список будет представлять собой таблицу данных, состоящую из наименования товара, кода Х5 Retail Group (PLU), набора штрих-кодов, хранящихся в учётной системе Х5 Retail Group. Поставщику рекомендуется загрузить в свою учётную систему код Х5 Retail Group (PLU), потому как в заказе от Х5 Retail Group для идентификации товара будут использоваться код Х5 Retail Group (PLU), штрих-код товара и внутренний код поставщика.

5-й шаг

Обратиться к EDI-провайдеру с письмом о проведении тестов и провести тестовые обмены EDI-документами.

Вебинары X5

30 августа 2017 года состоялся вебинар для поставщиков Х5, посвященный вопросам перехода с юридически-значимого документооборота бумажной версии ценовой спецификации на электронную (EDI PRICAT).

29 июня 2017 года состоялся вебинар, посвященный вопросам использования электронного УПД в юридически-значимом электронном документообороте.​

Система электронного обмена данными EDI состоит из организац., аппартаной и программной составляющих и каналов связи. Она предназначена для межфирменного обмена деловыми и коммерческими док-тами в виде структурир. сообщений стандартизированного формата в электронном виде в процессе производ.деятельности. Эти сис-мы широко используются при госзакупках и межфирменной торговле.Документы в электронном виде передаются по защищенным каналам связи от одной информац.системы в другую. Взаимодействие может проходить на уровне приложений и без участия человека. Однако в наст.время необходимо наличие оператора: при взаимодействии между двумя удаленными компьютерами с использ-м модема, при взаим-вии компьютера с информацион.сис-мой, например по протоколу http, при приеме документов через протокол email. Без участия оператора прием и обработка документов строго оговоренного формата осущ-ся в полностью автоматизир. сис-мах. Сис-ма позволяет:

оптимизирвоать процессы управления, планирования и контроля производства;

оперативно реагировать на запросы потребителей производителю товаров и услуг;

повысить эффект-ть мат.-техн.обеспечения закупок и оптимально управлять своими товарными запасами;

снизить затраты на складское хранение товаров;

сократить объем обрабатываемых бумаг и численность сотрудников, занятых обраб-кой бумаж.инф-ции;

повысить оперативность обработки инф-ции;

повысить точность обраб-ки инф-ции,потому что при ручном наборе инф-ции ошибки неизбежны.

Пр-пр-тия могут осуществлять обмен данными, подключившись к системе, на основе ПО, имеющегося на фирме. Это не потребует значительных материальных затрат. Для работы в системе исп-ся до 12 стандартов. Наиболее распространненые: ст-т ООН UN/EDIFACT и ст-т Америк.нац.инст-та стандартов ASC X-12, EAN.UCC(согласно ему каждый товар д.иметь уникальный международный номер EAN,вместо внутреннего для своей страны; каждая сторона, участвующая в сделке, также д.б идентифицирована уникальным кодом EAN-GLN.Эти коды,номера активно используются а Эл.бизнесе). На сегодняшний день сущ-т программы, преобразующие данные из формата одного стандарта в другой. Более 20 отеч.и заруб.пр-пр-тий присоединились к инициативе EDI: «Лента», «Эльдорадо», «Рамстор», Coca-cola, «Вимм-Билль-Данн» и др.

42. Воздействие развития эк на экономику

Сегодня коммерческий потенциал Интернет используется в лучшем случае на 15–20%. В то же время, все большее число транснациональных и национальных компаний, крупных и средних банков, а также индивидуальных предпринимателей стремятся, так или иначе, присутствовать в виртуальной экономике. По данным журнала «Economist», который провел опрос руководителей пятисот крупнейших западных компаний по поводу того, как повлияет электронная коммерция на мировой рынок, 49% опрошенных ответили, что полностью изменит, 43% ответили, что сильно изменит, и лишь 8% опрошенных считают, что изменит мало.

«Business Week» в 1998 г. более 53% пользователей Интернет в США осуществляли покупки в режиме он-лайн. Для сравнения, в 1997 г. только 26% пользователей Интернет в США совершали покупки в режиме прямого доступа. Учитывая сказанное выше, совершенно неудивительно, что электронная коммерция представляет собой сегодня один из наиболее динамично растущих секторов.

Обследование 30 тыс. потребителей из 30 стран показало, что США имеют самое большое количество участников электронной коммерции.

Так, по данным журнала «American City Business Journal», малый бизнес в развивающихся странах, использующий электронную коммерцию, растет на 46% быстрее.

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

Примерно то же относится и к рынку капиталов. Сегодня половина сделок с ценными бумагами в США заключается через он-лайновых брокеров, что уже оказывает воздействие на его технические параметры: как выясняется, «брокерское самообслуживание» побуждает инвесторов более внимательно и ответственно относиться к своим портфелям. Кроме того, масса мелких инвесторов получают возможность общаться в реальном времени. Это означает серьезные, но в то же время и более сглаженные изменения в цене компаний.

Третьим направлением анализа является торговля неосязаемыми ценностями, т.е. ценностями, которые могут обращаться в электронном виде. Интереснейшим процессом, происходящим на наших глазах, является разрушение «придуманных рынков» («invented markets»), построенных вокруг понятия «интеллектуальной собственности».

Четвертым и пятым направлениями анализа являются электронная коммерция в розничной торговле и межфирменных отношениях. Эти направления являются чрезвычайно важными, хотя на их счет уже существуют множество исследований в западной экономической литературе. Это именно те области, которые используют в качестве статистической базы и по которым судят о степени развитости электронной коммерции (т.е. коммерция в традиционном смысле, перенесенная в Интернет).

18 сентября 2015 г. 14:17

Карина Кассис, Synerdocs

Смотрите, какое разнообразие: электронная отчетность, торговые площадки, EDI, сервисы обмена электронными документами, государственные порталы и т.д. Рынок предлагает десятки сервисов электронного документооборота (ЭДО), у каждого из которых свои история и предназначения.

Исходя из целевой аудитории, для которой разработан тот или иной сервис ЭДО, их можно классифицировать следующим образом:

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

Из-за разнообразия сервисов к нам часто обращаются с вопросами, чем отличаются операторы ЭДО от операторов ЭДО СФ, может ли EDI заменить сервисы обмена и др. Давайте систематизируем наши знания о сервиса ЭДО и остановимся подробнее на электронной отчетности, EDI и сервисах обмена электронными документами.

Электронная отчетность

Электронная отчетность – возможность компаний отправлять отчетность в контролирующие органы через Интернет. В России электронная отчетность появилась в 2000-х годах. Спустя 15 лет приобрела статус обязательной для большинства налогоплательщиков НДС.

Сервисы электронной отчетности предлагаются операторами ЭДО. Услуга предоставляется на коммерческой основе по модели абонентской платы. В среднем на представление электронной отчетности уйдет от 10 до 12 тысяч рублей в год без учета приобретения сертификата электронной подписи. При этом электронные декларации по НДС следует представлять исключительно через Оператора (п. 5 ст. 174 Налогового кодекса РФ). Иную бухгалтерскую или налоговую отчетность можно отправить через сайт ФНС абсолютно бесплатно. Об этом налоговая служба напомнила в письме от 20.08.2015 N ПА-3-17/3169@.

Двигатель электронной отчетности – налоговая служба, она была первопроходцем по настройке приемных комплексов и разработке соответствующего ПО на своей стороне. Сегодня электронную отчетность также принимают Пенсионный фонд, Фонд социального страхования, Федеральная служба государственной статистики и другие контролирующие органы.

EDI

EDI (Electronic Data Interchange) в переводе с английского языка «электронный обмен данными» – серия стандартов по передаче структурированной цифровой информации между контрагентами, основанная на регламентации форматов передаваемых сообщений. Первые стандарты EDI появились еще в конце 80-х годов прошлого века за рубежом. В Россию EDI проник вместе с продуктовым ритейлом в 2004-м году.

Услуги по обмену EDI-сообщениями предлагают EDI-провайдеры на коммерческой основе. С помощью EDI крупные торговые сети обмениваются большими объемами информации в структурированном виде. EDI предлагает обмен такими документами, как каталог товаров, заказ на поставку товара, подтверждение заказа, уведомление об отгрузке, инвойс, акт сверки взаиморасчетов и другие. Все эти документы формализованы и создаются согласно определенным EDI-стандартам.

Стоимость EDI достаточно высока: от 3-х рублей до 1-го евро за отправку одного документа. Причина проста: рынок EDI в России формировали зарубежные провайдеры и их российские партнеры, до сих пор роль этих компаний достаточно сильна.

Сервисы обмена электронными документами

Сервисы обмена позволяют контрагентам обмениваться юридически значимыми счетами-фактурами, бухгалтерской первичкой и другими документами через Интернет. Сервисы начали свое развитие в 2012 году, когда на законодательном уровне появилась возможность выставлять счета-фактуры в электронной форме. Для сравнения: на Западе аналогичные сервисы работают с 2000-х годов.

Обмен электронными документами предлагается Операторами ЭДО СФ на коммерческой основе. Стоимость отправки одного счета-фактуры, в среднем по рынку, составляет от 5 до 9 рублей. При этом часто за стоимость одного документа можно отправить счет-фактуру и документ-основание – товарную накладную или акт. Входящий трафик, как правило, бесплатный.

Помимо использования усиленной квалифицированной электронной подписи, юридическая значимость электронных документов достигается за счет множества других факторов. Это и определение правоспособности использования сертификатов ЭП, и соблюдение Регламентов обмена электронными документами, если таковые имеются (например, Регламент обмена электронными счетами-фактурами, утвержденный Приказом Минфина РФ N50н), и соответствие форматов и форм документов установленным действующим законодательством РФ требованиям, а также соответствие иным организационно-правовым требованиям, предъявляемым как со стороны законодательства, так и со стороны соглашений, заключенных между участниками электронного взаимодействия.

***

Каждый из сервисов ЭДО решает определенные задачи. Сервисы могут дополнять друг друга, но не заменять. Выбирайте сервис, исходя из своих задач и потребностей.