Как электронный обмен данными интегрируется с системами управления складом
Для электронного обмена данными партнерам по бизнесу нужны, по крайней мере, три компонента: система обработки данных, коммуникационное оборудование и программное обеспечение, и ПО для перекодировки, чтобы можно было кодировать и декодировать пересылаемые электронные данные в соответствии с отраслевыми стандартами.
Есть три метода интеграции набора транзакций электронного обмена данными с системой управления складом:
2. Внешнее ПО перекодировки. Это коммерчески доступное ПО, которое используется для перевода поступающих электронных сообщений в формат, подходящий для приложения. Например, ПО перекодировки может преобразовать файл с уведомлением о предстоящей доставке из формата ANSI X12 в формат, приемлемый для системы управления складом.
3. Внутренняя перекодировка. Очень мало систем управления складом написаны таким образом, чтобы их структура файлов была идентична формату стандартов.
4. Перекодировка в сети с дополнительными услугами. Некоторые сети с дополнительными услугами могут переводить наборы транзакций в структуру файлов, подходящую для некоторых бизнес приложений.
У каждого подхода есть свои «за» и «против». Хотя первый подход более сложный, он также более гибкий, и ПО перекодировки может быть относительно недорогим, особенно для персональных компьютеров. Здесь не требуется интеграция системы, но пользователи ограничены в смене стандартов. Перекодировка в сети с дополнительными услугами широко распространена, но в большинстве сетей нужно платить всякий раз, когда происходит перекодировка, и не по минутам, и расстояние для передачи обычно не влияет на цену. Здесь также можно использовать больше одного вида перекодировки. Например, вы можете использовать сеть с дополнительными услугами для перевода из EBCDIC в ASCII, а затем использовать внешнее ПО перекодировки для преобразования X12 в соответствии с требованиями системы управления складом.
|
|
|
Ниже приводятся слова продавца систем управления складом о его системе и электронном обмене данными:
Наш пакет программ предоставляет форматы данных для поддержки транзакций (торговых операций). Все поля, где это применимо внутри ПО, имеют два значения: ANSI X12 и внутреннее значение компании. Поэтому организация может иметь внутренний идентификационный номер заказа на покупку из пяти символов, хотя в стандарте ANSI X12 может быть 20 символов. Наша компания не предоставляет ПО перекодировки электронного обмена данными, так как мы считаем его предметом широкого потребления, который потребители могут купить по приемлемой рыночной цене. Однако мы записываем или считываем из файла, который нужно перекодировать или который был перекодирован. Это, как правило, стандартный ASCII файл. Мы включили, как часть нашего ПО, мощную функции импорта / экспорта, которая позволяет обслуживающему операции персоналу управлять расписанием обмена своих данных почти без содействия отдела информационных систем. При изменении требований бизнеса, пользователи могут изменить расписание и время обмена данными.
|
|
|
Это достаточно обычный ответ, который будет варьироваться в деталях от продавца к продавцу. Конечно, продавцам программ по электронному обмену данными вряд ли понравится то, что их продукция рассматривается как предмет широкого потребления (ширпотреб), но с точки зрения выбора и использования системы управления складом, это, может быть, действительно так. Естественно, нужно так же внимательно выбирать пакет ПО электронного обмена данными, как и пакет ПО системы управления складом. Они исключительно важны для системы.
Вот более полный список задач, которые должен выполнять пакет ПО перекодировки:
4. Проверка соответствия стандартов,
5. Отслеживание документов,
6. Маршрутизация документов,
7. Обслуживание версий, чтобы документы переводились (перекодировались) в соответствии с нужной версией стандартов,
7. Инструменты взаимодействия с приложением,
8. Преобразование кода (из EBCDIC в ASCII и обратно),
9. Сжатие и разуплотнение данных,
10. Создание электронных конвертов (при передаче пакетов данных),
11. Генерация контрольного числа,
10. Генерация и отслеживание функционального подтверждения. Функциональное подтверждение не является юридически обязывающим. Это ответ при электронном обмене данными, указывающий, что данные были получены без обнаружения ошибок.
Дата добавления: 2019-03-09; просмотров: 200; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!