Что такое EDI?

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

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

Обмен коммерческой информацией (заказы, накладные, счета и т.д.) на бумажных носителях предусматривает, в основном, ручной ввод информации в компьютерную систему компании, передачу этой информации через факс и e-mail.

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

Как работает EDI?

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

Процесс работы EDI выглядит довольно просто: данные для отправки из программного приложения отправителя извлекаются и автоматически система EDI пересылает их от одного контрагента к другому (бизнес-партнеров может быть неограниченное количество). При этом в процессе пересылки EDI Система переводит информацию в стандартный формат, сохраняя содержание. Совместимость бизнес-приложений различных контрагентов не играет никакой роли. Сообщение отображается и создается в удобном для пользователя интерфейсе. Документы для конечного пользователя выглядят как обычная форма, которую предлагают заполнить для регистрации на сайтах, либо как по формам информационных систем (например, 1С, Microsoft Axapta, Oracle E’Business Suite). Следует помнить, что принципиальное отличие рассматриваемой технологии от систем внутреннего документооборота заключается в том, что EDI – межкорпоративная и даже межотраслевая система обмена электронными документами .

Функции EDI, позволяющие получать выгоды от внедрения EDI Системы:

Конфиденциальность информации – обеспечивается за счет использования безопасных каналов передачи данных - AS1 , AS2, FTP/VPN, SOAP и т.д.;

Достоверность – обеспечивается использованием MDN (оповещений о местонахождении сообщений) для контрольных сумм, поэтому полностью исключена возможность внесения изменений в документ без ведома получателя;

Гарантии доставки – система автоматически оповещает отправителя о доставке документа;

Оперативность – обработка и передача документа в течение 15 секунд;

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

Экономичность – потребность в задействованном персонале сокращается минимум на 70%, а затраты на расходные материалы – на 80%. Иными словами, внедрение EDI позволяет минимизировать расходы, связанные с составлением документов, до 7–10% от общей стоимости сделки;

ИТ-совместимость – Если в компании имеется ERP-система, то поставщик технологии EDI должен обеспечить ее интеграцию с учетной системой, чтобы избавить клиента от двойного ввода данных. Если же говорить о компаниях, не имеющих учетной системы, то для них существует следующее решение: поставщик технологии подключает их к WEB-порталу, где компании хранят свои данные и обмениваются ими с контрагентами.

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

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

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

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

ORDERS содержит:

номер заказа;

ускорение и удешевление процесса заказа товаров;

повышение надежности цепей поставок за счет быстрой и гарантированной передачи информации о заказе с контролем доставки;

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

уменьшение ошибок и ускорение всех последующих процессов в цепях поставок.

Преимущества от внедрения для поставщиков:

гарантированное получение документа от многих клиентов в одной форме;

возможность автоматической загрузки документа в ИС предприятия, как следствие исключение ошибок обработки и увеличение скорости учета;

сокращение персонала для обработки документов;

оптимизация процесса обработки заказа;

потенциал для новых концепций логистики.

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

DELNOT содержит:

Номер заказа и счета-фактуры;

GLN номер покупателя и продавца;

Цену, а также квалификатор (с учетом налогов/сборов или без);

Информацию о содержимом заказа (штрих-коды, количество, наименование, кратность упаковки и др.).

Преимущества от внедрения для торговой сети:

Ускорение разгрузки товара на приемке – не приходится редактировать электронный документ прихода, который будет уже создан на основе EDI накладной. Бумажная накладная должна будет совпадать с накладной, пришедшей по EDI .

Уменьшение числа ошибок при оформлении прихода, за счет частичного исключения ручной обработки.

Автоматическая проверка корректности цен в накладной.

Автоматическая предварительная генерации Актов приемки и расхождений

Сокращение ожидания машины при разгрузке товара

ORDRSP (ORDER RESPONSE)
«Ответ на заказ». Сообщение ORDRSP вместе с сообщением ORDERS относится к процессам заказа. Ответ на заказ отправляется поставщиком ритейлеру, в котором поставщик сообщает, согласен он с предложенной величиной заказа или нет. Ответ на заказ может быть в виде подтверждения получения и понимания содержания данных, подтверждения получения Заказа, предложения поправки к Заказу, уведомления о полном или частичном непринятии сообщения Заказа.

ORDRSP содержит:

номер заказа;

номер подтверждения;

GLN номер покупателя и продавца;

Планируемая дата поставки;

планируемое время поставки;

Информацию о содержимом заказа (штрих-коды, количество, наименование, кратность упаковки и др.).

Преимущества от внедрения для торговой сети:

Предварительное подтверждение поставщиком цен и количества к поставке по Заказу;

Возможность прогнозировать состояние товарного запаса на основании Ответов на заказ;

Преимущества от внедрения для поставщика;

