Что такое EDI? Как упростить приём и оформление заказов между компаниями — от факса, почты и ручного ввода к обмену данными

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

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

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

1. Главное сразу

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

JIPDEC (一般財団法人日本情報経済社会推進協会) занимается стандартизацией и просвещением в областях электронной коммерции, информационной безопасности и защиты персональных данных и постоянно публикует материалы о корпоративных кодах и EDI. Определение и эффекты EDI в этой статье опираются на пояснения этой организации. В пояснении JIPDEC EDI описывается как автоматический обмен накладными и документами в виде электронных данных между компьютерами компаний, государственных учреждений и других организаций, соединёнными сетью; там же приводится определение по стандарту JIS X 7011.

Цель внедрения EDI — не просто отказаться от бумаги.

Основная цель — сократить такую работу, как:

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

Одним словом, EDI заставляет данные, которые раньше останавливались между двумя компаниями, идти дальше напрямую.

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 17, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

2. Что происходит при обработке заказов без EDI

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

flowchart TD
    A["Заказчик вводит данные заказа"] --> B["Заказ печатают или сохраняют в PDF"]
    B --> C["Отправка по факсу или электронной почте"]
    C --> D["Сотрудник поставщика проверяет содержимое"]
    D --> E["Повторный ввод в систему поставщика"]
    E --> F["Формируют данные об отгрузке и счёте"]
    F --> G["Заказчик снова вводит данные в свою систему"]

Рис. 1: Поток заказов без EDI. Данные дважды вводят заново вручную.

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

Проблема не в том, что информация не оцифрована.

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

3. Как меняется обработка заказов при использовании EDI

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

flowchart LR
    A[Система закупок заказчика] --> B[Данные заказа]
    B --> C[Передача и преобразование через EDI]
    C --> D[Система управления продажами поставщика]
    D --> E[Подтверждение заказа]
    D --> F[Уведомление об отгрузке]
    D --> G[Данные счёта]
    E --> C
    F --> C
    G --> C
    C --> A

Рис. 2: Поток заказов при EDI. Этапы «печать», «визуальная проверка» и «повторный ввод» из рис. 1 исчезают.

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

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

4. Чем EDI отличается от электронной почты, PDF и Excel

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

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

При этом использование PDF или Excel само по себе не плохо.

Важно, как полученную информацию обрабатывают дальше. «Человек читает PDF и вводит данные», «открывают Excel и копируют», «CSV импортируют в систему напрямую», «данные регистрируют автоматически через API» — во всех случаях это «электронный файл», но нагрузка на следующий этап совершенно разная. Оценивая эффект EDI, нужно смотреть не только на способ отправки, но и на то, что человек делает после получения.

4.1. Карта того, что называют «EDI»

До сих пор слово «EDI» использовалось как общее. На практике при рассмотрении внедрения появляется несколько названий. Если заранее понять, как они соотносятся, читать описания продуктов будет проще.

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

5. Какую информацию можно обменивать через EDI

EDI — не механизм только для заказов.

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

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

1. Проверить, нет ли дублирования номера заказа
2. Проверить, существует ли код товара
3. Зарезервировать товар на складе
4. Рассчитать срок поставки
5. Отправить на склад инструкцию по отгрузке
6. Вернуть заказчику подтверждение заказа

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

6. Как EDI упрощает работу компании

Как видно из глав 2–4, прямой эффект EDI — «исчезает ручной ввод при просмотре документа заказа». В этой главе разбирается, что происходит дальше, по шести пунктам. Эффект не сводится к сокращению трудозатрат на ввод.

6.1. Время сотрудников можно направить на исключения

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

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

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

6.2. Сокращаются ошибки ввода

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

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

6.3. Обработку заказов можно ускорить

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

При EDI полученные данные можно автоматически импортировать в систему, поэтому сразу после получения заказа можно начать приём, проверку наличия, расчёт срока поставки, отправку инструкции об отгрузке на склад и ответное подтверждение заказа. Если обработка заказа ускоряется, обычно сокращается и время до отгрузки. JIPDEC среди эффектов EDI называет ускорение и повышение эффективности делопроизводства, поставку just-in-time, сокращение сроков выполнения и уменьшение складских запасов.

