Экономическая библиотека

Учебники по экономике

7.9. Горизонтальная интеграция

  Всё вышеперечисленное касалось в первую очередь типовых, массово тиражируемых решений. Однако разработчики сталкиваются ещё и с проблемой интеграции своих программных продуктов с установленными ранее системами конкретных предприятий. Во многих организациях по-прежнему используется широкий спектр приобретённых ранее или самостоятельно разработанных программ, мало взаимодействующих друг с другом. Сотрудники компании привыкли к ним, к тому же многие из этих программ полезны до сих пор, поэтому предприятие не спешит расставаться с ними, даже если имеются более современные системы, с большим набором функций. Разработкам же индивидуального назначения аналогов вообще нет. Эта ситуация особенно характерна для крупных предприятий.
  В связи с этим при комплексной автоматизации управления приходится объединять все используемые предприятием программы в единую систему. Если они созданы одним разработчиком, то проблем обычно не возникает. В противном же случае организация взаимодействия ПО разных фирм выливается в серьёзную проблему. Для её решения необходимо не только создание специальных программ, обеспечивающих конвертацию данных из структур и форматов хранения, используемых одной программой, в структуры и форматы хранения другой, но и разработка новой технологии организации обмена данными между разными системами. Поставщикам корпоративных комплексов для крупных предприятий приходится сталкиваться с такого рода задачами очень часто. Как мы уже отмечали, в решении подобных проблем определённых успехов добилась корпорация «Галактика», сопрягая специфические отраслевые программы со своей системой. По свидетельству специалистов корпорации, проблему организации взаимодействия целого «зоопарка» программ, используемых на различных предприятиях, приходится решать почти при каждом внедрении. В этой связи интересно отметить, что налаживать взаимодействие случается не только с собственными разработками предприятий, но и с программами конкурентов. А что делать, если они уже задействованы в технологическом процессе управления? Вот и получается, что на одном предприятии мирно уживаются программы, скажем, от «1С», «Галактики» и других разработчиков.
  В последнее время средства обмена данными с наиболее популярными программами встраиваются во многие разработки. Так, к примеру, большинство торгово-складских программ позволяют выгружать проводки в форматах, которые могут принимать наиболее популярные бухгалтерские программы: «1С:Бухгалтерия», «Инфо-Бухгалтер», «Турбо Бухгалтер», «Инфин-Бухгалтерия», разработки фирм «Парус», «Интеллект-Сервис» и ряд других. Однако структуры этих систем различны, и для конкретного решения подобной задачи нужно разрабатывать свой дополнительный программный блок.
  Ещё хуже обстоит дело с взаимодействием бухгалтерских программ и программ финансового анализа. Так, популярнейшая программа «ИНЭК: АФСП» легко и просто «умеет» принимать данные отчётности из «1С: Бухгалтерии», а во всех остальных случаях требуется дополнительная настройка. Более широкие возможности интеграции имеются в программе Audit Expert фирмы «ПРО-Инвест-ИТ», где поддерживаются функции автоматической загрузки из форм отчётности различных бухгалтерских программ и существуют средства настройки загрузки из текстовых файлов. Кроме того, здесь можно создавать нестандартные методики анализа и для них экспортировать из бухгалтерских программ остатки и обороты счетов. Очень широкие возможности импорта данных из различных форматов предоставляет также модуль «ФинАнализ» системы «Галактика».
  Чтобы облегчить взаимодействие программ различных поставщиков, необходимы выработка общепризнанных промышленных стандартов, регламентирующих структуры выгрузки/загрузки данных, и обеспечение их поддержки во всех разработках. Только так можно радикально решить проблему обмена данными между различными разработками, с тем, чтобы в каждом конкретном случае не создавать программу-переходник. Однако пока поставщики программного обеспечения о выработке таких стандартов договориться не могут.
  В то же время отдельные попытки стандартизации процедур взаимодействия программ уже предпринимаются. Так, например, фирмой «1С» и рядом других компаний при активном содействии специалистов российского представительства Microsoft предложен стандарт обмена коммерческой информацией под названием CommerceML. Он базируется на применении языка XML, поддерживаемого всеми ведущими мировыми компьютерными компаниями. В развитых странах проблема организации взаимодействия программ стоит не менее остро, чем у нас. Поэтому ведущие производители программного обеспечения во всём мире активно работают над созданием общесистемных средств, способствующих её разрешению. В основу этих средств положен язык XML, предназначенный для описания стандартов.
  Одним из наиболее важных приложений стандарта CommerceML является организация обмена данными между программами торгово-складского учёта. В настоящее время большинство торговых предприятий используют самые разнообразные компьютерные системы, и часто, пока информация о поступивших товарах не введена в информационную базу, продажи не производятся. Возникает ситуация, когда поставщик с помощью компьютера выписывает и печатает сопроводительные документы, а покупатель получает товар и заново вручную вводит информацию с бумажного документа в память компьютерной системы. Нередко это требует значительного времени и к тому же чревато внесением ошибок при осуществлении ручного ввода. Вследствие этого получается, что разгрузку товара уже произвели, а торговлю начать нельзя, потому что сведения о товаре в компьютерной базе отсутствуют.
  Благодаря применению стандарта CommerceML покупатель может автоматически загружать в информационную базу своей компьютерной системы данные сопроводительных документов, записанные поставщиком на дискету или переданные по электронной почте. Стандарт универсален и позволяет обмениваться данными между программами различных разработчиков. Важно лишь, чтобы эти программы поддерживали его, т. е. «понимали», какие данные чему соответствуют. Стандарт можно использовать и при организации электронной торговли через Интернет. К сожалению, пока этот стандарт поддерживается только в программах системы «1 С: Предприятие 7.7», а также в разработках нескольких фирм, оказывающих услуги по организации торговли через Интернет. Большинство же разработчиков экономических программ пока далеки от понимания целесообразности поддержки, использования и развития подобного рода стандартов. О поддержке стандарта высказались разве что представители корпорации «Парус», другие же разработчики либо не предпринимали попыток в нём разобраться, либо критиковали его. Это недальновидная позиция. Ведь нацеленность стандарта правильная, и «1С» рано или поздно его «проведёт» и утвердит «де-факто», а пока ещё можно совместными усилиями его усовершенствовать.

 
© www.eclib.net