При формировании Ответа на заказ поставщик проводит автоматическое бронирование товара под поставку на своем складе.

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

DESADV содержит:

номер и дата документа;

уникальный идентификатор отгрузки;

физические характеристики отгрузки (вес, размер и т.п.);

идентификаторы получателя и отправителя;

информацию о содержимом отгрузки (штрих-коды, количество и т.д.);

информацию о транспортировке (номер транспортного средства, место отправления, дату поставки и др.).

Преимущества от внедрения для торговой сети:

ускорение приемки товаров, за счет предварительно полученной информации о составе и структуре (как упакован) поставки;

уменьшение числа ошибок при оформлении прихода, за счет частичного исключения ручной обработки;

автоматическая предварительная генерации Актов приемки и расхождений;

возможность использования при приемке товара RFID сканера и порядкового номера транспортной упаковки (SSCC).

Преимущества от внедрения для поставщика:

оптимизация процесса приемки товара;

отсутствие ошибок ввода данных;

снижение административных затрат покупателя за счет повышения точности прогнозирования системы заказов.

RECADV (Receiving Advice)
Уведомление о приемке – электронное сообщение, которое заказчик передает поставщику и в котором указывается перечень полученных/неполученных, принятых/непринятых товаров, а также другая информация. Сообщение относится к одной точке доставки (или отгрузки) и может содержать информацию о приеме одной/нескольких товарных позиций, упаковок, заказов.
Уведомление о приемке является также фактом подтверждения получения товаров по указанному в более ранних документах месте доставки. Сообщение позволяет грузоотправителю (поставщику) получить информацию относительно фактически принятого объема поставки.
Пользователями данного сообщения могут быть розничные сети, производители, склады, поставщики сырья, перевозчики и др.

RECADV содержит:

номер уведомления о приемке;

дата уведомления о приемке;

дата и время приемки товара;

идентификаторы покупателя и поставщика;

информацию о содержимом приемки (штрих-коды, количество и т.д.).

Преимущества от внедрения для торговой сети:

автоматическое быстрое уведомление поставщика о фактически принятом товаре;

контроль над доставкой товара;

контроль и корректировка финансовой документации (последующая счет-фактура должна соответствовать Акту по количеству товара).

Преимущества от внедрения для поставщика:

Быстрое получение информации о принятом товаре

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

INVOICE (Счет-фактура)
Данное сообщение служит инструментом для сверки цен. В будущем планируется, что этот документ можно будет подписывать ЭЦП. Покупатель может автоматически получать счет от поставщика товара по факту заказа продукции.
Фактически инвойс – это документ, содержащий перечень товаров с указанием их стоимости, формальных особенностей (цвета, веса и т.д.), условий поставки и сведений об отправителе-получателе.

INVOICE содержит:

дату заказа и накладной;

номер заказа и накладной;

наименование товара;

количество;

цену за ед. и общую стоимость, а также квалификатор (с учетом налогов/сборов или без);

идентификаторы продавца и покупателя.

Преимущества от внедрения для торговой сети:

быстрое предварительное получение корректной информации о счете-фактуре;

автоматическая проверка цен;

Преимущества от внедрения для поставщика:

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

возможность довозить бумажные счета-фактуры «позже за раз»;

сокращение рабочего времени на логистические и административные проблемы.

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

Данные документы содержат:

номер, дата документа;

информация о проданных товарах;

информация об остатках.

Выгоды от внедрения SLSRPY и INVRPT:

сокращение транспортных издержек;

сокращение издержек, связанных с документооборотом;

сокращение издержек, связанных с обработкой заказов;

возможность проверки общей картины реализации товара;

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

INSDES
Инструкция по упаковке – электронный документ служащий для того, чтобы поставщик при формировании уведомления об отгрузке (DESADV) мог правильно упаковать и распределить направление отправки товара и упаковку.
Документ содержит:

номер и дата документа;

• место доставки товара.
  

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

Безусловно, и для поставщика обмен данными EDI приносит те же преимущества, что и для ритейлера:

сокращение бумажного документопотока;

устранение ручного ввода информации;

конфиденциальность передаваемых данных;

оперативность передачи данных;

контроль прохождения сообщений и наличия ошибок в передаваемых документах силами провайдера;

снижение издержек;

быстрота и простота внедрения;

повышение конкурентоспособности на рынке.

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

Учетные системы, с которым возможна интеграция:

Что такое GLN?

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

GLN используется в:

1) Электронном обмене данными - Electronic Data Interchange (EDI ) для обозначения отправителя и получателя электронных сообщений, а также других сторон, участвующих в коммерческой транзакции: покупателя, продавца, перевозчика и т.д.
2) В логистических и транспортных операциях для обозначения физических объектов и адресатов. Например, посредством GLN можно заполнить поле этикетки “Отгрузить (доставить) такому-то”.
3) В области штрихового кодирования GLN незаменим при использовании символики EAN-128 совместно со стандартными идентификаторами применения - Application Identifiers (AI).
4) В электронной коммерции.

