Системы hi-end

Джон Дж. Ксенакис
редактор технического отдела журнала CFO

Оригинальная статья опубликована в журнале CFO, февраль 1996 г.

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

Многофункциональные системы автоматизации финансового учета подразделяются, в свою очередь, на три группы. Первая и высшая группа представлена единственным продуктом - системой R/3 фирмы SAP AG, Вальдорф, Германия. На сегодняшний день эта система является безусловным лидером на рынке программного обеспечения для бухгалтерии. Об этом свидетельствуют объемы продаж фирмы SAP AG, которые в 1994 году составили 604 миллиона долларов. Эта сумма соответствует доходам от продаж программного обеспечения для конфигураций клиент-сервер восьми крупнейших производителей данного вида продукции. Согласно прогнозам объем продаж систем R/3 в 1995 году превысит 1.1 миллиарда долларов. Ко второй группе высокофункционального программного обеспечения для бухгалтерии относится продукция наиболее серьезных конкурентов SAP, компаний Oracle Corp. и PeopleSoft Inc. Хотя объемы продаж этих двух корпораций пока несопоставимы с доходами SAP, вполне возможно, что в недалеком будущем они способны потеснить компанию-лидера. Третья группа - продукция остальных производителей специализированного программного обеспечения, так называемых "лучших в своей отрасли". Они называют себя "лучшими в своей отрасли" потому, что некоторые из модулей их программ, несмотря на ограниченные функциональные возможности самих систем, можно считать лучшим из того, что есть на рынке для решения специальных отраслевых задач.

Все эти системы представлены на рынке программного обеспечения совсем недавно и очень беспорядочно. Вследствие стремительного развития технологий потребитель оказался в ситуации, которая является компьютерным аналогом вывернутой наизнанку кривой доходности, когда "краткосрочные процентные ставки являются обратным выражением долгосрочных". Именно так видит эту проблему специалист в области управления Брайан Зоммер, партнер фирмы Andersen CONSULTING LLP. Он поясняет: "еще недавно срок эксплуатации системы значительно превосходил время, необходимое для ее внедрения. Теперь же многие наши клиенты не успевают внедрить новую систему, как она уже устаревает. Если раньше наши клиенты заменяли модуль "Главной книги" лишь один раз в 15 лет, то сейчас это происходит каждые 5-8. Если им потребуется два года на внедрение программы, то срок ее эксплуатации составит лишь несколько лет. В результате компании стараются сделать все, чтобы сократить сроки внедрения. Вот почему все больше и больше наших клиентов отказываются от доработки и перепрограммирования покупаемых систем". Однако, вне зависимости от того, собирается ли компания-покупатель придерживаться данного принципа, ей предстоит решить: приобретать программный комплекс по бухгалтерскому учету у одного производителя или обратиться к разным производителям, исповедующим стратегию "лучшие в своей отрасли". Каждое из вышеперечисленных решений имеет свои плюсы и минусы, которые в свою очередь определяются такими факторами, как особенности конкретных производителей, необходимая степень интеграции, существующее программное обеспечение, его инфраструктура и т.д.

На смену SAP

