Техническое задание (ТЗ) на внедрение 1С:ERP: как не написать "роман" и получить результат

Обновлено: март 2026 • Время чтения: 8 мин

ТЗ — это юридический щит заказчика и дорожная карта исполнителя. Но 90% ТЗ в мире 1С либо слишком абстрактны ("сделайте красиво"), либо избыточно сложны. Разбираем, как составить документ, по которому реально запустить систему.

📅 ТЗ или ФТ: в чем разница?

На крупных проектах 1С:ERP документ часто делят на две части:

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

🏗 Структура идеального задания на ERP

Цели и границы: Что мы автоматизируем, а что НЕТ (важно ограничить аппетиты).
Бизнес-процесс (To-Be): Как будет выглядеть процесс в новой системе. Желательно в виде схемы (BPMN или блок-схема).
Требования к НСИ: Описание справочников (какие поля обязательны, откуда берутся данные).
Алгоритмы расчета: Самая важная часть — формулы себестоимости, правила распределения затрат, логика планирования.
Права доступа: Матрица ролей (кто может только смотреть, а кто — менять данные).

📋 Пример правильно сформулированного требования

🛑 Плохо: "Сделайте так, чтобы менеджеры не могли отгружать товар клиентам в долг".

✅ Хорошо: "При проведении документа 'Реализация товаров и услуг' система должна проверять текущую сумму дебиторской задолженности по договору. Если (Долг + Сумма накладной) > Допустимого лимита в карточке договора, проведение документа блокируется с выводом сообщения: 'Превышен кредитный лимит на 15 000 руб.'".

🚩 Топ-3 ошибки при написании ТЗ

❌ Отсутствие критериев приемки: Если в ТЗ не написано, какой тест должен пройти, чтобы задача считалась выполненной — вы её не примете.
❌ Описание интерфейса вместо логики: "Кнопка должна быть синей" — это дизайн. Важнее написать: "Кнопка должна пересчитывать себестоимость по методу ФИФО".
❌ Использование терминов без словаря: Что такое "Заказ" для вас и для программиста — могут быть разные вещи. Всегда составляйте глоссарий терминов.

✅ Чек-лист проверки ТЗ перед подписанием

✔️ Описаны ли исключения? (Что делать, если данных нет или они неверны).
✔️ Есть ли макеты печатных форм и отчетов?
✔️ Указаны ли требования к производительности? (Например: "Отчет должен формироваться не более 10 секунд").
✔️ Понятно ли из текста ТЗ, как вы будете проверять работу?

💡 Главный лайфхак: "Прототипирование"

Никогда не подписывайте ТЗ на 100 страниц, не увидев, как это работает "в руках".

Совет эксперта:

Попросите исполнителя показать решение вашего ключевого требования на демо-базе 1С:ERP. Часто 80% того, что вы хотите "доработать", уже есть в типовом функционале — нужно просто знать, где включить нужную галочку.

Нужна помощь в составлении грамотного ТЗ?

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

Получить консультацию →