Номера GLN выдаются только членам Ассоциации ЮНИСКАН/ГС1 РУС, что подтверждается соответствующим свидетельством с одновременным занесением информации о предприятии в базу данных Ассоциации.

Зачем предприятию нужен GLN-номер?

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

Преимущества идентификационных номеров GLN:

Использование идентификационных номеров GLN обеспечивает компаниям универсальный метод идентификации объекта как внутри, так и за пределами компании.

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

Полноценный электронный обмен данными - это уровень развития, следующий за внедрением ERP.

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

Российский рынок В2В электронного документооборота состоит из трех основных сегментов:

• юридически значимого ЭДО и
• электронной отчетности в госорганы (сегменты «EDI/ЭДО/Отчетность»).

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

Основа юридически значимого электронного документооборота

• Межкорпоративный обмен и внутренние документы
• Неструктурированные и формализованные
• Удобная работа с электронными документами (в т.ч. на мобильных устройствах)
• Долговременные архивы: «вечные» форматы, перештамповка и т.д.
• Простые и квалифицированные подписи

Зачем нужен EDI?

В начале XXI века мировой рынок EDI испытал новый всплеск. EDI в соединении с Интернетом позволяет осуществлять электронные транзакции в реальном времени и тем самым существенно ускорить процессы взаимодействия между торговыми партнерами.

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

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

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

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

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

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

Юридически значимый электронный документооборот

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

Что вообще следует понимать под юридической значимостью документа? Как для бумажного, так и для электронного документа это его доказательная сила, например, в арбитражных судах. В определениях ГОСТа Р 51141-98 «Делопроизводство и архивное дело. Термины и определения» юридическая сила документа - это «свойство официального документа, сообщаемое ему действующим законодательством, компетенцией издавшего его органа и установленным порядком оформления».

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

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

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

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

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

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

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

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

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

Гарантия подлинности и достоверности документов

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

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

Конкурентное преимущество для поставщика

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

Сокращение на одну четверть показателя Оut-of-Stock (то есть товаров, которых нет в наличии по причине отсутствия на складе, товаров, которые востребованы, но распроданы) крупной российской сети возвращает в оборот десятки миллионов долларов - это более чем весомая причина начать использовать EDI. При этом данная услуга имеет смысл, если ей пользуются не менее 80% поставщиков. Следовательно, большие компании - и ритейлеры, и поставщики - будут либо переводить своих партнеров на EDI, либо отказываться от нерадивых партнеров в пользу более продвинутых.

Предпосылки и цели EDI

• Повышение эффективности бизнес процессов
• Снижение финансовых и временных затрат
• Улучшение оборачиваемости капитала
• Повышение качества обслуживания клиентов
• Создание единого информационного поля компании
• Надёжный и безопасный доступ к информации
• Доступность информации
• Повышение социальной ответственности компании

EDI вчера

В начале 2000-х годов количество EDI-проектов можно было пересчитать по пальцам, а внедрение EDI подразумевало только изменение способа передачи некоторых документов, используемых в операционной деятельности: если раньше бумажный документ, например «Заказ товара», передавали поставщику по факсу, то после внедрения EDI его начинали передавать в виде электронного сообщения (бумажному документу «Заказ товара» соответствует стандартное EDI-сообщение ORDERS). Однако передавался при этом все тот же «Заказ товара», и в бизнес-процессах его формирования существенных изменений не происходило. Можно сказать, что на этом этапе термин EDI (electronic data interchange) логичнее всего было переводить дословно, то есть как «электронный обмен данными».

Тем не менее внедрение EDI даже в таком узком понимании приносило ощутимые выгоды: удавалось снизить издержки и заметно повысить производительность. Какие факторы сыграли в этом свою роль? Применение всеми игроками единых EDI-стандартов, разработанных международной организацией GS1, и централизация потоков электронных документов из-за появления EDI-провайдеров позволили избавиться от сотен разнотипных интерфейсов. Устранение «человеческого фактора», неизбежного при ручном обмене документами, и переход на автоматизированный обмен данными между двумя информационными системами позволили избавиться от задержек и ошибок, а также снизить загруженность персонала.

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

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

EDI сегодня

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

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

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

Теперь, особенно после появления электронной подписи, при внедрении EDI перед компаниями ставится уже более масштабная цель - полностью отказаться от бумажных документов. Можно сказать, что на сегодняшнем этапе термин EDI стоит воспринимать как «обмен электронными документами».

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

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

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

EDI завтра

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

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

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

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

Пример расчета эффективности использования EDI

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

• Для 6 партнеров

