ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Организация выхода сотрудника
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Проверяйте готовность рабочего места к выходу сотрудника
Пользователь/заказчик: HR-руководитель компании
Предметные сущности: Документ, редакция, задача

1. Исходный процесс
1. Первый день начинается с поиска ответственных
2. Доступы и оборудование готовят несогласованно

2. Границы первой версии
1. План выхода
2. Задачи служб
3. Сводка готовности

3. Исходники от заказчика
1. Шаблоны должностей
2. Ответственные подразделения
3. Политика доступа

4. Основной сценарий
1. Выбрать должность
2. Запустить план выхода
3. Подтвердить подготовку
4. Проверить незавершённое

5. Предварительная карта данных
1. Задач подготовки выхода · тип учебного поля: number · шт. · пример: 5. Правило и обязательность подтверждаются на ваших исходниках.
2. Подтверждено службами · тип учебного поля: number · шт. · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.

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

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

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

9. Проверка пилота
1. У задачи есть ответственный
2. Готовность подтверждается действием
3. Изменение даты пересматривает связанные сроки

10. Передача и сопровождение
1. Передать описание настроек, справочников, форматов обмена и контрольных примеров.
2. Обучить назначенных пользователей и проверить выполнение полного сценария.
3. Зафиксировать размещение, хранение, резервные копии, восстановление, контакты ответственных и границы сопровождения.

11. Ограничения
Не выдаёт доступ автоматически без утверждённой интеграции; кадровое оформление остаётся у HR.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Какие службы участвуют в выходе?
2. Кто подтверждает готовность рабочего места?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Шаблон выхода по одной должности
2. Перечень служб и владельцев поручений
3. Правила сроков относительно даты выхода

16. Контрольный сценарий и результат
1. Чек-лист выхода сотрудника по службам
2. Пять поручений хранят владельцев и сроки; перенос даты не теряет выданные доступы.
3. ВЫХ-088: выход 26.10; 5 поручений, 3 закрыты, IT-доступ подготовлен.
4. Дата перенесена на 02.11; старые сроки двух открытых поручений больше не соответствуют плану.
5. Зафиксировать перенос на 02.11 и пересчитать сроки двух открытых задач; IT назначить проверку доступа.
6. 3 закрытых поручения сохранены в истории; 2 открытых имеют новые сроки, IT-проверка отмечена отдельно.
7. Перенос даты пересчитывает сроки открытых задач; отмена создаёт проверку уже выданных доступов.