Техническое задание на доработку 1С, которое программист поймёт с первого раза

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

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

Что собрать до того, как писать техническое задание

Начните не с текста, а с фактов о базе. Исполнитель всё равно их спросит, и без них оценка будет «плюс-минус неделя».

📌 Сведения о программе. Откройте окно «О программе» (меню с тремя полосками или значок «?» в правом верхнем углу). Перепишите:

• название конфигурации и её версию, например «Бухгалтерия предприятия, редакция 3.0» и номер релиза;
• версию платформы, например 8.3.24;
• признак изменённой конфигурации — если её уже дорабатывали, это видно по строке о режиме поддержки или в Конфигураторе.

📌 Режим работы базы. Файловая или клиент-серверная, своя или в облаке (1С:Фреш, аренда у партнёра). В облаке часть доработок возможна только расширением или внешней обработкой — это сразу меняет решение.

📌 Кто пользуется результатом. Должность, сколько человек, с какими правами. Отчёт для директора и отчёт для 15 менеджеров с ограничением «видеть только своих клиентов» — это две разные задачи по трудоёмкости.

📌 Образцы. Скан бумажного бланка, файл от банка или маркетплейса, таблица Excel, которую сейчас собирают руками. Один образец заменяет страницу описания.

📌 Объём данных. Сколько документов в месяц, сколько номенклатуры. Отчёт, который летает на 500 строках, может формироваться минутами на 300 тысячах.

Структура ТЗ для 1С: обязательные разделы

ГОСТ 34.602-2020 описывает техническое задание на создание целой автоматизированной системы. Для внедрения 1С «с нуля» на крупном предприятии на него ориентируются. Для доработки одной формы или отчёта он избыточен — хватает сокращённой структуры.

Разделы 4 и 8 — сердце документа. Если на остальные времени нет, напишите хотя бы их.

Как сформулировать цель и задачу доработки 1С

Цель отвечает на вопрос «зачем», задача — «что сделать». Их часто путают, и программист получает только «что», без смысла. Тогда он не может предложить решение проще.

❌ Плохо: «Добавить в документ Реализация реквизит Менеджер». ✅ Хорошо: «Нужно считать премию менеджеров по оплаченным отгрузкам. Сейчас менеджер берётся из карточки клиента, а клиента ведут по очереди двое. Нужно фиксировать менеджера в каждой отгрузке и видеть его в отчёте по оплатам».

Во втором варианте исполнитель может ответить: «В вашей конфигурации у документа уже есть поле ответственного, его достаточно вывести в отчёт». Задача стоила бы 2 часа вместо 8.

Ещё три правила формулировок:

1. Одно требование — один пункт с номером. На пункт 4.3 удобно ссылаться в переписке и при приёмке.
2. Глаголы проверяемые. «Отчёт показывает», «кнопка заполняет», «документ не проводится, если…». Слова «удобно», «быстро», «красиво» не проверить — замените числом: «формируется не дольше 30 секунд за квартал».
3. Пользовательский язык, но точные названия. Пишите названия документов и полей так, как они подписаны на экране: «Реализация (акт, накладная, УПД)», а не «расходник».

Требования к доработке: данные, права, обновляемость

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

Откуда брать данные

Для каждой колонки отчёта или поля формы укажите источник. Удобно табличкой:

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

Права пользователей

Перечислите группы пользователей и что им разрешено. Если доступ ограничен на уровне записей («менеджер видит только своих клиентов»), напишите это отдельным пунктом. Такое ограничение заметно увеличивает трудоёмкость, и исполнитель должен заложить его в оценку сразу.

Обновляемость

Это главный пункт для типовых конфигураций. Впишите в ТЗ требование:

Расширения появились в платформе 8.3.6 и сегодня стандарт для доработок БП, ЗУП и УТ. Конфигурация со снятой поддержкой обновляется дольше и дороже — каждое обновление становится отдельной работой программиста.

Нефункциональные требования

Коротко, но обязательно:

• ⏱ время формирования отчёта или проведения документа на реальном объёме данных;
• 🖥 где работает: толстый клиент, тонкий клиент, веб-клиент, мобильное приложение;
• 🔄 что делать с уже введёнными документами: заполнить новое поле обработкой задним числом или только для новых;
• 📄 нужна ли инструкция пользователя и в каком виде.

Примеры технического задания для разных задач

Ниже три сокращённых ТЗ на типовые задачи. Они показывают уровень детализации, достаточный для оценки.

Пример 1. Печатная форма

Цель: печатать коммерческое предложение из документа «Счёт на оплату» в фирменном стиле, без копирования в Word. Как должно быть:

1. В документе «Счёт на оплату» в меню «Печать» появляется пункт «Коммерческое предложение».
2. Форма по образцу из приложения 1: логотип, реквизиты организации, таблица товаров (наименование, количество, цена, сумма), итог, срок действия предложения.
3. Срок действия — дата счёта плюс 10 календарных дней.
4. Подпись — ответственный из документа.

Приёмка: счёт на 3 позиции на 45 000 ₽ от 01.03 печатается с итогом 45 000 ₽ и сроком действия до 11.03, без переноса таблицы на вторую страницу.

Пример 2. Отчёт