N = 6 x (6-1)/2 = 15

• Для 100 партнеров

N = 100 x (100-1)/2 = 4450

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

Теперь рассмотрим, как решается задача организации обмена документами в сети EDI.

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

Проанализируем экономическую эффективность при внедрении, возьмем торговую сеть, которая отправляет 4000 заказов в месяц.

• Ручная обработка заказа - 30 мин, используя EDI - 5 минут.
• Стоимость времени сотрудника - 20 тыс. руб. з/п, + 5 тыс. руб. налоги, + 3 тыс. руб премия, + 20% от зарплаты office overheads, итого: 32 тыс. руб., 1 час = 32 000/21,75/8 =184руб.

Прямая экономия на заработной плате сотрудников:

4000 х 25/60 х 184 = 301 тыс руб.

Если торговое предприятие имеет несколько сотен или тысяч поставщиков, то даже простая экономия в 30 мин. на каждом партнере уже дает ощутимый результат. Например, московская сеть гипермаркетов «Мосмарт (Партнёр) », реализовавшая EDI, имеет 50 тыс. наименований товаров, 800 поставщиков и 75 тыс. покупателей ежедневно.

EDI в России

2018: Законопроект о заключении страховых договоров онлайн поддержан экспертами

Законопроект о возможности заключения договоров между страховыми брокерами и страховыми агентами в электронном виде поддержали эксперты рабочей группы «Нормативное регулирование» при АНО «Цифровая экономика» . Решение было принято 9 апреля 2018 года на заседании, которое прошло в Минэкономразвития РФ при участии этого ведомства, ФАС , Сбербанка , Газпромбанка , фонда «Сколково» , НИУ ВШЭ , компаний МТС , 1С и других.

Законопроект подготовлен центром компетенций направления «Нормативное регулирование» программы «Цифровая экономика Российской Федерации» - фондом «Сколково». Как следует из пояснительной записки к документу, проект разработан для повышения доступности услуг для страхователей, включая юридических лиц. В частности, он устраняет правовое ограничение на заключение договоров онлайн по страхованию грузов, имущества юридических лиц (за исключением автотранспорта) и предпринимательских рисков. При этом указанные виды страхования, по мнению авторов документа, очень актуальны для страхователей и прибыльны для страховщиков: в 2016 году сборы страховой премии по договорам страхования имущества составили 107,5 млрд рублей при среднем коэффициенте выплат 28,6%.

Экспертная поддержка законопроекта о заключении страховых договоров онлайн означает очередной шаг к созданию безбумажной среды, то есть развитию цифровой экономики . И таких шагов нам предстоит сделать еще много уже в ближайшие несколько месяцев, - отметил руководитель рабочей группы «Нормативное регулирование» при АНО «Цифровая экономика», вице-президент по корпоративным и правовым вопросам МТС Руслан Ибрагимов .

2015: E-Com подсчитала, как на EDI сэкономить 4 млн руб. в год

«Благодаря этим элементам с помощью электронного обмена данными (EDI) можно оптимизировать работу персонала и получить экономию в размере 372 тыс рублей. в месяц, или более 4 млн рублей в год», - прокомментировал полученные результаты за год руководитель отела интеграционных решений E-Com Кишковский Эдуард .

Как известно, существует ряд стандартных EDI-сообщений: заказ (ORDERS), ответ на заказ (ORDRSP), уведомление об отгрузке (DESADV), уведомление о приемке (RECADV), электронный счет-фактура и другие. Однако наиболее востребованным и важным среди них является именно ORDERS - с него и начинаются взаимоотношения покупателя и поставщика, отметили в компании. Благодаря внедрению этого документа предприятие зачастую экономит на факсимильной связи и телефонных переговорах, а также на сокращении штата сотрудников.

По словам Георгия Багрова, старшего менеджера по работе с ключевыми клиентами группы компаний «Каравай», у них в компании через EDI проходит порядка 70-100 тыс. заказов в месяц. Экономия на их обработку составляет 3500 человеко-часов. А представители компании-дистрибьютора алкогольной продукции «Торговый дом РОССИЧ» отметили, что благодаря интеграционному решению на предприятии смогли значительно сократить время обработки заказов - один оператор теперь способен обработать более 300 документов в день, исключая ошибки ввода некорректных позиций.

При подсчете экономической эффективности специалисты E-Com за исходные данные взяли: среднее количество отправляемых заказов - 5 тыс. в месяц; среднюю зарплату одного сотрудника при 8-часовом рабочем дне (по данным Росстата за 2015 г.) - p31 тыс. в месяц. Проведенный хронометраж рабочего времени свидетельствует, что время, затраченное на ручную обработку заказа, составляет около 30 минут, через EDI - 5 минут.

