Опитувальник надсилаєте ви. Доганяє його календар.

Що це заміняє

• Закупівлі завели постачальника, і на цьому таблиця зупинилася.
• Опитувальники йдуть вкладеннями і повертаються тому, хто першим відкриє відповідь.
• Прострочена річна переоцінка спливає тоді, коли про неї питає аудит клієнта.

Що ви робите тут

• 1Тримайте запис постачальника, а не таблицю закупівель.Контакти, договори і сервіс, який постачальник справді надає, лежать в одному записі — там само, де оцінки.Vendor register
• 2Надішліть оцінку, на яку відповідають без облікового запису.Одне посилання, один опитувальник, жодного порталу для постачальників. Відповідь лягає з балами на запис постачальника.Vendor questionnaire
• 3Зробіть шаблон опитувальника один раз.Породжуйте з нього кожну оцінку, а потім порівнюйте раунди поруч — чи постачальник справді став кращим.Questionnaire templates
• 4Задайте інтервал переоцінки для кожного постачальника.Щокварталу, раз на пів року чи раз на рік: повторюваність піднімає наступний раунд без чиєїсь памʼяті про дату.Reassessment policy
• 5Розчистіть список прострочених оцінок.Вигляд конвеєра показує, що і де застрягло; цілу групу закриває одна масова дія замість двадцяти відкривань.Assessment pipeline
• 6Відповідайте на опитувальники власних клієнтів.Вхідні запити падають у той самий модуль, що й вихідні, тож відповіді минулого кварталу вже записані.Inbound TPRM

Що змінюється

• Кожен файл доказу логує своє завантаження, своє скачування і свій аудит-трейл.
• Два звіти, один набір даних: окремий постачальник або весь портфель.
• Тренд портфеля і список прострочених — у вкладці аналітики TPRM: окремий модуль за ліцензією.

Де роль закінчується

Постачальників, оцінки та їхні докази ви змінюєте. Реєстр ризиків, куди йдуть бали, ви наповнюєте, але не тримаєте; комплаєнс теж лише для читання.