Edi сообщения. Что такое EDI. Что такое GLN

Что такое GLN и зачем он нужен поставщику торговой сети

Edi сообщения. Что такое EDI. Что такое GLN

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

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

Что такое GLN

В двух словах: GLN (Global Location Number) переводится как Глобальный номер места нахождения или Глобальный идентификационный номер.

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

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

Номер состоит из 13 цифр. Начинается с двух- или трёхзначного национального префикса (в России – с 460 до 469), а заканчивается контрольным числом. Основное требование к GLN – его уникальность. Код, присвоенный какому-либо предприятию, не должен повторяться нигде.

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

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

Сегодня GLN поддерживается международной ассоциацией GS1, ведающей вопросами стандартизации учёта и штрихового кодирования логистических единиц. У ассоциации есть представительство в России.

Зачем нужен GLN

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

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

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

Обновление происходит централизовано.

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

Если взять правила присвоения номеров GLN, то можно увидеть четыре основных случая их использования для идентификации:

  • для определения юридического лица
  • для фактического нахождения объекта
  • для определения функции объекта
  • для цифрового места нахождения.

Когда компании нужно идентифицировать отдельные объекты в цепочках поставок, то для каждого их них (например, распределительных центров в разных регионах) заводится отдельный GLN. Таким образом, партнёры смогут отличить один РЦ от другого при электронном документообороте.

Более того, GLN позволяет определять не только расположение объектов, но и отдельные части этих мест – этажи, помещения, определённые места на полках, дворы рядом со зданиями, причалы в порту и т. п.

Используя специальные компоненты расширения номера, можно даже не заводить отдельный GLN и для разных стеллажей на складе использовать один GLN (в виде GLN+x, GLN+y, GLN+z). Это особенно востребованно для решений по управлению и слежению за товарными запасами.

Такие уточнения к номерам дают возможность организовать наглядное представление о ситуации.

Например, указание взять партию товара с номером GLN+x и отправить на номер GLN+z – значит забрать товар с определённого места на складе и выставить на конкретную полку в нужном магазине.

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

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

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

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

Чтобы считать информацию из GLN, номера кодируются либо штрих-кодом, либо метками EPC / RFID для автоматической идентификации мест хранения, назначения паллет, происхождения продукта и т. д. Это позволяет проводить более эффективную работу по отгрузке и приёмке товара.

Как получить GLN

Если компания-поставщик собирается перейти на электронный обмен данными с торговой сетью, то ритейлер её обяжет получить GLN. Как правило, этот этап идёт следующим после заключения договора и даже до этапа сверки товарного ассортимента (например, такие правила есть у «Магнита» и X5 Retail Group)

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

Услуги по внесению информации о предприятии в международную систему GS1 в России через EDI-провайдеров будут стоить около 3 тысяч рублей за один год. Компания может сэкономить, если, к примеру, зарезервирует номер сразу на три года. Это обойдётся, в среднем, в 6 – 6,5 тысяч рублей.

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

Коротко

А теперь подведём короткий итог о том, что нужно знать и понимать про номер GLN:

  • GLN используется во всем мире, в том числе и в России. Это общепринятый стандарт. Он избавляет от необходимости каждый раз вносить в документы реквизиты и контактные данные.
  • Номер нужно получить обязательно, это один из основных принципов электронного документооборота. Чтобы сэкономить, регистрируйте номера сразу на несколько лет вперёд.
  • С помощью GLN можно идентифицировать любую часть предприятия, отдельные функции компании, филиалы, даже рампу на складе или полку в магазине, если они участвуют в качестве самостоятельного объекта в цепочке поставок. Ваш контрагент будет знать куда привозить товар, а вы – откуда его отгружать.
  • Для схожих объектов мелкого порядка – рядов стеллажей в распределительном центре – можно завести один номер со специальными расширениями. Если структура цепочки поставок сложная и разветвлённая – лучше использовать отдельные GLN.

Источник: https://ediweb.com/ru-ru/company/blog/chto-nuzhno-znat-o-gln-postavshhiku-torgovoj-seti

EDI стандарт. Технический обзор

Edi сообщения. Что такое EDI. Что такое GLN

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

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

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

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