Таким образом, за смену один сотрудник при бумажном документообороте отправит 16 заказов, при электронном - 96. Для обработки исходного количества документов при первом варианте потребуется (5 000/16х21,75=14,36) около 14 сотрудников, при втором (5 000/96х21,75=2,39) - 2. Уменьшение персонала на одной операции приводит к экономии по следующей формуле 12х31000. Такой подсчет в итоге и приводит к сумме в p4 млн в год, пояснили в E-Com.

2006 годы

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

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

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

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

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

2004: Провайдеры EDI

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

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

Доверие к документу возникает только в том случае, когда обеспечивается его аутентичность, что подразумевает обеспечение идентичности (идентификации) и целостности электронного документа, естественно также на всем протяжении его жизненного цикла.

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

• Официальный, актуальный по дате отчет по результатам оценки соответствия организации требованиям защиты информации , содержащий заключение о соответствии уровня защиты организации установленным требованиям. Для организаций кредитно-финансовой сферы - не ниже 0,85.
• Перечень средств защиты информации с действующими сертификатами на них. Сведения о наличии сертификатов на средства электронной подписи включаются в сертификат ключа проверки подписи.
• Лицензия по технической защите конфиденциальной информации, с указанием установленных для СЭВ видов лицензированной деятельности, выданная организации - участнику электронного взаимодействия на финансовом рынке.
• Лицензия, по предоставлению телематических услуг связи, выданная организации, как организатору системы доверенной передачи сообщений (требует нормативно-правового оформления).
• Свидетельство об аккредитации организации на выполнение деятельности, связанной с долговременным хранением электронных документов (требует нормативно-правового оформления).

Риски проекта

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

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

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

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

Технологии и стандарты

Первая многоуровневая модель EDI сравнима со справочной моделью ISO/OSI 1983, которая описывала разработку и содержание сетевых протоколов. Отличительной её особенностью является другой уровень абстракции.

Модель EDI 1983 г. состоит из 4 уровней:

• Физическая инфраструктура
• Передача
• Представление и стандарты
• Приложения и семантика

Инфраструктура

Состоит из телефонных dial-up и кабельных линий, сетей. Интернет во время начала развития EDI воспринимался как множество открытых сетей (BITNET, др.) и внутрикорпоративных специализированных сетей (EDI-Express General Electric, IBM Information Exchange Network). Большое значение имели высокоскоростные backbone сети.

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

Передача (transport)

Осуществлялась через E-Mail, соединения точка-точка Telnet и FTP, HTTP. Поддерживалась передача электронных данных. Прочие распространённые протоколы передачи включают SMTP, POP3 (ISP), IMAP.

Представление и стандарты

На этом уровне синтаксис и семантика (содержание) определяют структуру данных. Важным вопросом стала стандартизация структурирования данных, с широко распространёнными стандартами ANSI X.12 в и UNECE EDIFACT в Европе и Азии. Также существует множество проприетарных отраслевых стандартов.

Приложения и семантика

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

EDI-транзакции могут быть организованы поверх различных телекоммуникационных протоколов. В Европе для EDI-систем распространенными видами прямых соединений являются VPN (Virtual Private Network), FTP (File Transfer Protocol) и EDIINT (EDI over the Internet), а также сети с добавленными услугами VANs (Value-added Networks).

Существуют также два стандарта передачи документов через Интернет: стандарт AS1 позволяет передавать EDI-документы через протокол SMTP (e-mail), стандарт AS2 служит для передачи через http.

Принципы реализации EDI в Интернете (стандарты AS1 и AS2)

• Конфиденциальность - доступность документов только отправителю или получателю
• Аутентификация - удостоверение подлинности через проверку электронной подписи
• Достоверность - невозможность изменения документа без ведома получателя
• Надежность оповещения - невозможность отрицания при получении сообщения

Переход торговых организаций на электронный обмен данными при взаимодействии со своими контрагентами по поставке товара и его реализации имеет ряд неоспоримых преимуществ. Но при большом количестве контрагентов (по нашим оценкам - более 50 - 70) реализация механизмов электронного взаимодействия по схеме Peer-to-Peer (когда необходимо установить отдельный канал обмена с каждым из своих поставщиков/покупателей) силами самого торгово-сервисного предприятия требует значительных вложений в технические и организационные решения.

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

EDI-провайдер "1С:Сеть" адаптирован к российской бизнес-практике. С этой целью фирма "1С" использовала результаты работы межрегиональной общественной организации "Стандартизация Обмена Деловой Информацией" (СОДИ), собравшей крупнейших российских представителей розничного бизнеса, которая формализовала обычные для России бизнес-процессы обмена.

"1С:Сеть" поддерживает обмен документами для четырех бизнес-процессов:

• обмен данными о товаре;
• обмен коммерческими предложениями;
• заказ товара, акцепт заказа;
• поставка товара, накладная, акцепт накладной.

