Четкое понимание границ проекта — залог успешного и предсказуемого внедрения 1С:ERP.

Что должно входить в стоимость проекта, а за что придется доплачивать в внедрения 1С:ERP?

Ответ прост: В рамки проекта входит все, что описано в Техническом Задании (ТЗ) и Договоре.

Но в реальности все не так просто.

На практике 99,9% проектов сталкиваются с этой проблемой: заказчик считает, что некие работы входят в стоимость проекта, а исполнитель уверен, что они выходят за рамки договора и бюджет на них не рассчитывался. Это самая частая и болезненная ситуация при внедрении.

Попробуем разобраться подробно по ключевым принципам и зонам ответственности.

Ключевой принцип: "Коробка" vs "Доработки"

1. "Коробочная" или типовая функциональность (Входит в проект):
   • Это стандартные механизмы и отчеты, которые уже есть в типовой поставке 1С:ERP. Например:
     • Настройка плана видов расчета для сложной зарплаты.
     • Настройка учета по МСФО или РСБУ.
     • Настройка бизнес-процессов согласования документов.
     • Настройка расчета себестоимости по методу ФИФО или средневзвешенной.
     • Создание типовых отчетов (оборотки, анализ счетов, отчеты по продажам и закупкам) на основе встроенных средств.
   • Важно: Сама по себе сложность настройки не делает задачу доработкой. Если консультант использует только те инструменты, что есть в "коробке", это часть проекта.
2. Доработки (Дополнительный бюджет):
   • Это любое изменение исходного кода (программного кода) платформы или конфигурации.
   • Создание новых объектов (справочников, документов, отчетов), которых нет в типовой поставке.
   • Изменение стандартных форм (добавление новых полей, кнопок, изменение логики).
   • Написание внешних отчетов и обработок (например, сложная аналитическая панель в Excel или Power BI).
   • Интеграция со сторонними системами (сайты, CRM, системы контроля доступа, оборудование), если для этого нет типового, готового механизма обмена.

Что конкретно обычно ВХОДИТ в бюджет проекта внедрения:

1. Предпроектное обследование: Анализ ваших бизнес-процессов и формирование ТЗ.
2. Прямые настройки типовых механизмов:
   • Настройка учетной политики (бухгалтерский, налоговый, управленческий учет).
   • Настройка справочников (номенклатура, контрагенты, статьи затрат и т.д.).
   • Настройка планирования (бюджетирование, MRP).
   • Настройка расчета зарплаты и кадрового учета.
   • Настройка процессов продаж, закупок, производства.
   • Обучение ваших сотрудников работе в системе.
3. Перенос данных из старых систем: Но только с использованием типовых инструментов выгрузки/загрузки. Если данные имеют сложную структуру и требуют написания специальных скриптов — это может быть отдельной задачей.
4. Техническая поддержка и сопровождение на этапе внедрения.
5. Пусконаладочные работы и запуск системы в промышленную эксплуатацию.

Что чаще всего требует ДОПОЛНИТЕЛЬНОГО бюджета:

1. Интеграции:
   • Обмен данными с сайтом (интернет-магазином).
   • Подключение онлайн-касс, ТСД, фискальных регистраторов, если требуется нестандартный сценарий.
   • Обмен с CRM (например, Bitrix24), если нет типовой конвертации данных.
   • Подключение к системам электронного документооборота (СБИС, Диадок и т.п.) обычно входит, но сложные сценарии — могут быть допами.
2. Нестандартные отчеты и печатные формы:
   • Любой отчет, который нельзя создать с помощью встроенного конструктора отчетов или который требует сложной программируемой логики.
   • Изменение типовых форм документов (например, добавление на "Товарную накладную" поля "Менеджер отдела снабжения").
3. Изменение стандартной логики:
   • Вы хотите, чтобы при проведении документа "Реализация" автоматически создавалась задача в смежном подразделении по нестандартному алгоритму.
   • Вам нужен уникальный метод распределения затрат, которого нет в системе.
4. Сложная визуализация данных: Разработка дашбордов и панелей управления, выходящих за рамки стандартных возможностей.

Как избежать недопонимания и конфликтов по бюджету?

1. Детализированное Техническое Задание (ТЗ) — ваш главный инструмент.
   • ТЗ должно быть максимально подробным. Не "нужны отчеты по продажам", а "отчет по продажам должен содержать поля: Менеджер, Контрагент, Номенклатура, Количество, Сумма, с группировкой по месяцам и возможностью отобрать по конкретному менеджеру".
   • На этапе согласования ТЗ обязательно спрашивайте: "Эта задача решается настройкой или это доработка?". Ответ фиксируйте в ТЗ.
2. Выбирайте надежного подрядчика.
   • Хороший исполнитель всегда на этапе предпроектного обследования делит задачи на "типовые" и "доработки" и заранее озвучивает риски и стоимость.
3. Используйте регламент изменения требований.
   • В процессе проекта всегда возникают новые пожелания. Договоритесь, что любое новое требование оформляется через "Заявку на изменение" с оценкой трудозатрат и стоимости. Вы ее согласовываете, и только потом работа начинается.
4. Спрашивайте "Почему?"
   • Если вам говорят, что какая-то ваша задача — это дорогостоящая доработка, спросите: "Почему это нельзя сделать стандартными средствами? Есть ли типовое решение, которое закрывает нашу потребность?". Часто бизнес-потребность можно удовлетворить стандартным функционалом, просто другим путем.

Итак,

Входит в проект: Реализация ваших бизнес-процессов в рамках Договора с помощью инструментов, уже существующих в "коробке" 1С:ERP.

