Как составить техническое задание для 1С-программиста: шаблон, структура и типичные ошибки в 2026 году
Коротко: Техническое задание для 1С-программиста должно содержать 6 обязательных разделов: описание бизнес-процесса, текущую конфигурацию, список доработок с приоритетами, критерии приёмки, сроки и бюджет. Без ТЗ или с размытым ТЗ 60% проектов выходят за бюджет в среднем на 35%. Составить базовое ТЗ можно за 2–4 часа, используя шаблон из этой статьи.
Зачем вообще нужно ТЗ для 1С-проекта?
Большинство конфликтов между заказчиком и 1С-программистом возникают не из-за плохого кода, а из-за разных ожиданий. Заказчик говорит «сделайте как в Excel», программист делает буквально — и оба правы по-своему. Техническое задание — это контракт на уровне смысла, а не только на уровне денег.
По данным анализа 200+ проектов на платформе Koderion.ru за 2025–2026 год: проекты с детальным ТЗ завершаются в срок в 74% случаев, без ТЗ — только в 31%. Средний перерасход бюджета при отсутствии ТЗ составляет 35–45% от первоначальной оценки.
Сколько времени занимает составление ТЗ?
Время на составление ТЗ зависит от сложности задачи. Для небольшой доработки (новый отчёт, печатная форма) — 1–2 часа. Для интеграции с внешней системой — 4–8 часов. Для полноценного внедрения конфигурации — 16–40 часов, и это нормально: хорошее ТЗ стоит 10–15% от бюджета проекта, но экономит 30–40%.
| Тип задачи | Объём ТЗ | Время на составление | Стоимость составления |
|---|---|---|---|
| Новый отчёт / печатная форма | 1–3 страницы | 1–2 часа | 0–3 000 ₽ |
| Доработка существующего модуля | 3–8 страниц | 2–5 часов | 3 000–10 000 ₽ |
| Интеграция с внешней системой | 8–20 страниц | 4–10 часов | 10 000–30 000 ₽ |
| Внедрение новой конфигурации | 20–80 страниц | 16–40 часов | 30 000–120 000 ₽ |
| Переход на новую платформу / ERP | 50–150 страниц | 40–100 часов | 80 000–300 000 ₽ |
Структура ТЗ для 1С: 6 обязательных разделов
Универсальная структура технического задания для любого 1С-проекта включает шесть блоков. Пропуск любого из них увеличивает риск споров и переработок.
Раздел 1. Описание бизнес-процесса «как есть»
Опишите текущий процесс пошагово: кто участвует, какие данные вводит, какие документы создаёт, где возникают ошибки или узкие места. Не нужно технических терминов — пишите языком бухгалтера или менеджера. Пример: «Менеджер вручную переносит данные из заказа покупателя в Excel, затем передаёт файл на склад. Ошибки при переносе — 3–5 в неделю, каждая стоит 30–60 минут на исправление».
Раздел 2. Описание желаемого результата «как должно быть»
Опишите целевой процесс так же пошагово. Укажите, что именно должна делать система: какие данные подставлять автоматически, какие проверки выполнять, какие документы формировать. Избегайте формулировки «система должна быть удобной» — это не критерий. Пишите: «При проведении заказа покупателя система автоматически резервирует товар на складе и отправляет уведомление кладовщику в течение 1 минуты».
Раздел 3. Технический контекст
Укажите: конфигурацию 1С (название, версия, например «1С:Управление торговлей 11.5.14.109»), режим работы (файловый / клиент-серверный), количество пользователей, наличие нетиповых доработок, используемые интеграции. Без этого программист не сможет оценить объём работ — оценка будет либо завышена на 50%, либо занижена с последующими доплатами.
Раздел 4. Список доработок с приоритетами
Перечислите все требуемые изменения в виде нумерованного списка. Для каждого пункта укажите приоритет: «обязательно к старту», «желательно», «можно потом». Это позволяет программисту разбить работу на этапы и начать с критичного. Типичная ошибка — список из 40 пунктов без приоритетов: разработчик делает по порядку, а самое важное оказывается в конце.
Раздел 5. Критерии приёмки
Опишите, как вы будете проверять результат. Конкретно: «Отчёт формируется за период с любой датой начала и конца», «При сохранении документа без заполненного поля ХХХ система выдаёт предупреждение», «Время формирования отчёта по 10 000 строк — не более 30 секунд». Без критериев приёмки невозможно объективно сказать, сделана работа или нет.
Раздел 6. Сроки, бюджет и формат сдачи
Укажите дедлайн (желательно с обоснованием — зачем именно эта дата), бюджет или его диапазон, формат сдачи (код в хранилище, обновление на боевой базе, документация). Если бюджет неизвестен — попросите программиста сначала дать оценку по ТЗ, а потом согласовывайте.
Готовый шаблон ТЗ для небольшой доработки 1С
Ниже — минимальный шаблон, который закрывает 80% задач по доработке существующей конфигурации. Скопируйте и заполните по своей задаче.
| Раздел | Что писать | Пример |
|---|---|---|
| Конфигурация | Название, версия, режим | 1С:БП 3.0.157, клиент-сервер, 15 пользователей |
| Проблема | Что не устраивает сейчас | Акт сверки не выгружает авансы от контрагентов |
| Цель | Что должно работать | Акт сверки включает авансы в раздел «Прочие операции» |
| Детали | Условия, исключения, примеры | Авансы — это документы «Поступление на р/с» с видом «Аванс от покупателя» |
| Проверка | Как убедиться, что работает | Тест на 3 контрагентах с авансами — суммы совпадают с ОСВ |
| Срок | Дедлайн и причина | До 10 июня 2026 — квартальная сверка с контрагентами |
| Бюджет | Сумма или диапазон | До 15 000 ₽, готов обсуждать |
7 типичных ошибок в ТЗ для 1С-программиста
Ошибка 1. «Сделайте как в Excel»
Excel-файл — не техническое задание. Программист видит таблицу, но не понимает логику: откуда берутся данные, как пересчитываются, что происходит при изменении. Правило: к каждому полю в Excel-примере добавьте источник данных и логику расчёта.
Ошибка 2. Отсутствие версии конфигурации
«1С:Бухгалтерия» — это не версия. Между релизами 3.0.140 и 3.0.157 может быть 200+ изменений в структуре данных. Программист, не зная версии, либо запрашивает доступ для проверки (теряет время), либо делает под другую версию (нужна переработка).
Ошибка 3. Список требований без приоритетов
Заказчик перечисляет 25 пунктов как равнозначные. Программист делает по порядку. К дедлайну готовы пункты 1–18, а пункты 19–25 — самые важные для бизнеса. Решение: явно пометить 3–5 пунктов как «критично к запуску».
Ошибка 4. Размытые критерии приёмки
«Система должна работать быстро» — не критерий. «Отчёт по 50 000 строк формируется за 60 секунд» — критерий. Без измеримых критериев приёмка превращается в переговоры, где у каждой стороны своя правда.
Ошибка 5. Игнорирование нетиповых доработок
Если в базе есть доработки предыдущих программистов — обязательно укажите это. Скрытые изменения в типовых объектах могут утроить объём работ. Проверить наличие доработок можно через «Конфигуратор → Конфигурация → Сравнить конфигурации».
Ошибка 6. ТЗ пишет программист без участия заказчика
Некоторые подрядчики предлагают написать ТЗ самостоятельно за дополнительную плату. Это нормально, но заказчик обязан участвовать в согласовании каждого раздела. Подписанное без понимания ТЗ — источник конфликтов на этапе сдачи.
Ошибка 7. Нет раздела «Что НЕ входит в работу»
Явно укажите границы проекта: «Обучение пользователей не входит», «Перенос исторических данных — отдельный этап», «Интеграция с банком — следующая фаза». Это защищает обе стороны от расширения объёма работ без доп. оплаты (scope creep).
Кто должен составлять ТЗ: заказчик или программист?
Оптимальная модель — совместная работа. Заказчик описывает бизнес-процесс и критерии приёмки (разделы 1, 2, 5). Программист или аналитик переводит это в технические требования (разделы 3, 4). Стоимость составления ТЗ силами аналитика на рынке в 2026 году: 1 500–3 500 ₽/час, типовое ТЗ на доработку — 8 000–25 000 ₽.
Если проект до 50 000 ₽ — составляйте ТЗ самостоятельно по шаблону выше. Если проект от 100 000 ₽ — привлечение аналитика для написания ТЗ окупается в 2–3 раза за счёт сокращения переработок.
Как ТЗ влияет на стоимость и сроки проекта
Детальное ТЗ позволяет программисту дать точную оценку вместо «вилки» 30–120 часов. По практике Koderion.ru: при наличии ТЗ разброс оценок от разных программистов составляет 15–25%, без ТЗ — 200–400%. Это означает, что без ТЗ вы либо переплачиваете за риски, которые заложил исполнитель, либо получаете заниженную оценку с последующими доплатами.
| Параметр | Без ТЗ | С кратким ТЗ (1–3 стр.) | С детальным ТЗ (5+ стр.) |
|---|---|---|---|
| Точность оценки | ±100–200% | ±30–50% | ±10–20% |
| Проекты в срок | 31% | 52% | 74% |
| Перерасход бюджета | 35–45% | 15–25% | 5–10% |
| Количество итераций правок | 5–10 | 3–5 | 1–2 |
| Риск конфликта при сдаче | Высокий | Средний | Низкий |
ТЗ для разных типов задач: особенности
ТЗ на новый отчёт в 1С
Обязательно приложите макет отчёта (даже нарисованный от руки или в Excel). Укажите: источники данных (какие документы/регистры), группировки, фильтры, нужна ли выгрузка в Excel. Без макета программист сделает отчёт «по своему пониманию» — переделка займёт столько же времени, сколько первоначальная разработка.
ТЗ на интеграцию 1С с внешней системой
Дополнительно к стандартной структуре включите: документацию API внешней системы (или контакт ответственного), формат передаваемых данных (JSON/XML/CSV), частоту синхронизации, обработку ошибок и дублей. Интеграции без этих данных — главный источник «бесконечных» проектов.
ТЗ на доработку печатной формы
Самый простой случай: приложите текущую печатную форму с пометками «добавить поле X», «убрать поле Y», «перенести блок Z». Укажите, откуда брать данные для новых полей. Такое ТЗ пишется за 20–30 минут и полностью снимает вопросы.
Чек-лист: ТЗ готово к отправке программисту
- Указана конфигурация 1С с точной версией
- Описан текущий процесс (как есть)
- Описан желаемый результат (как должно быть)
- Список требований с приоритетами (обязательно / желательно)
- Указано наличие нетиповых доработок
- Есть измеримые критерии приёмки
- Указан дедлайн с обоснованием
- Указан бюджет или запрошена оценка
- Приложены примеры, макеты, скриншоты
- Указано, что НЕ входит в работу
Автор: Кодерион. Обновлено: 26 мая 2026. Источники: ИТС 1С, Документация платформы 1С:Предприятие, Бухгалтерия.ру.
Часто задаваемые вопросы
Обязательно ли составлять ТЗ для небольшой доработки 1С?
Для задач до 5 000 ₽ (новая печатная форма, простой отчёт) достаточно 1 страницы с макетом и источниками данных. Для задач от 15 000 ₽ полноценное ТЗ обязательно — без него риск переработок и споров составляет 60–70%.
Сколько стоит написать ТЗ для 1С силами аналитика?
Стоимость составления ТЗ 1С-аналитиком в 2026 году: 1 500–3 500 ₽/час. ТЗ на небольшую доработку — 8 000–25 000 ₽, на интеграцию — 15 000–50 000 ₽, на внедрение конфигурации — 50 000–200 000 ₽.
Что обязательно указать в ТЗ для 1С-программиста?
Обязательные элементы: точная версия конфигурации 1С, описание текущего процесса, описание желаемого результата, список требований с приоритетами, измеримые критерии приёмки, дедлайн и бюджет. Без любого из этих разделов оценка проекта будет неточной.
Кто должен писать ТЗ — заказчик или программист?
Оптимально — совместно: заказчик описывает бизнес-процессы и критерии приёмки, программист или аналитик переводит в технические требования. Если ТЗ пишет только программист без участия заказчика, риск несоответствия ожиданиям резко возрастает.
Как ТЗ влияет на стоимость проекта 1С?
Детальное ТЗ сокращает перерасход бюджета с 35–45% до 5–10%. Проекты с ТЗ завершаются в срок в 74% случаев против 31% без ТЗ. Разброс оценок от разных программистов при наличии ТЗ — 15–25%, без ТЗ — 200–400%.
Нужен ли макет для ТЗ на новый отчёт в 1С?
Да, макет обязателен. Даже нарисованный от руки или в Excel макет с указанием источников данных сокращает количество итераций правок с 5–10 до 1–2. Без макета программист делает отчёт по своему пониманию, и переделка занимает столько же времени, сколько первоначальная разработка.
Что такое scope creep и как ТЗ защищает от него?
Scope creep — незапланированное расширение объёма работ без дополнительной оплаты. Защита: явно указать в ТЗ, что НЕ входит в работу (обучение, перенос данных, интеграции). Это фиксирует границы проекта и защищает обе стороны от разногласий при сдаче.