Для сравнения, для верификации XML данных мы берем схему данных (XML Schema, xsd) и парсер автоматически проверяет данные на соответствие этой схеме.
Можно обойтись и без схемы, но тогда желательна разметка документа. XML и JSON документы могут быть десериализованны и без схемы, потому что сами данные содержат тэги (имена) элементов данных.

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

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

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

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

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

Замечание: Для иллюстрации я использую EDI X12 вариант стандарта, распространенный в Северной Америке. Другой вариант стандарта, EDIFACT, распространен в Европе и принципиально не отличается от X12.

Здесь представлен пример самых первых сегментов всех трех пакетов: ISA, GS и ST. Пример взят отсюда:

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

ST*997*1136~

Что мы видим в первом сегменте?

Последние три символа сегмента ISA — это разделительные символы: “*>~”: ‘~’ — символ разделения сегментов; ‘*’ — символ разделения элементов внутри сегмента; ‘>’ — символ разделения подэлементов внутри элемента.

Изменяя эти символы мы по сути изменяем форматы пакетов и документов. В XML и JSON разделительные символы прописаны в стандарте, их нельзя изменить. Изменяемые разделительные символы — это рудименты эпохи, когда Unicode еще не был создан.

Но даже в те времена делать разделительные символы изменяемыми было не очень хорошей идеей. Разделительные символы — очень важные символы.

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

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

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

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

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

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

EDI следует известному мифу: «Где-то там есть идеальный формат, который описывает все на свете сценарии. Мы обязательно найдем этот формат. Нам нужно просто добавлять новые сценарии и подстраивать старые.» Как результат EDI стандартные документы (спецификации) чрезмерно сложные. Возьмем один пример: Нам нужна накладная для небольшого местного книжного магазина.

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

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

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

(Посмотрите эту статью, описывающую проблему индустриальных стандартов.)

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

Структура индивидуальных документов довольно проста. Документы составлены из серии сегментов, внутри которых находятся данные документов.

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

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

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

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

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

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

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

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

В следующей части мы постараемся найти этому причины. Скорее всего они будут не технического характера.

  • EDI
  • стандарты
  • разработка программного обеспечения
  • разработка интерфейсов

Источник: https://habr.com/post/276925/

Электронный обмен данными (EDI) Новый «ЭДО»?

Edi сообщения. Что такое EDI. Что такое GLN

Наши популярные товары:

  1. Загрузка изображений в 1С
  2. Удаление неактуальной номенклатуры

Что такое EDI?

EDI – это технология автоматизированного обмена электронными сообщениями в стандартизированных форматах между бизнес-партнерами.

Очень похоже на старую версию ЭДО. Разбираемся

EDI обмен данными

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

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

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

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

Для чего нужен EDI?

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

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

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

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

Сфера применения

В современных условиях даже небольшая коммерческая фирма «пропускает» через себя огромное количество коммерческих и финансовых документов.
Использование традиционных схем бумажной или даже электронной (посредством e-mail) работы с документами существенно ограничивает потенциал развития бизнеса из-за присущих этим схемам недостатков.

Типовая схема оформления торговых сделок предполагает следующие действия:

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

На основе информации из документов генерируются новые бумажные документы и передаются в иные ведомства.

Наиболее восприимчивые области применения:

  • Дистрибуция,
  • Ритейл,
  • Управление складами,
  • Транспорт,
  • Банковская сфера и управление денежными потоками
  • и т.д.

Базовые принципы:

  • Стандартизованность
  • Структурированность

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

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

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

Схема устройства EDI

Стандарты

EDI базируется на следующих основных стандартах:

  • UN/EDIFACT – United Nations Electronic Data Interchange for Administration, Commerce and Transport — «Правила ООН электронного обмена документами для гос. управления, торговли и транспорта» – основополагающий глобальный избыточный стандарт, содержащий наиболее общие справочники международных кодов и форматов сообщений, расширенных для удовлетворения всех возможных запросов пользователей.
  • (UN/CEFACT) – адаптированный Центром ООН по упрощению процедур международной торговли и электронному бизнесу (CEFACT) стандарт UN/EDIFACTGS1 EANCOM – подмножество EDIFACT для розничной торговли — разработан международной ассоциацией GS1 и дополнен использованием ключевых идентификаторов системы GS1.
  • GS1 XML – современный формат сообщений, используемых при обмене данными в цепях поставок в системе GS1.
  • Система GS1 – это международная глобальная многоотраслевая система стандартов, охватывающая более 100 стран.
  • Система GS1 является самой широко используемой международной системой стандартов в цепях поставок. В настоящее время свыше миллиона компаний в мире используют стандарты GS1. Национальные ассоциации GS1 обеспечивают поддержку системы в своих странах и поддержку национальных языков в системе GS1.