Если вы намерены придерживаться принципа "немодификации", то наиболее оптимальным решением для вас будет сотрудничество с одним и тем же производителем. Начиная с 1993 года лучшей системой для конфигураций "клиент-сервер" является продукция фирмы SAP. Продукт SAP отличается широкими функциональными возможностями и интегрированной обработкой всех хозяйственных операций в области бухгалтерского учета, финансов, производства, логистики, продаж и систем сбыта. Несмотря на очевидное лидерство SAP, в ближайшее время у них могут появиться более чем серьезные конкуренты. Реальные шансы потеснить SAP на этом рынке имеет фирма Oracle. За последний год Oracle расширила объемы продаж финансовых программ за счет новых приложений в области производства, сбыта, управления кадрами и др. По словам Улисса Нотта, партнера отделения KPMG Peat Marwick LLP, специализирующегося на системах автоматизации предприятий, "за последние 12 месяцев Oracle удалось стать серьезным соперником SAP за счет увеличения ассортимента. Совсем недавно мы проводили консультацию по различным системам автоматизации предприятий, в ходе которой по просьбе клиентов нами был произведен сопоставительный анализ систем SAP и Oracle. Последовательно сравнивая способы решения различных задач обеими системами, мы пришли к выводу, что наличие или отсутствие той или иной функции редко имеет принципиальное значение для клиента. Важную роль, скорее, играет удобное графическое отражение информации на экране. Например, если вы менеджер-бухгалтер то, возможно вам потребуется, чтобы на экране были одновременно представлены четыре или пять интересующих вас аспектов; в системе Oracle нужная вам информация будет представлена на одном экране, а SAP реализует то же самое на четырех или пяти, или же наоборот". "Отличительной особенностью Oracle была и остается специализация компании по двум направлениям - разработка систем управления баз данных (СУБД) и бизнес-приложений", -- так комментирует ситуацию в компании Джефф Компорт, директор по научной работе Gartner Group - консультационной фирмы, основной сферой деятельности которой являются информационные технологии: "В Oracle нередко запаздывали с выпуском новых приложений. Причиной тому был переменный интерес руководства компании к разработкам в области бизнес-программ. Ситуация изменилась в 1995 году, когда компания решила более серьезно рассмотреть перспективы развития этого направления. В рамках нового подхода был произведен набор специалистов, в задачи которых входила исключительно разработка систем автоматизации предприятий. Именно эти сотрудники поставили производство бизнес-программ на регулярную основу. Приложения от Oracle стали появляться на рынке одно за другим".

Компорт отмечает, что проблемы компании, в конечном счете, могут насторожить потенциального клиента. "Вопрос в том, может ли покупатель позволить себе зависеть от одной фирмы-производителя, в данном случае Oracle, и вверять ей такие серьезные полномочия, как контроль программных средств компании, в том числе базы данных и финансовых пакетов". Однако даже если функциональные возможности и компоненты систем Oracle сопоставимы с функциональным массивом SAP, то концепции внедрения этих программ базируются на принципиально разных идеологических платформах. Основным достоинством, а равно и недостатком системы R/3 от SAP является высокий уровень интеграции всех модулей программы. Если R/3 была задумана как единый комплекс от одного производителя, то внедрение пакетов Oracle предполагает интеграцию программ Oracle Financials с приложениями других производителей. "В Oracle считают, что все выпускаемые ими приложения сами по себе являются "лучшими в своей отрасли" и могут использоваться как в комбинации друг с другом, так и с системами других производителей", заявляет Крис Эверетт, директор международной практики SAP в Price Waterhouse LLP. Правда, за гибкость системы приходится платить: разработчики Oracle не всегда придерживаются единых принципов при построении пользовательских интерфейсов.

Мощный клиент

Отличительной особенностью продукции SAP по сравнению с программами других производителей является высокий уровень интеграции систем. Конкуренты SAP, например, компания PeopleSoft традиционно предлагают своим клиентам независимые и гибкие программные комплексы. Зоммер вспоминает, что не раз видел, как "во время презентаций программ PeopleSoft пользователи, получившие возможность со своего компьютера вмешиваться в ход работы системы, например, изменять, добавлять и удалять поля базы данных, просто "заболевали" новой программой." "Внутренние аудиторы и сотрудники отдела информационного обеспечения и технической поддержки в буквальном смысле хватались за голову, но пользователи были в восторге. Впервые им открылась возможность самостоятельно модифицировать данные в конфигурации "клиент-сервер" и тем самым своевременно фиксировать все изменения в деятельности компании. Все чаще и чаще фирмы-производители предлагают своим клиентам системы, предоставляющие пользователям такую ценную возможность. (Например, SmartStream от Dun & Bradstreet's и продукт компании SSA [System Software Associates Inc.'s]).

