Всем добрый день!
Знающие люди, подскажите, возможно ли как-то узнать, были ли зарегистрированы в системе хоть какие-то операции/документы с контрагентом?

Смотреть объекты в CDPOS с ограничениями по номеру контрагента кажется уж очень примитивным способом.
Может быть есть какой-то отчет, о котором я не знаю?

Смотря какие операции Вы имеете в виду и каков их масштаб.
Если говорить чисто про бухгалтерские проводки (FI как венец всей цепочки от процесса планирования до оплаты), то можно воспользоваться FBL отчетами в режиме "Все проводки" со всеми галками за период со времен куликовской битвы (1380) по текущий день.
Если закупочные и сбытовые заказы, которые не завершились поставками и фактурированием, то смотреть надо уже со стороны соответствующих модулей (там отчетов предостаточно для поиска заказов, заявок и пр.)
Если искать операции в бюджетировании (FM, BCS), то там свои.
Если искать зарегистрированные договоры (J*CNT, DMS и пр.), то там свои.
И продолжать можно до бесконечности.
Определитесь с "красной чертой", до которой наличие операций критичным являться не будет.
В конечном же итоге заблокируйте контрагента для проводок по всем компаниям (если в FI чисто). Так любая (даже существующая) цепочка по нему проводкой точно не завершится.

Конечная цель: не допустить изменений реквизитов контрагентов, в случае, если с ними уже начаты хоть какие-то взаимодействия и он уже где-то "засветился"

Добрый день!

Если речь про деловых партнеров (BP), то можно попробовать запустить BUPA_DEL в тестовом режиме, она покажет часть связанных с ДП объектов.

Это задача от бизнеса? Может вы не правильно поняли

Реквизиты контрагентов регулярно меняются. Счета открываются расчетные. Названия могут меняться, или даже формы собственности.

в данном случае под реквизитами понимаем идентификационный номер налогоплательщика

Понимайте. ИНН тоже может меняться.

Все понимаю.
Поэтому перед тем как менять ИНН, пользователь должен быть уведомлен, что "Ай-ай-ай, Вы точно все правильно делаете? С этим контрагентом в системе уже были созданы документы".
А если же заведена только карточка контрагента, то делайте, что хотите.

Ну господа.
Смена ИНН означает образование нового лица в результате реорганизации и пр.
Это уже другой контрагент. КПП может меняться, насколько я знаю.
Смена же ИНН - это новое юридическое лицо и новый контрагент.
В этом случае создается новый контрагент, старые остатки переносятся на него. Старый контрагент блокируется для проводок.

Как я уже говорил, при смене формы инн меняется, при этом явно это не новый контрагент. Так же подозреваю что может произойти смена фнс, например переход в крупнейшие нп. Но проверок таких ни в стандарте ни в МДГ нет, что само по себе намекает, что тут идет речь про какую то странную деятельность, из-за отсутствия четких процессов ведения НСИ в организации.

По понятиям это, может, и не новый контрагент. Он как был ромашкой, так и останется.
Но в системе в таком случае создается новый контрагент (если прежний не был откровенным dummy).
В противном случае любой ретроспективный запрос на печать документов (СФ, книги и пр.) неизбежно тянул бы новый ИНН, хотя хозяйственная операция имела место задолго до образования нового лица. Слышал про временную зависимость КПП (особенно когда ушли на крупнейшего), но ИНН - это уникальный и единственно имеющийся признак для идентификации юридического лица или ИП. Смена ИНН подразумевает, что лицо под старым налоговым номером ликвидировано, расчеты и иные хозяйственные операции с ним становятся невозможны. Поэтому и пишу, что контрагент блокируется.

В стандарте в явном виде проверок с ИНН и прочими номерами нет, но есть стандартная тулза по гибкой настройке проверок налоговых номеров в зависимости от страны (в IMG в разделе "Страны"). Там можно посмотреть, но имхо задача-то в другом: не в том, чтобы проконтролировать изменение налогового номера, а в том, чтобы безопасно для себя взять и переписать номер в мастер данных. И вот я и говорю, что куда проще старого контрагента заблокировать для проводок. Создать нового с верным номером, все новые операции садить на него.

Вобщем надо покупать MDG и создавать процессы НСИ, чтобы консультантам с этим не заниматься.

Yozhhhhh, Kengur, спасибо!