6.4. Статус заказа проще проверить

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

При EDI к номеру заказа или аналогичному идентификатору можно привязать такую информацию:

• когда заказ получили;
• корректно ли его импортировали;
• отправили ли подтверждение заказа;
• отгружен ли он;
• прошёл ли приёмку;
• выставлен ли по нему счёт;
• были ли ошибки или повторные отправки.

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

6.5. Можно связать склад, отгрузку и учёт

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

flowchart TD
    A["Получены данные заказа"] --> B["Регистрация заказа"]
    B --> C["Резервирование товара"]
    C --> D["Инструкция по отгрузке"]
    D --> E["Учёт продажи"]
    E --> F["Формирование данных счёта"]
    F --> G["Сверка поступлений"]

Рис. 3: Последующие этапы, которые внутри компании проходят полученные данные заказа. Насколько далеко их провести, определяет эффект внедрения.

И наоборот: даже если данные заказа пришли через EDI, но их печатают и человек вручную вводит в систему управления продажами, эффект остаётся ограниченным. JIPDEC также поясняет, что если данные, полученные через EDI, не импортируют во внутреннюю систему, а печатают и обрабатывают вручную, это мало чем отличается от факса. Внедрение EDI — это не только связь с партнёром: важно, насколько далеко полученные данные проходят по внутренним процессам компании.

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

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

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

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

7. Эффект EDI на простом примере

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

100 заказов × 3 минуты = 300 минут → 5 часов в день

После внедрения EDI 80 заказов импортируются автоматически, а человеку остаётся проверять только оставшиеся 20. Тогда получается так.

20 заказов × 3 минуты = 60 минут → 1 час в день

Пример упрощённый, но работа по вводу сокращается с 5 часов до 1 часа. На практике сверх этого может сократиться и время на разбор трудночитаемого факса, исправление ошибок ввода, звонки для уточнения содержимого заказа, поиск нужного заказа, сводку списков заказов и передачу дел между сотрудниками. Эффект внедрения EDI — не только прямая экономия вроде «меньше расходов на бумагу». Главный смысл — сократить мелкие проверки, вводы и исправления, которые повторяются каждый день.

7.1. Оценка на собственных цифрах

100 заказов и 3 минуты выше — только пример. Подставьте свои цифры. Нужны всего четыре числа.

(1) число заказов в день                         …… A заказов
(2) время ввода и проверки на один заказ         …… B минут
(3) доля, которую EDI сможет обработать автоматически …… C ％
(4) число рабочих дней в году                    …… D дней

текущие затраты времени              = A × B                    (минут/день)
время, которое останется после EDI   = A × (1 - C ÷ 100) × B    (минут/день)
экономия в день                      = A × (C ÷ 100) × B        (минут/день)
экономия в год                       = экономия в день × D ÷ 60  (часов/год)

Доля «автоматической обработки» в пункте (3) определяется тем, насколько много исключений — об этом в следующих главах. Не ставьте сразу высокое значение: начните с того, какую долю всех заказов дают несколько партнёров с наибольшим объёмом. Число заказов по партнёрам появится, когда вы составите таблицу из главы 11.1.

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

8. Преимущества EDI по отделам

Улучшение процессов за счёт EDI не ограничивается отделом приёма заказов.

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

9. Внедрение EDI не означает, что автоматизируется всё

EDI — удобный механизм, но само по себе внедрение не автоматизирует всю работу.

9.1. Нужны договорённости с торговыми партнёрами

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

У таких договорённостей есть уровни. JIPDEC сводит их к пяти. Если путать, о каком уровне идёт речь, когда говорят «внедряем EDI», обсуждение не сходится.

Сравнение продуктов и сервисов обычно смещается к верхним двум уровням (протокол связи и синтаксические правила), а на внедрении труднее оказываются нижние три. Особенно «сообщения и элементы данных» — это как раз согласование кодов из пункта 9.2: если выбрать продукт, не проговорив это с партнёром, потом придётся переделывать.

9.2. Нужно согласовать коды товаров и связанные параметры

Заказчик и поставщик иногда используют разные коды для одного и того же товара. Например, у заказчика код товара A-001, а у поставщика — 100245. Тогда нужна таблица соответствия для преобразования кодов. Помимо кода товара согласуют и такие параметры:

• код торгового партнёра;
• код места доставки;
• единица измерения;
• количество в упаковке;
• налоговая категория;
• валюта;
• формат даты;
• кодировка символов.

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

9.3. Обработка исключений всё равно остаётся

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

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

9.4. Неизбежен период параллельной работы с факсом и электронной почтой

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

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

10. Компании, которым EDI подходит особенно хорошо

EDI, как правило, даёт наибольший эффект в компаниях, которые:

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

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

Решение о внедрении EDI не должно опираться только на размер компании.

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

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

11. Как подойти к рассмотрению внедрения EDI

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

Сначала стоит привести в порядок текущие процессы.

11.1. Составьте список текущих способов обработки заказов

По каждому торговому партнёру систематизируйте следующее.

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

11.2. Начните с одного партнёра с большим объёмом сделок

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

Реалистичнее сначала выбрать одного партнёра, у которого:

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

Отладив методику работы с одним партнёром, её распространяют на остальных.

11.3. Сузьте перечень обмениваемых данных

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

1. Этап 1: данные заказа
2. Этап 2: подтверждение заказа / ответ по сроку поставки
3. Этап 3: уведомление об отгрузке
4. Этап 4: данные счёта

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

11.4. Проверьте подключение к внутренним системам

Даже если внедрить сервис EDI, ручной ввод останется, пока данные нельзя импортировать в существующую систему управления продажами. Заранее проверьте следующее:

• есть ли функция импорта и экспорта CSV;
• можно ли использовать API;
• возможна ли интеграция с базой данных;
• где будет выполняться преобразование кодов товаров;
• как предотвратить дублирование полученных данных;
• кого уведомлять об ошибках;
• где будет храниться история обработки.

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

12. Показатели, которые стоит измерять после внедрения EDI

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

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

В EDI важна не сама возможность отправлять данные.

Оценивать нужно по тому, действительно ли сократился объём ручной работы, ускорилась ли обработка и уменьшилось ли число ошибок.

Заключение

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

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

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

Основные изменения, которых можно ожидать от EDI:

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

Тем не менее одного договора на сервис EDI недостаточно.

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

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

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

Для тех, кто рассматривает интеграцию данных для обработки заказов

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

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

Компания KomuraSoft LLC (合同会社小村ソフト) может проконсультировать вас по разбору текущей ситуации и способам реализации интеграции бизнес-процессов, включая существующие Windows-приложения, CSV и файлы фиксированной длины, базы данных, веб-системы и другое.

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

Ссылки

• JIPDEC (一般財団法人日本情報経済社会推進協会), Что такое EDI. Определение EDI (компании, государственные учреждения и другие организации соединяют компьютеры сетью и автоматически обмениваются накладными и документами в виде электронных данных), определение по JIS X 7011, взаимное преобразование собственных форматов компаний и стандартного формата, отличие отсканированных изображений и обычных текстовых писем от данных EDI.
• JIPDEC, Преимущества EDI и необходимость стандарта EDI. Повышение эффективности и ускорение делопроизводства, поставка just-in-time, сокращение сроков выполнения, уменьшение запасов, исключение человеческих ошибок, использование для анализа ходовых позиций, spend analysis и прогнозирования спроса; если не следовать стандарту, для каждого партнёра нужно своё преобразование, и затраты не окупаются; пять предметов договорённости (протокол связи, синтаксические правила, сообщения и элементы данных, правила эксплуатации, базовый договор о сделках); если полученные данные печатать и обрабатывать вручную, это мало чем отличается от факса.
• Агентство по делам малого и среднего бизнеса Японии, Цифровизация обработки заказов (общий EDI для малого и среднего бизнеса). Рост эффективности работы, снижение человеческих ошибок и лучшая возможность искать записи о сделках при цифровизации обработки заказов; подготовка «общего EDI для малого и среднего бизнеса», который стандартизирует обработку заказов для малых и средних предприятий.
• Digital Agency, JP PINT (стандартная спецификация электронных инвойсов). Digital Agency как Peppol Authority Японии ведёт и публикует японскую стандартную спецификацию электронных инвойсов «JP PINT» для обмена в сети Peppol.

Похожие статьи

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

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

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