По мнению Компорта из Gartner Group, добиться подобного рода гибкости компании PeopleSoft удалось за счет использования в своих разработках чуждой другим производителям архитектурной концепции "мощный клиент" (другое название - "толстый клиент"). Если в программах SAP, Oracle и прочих системах основной объем вычислений приходится на сервер, который и передает итоговый результат на терминал-клиент конечному пользователю, то в архитектуре "мощный клиент" PeopleSoft вычисления зачастую производятся как раз компьютером-клиентом. Это означает, что возрастает объем необработанных данных, поступающих с сервера на компьютер-клиент, что в свою очередь неблагоприятным образом сказывается на общей производительности сети. "Можно только уважать руководство PeopleSoft за их преданность принципу "мощный клиент"",-говорит Компорт, "Использование подобной архитектуры в системах PeopleSoft не только способствует большей гибкости клиента, но и расширяет его функциональные возможности. Проблему низкой сетевой производительности в компании предполагают решить за счет роста пропускной способности сети. Нужно тем не менее заметить, что пакет PeopleSoft подходит не каждому пользователю. Производительность системы, очевидно, будет страдать на предприятиях с большим количеством филиалов, каждый из которых оборудован собственной локальной вычислительной сетью с общей низкой пропускной способностью. Однако при наличии высокоскоростной сети программа PeopleSoft позволяет пользователю работать с объемными Главными книгами и представляет собой более открытую систему, чем любой продукт SAP. Разработки для конфигураций клиент-сервер в PeopleSoft начали осуществлять еще в начале 80-х, задолго до своих конкурентов. В то время мало кто осознавал значение компромиссных архитектурных решений, а ведь именно тогда создатели программного обеспечения PeopleSoft взяли на вооружение принцип "мощный клиент". Первая программа PeopleSoft для конфигураций клиент-сервер была создана для автоматизации операций в области управления персоналом. Нужно заметить, что, когда PeopleSoft выпустила на рынок первые финансовые программы, а затем и модули по автоматизации системы сбыта, приложения по управлению кадрами по-прежнему считались лучшими из того, что было создано компанией. (Только к концу этого года, согласно прогнозам, объем продаж финансовых программ PeopleSoft может превысить средства, полученные от продаж модулей по управлению кадрами.) Выпуск модулей по автоматизации производства запланирован PeopleSoft на конец 1996 года, а до тех пор пока компания не будет располагать полным набором программных средств, ее вряд ли можно будет считать полноправным конкурентом SAP и Oracle.

"Лучшие в своей отрасли"

Нужно сказать, что другие конкуренты SAP, Oracle, и PeopleSoft не стоят на месте и активно наращивают обороты. Ряду компаний среднего калибра удалось достичь высоких объемов продаж программного обеспечения для бухгалтерии - особо здесь следует отметить Platinum Software Corp., Great Plains Software Inc., и Solomon Software, - однако ни одна из тиражируемых ими программ не предназначена для комплексной автоматизации предприятий и не в состоянии справиться со значительными объемами обработки транзакций крупных многонациональных корпораций. Разработчики Computer Associates (СА) International Inc. предприняли попытку кардинально переделать свой Masterpiece/2000, сделать его полностью объектно-ориентированным и интегрировать с другими модулями СА по автоматизации системы сбыта и производственных процессов. С целью расширения функционального массива в СА также ведутся разработки в области автоматизации всех звеньев сети снабжения и торговли в Интернет. Тем не менее, аналитики-эксперты пока не склонны причислять Computer Associates к ведущим производителям программного обеспечения данной категории. По мнению Компорта, "Computer Associates еще недостаточно себя зарекомендовали, чтобы считаться полноправными распространителями комплексных систем автоматизации предприятий. Их новые разработки можно увидеть в компаниях, которые и раньше являлись клиентами СА. Однако Computer Associates не часто появляются на открытых презентациях различных систем автоматизации предприятий с участием конкурирующих фирм-производителей." Компания Hyperion Corp. гордится самым высоким в мире объемом продаж своей программы для составления консолидированной финансовой отчетности, хотя, несмотря на неоднократные обещания, компания до сих пор не выпустила полного пакета финансовых программ. Компорт считает что, "Hyperion Corp. намеревается перейти к производству программ для финансового учета хозяйственных операций, однако пока этот переход осуществляется крайне медленно. Основная доля прибыли корпорации по-прежнему приходится на программы по автоматизации процесса составления бюджета и консолидации". Hyperion, как и большинство "лучших в своей отрасли" фирм появились на рынке в 1990-х годах, так что компании предстоит еще многого достичь. "Новичкам всегда трудно", - замечает Компорт,- "они начинают с выпуска модуля "Главная книга" наряду с другими финансовыми модулями и продолжают разработки, но, когда дело доходит до материально-хозяйственного снабжения, чувствуется, что их продукция "сыровата".

