Как в 1С:БГУ автоматически заполняется «Тип контрагента» и что делать при возникновении ошибок

Бухгалтер 1С v8.3 (Управляемые формы) Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

В современных редакциях программы «1С:Бухгалтерия государственного учреждения» (БГУ) появился критически важный реквизит — Тип контрагента. Его появление обусловлено изменениями в законодательстве, касающимися порядка применения КОСГУ. Этот реквизит напрямую влияет на формирование 24–26 разрядов номера счета (статьи 560/660, 730/830 и другие), которые отражают категорию дебитора или кредитора. Рассмотрим подробно, как система определяет этот тип автоматически, и как нам действовать в нестандартных ситуациях.

Зачем нужен реквизит «Тип контрагента»

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

Алгоритм 1: Анализ расчетного и лицевого счета

Первоочередным критерием для системы является номер счета контрагента. Разберем по шагам, как программа считывает эти данные:

  1. Лицевые счета в Казначействе: Согласно нормативным актам (приказ Казначейства № 21н), тип учреждения определяется по первым двум знакам номера счета:
    • 03 — участник бюджетного процесса (казенные учреждения, органы власти);
    • 20 — бюджетное учреждение;
    • 30 — автономное учреждение.
  2. Банковские счета: Для коммерческих банковских счетов система анализирует первые пять знаков номера счета (согласно Положению Банка России № 579-П):
    • 404 — государственные и внебюджетные фонды;
    • 405 — организации в федеральной собственности;
    • 406 — организации в государственной (не федеральной) собственности;
    • 40701 — негосударственные финансовые организации (банки, страховые);
    • 40703 — некоммерческие организации;
    • 40802 — индивидуальные предприниматели (ИП).

Алгоритм 2: Поиск по ключевым словам в наименовании

Если по расчетному счету определить тип не удалось (например, счет не указан), система переходит к текстовому анализу полного наименования контрагента. Рассмотрим фрагмент логики, которая используется при обновлении информационной базы:


ВЫБОР
    КОГДА Контрагенты.НаименованиеПолное ПОДОБНО "%казенное%" 
         ИЛИ Контрагенты.НаименованиеПолное ПОДОБНО "%администрация%" 
         ИЛИ Контрагенты.НаименованиеПолное ПОДОБНО "%ПЕНСИОННОГО ФОНДА%" 
         ИЛИ Контрагенты.НаименованиеПолное ПОДОБНО "%ФЕДЕРАЛЬНОЙ СЛУЖБЫ%"
    ТОГДА "1" (Участники бюджетного процесса)
    
    КОГДА Контрагенты.НаименованиеПолное ПОДОБНО "%автономное%" 
         ИЛИ Контрагенты.НаименованиеПолное ПОДОБНО "%бюджетное%"
    ТОГДА "2" (Государственные бюджетные и автономные учреждения)
    
    КОГДА Контрагенты.НаименованиеПолное ПОДОБНО "%банк%" 
         ИЛИ Контрагенты.НаименованиеПолное ПОДОБНО "%страховая компания%"
    ТОГДА "5" (Иные финансовые организации)
    
    КОГДА Контрагенты.НаименованиеПолное ПОДОБНО "%унитарное%"
    ТОГДА "3" (Государственные (муниципальные) унитарные предприятия)
    
    ИНАЧЕ "4" (Иные нефинансовые организации)
КОНЕЦ

Для физических лиц система дополнительно проверяет наличие данных об индивидуальном предпринимательстве. Если ВидКонтрагента установлен в значение ФизЛицо, программа ищет наличие ОГРНИП или вхождения строк «ИП», «ПБЮЛ» в наименовании. При их обнаружении присваивается тип «6» (ИП), иначе — тип «7» (Физлицо).

Автоматизация при создании новых контрагентов

Важно понимать, что автоматическое заполнение при обновлении — это разовая акция. При создании нового контрагента вручную реквизит ТипКонтрагента часто остается пустым. Чтобы упростить работу, рекомендуется использовать сервис 1С:Контрагент. При заполнении данных по ИНН сервис автоматически подтягивает код ОКОПФ, на основании которого программа может корректно установить тип.

Если вы не используете сервис автоматического заполнения, помните: проверка по маске расчетного счета происходит в момент записи счета в карточке. Поэтому сначала рекомендуется заполнить банковские реквизиты, а затем проверить значение типа контрагента.

Проблема «двойного типа» для одного контрагента

Выясним причину частой проблемы: один и тот же контрагент (например, крупный банк) может выступать в разных ролях. В одном случае он — финансовая организация (при оплате комиссий), в другом — получатель платежей по родительской плате (как агент). Типы контрагентов для этих операций должны быть разными (например, 5 и 2).

Проанализируем возможные решения этой ситуации:

  1. Создание дублей в справочнике: Методологически 1С рекомендует создавать разные карточки в справочнике Контрагенты, если их типы для учета КОСГУ различаются. Это гарантирует отсутствие ошибок в отчетности.
  2. Использование договоров (в БГУ 2.0): В последних релизах предусмотрена возможность уточнения типа контрагента непосредственно в Договоре. Если в договоре указан конкретный тип, он будет иметь приоритет над тем, что указан в общей карточке контрагента.
  3. Настройка типовых операций: Если вы используете БГУ редакции 2.0, можно настроить Типовую операцию так, чтобы она подставляла нужные аналитические счета в зависимости от условий документа, игнорируя значение из карточки.

Массовое исправление данных

Если после обновления вы обнаружили, что у значительной части контрагентов тип заполнен неверно, не стоит исправлять каждую карточку вручную. Проанализируем возможности массовой корректировки:

Используйте встроенную обработку «Групповое изменение реквизитов». С её помощью можно настроить фильтр (например, по вхождению слова в наименование или по определенному КПП) и массово установить значение реквизита Тип контрагента. Это существенно сэкономит время и минимизирует риск механических ошибок.

Важный момент: Всегда проверяйте заполнение типа перед формированием квартальной и годовой отчетности. Несоответствие типа контрагента и используемого кода КОСГУ приведет к тому, что контрольные соотношения в формах 169 или 769 не сойдутся.

← На главную