Цель: видеть дебиторскую задолженность с просрочкой по менеджерам для еженедельной планёрки. Как должно быть: отчёт с отбором по периоду и организации, группировка «Менеджер → Контрагент → Договор», колонки из таблицы выше. Строки с просрочкой больше 30 дней — красным. Выгрузка в Excel штатной командой сохранения. Приёмка: по клиенту с отгрузкой 100 000 ₽ от 01.02, оплатой 40 000 ₽ и отсрочкой 14 дней отчёт на 10.03 (год невисокосный) показывает долг 60 000 ₽ и 23 дня просрочки.

Проверка: 100 000 − 40 000 = 60 000 ₽. От 01.02 до 10.03 — 37 дней, минус 14 дней отсрочки — 23. Формулу пропишите в ТЗ явно: «дней просрочки = дата отчёта − (дата отгрузки + отсрочка)». Иначе один считает от даты отгрузки, другой — от даты счёта, и контрольный пример не сходится.

Пример 3. Обмен или загрузка

Цель: загружать ежедневный отчёт маркетплейса о продажах вместо ручного ввода. Как должно быть: обработка выбирает файл Excel (образец — приложение 2), сопоставляет артикул с номенклатурой по полю «Артикул», создаёт документ отчёта комиссионера за день. Нераспознанные артикулы выводит списком, документ при этом не создаёт. Приёмка: файл из 120 строк с 2 неизвестными артикулами — документ не создан, на экране список из 2 артикулов.

Шаблон ТЗ для 1С: скопируйте и заполните

Шаблон рассчитан на одну доработку объёмом до нескольких дней работы. Нажмите кнопку копирования и вставьте в Word или в письмо.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ДОРАБОТКУ 1С
№ ____ от __.__.____

1. ОБЩИЕ СВЕДЕНИЯ
1.1. Конфигурация и релиз: ________________________
1.2. Платформа: 8.3.__.____
1.3. Режим работы: файловая / клиент-серверная / облако
1.4. Конфигурация на поддержке: да / нет / частично
1.5. Заказчик, ответственный за приёмку: __________

2. ЦЕЛЬ
Какую задачу бизнеса решаем: ______________________
Признак достижения цели: _________________________

3. КАК СЕЙЧАС
Как задача решается сейчас, сколько времени занимает: ____

4. КАК ДОЛЖНО БЫТЬ
4.1. Где пользователь начинает работу (раздел, документ): ____
4.2. Шаги пользователя и реакция программы:
     4.2.1. ______
     4.2.2. ______
4.3. Что программа запрещает (проверки при записи/проведении): ____

5. ДАННЫЕ
Поле результата | Источник | Если данных нет
_______________ | ________ | _______________

6. ПРАВА
Группа пользователей | Что может | Что не может

7. ОГРАНИЧЕНИЯ
7.1. Без снятия с поддержки (расширение / внешняя обработка)
7.2. Время выполнения на объёме ____ документов: не более __ сек
7.3. Клиенты: тонкий / веб / толстый
7.4. Обработка ранее введённых данных: да / нет

8. ПРИЁМКА
Контрольный пример: исходные данные → ожидаемый результат
Тестирование выполняет исполнитель на копии базы,
приёмку — заказчик на копии базы до переноса в рабочую.

9. ПРИЛОЖЕНИЯ
Образцы форм, файлов, скриншоты: ____

Пункты, которые к задаче не относятся, не удаляйте, а пишите «не требуется». Так видно, что вопрос рассмотрен, а не забыт.

Как согласовать ТЗ с исполнителем и принять работу

Согласование — это не подпись, а диалог. Хороший программист задаёт вопросы по ТЗ, и это нормальный признак. Отсутствие вопросов на нетривиальную задачу — скорее повод насторожиться.

Порядок работы:

1. Отправьте черновик с приложениями и попросите письменные вопросы.
2. Ответы внесите в само ТЗ, а не оставляйте в переписке. Через месяц переписку никто не найдёт.
3. Получите оценку в часах и сроках. Ориентировочно доработка печатной формы занимает 2–8 часов, отчёт средней сложности — 4–16 часов, загрузка из файла — 8–24 часа. Ставка программиста 1С в регионах и Москве различается, примерно 1 500–4 000 ₽ в час.
4. Зафиксируйте версию ТЗ номером и датой. Любое изменение после начала работ — новая версия и, возможно, новая оценка.
5. Примите работу на копии базы по контрольным примерам из раздела 8.

Перед подписанием пройдитесь по списку:

С юридической стороны отношения с исполнителем — это договор подряда или оказания услуг. ТЗ стоит сделать приложением к договору или заявке: тогда результат принимается именно по нему, а не по устным договорённостям.

Ошибки в техническом задании 1С, из-за которых платят дважды

❌ «Сделать как в 7.7» или «как в другой программе». Исполнитель может не видеть старую базу. Опишите поведение словами и скриншотами.

❌ Решение вместо задачи. «Добавить регистр сведений » пишет программист, а не заказчик. Ваша часть — что нужно получить; как хранить данные, решает исполнитель.

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

❌ Одно ТЗ на всё. Пять несвязанных доработок в одном документе невозможно принять частями. Делите: одна задача — одно ТЗ.

❌ Приёмка «на глаз». Без контрольного примера спор «работает / не работает » решается тем, кто громче.

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

Частые вопросы о техническом задании для 1С