УИН в 1С: что это такое и где его искать

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

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

Два значения аббревиатуры УИН в 1С

Уникальный идентификатор начисления — реквизит бюджетных платежей. Он применяется при уплате штрафов ГИБДД, налогов по требованию инспекции, госпошлин и иных платежей в бюджет, когда начисление уже сформировано государственным органом. Код состоит из 20 или 25 цифр и указывается в поле «Код» платежного поручения. Если начисления нет (например, текущий налог платится по собственному расчету), в поле ставится «0».

Уникальный идентификатор объекта (GUID) — технический код, который платформа 1С генерирует для каждого объекта информационной базы: элемента справочника «Номенклатура», документа «Реализация товаров», элемента плана счетов и так далее. Он выглядит как строка вида «8a3f2c1e-…-…» и обеспечивает однозначную идентификацию записи при обмене данными между базами.

УИН начисления: где найти и куда вписать в платежке

Код УИН нельзя придумать или вычислить — его назначает орган, сформировавший начисление. Источники, откуда берется значение: требование об уплате налога из ИФНС, постановление о штрафе ГИБДД, квитанция на госпошлину, уведомление из государственного портала. В требовании УИН обычно указан в шапке документа отдельной строкой.

В 1С:Бухгалтерии УИН вводится в документе «Платежное поручение» в поле «УИН» (в некоторых версиях — «Код УИН» в блоке реквизитов платежа в бюджет). После заполнения значение попадает в поле 22 («Код») бумажной формы поручения и в соответствующий реквизит электронного файла для банка. При выгрузке через «1С:ДиректБанк» или обмен с клиент-банком код передается без ручного копирования.

Если платеж относится к текущему периоду и начисление не выставлено, в поле УИН ставится «0». Оставлять поле пустым при выгрузке в банк не рекомендуется: часть банковских систем требует заполненного значения, и пустое поле может вызвать отказ в приеме документа.

1. 1
   Найдите УИН в требовании, постановлении или квитанции — это код из 20 или 25 цифр.
2. 2
   Откройте документ «Платежное поручение» в разделе «Банк и касса».
3. 3
   Заполните поле «УИН» в блоке реквизитов платежа в бюджет.
4. 4
   Проверьте, что код попал в печатную форму (поле 22) и в файл выгрузки.
5. 5
   Если начисления нет — укажите в поле значение «0».

Штрафы ГИБДД и налоговые требования: особенности

При оплате штрафа ГИБДД УИН совпадает с номером постановления по делу об административном правонарушении. Он указан в самом постановлении, а также отображается при проверке штрафов на государственных сервисах. При оплате без УИН деньги могут поступить, но не закрыть конкретное постановление — штраф продолжит числиться неоплаченным.

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

Уникальный идентификатор объекта (GUID) в базе 1С

Каждый объект ссылочного типа в 1С — элемент справочника, документ, задача — получает при создании глобально уникальный идентификатор. Он не зависит от номера документа или кода элемента и не меняется при переименовании объекта, изменении его реквизитов или переносе в другую группу. Именно GUID используется механизмами обмена: при выгрузке данных из одной базы в другую программа сопоставляет объекты по идентификаторам, а не по наименованиям.

Бухгалтер сталкивается с GUID редко, но разработчику и администратору он нужен постоянно: при поиске дублей после обмена, при написании запросов, при разборе ссылок вида «Объект не найден». Такая битая ссылка означает, что в базе осталась ссылка на GUID объекта, который был удален или не загружен при обмене.

Получить GUID объекта можно несколькими способами: через встроенный язык методом получения уникального идентификатора ссылки, через внешние обработки для просмотра идентификаторов, а также из адреса объекта в веб-клиенте, где идентификатор присутствует в строке URL в закодированном виде.

УИД = СсылкаНаОбъект.УникальныйИдентификатор();
Сообщить(УИД);

Где УИН объекта используется на практике

Основной сценарий — обмен данными между конфигурациями: 1С:Бухгалтерия и 1С:ЗУП, центральная база и периферийные узлы, выгрузка в интернет-магазин. Если один и тот же контрагент создан в двух базах независимо, у него будут разные GUID, и при обмене появятся дубли. Механизмы сопоставления объектов при первоначальной настройке обмена решают эту проблему, связывая разные идентификаторы одного логического объекта.

Второй сценарий — восстановление после сбоев. Если документ удален, но на него остались ссылки, знание GUID помогает найти следы объекта в резервной копии и понять, что именно было потеряно. Третий сценарий — интеграция через HTTP-сервисы и веб-сервисы: внешние системы хранят GUID объектов 1С как ключи для связи записей.

Типичные ошибки при работе с УИН

Самая частая ошибка бухгалтера — путать УИН начисления с КБК или ИНН получателя. Это разные реквизиты: КБК определяет вид платежа, а УИН — конкретное начисление. Вторая ошибка — копирование УИН из старой платежки в новую: идентификатор привязан к конкретному требованию и не переиспользуется.

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

Как проверить, что все заполнено правильно

Для платежного поручения контрольные точки просты: код в поле 22 совпадает с УИН из требования посимвольно, КБК и ОКТМО соответствуют виду платежа, назначение содержит понятное описание. После отправки в банк проверьте статус исполнения в выписке — при корректном УИН платеж по штрафу или требованию закрывается в государственной системе автоматически, обычно в течение нескольких рабочих дней.

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

Частые вопросы об УИН в 1С