Basware приобрела Trustpair: проверка платежей встроена в учёт счетов

Что произошло

Basware приобрела платформу предотвращения мошенничества с платежами Trustpair, и её функции проверки поставщиков и платежей будут встроены непосредственно в пакет управления жизненным циклом счетов Basware. Об этом сообщило издание Finextra.

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

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

Почему это важно

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

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

Позиция Renascence

Большинство обсуждений сделок такого рода сосредоточено на безопасности и на том, насколько закрыты уязвимости. Мы смотрим на вопрос иначе: проверка становится эффективной только тогда, когда её можно пройти без лишнего трения.

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