Входит в доп. бюджет: Создание новых инструментов или изменение существующих, которых нет в "коробке". Новые задачи, поставленные в ходе проекта.

Главная задача — максимально детализировать требования на старте и формализовать их в ТЗ. Все, что выходит за рамки ТЗ, — это зона переговоров и дополнительного финансирования.

***

Так что делать, чтоб проект закончился успешно?

Шаг 1: Выключить эмоции. Вернуться к исходным документам.

Это самый важный и объективный шаг. Достаньте Договор и Техническое Задание (ТЗ).

• Что искать в ТЗ? Конкретные формулировки, которые описывают спорную функциональность. Часто проблема в том, что ТЗ написано размыто ("обеспечить учет производства"), и каждая сторона трактует это по-своему.
• Пример:
  • Ваше понимание: "Учет производства" = автоматическое формирование графика производства на основе заказов, с учетом переналадки станков.
  • Понимание исполнителя: "Учет производства" = ввод документов "Заказ на производство" и "Отчет производства за смену", расчет себестоимости по прямым затратам.

Исход:

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

Шаг 2: Провести совместный анализ: "Настройка" или "Доработка"?

Соберите встречу с исполнителем и задайте прямой, но конструктивный вопрос:

"Пожалуйста, обоснуйте, почему данная задача не может быть решена стандартными (коробочными) средствами 1С:ERP и требует доработки?"

Исполнитель должен продемонстрировать:

1. Где в типовой конфигурации находится нужный механизм.
2. Почему этот механизм не покрывает вашу потребность. Например: "В стандарте нет объекта 'График переналадки станков', его нужно создавать с нуля в конфигураторе".
3. Какие есть типовые аналоги или обходные пути. Хороший консультант всегда предложит: "Мы не можем сделать так, как вы хотите, без доработки, но можем реализовать похожую логику с помощью стандартного механизма 'Бизнес-процессы' и справочника 'Производственные операции'. Это покроет 80% ваших потребностей".

Шаг 3: Искать корень недопонимания

Обычно причины кроются в одном из следующих моментов:

• Недостаточное предпроектное обследование. Консультант/сотрудник компании не учел "скрытые" бизнес-процессы и не увидел эту потребность на старте.
• "Слепые зоны" в ТЗ. Вы могли устно обсуждать этот момент, но он не был формально зафиксирован в документах.
• Изменение бизнес-процессов. В ходе внедрения вы сами лучше поняли свои потребности и сформулировали новое требование

Шаг 4: Варианты решения и переговоры

В зависимости от результатов анализа, выберите стратегию:

1. Вы правы, задача входит в рамки ТЗ.

• Ваша позиция: "Согласно п. 2.3 ТЗ, требуется реализовать функционал планирования производственных мощностей. Текущая задача является его неотъемлемой частью. Просим выполнить работы в рамках действующего договора".
• Действия: Настаивайте на выполнении. Если исполнитель упорствует, эскалируйте вопрос на более высокий уровень (руководителю проекта, директору фирмы-исполнителя).

2. ТЗ трактуется неоднозначно. Есть зона разногласий.

• Ваша позиция: "Мы понимаем, что формулировка в ТЗ допускает двоякое толкование. Мы с нашей стороны считали, что это часть проекта. Предлагаем разделить стоимость этой доработки пополам / включить ее в общий бюджет с существенной скидкой, так как часть вины за нечеткое ТЗ лежит на обеих сторонах".
• Действия: Предложите компромисс. Это самый частый и цивилизованный путь.

3. Вы осознали, что это новое требование.

• Ваша позиция: "Хорошо, мы согласны, что это выходит за рамки первоначального ТЗ. Просим предоставить нам коммерческое предложение на выполнение этой доработки с оценкой трудозатрат".
• Действия: Принять правила игры. Оцените стоимость и критичность этой функции. Возможно, ее стоит отложить на "вторую очередь" внедрения.

4. Поиск стандартного решения.

• Ваша позиция: "Давайте вместе поищем, можно ли решить нашу задачу иным способом, используя только типовые возможности? Готовы рассмотреть вариант с изменением нашего внутреннего бизнес-процесса под возможности системы".
• Действия: Проявить гибкость. Часто можно найти компромиссное решение, которое не требует программирования.

Как предотвратить такие ситуации:

1. Внедрите "Регламент изменения требований". Любое новое пожелание или уточнение теперь должно оформляться через Заявку на изменение (Change Request). Исполнитель дает на нее оценку в часах/днях и стоимости, вы подписываете и только тогда работа начинается.
2. Ведите протоколы всех совещаний, где фиксируете договоренности. Рассылайте их обеим сторонам.
3. Задавайте уточняющие вопросы на этапе оценки. "Эта настройка входит в текущий этап? Она покрывается статьей ТЗ №X?"

Итог: Ваша главная задача — перевести спор из эмоциональной плоскости ("нас обманывают!") в плоскость фактов и документов (Договор, ТЗ). Будьте готовы к компромиссу, так как идеально составленное ТЗ — большая редкость.

Хватит гадать, что войдет в бюджет!

Подарим экспресс-обследование

и наглядно покажем, как мы разделяем типовые настройки и доработки

Что вы получите:

✅ Реестр бизнес-процессов до 2 уровня
✅ Предварительные рекомендации по выбору продукта 1С именно под ваш бизнес
✅ План-график проекта

Как будет происходить обследование

✔️Наш аналитик в согласованное время проведет интервью с ключевыми владельцами бизнес-процессов
✔️Обследует существующие на предприятии системы
✔️Проанализирует основные бизнес-процессы
✔️Подберет возможные решения
✔️Разработает план-график проекта по этапам