Установите начало и завершение процесса
Заявка может быть создана, заполнена, отправлена на проверку или окончательно согласована. Это разные события. В нашем примере процесс начинается, когда сотрудник отправил заполненную заявку, и заканчивается решением согласовать либо отклонить её с пояснением. Сохранение черновика ещё не запускает согласование. Запишите, какие сведения должны присутствовать к началу и что увидит инициатор в конце. Иначе один участник будет считать работой проверку комплектности, а другой ожидать уже разрешения на закупку.
Назовите роли и правила перехода
Для учебной задачи договоримся: заявки на сумму до пяти тысяч условных единиц включительно рассматривает руководитель отдела, а выше этого порога директор. Это вымышленное правило, не требование законодательства и не стандартная настройка платформы. Важна граница включительно: сумма ровно пять тысяч должна иметь однозначный маршрут. Затем уточните замещение отсутствующего исполнителя и возможность возврата на исправление. Реальные роли и полномочия определяет организация; аналитик не должен придумывать их вместо ответственных участников.
Различайте понятие процесса и объект системы
Платформа 1С поддерживает документы и механизмы бизнес-процессов с маршрутами и задачами. Но название объекта не определяет автоматически смысл конкретного бизнес-события. Проведение документа может изменять учитываемые данные в соответствии с логикой прикладного решения, а факт согласования требуется описать отдельно. Поэтому сначала согласуйте бизнес-правило, затем определяйте реализацию вместе с разработчиком. Не обещайте, что любая существующая конфигурация уже содержит нужный маршрут, поле или готовый способ замещения.
Превратите правило в примеры проверки
Составьте несколько небольших случаев: сумма четыре тысячи пятьсот, ровно пять тысяч и шесть тысяч. Укажите ожидаемого исполнителя для каждого. Добавьте отклонённую заявку, отсутствие обязательных сведений и изменение суммы после отправки. Для последнего случая нужно отдельное решение: например, возврат на подготовку или повторное согласование по установленным правилам. Не оставляйте его на неявное усмотрение программы. Хороший критерий приёмки сообщает, какие исходные условия заданы, какое действие выполнено и какой результат должен наблюдаться.
Попробуйте на практике
Подготовьте бумажные требования к вымышленному согласованию заявки. Не изменяйте реальную базу 1С и не используйте рабочие данные.
- Опишите событие начала процесса и два возможных завершения. Отделите черновик от отправленной заявки.
- Запишите учебное правило выбора исполнителя по порогу пяти тысяч, явно указав принадлежность граничного значения.
- Создайте три проверочных примера с суммами четыре тысячи пятьсот, пять тысяч и шесть тысяч.
- Добавьте один исключительный случай, например изменение суммы после отправки. Сформулируйте вопрос, который необходимо согласовать до разработки.
Как проверить результат. Первые два примера направляются руководителю отдела, третий директору в рамках заданной модели. Начало и завершение определены, а исключительный случай не скрыт под общей фразой система разберётся.
Частые вопросы
Достаточно ли нарисовать стрелки между сотрудниками?
Нет. Нужны условия переходов, значения статусов, правила возврата и понятный результат. Схема помогает обсуждению, но не заменяет точных формулировок и проверочных примеров.
Аналитик должен сразу назвать все объекты конфигурации?
Сначала требуется понять процесс и ограничения действующего решения. Конкретную реализацию уточняют после обследования вместе с разработчиком, не подменяя бизнес-требование предположением о готовой технической возможности.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.