Как настроить вывод лицевого счета в счете на оплату в БГУ 2.0, чтобы он не отображался в платежном поручении?

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

При работе в конфигурации 1С:Бухгалтерия государственного учреждения 2.0 (БГУ 2.0) бухгалтеры часто сталкиваются с ситуацией, когда требования к оформлению документов различаются. Например, в документе СчетНаОплату покупателю (плательщику) необходимо видеть номер лицевого счета учреждения непосредственно в поле поставщика для идентификации платежа. В то же время, при формировании ПлатежногоПоручения или заявок на кассовый расход, банк или органы казначейства требуют строгого соблюдения устава и ЕГРЮЛ, где наличие лишних цифр лицевого счета в наименовании получателя недопустимо.

Разберем подробно, как решить эту задачу штатными средствами программы, проанализируем механику работы справочников и выясним, как автоматизировать этот процесс без привлечения программистов, а также рассмотрим вариант для продвинутых пользователей.

Механика формирования наименования в реквизитах лицевого счета

Прежде всего, проанализируем, откуда программа берет данные для печати. В БГУ 2.0 за это отвечает справочник ЛицевыеСчета и подчиненный ему справочник РеквизитыЛицевыхСчетов. В карточке реквизитов лицевого счета есть ключевое поле — Наименование для платежных документов.

Рассмотрим, как работает флаг Редактировать, расположенный рядом с этим полем:

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

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

Способ 1. Настройка через учетную политику (Рекомендуемый)

Этот метод позволяет заставить систему использовать краткое наименование организации вместе с номером лицевого счета. Это самый чистый способ, который не требует дублирования данных.

Рассмотрим пошагово алгоритм действий:

  1. Перейдем в меню Настройка параметров учета или непосредственно в карточку Организации на закладку Учетная политика.
  2. Найдем раздел, отвечающий за оформление расчетно-платежных документов.
  3. Установим признак Использовать сокращенное наименование в платежных документах.
  4. После этого вернемся в справочник ЛицевыеСчета, откроем нужный счет и в разделе реквизитов снимим галочку «Редактировать».

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

Способ 2. Использование нескольких элементов реквизитов лицевого счета

Если настройки учетной политики влияют на слишком большое количество документов, мы можем применить "хитрость" на уровне справочников. В БГУ 2.0 для одного лицевого счета (физического номера) можно создать несколько записей в подчиненном справочнике РеквизитыЛицевыхСчетов.

Выполним следующие действия:

  1. Создадим первую запись реквизитов. Назовем ее "Для счетов на оплату". В ней снимем флаг Редактировать, чтобы программа сама добавила номер л/с к названию.
  2. Создадим вторую запись реквизитов с названием "Для платежных документов". В ней установим флаг Редактировать и вручную удалим номер л/с, оставив только чистое наименование организации.
  3. В документе СчетНаОплату на закладке Реквизиты продавца/поставщика выберем первый вариант.
  4. При создании платежных документов система по умолчанию будет подтягивать основные реквизиты, где л/с отсутствует.

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

Способ 3. Создание внешней печатной формы

Если ни один из стандартных методов не подходит (например, если л/с нужен в строго определенном месте макета, а не в строке наименования), наиболее профессиональным решением будет создание внешней печатной формы. В качестве основы для такой доработки подойдёт внешняя печатная форма счета на оплату для БГУ 2.0.

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


// Фрагмент кода для получения данных в печатной форме
Функция СформироватьПечатнуюФормуСчета(МассивОбъектов)
    
    Для Каждого СсылкаНаДокумент Из МассивОбъектов Цикл
        // Получаем краткое наименование
        ОрганизацияНаименование = СсылкаНаДокумент.Организация.НаименованиеСокращенное;
        
        // Получаем номер лицевого счета напрямую из объекта
        НомерЛС = СсылкаНаДокумент.ЛицевойСчет.Номер;
        
        // Формируем строку для вывода в макет
        СтрокаПоставщик = ОрганизацияНаименование + " (л/с " + НомерЛС + ")";
        
        // Далее выводим эту строку в область макета "Заголовок" или "Поставщик"
    КонецЦикла;
    
КонецФункции

Использование внешней печатной формы имеет ряд преимуществ:

Риски ручного изменения наименований

Рассмотрим ситуацию, которую часто допускают новички: дописывание номера лицевого счета прямо в карточку организации (в поле Сокращенное наименование). Мы крайне не рекомендуем так делать. Проанализируем последствия:

  1. Это наименование "поплывет" во все отчеты, включая Баланс (ф. 0503130 или 0503730).
  2. В налоговой отчетности и справках для сотрудников также появится номер счета, что является нарушением стандартов оформления документов.
  3. При выгрузке данных в системы электронного документооборота с казначейством (АСУ ФЗ, Электронный бюджет) файлы могут не пройти форматно-логический контроль из-за несоответствия наименования справочнику НСИ.

Резюме

Для решения проблемы с отображением л/с в БГУ 2.0 мы рекомендуем сначала попробовать Способ 1 (настройка учетной политики + снятие флага редактирования в реквизитах счета). Если же специфика казначейского обслуживания требует отсутствия л/с в платежках, оптимальным выбором станет разработка внешней печатной формы. Это позволит сохранить чистоту учета и удовлетворить требования контрагентов по информативности счетов на оплату.

← На главную