 |
Компьютер в бухгалтерском учете и аудите 1998'4
|
|
|
Когда руководство принимает решение о
создании или, что бывает сегодня гораздо чаще,
замене автоматизированной системы управления
предприятием или, как сейчас модно говорить,
корпоративной информационной системы (КИС),
перед ним открываются три возможных пути решения
проблемы. Во-первых, можно создать в рамках своей
структуры специализированное подразделение,
которое займется созданием КИС “от нуля” в
полном соответствии со спецификой
производственного или торгового процесса,
принятой учетной политикой и даже устоявшимися
традициями данной конкретной фирмы. Будем
называть этот путь разработкой индивидуального
программного обеспечения (ПО).
Во-вторых, можно подобрать готовый
пакет программ, благо рынок предоставляет сейчас
широкий спектр разнообразных систем и
комплексов, среди которых всегда можно найти
наиболее понятный и близкий вариант. Такой
готовый набор программных средств будем в
дальнейшем называть тиражным (ПО).
Третий вариант, как нетрудно
догадаться, является компромиссом между первыми
двумя и заключается в закупке ряда тиражных
продуктов, к которым в индивидуальном порядке
дописываются специфические модули или блоки.
Причем в некоторых случаях даже не приходится
создавать новых программных приложений,
достаточно просто заказать авторам тиражного
продукта его слегка видоизмененную версию
(назовем такое изменение “адаптацией ПО”), и она
будет полностью соответствовать потребностям
заказчика.
Еще 10–15 лет тому назад первый путь
решения проблемы был в нашей стране практически
единственным. Это объяснялось как почти полным
отсутствием универсальных комплексов широкого
распространения, так и отсутствием
необходимости в жесткой экономии средств.
Впрочем, даже и тогда были попытки удешевить
столь трудоемкий процесс путем создания
специализированных НИИ, перед которыми
ставилась задача разработать систему
автоматизации для всех предприятий отрасли
сразу. Не могу сказать, что этот подход привел к
сколько-нибудь заметному успеху.
В наше время решение такой комплексной
задачи собственными силами представляется мне
просто нереальным. Это объясняется, в первую
очередь, большим объемом программного кода,
который необходимо написать и отладить.
Во-вторых, огромное время и силы уходят на
создание коллектива разработчиков. Не секрет,
что подбор специалистов с нужным
опытом — дело нелегкое. Следовательно,
приходится брать и недавних выпускников ВУЗов, и
людей, специализировавшихся совсем в других
областях программирования, и программистов,
никогда не работавших в команде. Я уже не говорю о
тотальном дефиците опытных постановщиков задач,
знающих проблематику изнутри. В результате,
только на обучение и “срабатывание” тратится
порой время, сравнимое со временем, нужным на
реализацию всего проекта опытным коллективом. А
получившаяся в итоге система, как правило,
отличается не самым высоким качеством и зачастую
оказывается морально устаревшей уже к моменту
своего выхода в свет (слишком высок темп жизни и
технического прогресса в конце двадцатого века).
В соответствии с известной поговоркой
“время — деньги” конечная стоимость
разработки достигает неизмеримых величин,
хорошо хоть, что эти затраты “размазываются” на
несколько лет.
Подавляющее большинство известных мне
проектов создания индивидуального ПО
собственными силами закончилось в последние
годы неудачей (среди клиентов фирмы “Компас”
немало тех, кто до того, как обратиться к нам,
пытался решать свои проблемы собственными
силами). Немногие исключения относятся к чисто
“компьютерным” предприятиям с достаточно
простой системой учета, которые по самой своей
природе уже обладали слаженной командой
высококвалифицированных программистов.
Улучшенным вариантом индивидуального
подхода к созданию КИС является обращение в
специализированную фирму по разработке
бизнес-программ, которая параллельно с
реализацией проекта занимается обучением
сотрудников отдела информационных технологий
(ИТ), предназначенного для сопровождения ПО после
его сдачи в эксплуатацию. Однако и на таком пути
надо быть готовым к весьма значительным денежным
затратам, ибо общеизвестно, что серийная
продукция всегда дешевле “индпошива”. Недаром
от чисто индивидуального подхода сегодня
отказываются даже самые богатые международные
корпорации.
Второй путь (закупка тиражных
программ) требует неизмеримо более низких
денежных затрат. В результате он является
практически единственно возможным способом
автоматизации малых предприятий. Причем для них
он не только “необходим”, но и “достаточен”,
ибо, с одной стороны, учет на этих предприятиях
нуждается в автоматизации весьма ограниченного
набора функций, а с другой, его схема прекрасно
укладывается в один из широко распространенных
вариантов, для которых вполне реально найти
готовый программный продукт.
Под готовым программным продуктом в
данном случае понимается как специализированный
программный модуль, в котором все необходимые
бизнес-процедуры “зашиты” в текст программы,
так и продукт типа “бухгалтерского
конструктора” с заранее подготовленным
комплектом настроек. Следует четко понимать, что
если необходимая донастройка программы включает
в себя что-либо свыше ответов на вопросы типа
“да, для расчета цен реализации на складе
используем валютный эквивалент”, “нет, в ценах
товаров НДС не учитывается” или “текущий
процент отчислений в пенсионный фонд равен 1”, то
она почти эквивалентна по трудозатратам и
стоимости процессу программирования. А значит,
для малых предприятий такой вариант, как правило,
неприемлем.
Уже на среднем предприятии
использование чисто тиражного ПО чаще всего
оказывается невозможным. Исключение составляют
разве что некоторые средние торговые
предприятия, многие из которых функционируют по
примерно одинаковым принципам. В большинстве же
случаев требуется та самая сравнимая с
программированием процедура настройки,
превращающая часть вроде бы тиражных модулей в
индивидуальные программы. Но, слава Богу, это
относится далеко не ко всем подсистемам
комплекса. Сводная бухгалтерия, учет основных
средств или кадровая подсистема (можно привести
и другие примеры) чаще всего внедряются без
адаптаций. Такое использование стандартных
“кусков” позволяет резко снизить конечную
стоимость проекта.
Еще более очевидной необходимость
такого сочетания индивидуального и тиражного ПО
становится в процессе создания действительно
крупных КИС для предприятий с многими тысячами
сотрудников и/или разнообразными направлениями
деятельности. В этих системах также имеются
вполне стандартные участки, которые полностью
можно автоматизировать с помощью тиражных
программ и, таким образом, удешевить проект в
целом. Более того, осмелюсь утверждать, что
действительного снижения стоимости
проектирования КИС крупного предприятия очень
редко можно достигнуть за счет закупки одного
тиражного пакета.
Часто бывает, что, например, управление
производством выгодно взять из одного комплекса,
бухгалтерскую часть из другого, финансовый
анализ или систему управления
маркетингом — из третьего. И таких
сочетаний, в зависимости от специфики
автоматизируемого предприятия, может быть
великое множество.
В пользу такого утверждения говорит
то, что даже такая многофункциональная система,
как SAP/R3, очень часто используется при
информатизации западных корпораций в сочетании
с другими, порой не менее известными и развитыми
системами автоматизации.
Естественно, что в таком комплексном
проекте тут же возникает необходимость в
допрограммировании связок между закупленным
разнородным ПО. Но и помимо этого у заказчика
почти всегда возникают столь специфические
потребности, что для их удовлетворения
приходится написать несколько программных
приложений “с нуля”.
Возникает вопрос, кто должен
заниматься этим допрограммированием? Тут нет
однозначного ответа. Что касается буферных
программ связи, то выгоднее, наверно, заказать их
у одной из фирм-поставщиков, чем использовать для
этого собственных сотрудников, которым надо
вникать в тонкости форматов данных всех
связываемых систем. А вот разработку небольших
специализированных приложений, как правило на VBA,
или Access, или на чем-нибудь подобном, чаще всего
имеет смысл оставить сотрудникам своего отдела
информационных технологий, если только нельзя
добиться того же эффекта незначительным
изменением исходных текстов какого-нибудь
тиражного модуля. В последнем случае проще и
выгоднее обратиться к разработчику.
Сделав шаг в сторону от основной темы
статьи, замечу, что условия существования
бизнеса в России предъявляют специфические
требования к возможностям настройки и
допрограммирования. Дело в том, что западное
тиражное ПО рассчитано на работу в условиях
устойчивого финансового и налогового
законодательства. Поясню на примере. Известен
случай, когда для автоматизации учета основных
средств было решено использовать
соответствующую подсистему все той же всемирно
известной SAP/R3, позволяющую реализовать
практически любую стратегию учета. После того
как сотрудники службы внедрения заказчика
прошли двухнедельное обучение на курсах, им
пришлось потратить почти месяц на настройку
(скорее даже, генерацию) нужной версии
подсистемы, и только потом они приступили к ее
эксплуатации. Однако через три месяца с момента
внедрения наше законодательство изменилось, что,
в свою очередь, потребовало полной перегенерации
подсистемы.
Получается, что приобретаемое фирмой
тиражное ПО должно не просто обладать
возможностями настройки, оно должно еще и легко
перенастраиваться по ходу работы. Наверно,
подобные моменты и послужили причиной, по
которой директор петербургского отделения
всемирно известной аудиторской и консалтинговой
фирмы KPMG Брюс Хант, отвечая на проводившемся во
время выставки “Инвеком-97” семинаре на вопрос,
какие системы Вы порекомендуете для
использования при автоматизации российских
предприятий, сказал, что рекомендации будут
разными при выполнении каждого конкретного
проекта. Ясно только одно: для создания
финансовой подсистемы в России можно
использовать только российские программные
продукты.
Однако вернемся к нашим баранам. Все
вышесказанное приводит нас к выводу, что при
выборе тиражного ПО в случае автоматизации
крупного и даже среднего предприятия приходится
обращать внимание не только (а может, и не
столько) на качество готовых программ и их
соответствие бизнес-процессам заказчика, но и на
гибкость ПО, открытость структур данных и даже на
саму фирму-разработчика: ее готовность
осуществить стыковку своего ПО с продукцией
других фирм, адаптировать собственные тексты,
разработать дополнительные программные модули.
То есть речь идет скорее не о покупке готовой
продукции, а о выборе деловых партнеров.
В заключение хочу рассказать, как
описанные выше особенности проектирования КИС
повлияли на развитие петербургской фирмы
“Компас”, в задачи которой входит разработка
бизнес-программ для предприятий самого
различного размера и профиля. Это влияние
ощущается как в составе тиражируемых
программных комплексов “Компас-Комфорт”,
“Компас-Гигант”, “Компас-бухгалтерия для Windows”
и (это самая последняя разработка фирмы) “Компас
+ SQL”, так и в структуре самого предприятия, и в
его политике.
Для обеспечения потребностей малых
предприятий создан широкий набор конкурентных
тиражных модулей. Почти каждая подсистема
автоматизации бухгалтерского и управленческого
учета имеет несколько вариантов реализации.
Апофеозом такого подхода является существование
в составе всех комплексов восьми различных
программ-“складов”, в которых жестко “зашиты”
разные тактики и стратегии учета материалов,
товаров или готовых изделий. Если учесть, что
каждый из этих “зашитых” вариантов имеет за
счет дополнительной настройки, осуществляемой в
общедоступных терминах, множество подвидов,
очень велика вероятность подобрать модуль,
который в наибольшей степени соответствует
потребностям конкретного клиента.
Помимо этого созданы комплекты
бланков документов, типовых бухгалтерских
проводок и пр. для нескольких типовых видов
деятельности, например, отдельно для оптовой
торговли, для оптово-розничной торговли, для
мелкосерийного мебельного производства, для
предприятий — импортеров продуктов и т.д. и
т.п.
Каждая подсистема способна
функционировать не только в составе комплекса,
но и абсолютно самостоятельно. Осуществляется
продажа отдельных модулей. Эти свойства
позволяют малому предприятию сэкономить
средства на автоматизацию за счет приобретения
только действительно необходимого ПО.
Для построения КИС средних
предприятий имеется открытый аппарат более
сложных настроек, включающий язык формул и форм
пакета “Компас”, несколько генераторов отчетов,
систему подготовки бланков первичных
документов, мастера табличных и экранных форм,
интерфейсы связи с программами пакета Microsoft Office.
Часть таких настроек вполне может быть
осуществлена бухгалтером, кладовщиком или
менеджером среднего звена, для некоторых нужна
уже более комплексная квалификация, включающая
знание элементов программирования.
Наконец, для работы в составе КИС
крупного предприятия, в программах
предусмотрены открытые структуры собственных
баз данных и интерфейсы связи с базами данных
других комплексов. В самом новом комплексе
“Компас + SQL” предусмотрен “Мастер SQL-запросов”,
позволяющий не только настроить пакет на
оптимальный режим работы с произвольным
SQL-сервером, но и описать многие бизнес-процедуры,
не предусмотренные авторами системы. Такой
подход дает возможность резко сократить затраты
на допрограммирование при разработке
индивидуального ПО в составе крупных
корпоративных проектов.
Составной частью политики фирмы
“Компас” является тезис о готовности к
сотрудничеству с другими фирмами-разработчиками
при участии в проектировании комплексных КИС.
Более того, для еще большего удешевления таких
комплексных проектов подписаны соглашения с
рядом предприятий, специализирующихся, например,
на разработке ПО реального времени для работы с
периферийным оборудованием или на создании
систем финансового анализа и прогнозирования. На
основе этих соглашений за счет “высоких
договаривающихся сторон” произведена стыковка
ПО, полная стоимость которой в результате не
входит в стоимость конечного проекта. Вот вам и
дополнительная экономия средств заказчика!
Кроме того, в истории фирмы есть множество
примеров успешной эксплуатации комплексов марки
“Компас” совместно с ПО других фирм или с
модулями самой различной функциональной
наполненности, созданными отделами ИТ клиентов.
Еще одним элементом политики фирмы
является готовность к проведению адаптаций
тиражного ПО в соответствии с потребностями
конкретного заказчика.
Оба этих политических тезиса носили бы
чисто декларативный характер, если бы в
структуре “Компаса” не был предусмотрен штат
программистов, занимающихся как адаптациями
тиражного ПО, так и созданием программных
приложений по индивидуальному ТЗ. Для
составления таких ТЗ совместно с
ИТ-специалистами заказчика и проектирования
стыковок с ПО третьих фирм в штате предприятия
имеются консультанты, обладающие высокой
квалификацией на стыке двух областей: учета и
управления с одной стороны, и проектирования
программного обеспечения — с другой.
В “Компасе” разработана технология
проектирования индивидуальных программных
приложений, позволяющая удешевить процедуру
создания модулей, работающих в комплексе со
стандартными подсистемами.
Мы считаем, что без принятия всех
вышеупомянутых мер “Компас” не смог бы
автоматизировать столько различных предприятий,
сколько на сегодняшний день можно видеть в
перечне многочисленных клиентов фирмы.
Гл. эксперт,
к.т.н. Игорь Якобсон
Copyright © 1994-2016 ООО "К-Пресс"
Home
Поиск
Издания
Контакты
