Edi это что за программа

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

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

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

Знакомство со СБИС EDI

Можно обойтись и без схемы, но тогда желательна разметка документа. XML и JSON документы могут быть десериализованны и без схемы, потому что сами данные содержат тэги (имена) элементов данных. 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 разделительные символы прописаны в стандарте, их нельзя изменить.

Электронный Обмен Данными — Electronic Data Interchange — Comarch EDI

Изменяемые разделительные символы — это рудименты эпохи, когда 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 соглашения (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
• стандарты
• разработка программного обеспечения
• разработка интерфейсов

• Разработка веб-сайтов
• Анализ и проектирование систем
• IT-стандарты
• Разработка систем связи

Источник: habr.com

Система электронного документооборота EDI: платформа для обмена данными

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

EDI в ритейле: что это и для чего нужен в b2b

Структура Electronic Data Interchange (EDI) – система цифрового обмена данными. Приложение, носящее характер специализированного коммерческого программного обеспечения, включает в себя набор протоколов, соответствующих правилам конвенции о переводе информации между контрагентами. Основные задачи подобного прикладного ПО:

• обеспечение непрерывности поставок
• создание точных и достоверных выкладок об ассортименте
• своевременное проведение выплатных транзакций
• бесперебойное взаимодействие с оптовыми фирмами, производствами

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

Электронный обмен данными: отличие ЭДО и EDI

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

В чем заключаются преимущества EDI

Как уже говорилось ранее, модуль Electronic Data Interchange используется в самых разных областях классического бизнеса. В числе основных достоинств подобного софта:

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

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

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

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

Преимущества перехода на EDI

Нетрудно догадаться, что обозреваемая схема работы корпорации обладает множеством положительных свойств и по-настоящему функциональных качеств. Системы Electronic Data Interchange:

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

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

Как подключиться к EDI-обмену

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

1. Выбирает и подключается к оператору
2. Получает GLN-номер на основании заявки в GS1
3. Заключает соглашение о переходе
4. Встраивает модуль в учетное ПО предприятия
5. Производит настройку и отладку рабочего пространства

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

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

Топ EDI систем

СБИС: Заказы и поставки (EDI)

Продукт подходит для электронного документооборота, логистики в крупных торговых сетях и магазинах. Он собирает и актуализирует данные о товарах от поставщиков. Они автоматически переносятся из одного документа в другой без участия персонала, исключая ошибки при ручном вводе. СБИС сравнивает цены разных компаний.

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

Контур.EDI

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

Продукт актуален для использования как финансовым директором, так и бухгалтером и IT-специалистом.

СФЕРА EDI

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

Comarch

Comarch EDI — облачная платформа для коммерческого сектора (B2B) для обмена данными между компанией и ее бизнес-партнерами. Система Comarch EDI поддерживает блокчейн-технологии, а также технологии прослеживаемости и машинного обучения. Подходит для retail, транспорта и туристики, топливной отрасли, промышленно-производственной отрасли, автомобильной отрасли, фармацевтики, логистики.

Как работает обмен между торговой сетью и поставщиками

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

1. PRICAT – поставщик формирует каталог и высылает его потенциальному партнеру
2. ORDERS – производитель выполняет ряд процедур, создавая заказ и ожидая резолюции (о приобретении перечня позиций)
3. ORDERSP – торговая сеть, в роли которой выступает контрагент, принимает или отклоняет предложение, переходя к следующим этапам работы
4. DESADV – продавец отгружает товар, уведомляя об этом покупателя посредством уведомительного цифрового письма
5. RECADV – получатель реализует протокол, в соответствии с которым подтверждает факт получения посылки

Итог всех мероприятий – работа по выпуску универсального передаточного документа (УПД). Его заполнение производится через ЭДО, а подпись проставляется через КЭП.

EDI в web-интерфейсе

Очевидное преимущество платформы для EDI от СБИС: Заказы и поставки (EDI) – возможность организации рабочего пространства в формате онлайн, без установки всяческого дополнительного программного обеспечения. Все технологии представлены на портале бренда, а доступ к ним открывается пользователю, зарегистрированному в собственном личном кабинете.

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

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

Интеграционные решения

В числе основных достоинств рассматриваемой площадки формата EDI – это повсеместная интеграция с практически любыми видами соответствующей программной продукции:

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

Другие сферы использования

Нетрудно догадаться о том, что такая, чрезвычайно полезная и по-настоящему эффективная среда, обладает внушительной популярностью в самых разных областях. Одна из наиболее важных сфер, нуждающихся во внедрении подобного продукта – это классическая логистическая отрасль. Модуль может каталогизировать свои надстройки на две формации, предлагая оператору просматривать поставочные решения отдельно от сектора коммерции. Человек, применяющий регламент, сможет увеличить качество работы, например, складских зон, значительно ускорив практически все текущие рутинные процессы.

Для того чтобы понять, что формат EDI-документов применяется буквально повсеместно, достаточно взглянуть на список корпораций, функционирующих с учетом описываемых стандартов. К их числу относятся бренды: Лента, Ашан, X5 Retail Group, Дикси, ОЗОН, Wildberries, БЕРУ, Магнит, Leroy Merlin и прочие.

По-настоящему крупные организации, реализующие интеграцию с Electronic Data Interchange, чередуются с небольшими местечковыми фирмами. В качестве таковых могут выступать региональные оптовые и розничные поставщики, отправители сырьевых материалов, физические магазины, сетевые торговые порталы и так далее. В 2022 году наладить работу без цифрового документооборота не получится.

Подведем итоги

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

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

Источник: picktech.ru

Отличие EDI от ЭДО

Чтобы автоматизировать процессы и сократить расходы, организации переводят документооборот в электронный вид. В этом помогают системы EDI и ЭДО. Расскажем, чем системы отличаются друг от друга и что в них общего.

Что означает EDI

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

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

Стандарты передачи данных в EDI

• GTIN (Global Trade Item Number) — универсальный номер торговой единицы. Код зашифровывают в виде штрихкода и наносят на упаковку. GTIN состоит из 8, 12, 13 или 14 цифр в зависимости от товара. Для учетных систем используется 14 знаков, коды с меньшим количеством цифр дополняют нулями.
• GLN (Global Location Number) — глобальный номер места нахождения. Его присваивают организациям и их объектам: складам, магазинам. Код состоит из 13 цифр и служит для идентификации отправителя и получателя документов.
• SSCC (Serial Shipping Container Code) — серийный код транспортной упаковки. Служит для обозначения логистической (транспортной) единицы: паллеты, тележки, посылки.

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

​​Получите GLN

И начните обмениваться электронными сообщениями с партнерами в Контур.EDI

Типы EDI-сообщений

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

Основные типы EDI-сообщений:

ORDER — заказ на поставку. Содержит список товаров, их количество, цены, а также сроки и адрес доставки. Покупатели, например торговые сети, формируют заказ и отправляют поставщикам.

ORDRSP — ответ на заказ. Поставщик может подтвердить заказ, отказать покупателю, внести дополнительную информацию или корректировки. Например, через ORDRSP можно предложить аналог, если нужного товара нет на складе.

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

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

INVOICE — счет. Содержит окончательные данные о поставке, ценах и суммы к оплате. На основе INVOICE формируются электронные документы: счет-фактура, ТОРГ-12, УПД.

Схема электронного обмена данными EDI

Схему обмена EDI-данными можно настроить на основании бизнес-процессов компании и взаимодействия между партнерами.

Стандартная цепочка сообщений выглядит так:

1. Покупатель высылает поставщику заказ (ORDER).
2. Поставщик корректирует заказ по реальным остаткам на складе и подтверждает его (ORDRSP).
3. После отгрузки товара поставщик формирует и высылает покупателю уведомление об отгрузке (DESADV).
4. Покупатель после приемки автоматически формирует и высылает поставщику уведомление о приемке товара (RECADV).
5. Поставщик на основании RECADV автоматически формирует счет-фактуру и отправляет его покупателю (INVOICE).

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

Например, в сообщениях можно:

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

В системе Контур.EDI можно настроить схему документооборота, которая подходит под ваши бизнес-процессы.

По каким схемам работают торговые сети

В Контур.EDI работают более 300 торговых сетей и дистрибьюторов. Каждая сеть обменивается EDI-сообщениями с поставщиками по своей схеме.

Основные торговые сети в Контур.EDI и типы сообщений, с которыми они работают:

PRICAT, ORDERS, DESADV, RECADV, INVOIC

ORDERS, DESADV, INVOIC, RECADV, COINVOIC, RETANN

PRICAT, ORDERS, DESADV, INVOIC, RECADV, COINVOIC

ORDERS, DESADV, RECADV, INVOIC

ORDERS, ORDRSP, DESADV, RECADV

ORDERS, ORDRSP, INVOIC, COINVOIC

Преимущества перехода на EDI

EDI-обмен позволяет автоматизировать взаимодействие с партнерами, экономить ресурсы и повышать эффективность обработки заказов.

Участники системы EDI получают преимущества за счет возможности:

• ускорить обработку заказов, оплату за поставку и подписание закрывающих документов;
• снизить число ошибок и уменьшить затраты на их поиск и исправление;
• автоматически формировать юридически значимые документы;
• сократить расходы на доставку, хранение и печать бумажных документов;
• анализировать данные по поставками, чтобы налаживать процессы.

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

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

Сокращайте ошибки

И упрощайте взаимодействие с партнерами в системе Контур.EDI

Разница между ЭДО и EDI

Что такое ЭДО

Электронный документооборот (ЭДО) — это обмен документами между компаниями через интернет без использования бумажных носителей. Процесс работы в системе соответствует бумажному делопроизводству.

Контрагенты в системе ЭДО могут создавать, согласовывать, подписывать, передавать, хранить электронные документы, следить за их статусом. Передавать можно документы двух видов:

• формализованные — для них ФНС утвердила xml-формат, например это счет-фактура, УПД, первичные документы;
• неформализованные — любые другие документы, которые можно использовать в разных форматах: doc, xlsx, jpg, pdf и др.

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

Чем отличаются EDI и ЭДО

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

Еще один критерий — формат документов. В системе ЭДО документы можно передавать как в утвержденном ФНС формате, так и в свободной форме. В EDI-обмене данные соответствуют стандартам всемирной системы GS1. Они не являются формализованными.

Чтобы сравнить системы, покажем основные различия в таблице.

Критерий сравнения EDI ЭДО

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

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

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

Итоговые юридически значимые документы формируются на основе EDI-сообщений, в которых стороны уже проверили и откорректировали данные. Это значит, что в УПД, товарных накладных, счетах-фактурах не будет ошибок и опечаток, контрагент примет документы с первого раза, что ускорит завершение сделки и оплату по договору.

ЭДО в ритейле

Автоматизируйте обработку заказов и ускорьте бизнес-процессы с помощью Контур.EDI

Источник: kontur.ru