Квалификация на дату работы: сроки и повторная проверка

Какое решение должен поддержать процесс

Вопрос планировщика: есть ли проверенное основание назначить этого исполнителя на указанную операцию в нужный период? Ответ относится к конкретному требованию, человеку и работе. Он не должен превращаться в общий вывод о ценности сотрудника или его пригодности ко всем задачам.

Руководитель заранее устанавливает, какие подтверждения нужны, кто их проверяет и где требуется отдельное решение специалиста. Эта статья не определяет юридический допуск к регулируемой деятельности и не задаёт сроков обязательной сертификации. В цифровой записи нельзя считать значок навыка доказательством безопасности выполнения работы.

Salesforce Field Service разделяет навык, запись навыка у исполнителя и требование навыка к работе. У записи исполнителя предусмотрены начальная и конечная даты, а также уровень. Salesforce: Skill Fields. Это пример структуры данных, а не подтверждение того, что любая система автоматически применит нужную политику проверки.

Отделите требование от доказательства

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

Сохраните источник, проверяющего, дату проверки и состояние: получено, ожидает проверки, подтверждено, отклонено или требует уточнения. Назначьте понятный порядок изменения этих состояний. Наличие прикреплённого файла не означает, что его содержание проверено; подтверждение не должно возникать только после загрузки.

Разделяйте дату выдачи, начало действия и окончание. Пустая дата может означать неизвестность, а не бессрочность. Если правила допускают подтверждение без окончания, запишите это явно вместе с основанием и датой следующего пересмотра, когда она нужна.

Для внутренней модели можно установить минимальный уровень навыка. Но числовая оценка имеет смысл только вместе с её шкалой: «2» в одном справочнике не обязательно выше или ниже «2» в другом. Пройденное обучение также не подменяет предусмотренную практическую проверку.

Сопоставляйте весь требуемый интервал

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

Задайте точность и часовой пояс. Дата «действует до 15 октября» неоднозначна без установленного смысла: до начала дня или включая его. Не выводите этот смысл из удобства календаря. При импорте из поля только с датой сохраните исходную дату и применённое правило преобразования.

В дальнейшем используется собственная учебная модель: начало периода включено, окончание не включено, все моменты заданы в UTC. Подтверждение должно покрывать целиком активную операцию. Дорога и административная подготовка проверяются отдельно, если для них нужны другие требования.

Учебный пример: четыре двухчасовые работы

Исполнитель T имеет вымышленное внутреннее подтверждение K. Его проверенный период: с 1 октября 2026 года 00:00 до 15 октября 00:00. На этапе планирования рассматриваются четыре будущие работы по одной операции и с одинаковым требованием K. Других ограничений в учебном примере нет.

• J1: 13 октября, 10:00–12:00.
• J2: 14 октября, 20:00–22:00.
• J3: с 14 октября 23:00 до 15 октября 01:00.
• J4: 16 октября, 10:00–12:00.

Общая потребность равна 4 × 2 = 8 часов. J1 и J2 целиком находятся внутри проверенного периода: две работы, четыре часа. J3 пересекает окончание K, J4 полностью находится после него. Ещё две работы, четыре часа, требуют решения до подтверждения такого назначения.

Если просто суммировать пересечение рабочего времени с периодом K, получится 2 + 2 + 1 + 0 = 5 часов. Но это не доказывает наличие двух с половиной допустимых назначений. J3 является двухчасовой операцией и в выбранной модели не проходит целиком.

Варианты решения для J3 рассматривает ответственный: другой подтверждённый исполнитель, изменение времени или изменение состава операции, если это действительно допустимо. Нельзя автоматически разделить работу на час «с навыком» и час «без навыка» ради заполненного календаря.

Теперь моделируем получение нового основания. Его проверили 16 октября в 08:00, и оно действует с того же момента до 1 ноября 00:00. J4 может пройти повторную проверку перед своим началом в 10:00. Покрыты уже три из четырёх первоначальных работ, шесть часов из восьми. J3 это продление не исправляет: её интервал попадает в прежний разрыв.

У K и нового основания нет непрерывного покрытия: между 15 октября 00:00 и 16 октября 08:00 остаются 32 часа. Новая карточка не должна задним числом изображать этот период подтверждённым. Обещание получить продление раньше также не являлось проверенным основанием.