В основе архитектуры системы GS1 лежат ключевые идентификаторы, основными из которых являются:

  • GTIN (Global Trade Item Number)– глобальный номер торговой единицы (предмета торговли) –уникальный идентификационный номер торговой единицы в системе GS1. Этот идентификатор представлен в виде символа штрихового кода на упаковке товара.
  • GLN (Global Location Number) – глобальный номер места нахождения – уникальный номер в системе GS1 для идентификации участников цепи поставки и их материальных, функциональных или юридических объектов (подразделений) (филиалы/офисы/склады/рампы и т.д.). Используется главным образом в EDI для эффективной идентификации всех объектов, касающихся поставок.
  • SSCC (Serial Shiping Container Code) – серийный код транспортной упаковки (СКТУ) – уникальный идентификатор логистической (транспортной) единицы. SSCC очень удобен для маркировки грузов, подлежащих танспортировке.

Ключевые идентификаторы системы GS1 являются:

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

Что такое GLN и как его получить?

GLN — это уникальные 13-значные числовые идентификаторы юридических лиц или их подразделений, они являются ссылочными ключами для извлечения из базы данных следующей информации:

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

Для получения GLN необходимо обратиться в «GS1».

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

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

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

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

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

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

Преимущества появляются за счет:

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

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

С какими версиями 1С работает EDI?

Программы 1С

  • 1С: Предприятие 8.2
  • 1С: Предприятие 8.1
  • 1С: Предприятие 7.7
  • 1С v. 8.2 и 8.3 (Управляемые Формы)

Также мы разработали принципиально новый универсальный модуль для 1С 7.7 — Custom Tools. Это настоящий конструктор, который адаптируется к различным конфигурациям учетной системы.

Минусы работы EDI

Можно сформулировать основные негативные стороны такой схемы работы:

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

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

Цена вопроса

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

Однако для очень многих российских компаний это не так.

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

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

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

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

Комитет ECR-Rus выработал шаблон договора между сторонами, в котором отражено его видение взаимодействия провайдера и клиента.

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

Некоторые клиенты, например московская сеть гипермаркетов «Мосмарт» работают с несколькими провайдерами сразу.

Заключение

EDI это новый формат работы с документами в сфере бизнеса. Но насколько он приживется в России мы ещё увидим, а сейчас продолжаем работать с Электронным документооборотом и почтой России 🙂

Источник: https://1-sys.ru/elektronnyy-obmen-dannymi-edi/

Разбираемся и сравниваем сервисы: ЭДО, EDI и отчетность

Edi сообщения. Что такое EDI. Что такое GLN

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

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

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

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

Впереди всех в этом направлении развивается ФНС.

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

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

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

Сервисы электронной отчетности предлагаются Операторами ЭДО. Услуга предоставляется на коммерческой основе по модели абонентской платы. В среднем на представление электронной отчетности уйдет от 10 до 12 тысяч рублей в год без учета приобретения сертификата электронной подписи.

При этом электронные декларации по НДС следует представлять исключительно через Оператора (п. 5 ст. 174 Налогового кодекса РФ). Иную бухгалтерскую или налоговую отчетность можно отправить через сайт ФНС абсолютно бесплатно. Об этом налоговая служба напомнила в письме от 20.08.

2015 N ПА-3-17/3169@.

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

EDI

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

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

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

Все эти документы формализованы и создаются согласно определенным EDI-стандартам.

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

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

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

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

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

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

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

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

***

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

Карина Кассис, аналитик Synerdocs

Источник: https://www.synerdocs.ru/6408705.aspx

Законный совет
Добавить комментарий