Подробно о подключении к сервису "1С:Сеть" см. .

Инфраструктура

Инфраструктура сервиса "1С:Сеть" включает несколько компонентов. Ее основа - Центр Обработки Данных (ЦОД), отвечающий высоким требованиям отказоустойчивости и производительности.

ЦОД размещен у одного из провайдеров связи первого уровня и снабжен:

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

Программное ядро ЦОД взаимодействует с клиентской частью при помощи Web-сервисов.

Оно осуществляет маршрутизацию сообщений EDI в формате CommerceML EDI между абонентами "1С:Сеть", реализует протокол гарантированной доставки и гарантирует последовательность доставки сообщений.

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

Преимущества EDI

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

Уменьшение числа ошибок, сокращение времени получения информации

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

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

Прямая экономия затрат

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

Низкие затраты при организации обмена с новым партнером

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

Возможность использования современных схем взаимодействия в цепочках поставок

В результате внедрения EDI появляется возможность использовать современные схемы взаимодействия поставщиков и потребителей, основанные на мгновенном получении информации контрагентами, такие как VMI (Vendor Managed Inventory) и CPFR (Collaborative Planning Forecasting Replenishment). Упомянутые схемы позволяют увеличить скорость оборота и снизить объем складских запасов, что приводит к повышению рентабельности оборотного капитала. Быть может, указанная возможность, позволяющая оптимизировать бизнес-процессы в масштабе всей цепочки поставок, более важна, чем перечисленные выше источники прямой экономии.

Разработка систем связи

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 по-прежнему широко используется.
В следующей части мы постараемся найти этому причины. Скорее всего они будут не технического характера.

Полноценный электронный обмен данными - это уровень развития, следующий за внедрением ERP.

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

Российский рынок В2В электронного документооборота состоит из трех основных сегментов:

• юридически значимого ЭДО и
• электронной отчетности в госорганы (сегменты «EDI/ЭДО/Отчетность»).

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

Основа юридически значимого электронного документооборота

• Межкорпоративный обмен и внутренние документы
• Неструктурированные и формализованные
• Удобная работа с электронными документами (в т.ч. на мобильных устройствах)
• Долговременные архивы: «вечные» форматы, перештамповка и т.д.
• Простые и квалифицированные подписи

Зачем нужен EDI?

В начале XXI века мировой рынок EDI испытал новый всплеск. EDI в соединении с Интернетом позволяет осуществлять электронные транзакции в реальном времени и тем самым существенно ускорить процессы взаимодействия между торговыми партнерами.

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

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

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

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

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

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

Юридически значимый электронный документооборот

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

Что вообще следует понимать под юридической значимостью документа? Как для бумажного, так и для электронного документа это его доказательная сила, например, в арбитражных судах. В определениях ГОСТа Р 51141-98 «Делопроизводство и архивное дело. Термины и определения» юридическая сила документа - это «свойство официального документа, сообщаемое ему действующим законодательством, компетенцией издавшего его органа и установленным порядком оформления».

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

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

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

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

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

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

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

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

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

Гарантия подлинности и достоверности документов

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

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

Конкурентное преимущество для поставщика

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

Сокращение на одну четверть показателя Оut-of-Stock (то есть товаров, которых нет в наличии по причине отсутствия на складе, товаров, которые востребованы, но распроданы) крупной российской сети возвращает в оборот десятки миллионов долларов - это более чем весомая причина начать использовать EDI. При этом данная услуга имеет смысл, если ей пользуются не менее 80% поставщиков. Следовательно, большие компании - и ритейлеры, и поставщики - будут либо переводить своих партнеров на EDI, либо отказываться от нерадивых партнеров в пользу более продвинутых.

Предпосылки и цели EDI

• Повышение эффективности бизнес процессов
• Снижение финансовых и временных затрат
• Улучшение оборачиваемости капитала
• Повышение качества обслуживания клиентов
• Создание единого информационного поля компании
• Надёжный и безопасный доступ к информации
• Доступность информации
• Повышение социальной ответственности компании

EDI вчера

В начале 2000-х годов количество EDI-проектов можно было пересчитать по пальцам, а внедрение EDI подразумевало только изменение способа передачи некоторых документов, используемых в операционной деятельности: если раньше бумажный документ, например «Заказ товара», передавали поставщику по факсу, то после внедрения EDI его начинали передавать в виде электронного сообщения (бумажному документу «Заказ товара» соответствует стандартное EDI-сообщение ORDERS). Однако передавался при этом все тот же «Заказ товара», и в бизнес-процессах его формирования существенных изменений не происходило. Можно сказать, что на этом этапе термин EDI (electronic data interchange) логичнее всего было переводить дословно, то есть как «электронный обмен данными».

