Как найти контрагента по идентификатору в 1С

Контрагент в 1С может быть найден по нескольким идентификаторам: по ИНН и КПП, по внутреннему коду элемента справочника, по уникальному идентификатору объекта (GUID) либо по внешнему идентификатору, полученному при обмене с другой системой. Выбор способа поиска зависит от того, какие данные у вас есть и в какой конфигурации работаете — действия в «1С:Бухгалтерии», «Управлении торговлей» и «ERP» немного различаются.

Чаще всего под «идентификатором» бухгалтеры и менеджеры понимают ИНН, а разработчики и администраторы — GUID объекта. Путаница между этими понятиями приводит к ошибкам: например, попытка найти контрагента по GUID через обычную строку поиска в списке справочника ничего не даст, потому что GUID не хранится в видимых реквизитах карточки.

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

Что считать идентификатором контрагента

Перед поиском важно определить, какой именно идентификатор у вас на руках. В 1С у одного контрагента одновременно существует несколько «номеров», и они не взаимозаменяемы.

ИНН и КПП — это внешние реквизиты, присвоенные налоговой службой. Они хранятся в реквизитах справочника и доступны для обычного поиска. Код элемента справочника — внутренний порядковый номер, который виден в колонке «Код» списка. GUID (уникальный идентификатор) — 36-символьная строка вида «a1b2c3d4-...», которую платформа присваивает объекту при создании; в интерфейсе она не отображается, но используется в обменах, ссылках и интеграциях.

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

Поиск контрагента по ИНН в пользовательском режиме

Самый простой сценарий — найти контрагента по ИНН через список справочника. Откройте раздел «Справочники» (в некоторых конфигурациях — «Покупки» или «Продажи») → «Контрагенты». В строке поиска над списком введите ИНН целиком, без пробелов и дефисов. По умолчанию поиск в типовых конфигурациях идёт по нескольким полям, включая ИНН и наименование.

Если стандартная строка поиска не сработала, используйте расширенный поиск: кнопка «Ещё» → «Найти...» (или сочетание Ctrl+F). В открывшейся форме выберите поле «ИНН», условие «Равно» и введите значение. Такой вариант исключает ложные срабатывания, когда цифры ИНН совпадают с фрагментом названия.

1. 1
   Откройте Справочники → Контрагенты
2. 2
   Введите ИНН в строку поиска над списком без пробелов
3. 3
   Если результат пуст — используйте Ещё → Найти и задайте условие по полю ИНН
4. 4
   Откройте найденную карточку и сверьте КПП и наименование
5. 5
   При нескольких совпадениях проверьте, какой элемент используется в документах

Обратите внимание: у индивидуальных предпринимателей и физических лиц КПП отсутствует, а у крупнейших налогоплательщиков один ИНН может сочетаться с разными КПП. Если в базе заведено несколько карточек на одну организацию с разными КПП — это не обязательно дубль, проверьте, как ваша компания учитывает такие случаи.

Как найти контрагента по GUID

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

Базовый приём — получить ссылку по строке GUID и проверить, существует ли объект. Если объект был удалён, метод вернёт ссылку на несуществующий объект, и это тоже полезная информация: значит, контрагент был, но его удалили или заменили при свёртке дублей.

Идентификатор = Новый УникальныйИдентификатор("a1b2c3d4-e5f6-7890-abcd-ef1234567890");
Ссылка = Справочники.Контрагенты.ПолучитьСсылку(Идентификатор);
Если Ссылка.ПолучитьОбъект() = Неопределено Тогда
    Сообщить("Объект с таким GUID не найден или удалён");
Иначе
    Сообщить("Найден: " + Ссылка.Наименование + ", ИНН " + Ссылка.ИНН);
КонецЕсли;

Если GUID пришёл в «веб-формате» (с другим порядком байтов — такое бывает при выгрузке через COM или внешние API), прямое преобразование даст неверную ссылку. В этом случае потребуется перестановка частей строки — этот нюанс должен обрабатывать разработчик, знакомый с форматом представления GUID в вашей интеграции.

Поиск через запрос и консоль запросов

Когда нужно найти контрагента по произвольному условию — например, по фрагменту ИНН, по внешнему коду из регистра соответствия или по сочетанию реквизитов — удобнее всего запрос. В типовых конфигурациях на управляемых формах часто доступна встроенная или подключаемая консоль запросов; в «1С:Предприятии» её также можно запустить как внешнюю обработку на сервере разработки.

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка, Наименование, ИНН, КПП
|ИЗ Справочник.Контрагенты
|ГДЕ ИНН = &ИНН И НЕ ПометкаУдаления";
Запрос.УстановитьПараметр("ИНН", "7707083893");
Результат = Запрос.Выполнить().Выбрать();
Пока Результат.Следующий() Цикл
    Сообщить(Результат.Наименование + " | " + Результат.ИНН);
КонецЦикла;

Запрос позволяет сразу отфильтровать помеченные на удаление элементы — это важно, потому что поиск по списку иногда показывает и «мусорные» карточки. Также через запрос удобно проверить, сколько документов ссылается на найденного контрагента, прежде чем принимать решение об объединении дублей.

Проверка дублей и слияние карточек

Найденный по идентификатору контрагент может оказаться одним из нескольких дублей. Типовой инструмент проверки — обработка «Поиск и удаление дублей» (раздел «Администрирование» → «Обслуживание» или «Поддержка и обслуживание», в зависимости от конфигурации). В ней задаётся справочник «Контрагенты» и правила сравнения: по ИНН, по наименованию, по сочетанию полей.

При объединении дублей система заменяет ссылки во всех документах и регистрах на выбранный «основной» элемент. Перед запуском операции убедитесь, что выбранный основной элемент — именно тот, у которого корректные реквизиты и актуальные договоры. Операция необратима, поэтому предварительная резервная копия обязательна.

Поиск при обмене данными и интеграциях

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

Для поиска таких расхождений используйте регистры соответствия объектов (в конфигурациях с подсистемой обмена БСП это «Соответствия объектов информационных баз»). По записи регистра можно определить, какой GUID в одной базе соответствует объекту в другой, и вручную исправить связь, если она потерялась.

Ограничения и когда нужен разработчик

Пользовательский поиск по ИНН, наименованию и коду доступен любому сотруднику с правами на справочник «Контрагенты». А вот поиск по GUID, работа с регистрами соответствия и исправление связей обмена требуют прав администратора и навыков работы с консолью кода или запросов.

Обращайтесь к разработчику или администратору, если: идентификатор пришёл из внешней системы в нестандартном формате; нужно восстановить удалённый объект по GUID из архивной копии; требуется массовое сопоставление контрагентов между базами. Самостоятельные эксперименты с программным изменением ссылок в рабочей базе недопустимы.

Частые вопросы