ЭДО: Программные средства

Часть 1. В чем проблемы?
Часть 2. Виды документов.
Часть 3. Выбор оператора. 

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

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

Решение от SAP выпущено в рамках локализационного пакета и поставляется бесплатно. Оно полностью работоспособно в рамках стандартной инсталляции SAP ERP, и обеспечивает обмен структурированными документами, такими, как счет-фактура, акт, Торг12. Немаловажно и привлекательно, что предусматривается обратная совместимость решения с рядом более младших, по сравнению с текущей, версий. Огромным удобством для пользователей является возможность коллективной отправки документов. Не обижены и разработчики: для интеграции с сервисами операторов предусмотрены т.н. пользовательские выходы — точки, в которых разработчики могут подключить необходимую функциональность (BADI).

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

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

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

Поэтому понятно, что основные усилия независимых интеграторов, в основном, прикладываются в следующих направлениях:

• разработка решений, комплиментарных к существующим стандартным решениям;

• разработка комплексных промышленных решений.

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

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

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

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

Из существующих на рынке комплексных промышленных решений для SAP ERP следует отметить два: TerraLink Extended Document Exchange for SAP и DFS B2B Solution компании Docflow Best Practice. Оба решения имеют по нескольку промышленных внедрений и поддерживают работу с более чем одним оператором ЭДО. При всей своей, что неизбежно, функциональной схожести на верхнем уровне, упомянутые решения, тем не менее, существенно различаются по архитектуре, функциональному наполнению, предлагаемой разработчиками стратегии внедрения, и, что самое главное, цене. Такие различия выгодны, в первую очередь, для пользователей, поскольку они смогут выбрать то решение, которое в максимальной степени отвечает их функциональным требованиям, корпоративным политикам, практике проектного управления, и бюджету.

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

• Производительность

  • Обработка в пиковые периоды не менее 500 000 электронных док/день

• Универсальность

  • Отсутствие привязки к поставщику тех или иных технологий, например, управления архивами

  • Отсутствие препятствий к развитию учетной системы

• Гибкость

  • Возможность работы с ERP разных производителей

  • Интеграция в действующие приложения SAP ERP и других ERP заказчика

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

  • Поддержка изменений версий SAP ER

  • Полная поддержка стандартной конфигурации SAP ERP, актуальных локализаций

  • Ориентация только на промышленные и перспективные технологии разработки приложений

• Гарантии

  • Обеспечение поставщиком всего жизненного цикла решения от внедрения до эксплуатации, в т.ч., техническая поддержка в режиме 24 * 7 * 365

  • Возможность развития решения заказчиком

  • Доступность специалистов по используемой технологии разработки

• Информационная безопасность

  • Отсутствие закладок, скрытых функций и т.д.

  • Соответствие законодательству в области ЭП

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