Тем не менее внедрение EDI даже в таком узком понимании приносило ощутимые выгоды: удавалось снизить издержки и заметно повысить производительность. Какие факторы сыграли в этом свою роль? Применение всеми игроками единых EDI-стандартов, разработанных международной организацией GS1, и централизация потоков электронных документов из-за появления EDI-провайдеров позволили избавиться от сотен разнотипных интерфейсов. Устранение «человеческого фактора», неизбежного при ручном обмене документами, и переход на автоматизированный обмен данными между двумя информационными системами позволили избавиться от задержек и ошибок, а также снизить загруженность персонала.

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

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

EDI сегодня

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

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

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

Теперь, особенно после появления электронной подписи, при внедрении EDI перед компаниями ставится уже более масштабная цель - полностью отказаться от бумажных документов. Можно сказать, что на сегодняшнем этапе термин EDI стоит воспринимать как «обмен электронными документами».

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

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

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

EDI завтра

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

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

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

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

Пример расчета эффективности использования EDI

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

• Для 6 партнеров

N = 6 x (6-1)/2 = 15

• Для 100 партнеров

N = 100 x (100-1)/2 = 4450

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

Теперь рассмотрим, как решается задача организации обмена документами в сети EDI.

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

Проанализируем экономическую эффективность при внедрении, возьмем торговую сеть, которая отправляет 4000 заказов в месяц.

• Ручная обработка заказа - 30 мин, используя EDI - 5 минут.
• Стоимость времени сотрудника - 20 тыс. руб. з/п, + 5 тыс. руб. налоги, + 3 тыс. руб премия, + 20% от зарплаты office overheads, итого: 32 тыс. руб., 1 час = 32 000/21,75/8 =184руб.

Прямая экономия на заработной плате сотрудников:

4000 х 25/60 х 184 = 301 тыс руб.

Если торговое предприятие имеет несколько сотен или тысяч поставщиков, то даже простая экономия в 30 мин. на каждом партнере уже дает ощутимый результат. Например, московская сеть гипермаркетов «Мосмарт (Партнёр) », реализовавшая EDI, имеет 50 тыс. наименований товаров, 800 поставщиков и 75 тыс. покупателей ежедневно.

EDI в России

2018: Законопроект о заключении страховых договоров онлайн поддержан экспертами

Законопроект о возможности заключения договоров между страховыми брокерами и страховыми агентами в электронном виде поддержали эксперты рабочей группы «Нормативное регулирование» при АНО «Цифровая экономика» . Решение было принято 9 апреля 2018 года на заседании, которое прошло в Минэкономразвития РФ при участии этого ведомства, ФАС , Сбербанка , Газпромбанка , фонда «Сколково» , НИУ ВШЭ , компаний МТС , 1С и других.

Законопроект подготовлен центром компетенций направления «Нормативное регулирование» программы «Цифровая экономика Российской Федерации» - фондом «Сколково». Как следует из пояснительной записки к документу, проект разработан для повышения доступности услуг для страхователей, включая юридических лиц. В частности, он устраняет правовое ограничение на заключение договоров онлайн по страхованию грузов, имущества юридических лиц (за исключением автотранспорта) и предпринимательских рисков. При этом указанные виды страхования, по мнению авторов документа, очень актуальны для страхователей и прибыльны для страховщиков: в 2016 году сборы страховой премии по договорам страхования имущества составили 107,5 млрд рублей при среднем коэффициенте выплат 28,6%.

Экспертная поддержка законопроекта о заключении страховых договоров онлайн означает очередной шаг к созданию безбумажной среды, то есть развитию цифровой экономики . И таких шагов нам предстоит сделать еще много уже в ближайшие несколько месяцев, - отметил руководитель рабочей группы «Нормативное регулирование» при АНО «Цифровая экономика», вице-президент по корпоративным и правовым вопросам МТС Руслан Ибрагимов .

2015: E-Com подсчитала, как на EDI сэкономить 4 млн руб. в год

«Благодаря этим элементам с помощью электронного обмена данными (EDI) можно оптимизировать работу персонала и получить экономию в размере 372 тыс рублей. в месяц, или более 4 млн рублей в год», - прокомментировал полученные результаты за год руководитель отела интеграционных решений E-Com Кишковский Эдуард .

Как известно, существует ряд стандартных EDI-сообщений: заказ (ORDERS), ответ на заказ (ORDRSP), уведомление об отгрузке (DESADV), уведомление о приемке (RECADV), электронный счет-фактура и другие. Однако наиболее востребованным и важным среди них является именно ORDERS - с него и начинаются взаимоотношения покупателя и поставщика, отметили в компании. Благодаря внедрению этого документа предприятие зачастую экономит на факсимильной связи и телефонных переговорах, а также на сокращении штата сотрудников.