Рабочий инструментарий

Раньше автоматизированные системы бухгалтерского учета классифицировали по типу используемых платформ: системы для мэйнфреймов противопоставляли версиям для DEC VAX, а их свою очередь программам для Sun, IBM или рабочих станций HP Unix. Подобная классификация потеряла свою актуальность, так как большинство современных программ могут работать в различных операционных системах. Практически все фирмы-производители многофункциональных систем поставляют приложения с высокой скоростью обработки транзакций для одной или нескольких Unix-платформ под Sybase, Oracle и другие SQL СУБД и обеспечивают поддержку своим менее мощным версиям для AS/400 и Microsoft NT. В борьбе за свою долю рынка поставщики продукции для конфигураций клиент/сервер третьей категории в качестве отличительной характеристики своих систем предпочитают использовать инструментальные программные средства, необходимые для внедрения их программного обеспечения. Вопрос о выборе тех или иных программных средств играет важную роль, так как именно с помощью этих средств будет осуществляться адаптация системы в соответствии со спецификой конкретного клиента. Именно поэтому в компании SQL Financials International Inc большое значение придают сотрудничеству с производителями таких широко распространенных программных средств как, например, Microsoft Corp. и Gupta Corp., продукция которых позволяет SQL Financials сохранять адекватное функциональное наполнение своих систем для различных типов аппаратного обеспечения и СУБД платформ. В D&B Software используют уникальные механизмы тиражирования СУБД Sybase Inc., с помощью которых можно легко распространять данные и приложения в рамках организации-заказчика. FlexiInternational Software Inc. и SSA обращают внимание клиентов на полностью объектно-ориентированную архитектуру своей системы, которая дает клиенту возможность представлять новые функции как взаимодействующие со стандартными приложениями (главной книгой, бухгалтерией кредиторов, и т.д.) объекты. На первый взгляд кажется, что все вышеперечисленное заинтересует разве что сотрудников отделов технической поддержки, однако эта тема приобретает особую актуальность в случае, когда компания намерена взять на вооружение стратегию "лучших в своей отрасли". В рамках этой стратегии компания обращается к нескольким производителям с тем, чтобы стать обладателями лучшего в своей категории программного обеспечения, а не довольствоваться тем, что могут предложить изготовители интегрированных систем. Так у одной фирмы компания приобретет пакет финансовых программ, у другой - блок по составлению бюджета, у третьей - производственный модуль. "Бывает так, что масштаб интегрированной системы не соответствует степени проработки каждой отдельной функции", - говорит Компорт. "Даже SAP не может быть лучшим в любой области, на любом рынке, в любой отрасли". Однако, если вы рассматриваете возможность использования данной стратегии, Зоммер из Andersen советует сначала составить список всех программных средств, которыми оперируют заинтересовавшие вас фирмы-производители. "Главное здесь - разобраться с вопросом ответственности сторон, чтобы потом не задаваться традиционным "Кто виноват?" Например, вы заказываете пакет финансовых программ у одного изготовителя, базу данных у другого, генератор форм у третьего, а еще одна компания поставляет вам язык четвертого поколения . Да, кстати, работаете вы в Windows, и собираетесь переходить на Windows95. Вряд ли вам удастся докопаться до истины, если один из компонентов вашей "системы" выйдет из строя. Если вы собираетесь приобрести 10 "лучших в своей отрасли" программ, каждая из которых была написана с использованием 20 разных программных средств, то в итоге вам потребуется 200 различных программных продуктов. А каковы гарантии, что все эти программы будут нормально взаимодействовать? Попробуйте перейти на новую версию сетевого программного обеспечения, и все они скорее всего лопнут, как воздушная кукуруза".

