Мифы о внедрении 1С. Миф 6. Типовая конфигурация должна настраиваться под нужды пользователей

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

По мере развития компьютерной техники, инструментов для разработки программного обеспечения, подходов к построению информационных систем в состав поставки программного обеспечения стали включаться вначале отдельные законченные программные модули, имеющие некоторую функциональность, а затем и программные продукты, охватывающие функциональностью целые предметные области. Одним из таких решений и являются типовые конфигурации программ 1С. При приобретении коробочного продукта в составе поставки пользователь получает как собственно среду разработки, в которой функционирует программа (платформа 1С:Предприятие), так и базу данных с определенным набором функционала (типовые конфигурации 1С:Бухгалтерия, 1С:Зарплата и управление персоналом, 1С:Управление торговлей и т.п.).

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

Российский бухгалтерский и налоговый учет, как известно, достаточно сильно регламентированы соответствующими руководящими документами. Отражение различных ситуаций определяется в инструкциях и директивных документах Минфина РФ. На практике предпринимаются попытки на законодательном уровне устранить двузначное толкование ситуаций, с которыми организации сталкиваются на практике. Большинство наиболее часто встречающихся на практике хозяйственных операций уже заложено в функциональность большинства типовых решений 1С (1С:Бухгалтерия 8, 1С:Предприятие 8 Управление производственным предприятием и т.п.). Следовательно, сразу же после установки типовой конфигурации на компьютер пользователя, большинство повседневно встречающихся операций уже можно отражать в 1С без всяких доработок. Главное знать – как это сделать, т.е. как реализован тот или иной функционал. Если задача ограничена исключительно автоматизацией бухгалтерского и налогового учета, то, как показывает практика, в 9 случаях из 10 никакая доработка типовых конфигураций вообще не нужна. Те хозяйственные операции, автоматизация которых не предусмотрены в типовой конфигурации, вносятся в базу данных просто ручным способом. И вот только в том случае, когда количество таких операций достаточно велико и трудозатраты на их ввод значительно превышают объем работы по автоматизации данного участка учета, только в этом случае имеет смысл ставить вопрос о доработке типовой конфигурации.

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

Еще одним случаем, когда возникает необходимость доработки типовой конфигурации, является решение о реализации в программе какой-то части функций управленческого учета. Так как изначально правила ведения управленческого учета отсутствуют, существуют лишь научно обоснованные подходы и методы, вести речь о какой-то универсальной методике и ее реализации в программе просто не имеет смысла. Отсюда можно сделать два важных вывода.

Первый вывод, выбор типовой конфигурации должен очень тесно быть увязан с теми задачами, которые поставлены перед процедурой автоматизации учета. Если стоит задача только автоматизации бухгалтерского и налогового учета, достаточно за основу брать поставку 1С:Бухгалтерия 8. Если кроме бухгалтерского и налогового учета организация решает автоматизировать финансовый учет (например, процесс бюджетирования), то явно надо рассматривать вариант приобретения кроме 1С:Бухгалтерия 8 дополнительно либо еще какого-то программного продукта 1С, решающего задачи бюджетирования, либо вообще искать какое-то типовое комплексное решение позволяющее вести регламентированный и финансовый учет в одной программе. В данном случае правильный выбор типовых решений во много уменьшает стоимость и сроки внедрения.

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

Второй вывод, раз нет стандартов ведения управленческого учета, очень внимательно надо относиться к выбору программного продукта. Существующие отраслевые решения 1С (торговля, автотранспорт, страхование, лизинг и т.п.) могут содержать методические модели, существенно отличающиеся от используемых в организации. В данном случае необходимо либо принимать модель учета, заложенную в программе 1С, либо изменять выбранную конфигурацию. И вот тут кроется один из подводных камней: методические модели в программе и применяемые в организации могут быть на столько различны, что проще взять за основу типовую конфигурацию по ведению регламентированного учета, например, 1С:Бухгалтерию 8 и в ней реализовать модуль для управленческого учета. Опыт показывает, что исправление структуры данных, уже заложенной логики работы программного модуля, разбор программного кода – дело не всегда благодарное и разработка нового модуля «с нуля» может оказаться предпочтительнее.

И в завершении анализа данного мифа следует остановиться на еще одном аспекте настройки типовых решений под нужды пользователей.

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

Доработка доработке рознь. Что имеется в виду? Чтобы ответить на это вопрос, сначала следует проанализировать другой: для чего автоматизируется учет? Что в результате автоматизации получает организация?

Если целью автоматизации поставить ускорение обработки данных для снижения учетных ошибок, то вряд ли можно будет убедить руководителя организации приобрести программу – за отсутствие ошибок получают заработную плату учетные работники.

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

Как часто на практике изменяют типовую конфигурацию лишь только по причине того, что работникам как бы неудобно работать или они делают много ошибок! Как правило такие изменения затрагивают основные объекты типовой конфигурации, штатные механизмы начинают некорректно работать, обновление должно проводиться с тщательным анализом сделанных изменений, а в некоторых случаях обновление становится вообще невозможным. Вместо того, чтобы научить пользователя работать с типовыми механизмами конфигурации, эти механизмы дорабатываются до соответствия взглядам пользователя на требуемую функциональность программного продукта. Доработки такого характера представляются нецелесообразными. Главным выводом из приведенного рассуждения является то, что не всегда типовая конфигурация 1С требует каких-то доработок. Только в случае, если имеющаяся функциональность, включая «ручное» внесение данных, недостаточна для работы, следует вести речь о возможной доработке типовой конфигурации. Ну а уж решение на доработку принято, то оно должно в полной мере соответствовать целям автоматизации и проводится профессионально с максимальным сохранением ядра типовой конфигурации 1С.