По словам Георгия Багрова, старшего менеджера по работе с ключевыми клиентами группы компаний «Каравай», у них в компании через EDI проходит порядка 70-100 тыс. заказов в месяц. Экономия на их обработку составляет 3500 человеко-часов. А представители компании-дистрибьютора алкогольной продукции «Торговый дом РОССИЧ» отметили, что благодаря интеграционному решению на предприятии смогли значительно сократить время обработки заказов - один оператор теперь способен обработать более 300 документов в день, исключая ошибки ввода некорректных позиций.

При подсчете экономической эффективности специалисты E-Com за исходные данные взяли: среднее количество отправляемых заказов - 5 тыс. в месяц; среднюю зарплату одного сотрудника при 8-часовом рабочем дне (по данным Росстата за 2015 г.) - p31 тыс. в месяц. Проведенный хронометраж рабочего времени свидетельствует, что время, затраченное на ручную обработку заказа, составляет около 30 минут, через EDI - 5 минут.

Таким образом, за смену один сотрудник при бумажном документообороте отправит 16 заказов, при электронном - 96. Для обработки исходного количества документов при первом варианте потребуется (5 000/16х21,75=14,36) около 14 сотрудников, при втором (5 000/96х21,75=2,39) - 2. Уменьшение персонала на одной операции приводит к экономии по следующей формуле 12х31000. Такой подсчет в итоге и приводит к сумме в p4 млн в год, пояснили в E-Com.

2006 годы

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

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

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

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

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

2004: Провайдеры EDI

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

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

Доверие к документу возникает только в том случае, когда обеспечивается его аутентичность, что подразумевает обеспечение идентичности (идентификации) и целостности электронного документа, естественно также на всем протяжении его жизненного цикла.

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

• Официальный, актуальный по дате отчет по результатам оценки соответствия организации требованиям защиты информации , содержащий заключение о соответствии уровня защиты организации установленным требованиям. Для организаций кредитно-финансовой сферы - не ниже 0,85.
• Перечень средств защиты информации с действующими сертификатами на них. Сведения о наличии сертификатов на средства электронной подписи включаются в сертификат ключа проверки подписи.
• Лицензия по технической защите конфиденциальной информации, с указанием установленных для СЭВ видов лицензированной деятельности, выданная организации - участнику электронного взаимодействия на финансовом рынке.
• Лицензия, по предоставлению телематических услуг связи, выданная организации, как организатору системы доверенной передачи сообщений (требует нормативно-правового оформления).
• Свидетельство об аккредитации организации на выполнение деятельности, связанной с долговременным хранением электронных документов (требует нормативно-правового оформления).

Риски проекта

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

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

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

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

Технологии и стандарты

Первая многоуровневая модель EDI сравнима со справочной моделью ISO/OSI 1983, которая описывала разработку и содержание сетевых протоколов. Отличительной её особенностью является другой уровень абстракции.

Модель EDI 1983 г. состоит из 4 уровней:

• Физическая инфраструктура
• Передача
• Представление и стандарты
• Приложения и семантика

Инфраструктура

Состоит из телефонных dial-up и кабельных линий, сетей. Интернет во время начала развития EDI воспринимался как множество открытых сетей (BITNET, др.) и внутрикорпоративных специализированных сетей (EDI-Express General Electric, IBM Information Exchange Network). Большое значение имели высокоскоростные backbone сети.

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

Передача (transport)

Осуществлялась через E-Mail, соединения точка-точка Telnet и FTP, HTTP. Поддерживалась передача электронных данных. Прочие распространённые протоколы передачи включают SMTP, POP3 (ISP), IMAP.

Представление и стандарты

На этом уровне синтаксис и семантика (содержание) определяют структуру данных. Важным вопросом стала стандартизация структурирования данных, с широко распространёнными стандартами ANSI X.12 в и UNECE EDIFACT в Европе и Азии. Также существует множество проприетарных отраслевых стандартов.

Приложения и семантика

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

EDI-транзакции могут быть организованы поверх различных телекоммуникационных протоколов. В Европе для EDI-систем распространенными видами прямых соединений являются VPN (Virtual Private Network), FTP (File Transfer Protocol) и EDIINT (EDI over the Internet), а также сети с добавленными услугами VANs (Value-added Networks).

Существуют также два стандарта передачи документов через Интернет: стандарт AS1 позволяет передавать EDI-документы через протокол SMTP (e-mail), стандарт AS2 служит для передачи через http.

Принципы реализации EDI в Интернете (стандарты AS1 и AS2)

• Конфиденциальность - доступность документов только отправителю или получателю
• Аутентификация - удостоверение подлинности через проверку электронной подписи
• Достоверность - невозможность изменения документа без ведома получателя
• Надежность оповещения - невозможность отрицания при получении сообщения