Отчаянно ищем стандарты

Поскольку все фирмы-производители на разных этапах сталкиваются с такого рода "кукурузным" сценарием, многие из них поддерживают инициативу Open Applications Group (OAG) (Группа открытых приложений). OAG имеет штаб-квартиру в Чикаго и является объединением фирм-изготовителей программного обеспечения. Главной задачей OAG является создание стандартов, которые обеспечат эффективное взаимодействие "лучших в своем деле" модулей. IBM Corp. не принадлежит к числу распространителей программного обеспечения для бухгалтерского учета, однако участвует в деятельности OAG на правах пользователя. "Мы исследуем различные возможности интеграции и взаимодействия всех наших программных продуктов в производстве", рассказывает Джордж Зигель, директор отдела перспективных производственных разработок IBM. "Мы считаем, что в этой организации знают, как определить нейтральную форму взаимодействия между программами, и, как нам кажется, стремятся максимально распространить этот принцип". OAG определяет формат сообщений, которые содержат инструкции по обработке некоторых стандартных операций и передаются от финансовой программы одного производителя к другой. К числу таких операций можно отнести проводку по счету-фактуре, записи в журнале, добавление в базу нового клиента, удаление данных о поставщике, или же поиск документа-источника. При благоприятном результате можно надеяться на то, что "кукуруза" будет лопаться с гораздо меньшим треском. "В ряде случаев пользователю необходимо обеспечить прямую связь между конкретными модулями двух программ от различных производителей.", говорит Зигель. "Конечно клиент может решить эту задачу самостоятельно, однако новый интерфейс придется постоянно модифицировать по мере появления новых версий сопряженных программных продуктов. OAG пытается сформулировать стандартные сообщения для конкретных ситуаций, которые будут использовать и поддерживать изготовители программного обеспечения для бухгалтерского учета, не обременяя дополнительными проблемами своих пользователей. Существенным прорывом в области разработок принципов интероперабельности можно считать презентацию OAG в 1995 году. SAP, Coda Inc., D&B Software, J.D. Edwards & Co., PeopleSoft, и производитель систем автоматизации Marcam Corp. продемонстрировали возможность взаимодействия главных книг от одного изготовителя с производственными модулями от другого за счет использования стандартных запросов OAG. "До презентации мы, честно говоря, слабо верили в успех OAG", -- рассказывает Генри Моррис, заведующий по научной работе отдела программных приложений и информационного доступа. базирующейся в Массачусетсе корпорации International Data Corp. "Достижения OAG произвели на нас очень большое впечатление. Проблема, правда, заключается в том, что пока пользователи всерьез не "заболеют" предлагаемой концепцией и не будут тормошить производителей, постоянно требуя от них новых результатов, OAG вряд ли удастся полностью реализовать свой потенциал". Однако, учреждению единых стандартов противятся не столько фирмы-изготовители, сколько клиенты, периодически затевающие перепалки между отделами, а уж казалось бы, кто как не они должны быть заинтересованы в скорейшем разрешении этой проблемы." Зоммер констатирует, - "Слово "стандарты" внушает отвращение множеству пользователей, так как следование общим правилам зачастую предполагает определенные жертвы. Но если вы собираетесь приобрести систему автоматизации для всего предприятия, вам надо принять единую систему электронной почты и автоматизации офисного документооборота". Зоммер утверждает, что клиенты должны стремиться к тому, чтобы стандартам в равной мере следовали как пользователи, так и производители. Его позицию разделяет Зигель из IBM. "При покупке разнородных программ клиент должен потребовать от производителей гарантий по обеспечению устойчивого взаимодействия между этими продуктами. Думаю, что через два-три года интерфейсы OAG получат широкое распространение по крайней мере для наиболее распространенных видов финансовых транзакций. Единые стандарты обработки запросов систем делопроизводства имеют большое значение в свете интеграции финансовых модулей и программ по автоматизации документооборота. Главной причиной фантастического успеха SAP является высокий уровень интеграции всех модулей системы. Прочность же этой интегрированной структуре обеспечивает встроенная система автоматизации делопроизводства. Понимание этой особенности заставило пользователей других крупных производителей бухгалтерского программного обеспечения задуматься о включении модуля автоматизации документооборота в стандартную финансовую систему. Эти программы зачастую являются важным компонентом реструктуризации делового процесса. С их помощью осуществляется координация деятельности сотрудников с тем, чтобы обеспечить своевременное выполнение заказов, санкционирование заказов на поставку и т.д. Например, когда служащий вносит заказ в систему регистрации заказов, система может автоматически известить сотрудников других отделов о необходимости выполнения соответствующих процедур: нужно оформить чек на кредит, заказать товар, определить объемы выпуска продукции, разослать счета. Многие из доступных на сегодняшний день программ по автоматизации документооборота успешно справляются с этими задачами, не являясь частью финансовой системы предприятия. Фирмы-изготовители, предлагающие интегрированное программное обеспечение этого типа, выигрывают от интеграции хотя бы потому, что им представляется возможность реально проверить и убедиться в целостности самой системы бухучета. В J.D. Edwards, например, планируют создание собственной интегрированной системы автоматизации документооборота. "Если в процессе пакетной обработки система обнаружит ошибку в номере счета, модуль автоматизации документооборота поручит ответственному сотруднику исправить эту ошибку, а также автоматически отобразит правильные экранные данные модуля на автоматизированное рабочее место этого пользователя", - заявляет представитель компании. "Благодаря автоматической обработке документации, можно практически полностью отказаться от использования компьютерных распечаток и работать исключительно на своем настольном компьютере". Computron Software Inc. использует свой пакет автоматизации документооборота как способ выделиться из группы "лучших в своей области" производителей: их программу можно приобрести как отдельно, так и в комплексе других финансовых программ.

