Расширение и обработка позволяют найти пользователя в базах, которые находятся на одном сервере.
Что делать, если баз много, не открывать же все базы?)
(1) Это нужно чтобы не открывать много баз для проверки чего-то одного, в данном случае заведен ли пользователь в базе.
Как это работает? Для того, чтобы заставить 1С что-то делать параллельно, нужно обрабатываемые данные разбить на куски и постепенно скармливать создаваемым для этого потокам. Архитектурно это состоит из механизма получения порции данных - источника данных, механизма обработки данных - рабочей процедуре, и управляющей функции.
В итоге у нас вырисовывается такая схема:
Управляющая процедура -> Поставщик данных (запрос) -> Фоновое задание (порция данных) -> Отчет о выполнении -> Управляющая процедура.
Пользователей как сравниваете, что это один и тот же?
например, Иванов Иван и Иван Иванов, иван Васильевич Иванов....
коды в базах разные, UID тем более
(3) Допустим у нас есть Иванов Иван и Иван Иванов, мы забиваем для поиска "Иванов", получаем ответом Имя базы и Иванов Иван. Задача — сказать нам, что пользователь есть в базах или нет, запрос и выдачу данных можете усложнять как хотите. Это простой пример, скелет, если угодно, на который можно нарастить сколько пожелаете кода для решения ваших задач.
COM-соединение конечно хорошо, когда на 1 серваке все базы...
но далеко не везде и не всегда так можно "соединиться".
Более простое решение (если это единоразово надо),
то достаточно из всех баз выгрузить в любом формате пользователей в таблицу csv, mxl, Excel... на выбор
и загрузить (собрать) эти файлы в 1 общей базе.
Если же это надо на постоянной основе, то
возможно было бы лучше в агрегирующей базе поднять http-сервис
и наоборот из всех баз туда выкидывать данные единой обработкой на 1 адрес,
тогда и многопоточность "автоматически" обеспечена.
Но, в любом случае, возникает всё равно вопрос про поиск "одинаковых" пользователей, обозначенный выше.