Ни один контроль не пройдёт мимо проверяющего
54 вида контроля «Первичная проверка» и постоянного мониторинга закреплены за 13 видами риска поставщика. Каждый контроль проходит одного исполнителя и одного-двух проверяющих — второй круг согласования включается сам, без ручной настройки, — а фактическая дата завершения проставляется системой, а не вписывается со слов.
Первичная проверка и постоянный мониторинг: две группы контролей
54 вида контроля разделены на две группы: первичная проверка поставщика перед заключением договора и постоянный мониторинг после его заключения. У каждой группы собственный набор видов контроля и профиль применимости к риску. Маршрут согласования общий: исполнитель → один-два проверяющих.
- 54вида контроля в справочнике модуля
- 13видов риска, закреплённых за видами контроля
- 2группы: Первичная проверка и Постоянный мониторинг
Предконтрактная группа: проверка поставщика до подписания договора. Контроль привязывается к конкретному риску конкретного поставщика и закрывается до перехода отношений в рабочую стадию — кандидат в поставщики не становится действующим контрагентом, минуя собственную проверку.
После заключения договора поставщик остаётся под постоянным наблюдением. Для мониторинга используется та же модель согласования и тот же журнал статусов, что и для первичной проверки.
13 видов риска, за которыми закреплены контроли: зависимость от субподрядчиков, критичность продукта или услуги, финансовое воздействие, финансовые операции, риск мошенничества, геополитический риск, доступ к информации, соответствие требованиям законодательства, характер и уровень взаимодействия с клиентами, риск аутсорсинга операционных функций, физический доступ и доступ к сетям, репутационное воздействие, технологический риск и риск программного обеспечения.
Что это даёт ИТ-директору. Группировка контролей и видов риска — не жёстко вшитый текст интерфейса, а данные справочников модуля: состав и число контролей меняется администрированием справочников, без пересборки приложения.
Исполнитель и один-два проверяющих
«Отправить на согласование» и «Согласовать» — разные действия разных людей: маршрут контроля — исполнитель → 1-й проверяющий → (при необходимости) 2-й проверяющий, и решение о том, нужен ли второй круг, система принимает сама, по виду контроля, а не по желанию исполнителя.
Не начат → В работе → На 1-м согласовании → На 2-м согласовании → Завершён
Второй круг согласования включается сам
Если у вида контроля задан второй проверяющий, маршрут автоматически проходит через «На 2-м согласовании» — от исполнителя это не требует отдельной настройки на каждой карточке. Поле «Результат контроля» открыто для заполнения только в статусе «На 1-м согласовании»: итог нельзя незаметно подправить постфактум, после того как согласование ушло дальше.
Жизненный цикл контроля
Контроль не существует сам по себе — он создаётся под конкретный риск конкретного поставщика, открывается только сотруднику с правом на просмотр, а дата фактического завершения вписывается не руками, а системой в момент перехода в финальный статус.
Схема листается вбок — она шире экрана.
Открыть карточку контроля может только сотрудник с правом на чтение; редактировать — только если контроль исполняется внутри модуля (не во внешней системе) и его текущий статус не помечен как доступный лишь для чтения. Подробно про реестр, из которого контроль берёт поставщика и третье лицо, — на странице реестра третьих лиц и поставщиков.
Анкеты как способ заполнения контроля
Контроль заполняется через привязанную анкету, а не произвольным текстом в свободном поле — и система не даст прикрепить анкету не того типа.
Анкета не того типа не пройдёт
Если анкета не соответствует типу объекта — контролю или риску, — форма прямо отвечает: «Анкета не соответствует данному типу объекта», а не сохраняет несовместимые данные молча. Результат анкетирования становится результатом контроля через ту же операцию, которой создаётся сам результат согласования.
Журнал смены статусов
Кто перевёл контроль в следующий статус, когда и с каким комментарием — не вопрос к памяти сотрудника, а отдельная запись, которую видно в карточке контроля.
| Дата | Было | Стало | Сотрудник | Комментарий |
|---|---|---|---|---|
| — | В работе | На 1-м согласовании | исполнитель контроля | — |
| — | На 1-м согласовании | В работе | 1-й проверяющий | возврат на доработку |
| — | На 2-м согласовании | Завершён | 2-й проверяющий | — |
При переходе в финальный статус фактическая дата завершения проставляется автоматически — отдельно вводить её не нужно.
Тот же принцип действует для карточки поставщика и для Gap: у каждой из трёх сущностей — собственный журнал старого и нового статуса, сотрудника, комментария и даты. Подробнее — на странице статусов и сроков.
Что это даёт ИТ-директору. Журнал смены статусов пишется отдельной операцией при каждом переходе, а не восстанавливается по истории редактирования записи, — на вопрос «кто и когда перевёл контроль в этот статус» отвечает конкретная запись, а не реконструкция по логам приложения.
Контроли, исполняемые во внешней системе
Не каждый контроль закрывается внутри карточки поставщика: часть видов контроля помечена как исполняемая во внешней системе, и для них карточка контроля — витрина статуса, а не место редактирования.
Такой контроль недоступен для правки в собственной карточке — редактирование разрешено только внутренним, не помеченным как внешние, контролям. Самый заметный пример внешнего исполнения — обмен с модулем TPISA: TPISA возвращает статусы своей анкеты TPAQ, и по ним контроль сам переходит в «В работе» или «Завершён».
Контроль, исполняемый в TPISA, обновляется сам
Когда меняются статусы анкеты TPAQ в TPISA, соответствующий контроль в Supplier Analysis переводится в «В работе» или «Завершён» без участия сотрудника, а в журнал статусов автоматически пишется комментарий «Обновление контроля из TPISA» — источник изменения виден так же, как и у любого другого перехода.
Связанные разделы
Показать карточку контроля на вашем стенде
Маршрут исполнитель → проверяющие, автоматическую простановку даты завершения и обмен с TPISA — на реальном справочнике из 54 видов контроля.