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

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

1. Исходный процесс
1. Рекрутер повторяет уже заданные вопросы
2. Один кандидат появляется в нескольких списках

2. Границы первой версии
1. Карточка кандидата
2. Очередь дублей
3. История взаимодействия

3. Исходники от заказчика
1. Учебные резюме
2. Правила доступа и хранения
3. Этапы подбора

4. Основной сценарий
1. Загрузить резюме
2. Проверить извлечённые факты
3. Разобрать возможный дубль
4. Записать контакт и этап

5. Предварительная карта данных
1. Email из нового резюме · тип учебного поля: text · пример:  Candidate@Example.org . Правило и обязательность подтверждаются на ваших исходниках.
2. Email существующего профиля · тип учебного поля: text · пример: candidate@example.org. Правило и обязательность подтверждаются на ваших исходниках.

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. Ограничения
Решения принимает рекрутер; обработка персональных данных требует установленного основания.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

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

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

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

16. Контрольный сценарий и результат
1. Профиль кандидата с историей по вакансиям
2. Контакты и разговоры связаны с вакансией; совпадение email только предлагает ручную проверку дубля.
3. КАН-089: Candidate@Example.org совпадает после нормализации с candidate@example.org.
4. В истории: В-01 — разговор 20.10 от рекрутера А; В-02 — разговор 22.10 от Б; нельзя потерять связи.
5. Показать обе истории и передать возможный дубль на ручную проверку без автоматического объединения.
6. Последний контакт — 22.10, Б, вакансия В-02; статус «Возможный дубль», две истории сохранены.
7. Последний разговор раскрывает автора и вакансию; профили не объединяются только по email.