Выход на международные рынки

"Если вам нужна соответствующая международным требованиям система от производителя, обеспечивающего техническое сопровождение своей продукции за рубежом, то возможно вам лучше поискать ее за пределами США",- утверждает Компорт из Gartner Group. "SAP и Coda уже давно работают на внешних рынках, и возможно в этом отношении выгодно отличаются от большинства североамериканских производителей, которым вполне хорошо и дома". Такой же точки зрения придерживается Зоммер из Andersen CONSULTING, который немаловажным считает тот факт, что расходы на открытие филиала в новой стране составляют от восьми до тридцати миллионов долларов. Лидирующую позицию по распространенности безусловно занимает Systems Union - системы этой компании работают на различных предприятиях в 160 странах мира. Компорт замечает, что продукция Systems Union прекрасно подходит для использования в небольших филиалах по всему миру, а системы SAP скорее предназначены для головных предприятий и штаб-квартир. "Программы Systems Union являются в некотором роде антиподом SAP, они являются продуктом не столь мощной, и, пожалуй, скорее универсальной технологии, в то время как SAP ассоциируется с широким и прекрасно развитым функциональным массивом. Деннис Килинг, эксперт-аналитик бизнес-програм из Лондона, солидарен с Компортом и в добавление к перечисленным рекомендует еще одну систему. "Лучшей программой международного класса для средних предприятий можно считать Scala International из Швеции", - утверждает Килинг. "Ее легко можно привести в соответствие с любой локальной спецификой, это очень высоко адаптируемая система". По правде говоря, все ведущие производители многофункциональных систем производят переведенные на разные языки и настроенные на разные виды валют программные комплексы, и все они предлагают своим зарубежным клиентам определенный уровень технического сопровождения своей продукции. Разработки, нацеленные на усовершенствование многофункциональных систем и создание единых стандартов, подвигли некоторых специалистов на футуристические размышления. По словам Зоммера, исполнительные и финансовые директора мечтают о глобальной, работающей в реальном времени системе с максимальным уровнем интеграции. "Исполнительный директор хочет, включив в самолете свой лэптоп, увидеть, как с конвейера сходят новые единицы продукции, а затем переключиться на модуль бухгалтерского учета - и все это в реальном времени. Но это всего лишь мечта". По крайней мере, пока.