← На главную

Переход с системы «1С:Управление производственным предприятием» (УПП) на «1С:ERP Управление предприятием» — это не просто обновление программы, а сложнейший проект трансформации бизнеса. Часто программисты сталкиваются с ситуацией «саботажа»: главный бухгалтер (ГБ) отказывается участвовать в настройке системы, аргументируя это тем, что её задача — лишь контролировать итоговую отчетность. Разберем по шагам, как действовать в такой ситуации, чтобы не стать «козлом отпущения» в случае провала проекта.

Анализ проблемы: почему это не задача программиста

Важно понимать фундаментальное различие между технической настройкой и методологическим проектированием. Проанализируем позицию ГБ: утверждение «я обязана контролировать только отчетность» в корне неверно с точки зрения законодательства РФ. Согласно Федеральному закону № 402-ФЗ «О бухгалтерском учете», именно главный бухгалтер несет ответственность за формирование учетной политики предприятия.

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

Шаг 1: Требование нормативного документа (Учетная политика)

Первое, что мы должны сделать — это запросить у главного бухгалтера официально утвержденный документ «Учетная политика предприятия». Это юридическая основа вашей работы. Посмотрим, почему это критично:

1. Если документа нет — бухгалтерия нарушает закон.
2. Если документ есть — вы настраиваете систему строго по нему.
3. Если в документе не описаны нюансы (например, детализация себестоимости в ERP), вы письменно запрашиваете уточнения.

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

Шаг 2: Формализация общения и «бумажная война»

Если устное общение зашло в тупик, переходим к формализации. Рассмотрим эффективный алгоритм действий:

Нужно подготовить и отправить на электронную почту ГБ (с копией руководителю проекта или директору) письмо следующего содержания:

«Для выполнения работ по настройке блока 'Финансовый результат и контроллинг' в системе 1С:ERP прошу предоставить данные об учетной политике организации на текущий год. В частности, необходимо подтвердить параметры: метод оценки стоимости, учет НДС, принципы распределения постатейных расходов. Без официального подтверждения данных настроек корректное формирование отчетности в системе не гарантируется».

Проанализируем ситуацию: если ГБ игнорирует письмо, у вас появляется доказательство того, что внедрение тормозится не по вашей вине. В мире 1С:ERP это называется управлением рисками.

Шаг 3: Матрица ответственности

Разберем, как распределяются роли в здоровом проекте внедрения. Мы должны донести до руководства, что программист — это руки, а ГБ — это мозг системы. Составим простую таблицу зон ответственности:

• Программист: Исправность программного кода, права доступа, перенос справочников, техническая работоспособность РегламентныеЗадания.
• Главный бухгалтер / Финансовый директор: Методология учета, проверка корректности проводок, утверждение алгоритмов распределения затрат, контроль закрытия месяца.
• Ключевые пользователи: Ввод первичных данных в соответствии с инструкциями.

Технические нюансы 1С:ERP, о которых нужно знать

В отличие от УПП, в 1С:ERP многие настройки в разделе НСИ и администрирование невозможно изменить после того, как в системе началось движение документов. Рассмотрим примеры таких настроек:

1. Метод оценки стоимости: Если вы начнете работать по «Средней», а через квартал ГБ скажет, что нужно «ФИФО», вам придется перепроводить (а иногда и пересоздавать) огромный массив данных.
2. Учет по подразделениям: Настройка того, является ли подразделение отдельным объектом учета затрат.
3. Валюты учета: Изменение валюты управленческого учета после старта практически невозможно без «хирургического» вмешательства в базу.

Выясним причину страха бухгалтеров: в ERP бухгалтерский учет строится на основе оперативного. Если в УПП можно было «дорисовать» проводки операциями вручную, то в ERP это разрушит целостность системы. ГБ боится потерять контроль над цифрами, поэтому ваша задача — показать ей отчеты сверки оперативного и бухгалтерского учета.

Шаг 4: Подготовка протокола настроек

Для защиты своей репутации мы рекомендуем составить «Протокол настроек функциональных опций». Это документ, где вы выписываете все ключевые «галочки» из системы и напротив каждой ставите графу «Утверждено ГБ (подпись)».

Рассмотрим пример структуры такого протокола:

Раздел: Финансовый результат и контроллинг
1. Учет товаров: [ ] ФИФО (скользящая), [ ] ФИФО (взвешенная), [ ] Средняя за месяц.
2. Учет НДС: [ ] Упрощенный, [ ] С раздельным учетом по налогообложению.
3. Формирование стоимости: [ ] С учетом доп. расходов по статьям, [ ] По прямым затратам.

Помните: подпись под этим документом — ваш «бронежилет» при первой же проверке налоговой или аудите.

Если бюджет ограничен (один программист на всё)

Проанализируем ситуацию автора: «я один, бюджета на консультантов нет». В этом случае вы берете на себя роль консультанта-аналитика, но не берете на себя ответственность за бизнес-решения. Вы можете изучить типовой функционал, предложить вариант «как это сделано в демо-базе», но окончательное «Да» должно быть зафиксировано письменно от ГБ или Директора.

Если ГБ продолжает саботировать процесс, необходимо официально уведомить руководство о рисках. Используйте следующие аргументы:

1. Остановка отгрузок из-за неверных настроек партионного учета.
2. Невозможность сдачи декларации по НДС или налогу на прибыль.
3. Уголовная и административная ответственность за недостоверную отчетность лежит на директоре и ГБ, а не на программисте.

Резюме для программиста

Не пытайтесь стать «героем-одиночкой», который настроит всё за всех. 1С:ERP — это система коллективной ответственности. Ваша задача — обеспечить техническую реализацию. Если методолог (ГБ) отказывается давать вводные, вы фиксируете простой проекта. Это профессиональный подход, который сохранит вашу карьеру и нервную систему.

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