Структура Технического Задания (ТЗ) / Задачи
1. Заголовок (Суть задачи):
Плохо: «Сделать что-то с номенклатурой»
Хорошо: «Добавить признак "Весовой товар" для номенклатуры и печати этикетки»
Отлично: «Реализовать учет весового товара: признак в номенклатуре и печать этикетки со штрихкодом EAN-13»
Что должно быть в заголовке: Объект + действие + уточнение.
2. Истоки:
Пример: «Сейчас менеджеры тратят по 2 часа в день на ручной расчет бонусов по акции. Мы хотим автоматизировать этот процесс, чтобы сократить время на 90% и избежать ошибок.»
Проблема текущего процесса. Опишите, что происходит сейчас и почему это плохо.
Ссылка на входящий документ: Письмо от клиента, протокол совещания, требование законодательства (№ письма или ФЗ).
Почему это важно: Программист, понимая общую цель, может предложить более оптимальное или масштабируемое решение, а не просто слепо выполнить пункты.
3. Детальное описание задачи:
Это самая объемная часть. Делите ее на логические блоки.
А. Данные (Справочники, Документы, Регистры)
Какие новые данные нужно хранить?
Пример: «В справочник "Номенклатура" добавить реквизит "Весовой товар" (булево, Да/Нет).»
Пример: «В документ "Реализация товаров" добавить табличную часть "Подарки" с колонками "Номенклатура" и "Количество".»
Нужны ли новые справочники или документы? Опишите их структуру.
Какие существующие данные будут затронуты?
Б. Алгоритмы
Опишите пошаговый сценарий (как это будет работать).
Пример для "Печати этикетки":
Пользователь выбирает номенклатуру в документе "Поступление товаров".
Если у номенклатуры стоит признак "Весовой товар", становится доступной кнопка "Напечатать этикетку".
При нажатии на кнопку открывается форма для ввода веса (в кг).
После ввода веса и нажатия "Печать" система формирует и выводит на принтер макет этикетки.
Какие расчеты должны производиться? Формулы, условия.
Пример: «Сумма бонуса = СуммаЧека * 0.05, но не более 500 рублей. Расчет идет только для товаров, не входящих в группу "Акционные".»
Формат: Как [Роль пользователя], я хочу [Цель], чтобы [Выгода/Причина].
-
Пример 1: Как менеджер по продажам, я хочу одним кликом рассчитать бонусы для всех заказов за день, чтобы сэкономить время и избежать ручных ошибок в Excel.
-
Пример 2: Как кладовщик, я хочу напечатать этикетку со штрихкодом для весового товара прямо из документа поступления, чтобы не вводить данные вручную в отдельную программу.
В. Отчеты и Печатные формы
Что должно быть в отчете? Список полей, группировки, отборы.
Как должна выглядеть печатная форма? Макет (можно нарисовать от руки или в Paint, сфотографировать и приложить).
Пример отбора: «Отчет "Продажи по менеджерам" должен иметь отбор по периоду (день/неделя/месяц) и по организации.»
Г. Внешний вид
Какие новые кнопки, поля или формы должны появиться? Где именно?
Пример: «Добавить кнопку "Рассчитать бонусы" в форму документа "Заказ клиента". Кнопка должна быть на панели действий рядом с кнопкой "Провести".»
Кто и при каких условиях должен видеть эти новые элементы?
4.Особенности постановки задач для 1С (Нюансы платформы):
Это то, что отличает постановку задач для 1С от постановки для других программистов.
А. Указание Конфигурации и Версии
Что указывать: Точное название конфигурации (например, "Управление торговлей", редакция 11.4, "Бухгалтерия предприятия", редакция 3.0.167) и версию платформы 1С:Предприятие (например, 8.3.22.1750).
Почему это важно: Функционал и API могут сильно различаться между версиями. Решение для УТ 11 не подойдет для УТ 10.3.
Б. Типизация решения: "Типовое" vs "Доработка"
Четко обозначьте, должно ли решение быть выполнено в рамках типового функционала (с минимальными изменениями) или это глубокая доработка.
Вопрос к постановщику: "Мы можем немного изменить бизнес-процесс под возможности типовой конфигурации, или задача требует точного соблюдения вашего алгоритма?"
В. Учет Особенностей Учета
Для бухгалтерских задач: Всегда прикладывайте ссылку на пункт ПБУ или НК РФ. Указывайте, для каких режимов налогообложения действует доработка (ОСН, УСН, ЕНВД).
Для торговых задач: Учитывайте последовательность документов (заказ -> реализация -> возврат), особенности работы со скидками и бонусами.
Г. Работа с Существующими Данными
Миграция данных: Нужно ли перенести или сконвертировать старые данные под новую структуру? (Например, проставить всем старым товарам признак "Весовой" = Ложь).
Обработка "Истории": Как нововведение повлияет на уже проведенные документы? Нужно ли их перепроводить? Часто это требует отдельной, сложной задачи.
5. Критерии приемки:
Это проверочный список, по которому вы поймете, что задача выполнена корректно. Формулируйте как условия "Когда ... Тогда ...".
Критерий 1: Когда пользователь устанавливает признак "Весовой товар" для новой номенклатуры и сохраняет ее, тогда этот признак сохраняется в базе и отображается в форме.
Критерий 2: Когда пользователь вводит вес 1.250 и нажимает "Печать", тогда система генерирует штрихкод EAN-13 со значением [код номенклатуры]1250 и отправляет данные на принтер по умолчанию.
Критерий 3: Когда сумма чека равна 10 000 руб. и в нем нет акционных товаров, тогда система рассчитывает бонус в размере 500 руб.
6. Дополнительные материалы:
Скриншоты или видео с пояснениями (где красными стрелками показать, что не так или что нужно).
Скан или фото документа (приказ, ТЗ от заказчика, образец печатной формы).
Ссылки на законодательство (если задача по регламентированному учету).
Файлы выгрузок из Excel для первоначального занесения данных.
7. Нефункциональные требования
Производительность: «Отчет по продажам за год должен строиться не более 30 секунд.»
Права доступа: «Кнопку "Пересчитать цены" должны видеть только пользователи с ролью "Администратор" и "Старший менеджер".»
Совместимость: «Решение должно работать в файловом и клиент-серверном режиме, на платформе 8.3.10 и выше.»
Контрольный список вопросов к себе (как к постановщику)
Прежде чем отдавать задачу, спросите:
Что? Какова цель и суть задачи? (1-2 предложения).
Зачем? Какую бизнес-проблему мы решаем? Какую выгоду получим?
Для кого? Кто конечный пользователь? (Менеджер, бухгалтер, кладовщик).
Какие данные? Что нужно хранить нового? Что менять в старом?
Какой процесс? Пошаговый сценарий использования.
На что будет похож результат? Макет отчета, вид кнопки, образец печатной формы.
Как проверим? Какие 3-5 ключевых критерия говорят, что все работает верно?
Что не нужно делать? Есть ли смежные процессы, которые мы специально не трогаем в этой задаче? (Это помогает сузить прицел).
Типичные ошибки и как их избежать
Ошибка: «Сделайте как в 1С:Бухгалтерии» или «Сделайте как в прошлой программе».
Решение: Конкретика! Что именно "как"? Опишите логику, названия полей, поведение системы.
Ошибка: Задача «Сделать красиво».
Решение: «Выровнять поля в форме по левому краю», «Сделать кнопку зеленого цвета», «Добавить иконку "принтер" на кнопку печати».
Ошибка: Одна большая задача «Автоматизировать отдел продаж».
8. Подготовьте тестовый сценарий.
На основе Критериев приемки составьте пошаговую инструкцию для тестирования. Это то, что вы будете делать после слова "Готово!".
Сценарий 1: "Проверка печати этикетки для весового товара
-
Открыть справочник "Номенклатура".
-
Создать новый товар "Яблоки".
-
Установить галочку "Весовой товар". Сохранить.
-
Создать документ "Поступление товаров", добавить в него "Яблоки".
-
Ожидаемый результат: Кнопка "Напечатать этикетку" стала активной.
-
Нажать кнопку. Ввести вес: 1.300.
-
Нажать "Печать".
-
Ожидаемый результат: На принтер отправлен документ. В нем есть штрихкод, название "Яблоки" и вес "1,300 кг".
9. Проверьте "Ошибочные" сценарии.
Что будет, если пользователь сделает что-то не так? Программист часто забывает про них.
-
Что будет, если ввести вес = 0?
-
Что будет, если нажать "Печать" для невесового товара?
-
Что будет, если попытаться удалить номенклатуру, которая уже используется в проведенных документах?
10. Проверьте граничные значения.
-
Максимально допустимый вес (9999 кг?).
-
Количество знаков после запятой в весе (3, как в примере, или 2?).
-
Одновременная работа нескольких пользователей.
Решение: Дробить, дробить и еще раз дробить! «1. Добавить поле "Тип клиента"», «2. Сделать отчет "Анализ продаж по типам клиентов"», «3. Настроить расчет скидки в зависимости от типа клиента».
Хорошо поставленная задача — это минимум вопросов от программиста и максимум шансов получить именно тот результат, который вы ожидаете. Формализация требует времени на первом этапе, но многократно окупается за счет отсутствия переделок и долгих согласований.
Идеальная задача для программиста 1С — это когда он, прочитав ТЗ, может сразу приступить к реализации, не уточняя детали.