Как составить ТЗ программисту 1С: шаблон технического задания с примером
Хорошее ТЗ — это 50% успеха доработки. Без него программист делает то, что понял, а не то, что вы хотели. Даю шаблон с объяснениями и разбираю на реальном примере.
📝 Структура ТЗ для программиста 1С
Хорошее ТЗ для 1С — не 50-страничный документ. Достаточно 1–2 страниц с ответами на 5 ключевых вопросов:
- Что сейчас происходит — описание текущего процесса и проблемы
- Что должно происходить — желаемый результат
- Кто участвует — какие пользователи, документы, справочники затронуты
- Граничные случаи — что делать в нестандартных ситуациях
- Критерии приёмки — как проверить, что задача выполнена
📄 Шаблон ТЗ
Задача: [Краткое название, например: «Автозаполнение договора при создании заказа»]
Конфигурация: [1С:УТ 11.5.7.41 / 1С:Бухгалтерия 3.0 / и т.д.]
Текущая ситуация: [Опишите, что происходит сейчас. Например: «При создании Заказа покупателя менеджер вручную выбирает договор из списка. Ошибаются примерно раз в 3 дня»]
Желаемый результат: [Что должно происходить. Например: «При выборе Контрагента в Заказе покупателя автоматически подставляется основной договор этого контрагента»]
Условия:
— Если у контрагента один договор → подставить его автоматически
— Если несколько договоров → подставить тот, у которого установлен флаг «Основной»
— Если флаг не установлен ни у одного → не подставлять, оставить поле пустым
— Менеджер должен иметь возможность изменить договор вручную после автозаполнения
Затронутые объекты: Документ «Заказ покупателя», справочник «Договоры контрагентов»
Критерии приёмки:
1. Создать новый заказ, выбрать контрагента с одним договором → договор подставился
2. Выбрать контрагента с несколькими договорами → подставился «Основной»
3. Изменить договор вручную после автозаполнения → работает
Срок: [Дедлайн или «без срочности»]
Нужна помощь с составлением ТЗ?
Помогу сформулировать задачу правильно — бесплатно в рамках первичной консультации. Хорошее ТЗ экономит ваши деньги.
Получить консультацию →⚠️ Частые ошибки при составлении ТЗ
Ошибка 1: Описывать решение, а не проблему
Плохо: «Добавьте обработчик события ПриИзменении для реквизита Контрагент»
Хорошо: «При выборе контрагента нужно автоматически заполнять договор»
Ошибка 2: Не описывать граничные случаи
Без описания исключений программист сделает «в лоб» — и задача будет формально выполнена, но не будет работать в 20% реальных ситуаций.
Ошибка 3: Нет критериев приёмки
Без критериев «готово» определяет программист, а не вы. Это прямой путь к разногласиям при сдаче работы.
Ошибка 4: ТЗ «на словах»
Договорились голосом → программист понял по-своему → результат не тот. Всегда фиксируйте письменно, хотя бы в мессенджере.
💡 Когда ТЗ пишет программист — это нормально
Если задача технически сложная — нормально, когда программист сам составляет ТЗ по итогам аналитики. Ваша роль: утвердить ТЗ и проверить, что оно соответствует вашим ожиданиям. Это экономит время и снижает риск недопонимания.
Нужна доработка 1С с составлением ТЗ?
Помогу сформулировать задачу, составлю ТЗ, согласую с вами и сделаю доработку. Без лишней бюрократии — только то, что нужно.
Подробнее об услуге →