Когда запускать повторную проверку

Проверка нужна при первом назначении, существенном переносе, замене исполнителя, изменении требования и перед предусмотренной контрольной точкой исполнения. Дополнительно пересмотрите назначения при истечении, исправлении или подтверждённом прекращении действия основания.

Список затронутых работ должен учитывать даты, требование и область. Истечение навыка одного типа не делает все назначения сотрудника ошибочными. Найдите только зависимые операции, покажите причину и назначьте ответственного за решение. Сохраните клиентское обещание и историю его изменения отдельно.

Если продление ожидается, запись может оставаться предварительной по принятому процессу, но не выглядеть окончательно подтверждённой на том же основании. Ожидание документа, проверка и применимость к конкретной работе являются разными состояниями.

Общий порядок замены сотрудника описан в руководстве по сменам. Здесь дополнительная задача — объяснить, какое подтверждение действовало в момент проверки и на период работы, включая последующие изменения.

Что действительно подтверждает документация поставщика

Microsoft различает навыки и сертификаты в характеристиках ресурсов и связывает требования с работами. Однако расширенные поля подтверждающих сведений, даты выдачи и окончания описаны в разделе Enhanced characteristics как preview; документация прямо предупреждает, что такие возможности не предназначены для производственного использования. Microsoft: Specify characteristics.

Не превращайте наличие поля в обещание автоматического запрета назначения. Отдельно проверьте, учитывает ли подбор дату работы, уровень, область и состояние проверки. Узнайте, что происходит с уже назначенными визитами после изменения данных и как работают ручные действия диспетчера.

Для приёмки важен наблюдаемый результат, а не название функции: J3 должна попасть в разбор при установленной политике, а новое подтверждение не должно переписать прежний ответ без истории.

Минимальные данные и защита от ошибок

Сохраните исполнителя, идентификатор требования, его версию, уровень и область. Для подтверждения нужны источник, период, проверяющий, состояние и время регистрации. Для результата проверки — работа, её интервал, использованные основания, момент проверки и объяснение результата.

При исправлении неверной даты сохраняйте прежнее значение и причину. Не удаляйте уже выполненную работу из истории из-за позднего изменения справочника. Если выявлено несоответствие, передайте конкретный случай ответственному для оценки и дальнейших действий.

Используйте только необходимые профессиональные сведения. Диспетчеру обычно достаточно проверенного статуса и применимости; полный документ и лишние персональные данные не должны попадать во все выгрузки. Доступ к доказательствам и право подтверждать их задавайте раздельно.

Приёмочный чек-лист

1. Требование задачи отделено от карточки навыка сотрудника.
2. Непроверенный документ не создаёт подтверждённого основания.
3. В примере сначала проходят J1 и J2: четыре часа из восьми.
4. J3 не проходит проверку целого интервала, хотя его начало подходит.
5. После нового подтверждения J4 проходит повторную проверку, J3 — нет.
6. Разрыв 32 часа не исчезает после обновления карточки.
7. Перенос работы и смена требования вызывают нужную проверку.
8. Истечение одного навыка затрагивает только связанные операции.
9. Ручное решение имеет автора и основание, не стирая исходный результат.
10. История показывает, какие данные были известны при назначении.

В SABSUS обсудите сценарии через сотрудников и роли, обучение и календарь. Датированные подтверждения, ограничения назначения и массовую перепроверку необходимо подтвердить в выбранной конфигурации.

Частые вопросы

Достаточно, что подтверждение действует сегодня?

Нет для будущего назначения. Сопоставьте его с требуемым периодом работы и выбранной политикой проверки.

Ожидаемое продление позволяет подтвердить визит?

Само обещание не является проверенным основанием. Возможность предварительного планирования и порядок окончательного подтверждения определяются отдельно.

Такой отчёт решает вопрос законного допуска?

Нет. Он показывает записи и их соответствие заданным требованиям. Применимые профессиональные и правовые требования проверяются компетентными ответственными отдельно.

Источники

• Salesforce: Skill Fields — навыки исполнителей, сроки и требования работ.
• Microsoft: Specify characteristics — характеристики и явный статус preview расширенных сведений.

Проверено 9 октября 2026 года. Подтверждение K и расписание вымышлены.