Что такое ЧТЗ в 1С и как его составить

Когда компания внедряет или дорабатывает 1С, между заказчиком и исполнителем почти всегда возникает разрыв понимания: бухгалтер говорит «нужен удобный отчёт по продажам», а разработчик слышит техническую задачу без деталей. Чтобы перевести пожелания бизнеса на язык конкретных требований, используют ЧТЗ — частное техническое задание. Это рабочий документ, который описывает одну доработку или группу связанных доработок: новый отчёт, обработку загрузки данных, изменение документа, интеграцию с сайтом.

В отличие от общего ТЗ на проект автоматизации, которое описывает систему целиком, ЧТЗ фокусируется на одной задаче. Обычно на один проект внедрения 1С приходится от нескольких до нескольких десятков частных заданий — по числу доработок, выходящих за рамки типовой функциональности.

Грамотно составленное ЧТЗ защищает обе стороны: заказчик получает именно то, что описал и согласовал, а исполнитель — чёткие критерии, по которым работа считается выполненной. Без этого документа споры «мы имели в виду другое» практически неизбежны и обычно заканчиваются переделками за чей-то счёт.

Чем ЧТЗ отличается от ТЗ и заявки на доработку

В практике проектов по 1С встречаются три похожих документа, которые часто путают. Общее техническое задание (ТЗ) описывает систему в целом: какие подсистемы внедряются, какие бизнес-процессы автоматизируются, какие роли и права нужны. Оно составляется на старте проекта и редко пересматривается.

ЧТЗ детализирует отдельный фрагмент: например, «отчёт по валовой прибыли с разрезами по менеджерам и группам товаров» или «автоматическая загрузка выписок из клиент-банка». Заявка на доработку — ещё более простая форма, часто это просто письмо или тикет в системе учёта задач, которое затем превращается в ЧТЗ, если объём работ существенный.

Граница, когда заявки достаточно, а когда нужно полноценное ЧТЗ, обычно определяется трудоёмкостью и рисками. Мелкое изменение формы или добавление реквизита можно описать в двух предложениях. Но если доработка затрагивает проведение документов, расчёт себестоимости, обмен данными или права доступа — без детального задания вероятность ошибки резко возрастает.

Какой документ выбрать

Заявка / тикет

Подходит для мелких правок: добавить колонку в отчёт, изменить подпись в печатной форме. Ограничение — нет формальных критериев приёмки.

ЧТЗ

Нужно для доработок, затрагивающих логику учёта, обмены, расчёты. Требует времени на согласование, но снижает риски переделок.

Общее ТЗ

Составляется один раз на проект внедрения или крупную модернизацию. Не заменяет ЧТЗ по конкретным доработкам.

Из каких разделов состоит ЧТЗ

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

Далее идёт функциональное описание — ядро документа. Здесь по шагам описывается, что должен делать пользователь и что должна делать система: какие данные вводятся, откуда берутся, как обрабатываются, в каком виде выводятся. Для отчёта указывают состав колонок, группировки, фильтры, источники каждого показателя. Для документа — состав реквизитов, движения по регистрам, печатные формы.

Завершают документ разделы с ограничениями и критериями приёмки. Ограничения фиксируют, что делать не нужно (например, «типовые отчёты не изменяются»), а критерии приёмки — проверяемые условия: «при проведении реализации по товару с серией создаётся запись в регистре X, сумма совпадает с указанной в документе».

Как составить ЧТЗ на отчёт или обработку

Отчёты и обработки — самый частый предмет ЧТЗ, и по ним проще всего показать принцип. Начните с макета: нарисуйте желаемый вид отчёта в виде таблицы с реальными названиями колонок и примером одной-двух строк данных. Макет устраняет большинство недопониманий ещё до начала разработки.

Затем для каждой колонки укажите источник данных: из какого регистра или документа берётся значение, как суммируется, за какой период. Особое внимание — расчётным показателям: формула «рентабельность = прибыль / выручка» с уточнением, что считать прибылью в вашей методике учёта, избавит от споров при приёмке.

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

1. 1
   Сформулируйте, какое управленческое решение принимается по этому отчёту
2. 2
   Нарисуйте макет: колонки, группировки, итоги, пример данных
3. 3
   Для каждого показателя укажите источник и формулу расчёта
4. 4
   Опишите отборы, параметры и поведение при пустых данных
5. 5
   Согласуйте документ с будущим пользователем отчёта и передавайте исполнителю

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

Доработки, затрагивающие проведение документов и движения по регистрам, — самые рискованные, потому что влияют на учётные данные. В ЧТЗ на такую задачу недостаточно написать «добавить в реализацию признак комиссионного товара». Нужно описать, как этот признак влияет на проведение: какие проводки или записи регистров формируются при каждом сочетании условий.

Удобный приём — таблица решений: по строкам перечисляют комбинации условий (вид операции, наличие признака, тип договора), по столбцам — результат (какие движения, какие суммы, какие проверки). Такая таблица одновременно служит и сценарием тестирования при приёмке.

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

Согласование, разработка и приёмка по ЧТЗ

Жизненный цикл ЧТЗ прост, но каждый этап важен. После составления документ согласуется с ключевым пользователем — тем, кто будет работать с результатом, а не только с руководителем. Распространённая ошибка — согласование с директором, который утверждает документ, не вдаваясь в детали, а потом бухгалтер говорит, что ей нужно было иначе.

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

Приёмка выполняется строго по критериям из документа: заказчик готовит тестовые примеры, прогоняет их на копии или тестовой базе и сверяет результат с описанным поведением. Только после успешной проверки доработку переносят в рабочую базу.

Контрольные точки

Как проверить результат при приёмке

Функциональность

Норма

Все сценарии из ЧТЗ выполняются на тестовых данных

Тревожный признак

Часть сценариев работает «почти», но с расхождениями в цифрах

Типовые функции

Норма

Связанные типовые отчёты и документы работают как раньше

Тревожный признак

После доработки сломались смежные механизмы

Производительность

Норма

Отчёт формируется за приемлемое для пользователей время

Тревожный признак

Формирование занимает минуты и блокирует работу

Права доступа

Норма

Доработка доступна нужным ролям и скрыта от остальных

Тревожный признак

Новые объекты видны всем или никому

Типичные ошибки и ограничения ЧТЗ

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

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

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

Часто задаваемые вопросы

Кто должен писать ЧТЗ — заказчик или исполнитель?

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

Можно ли менять ЧТЗ после согласования?

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

Нужно ли ЧТЗ, если доработку делает штатный программист?

Да, хотя бы в упрощённом виде. Внутреннее ЧТЗ дисциплинирует постановку задачи, позволяет проверить результат независимо от автора и сохраняет знание о том, зачем сделана доработка, после ухода сотрудников.

Что делать, если результат не соответствует ЧТЗ?

Зафиксируйте расхождения письменно: какой пункт требований не выполнен, на каких тестовых данных это видно. Работа считается невыполненной, и исполнитель обязан устранить замечания. Именно для таких ситуаций и нужны проверяемые критерии приёмки.

Сколько времени занимает составление ЧТЗ?

Для простого отчёта — от получаса до нескольких часов, для доработки проведения или интеграции — несколько дней с учётом согласований. Это время окупается: переделка готовой разработки по устным пожеланиям обходится значительно дороже.

Чем ЧТЗ отличается от инструкции пользователя?

ЧТЗ описывает, что должна делать система, и составляется до разработки. Инструкция описывает, как пользователю работать с готовым результатом, и составляется после. Один документ не заменяет другой.