← На главную

При переходе с редакции 1 на редакцию 2 программы «1С:Бухгалтерия государственного учреждения» многие бухгалтеры сталкиваются с изменением логики работы с проводками. В старой версии была возможность гибко управлять бухгалтерскими записями через отдельную табличную часть. В БГУ 2 формирование проводок автоматизировано через механизм «Типовых операций» и «Источников данных». Давайте разберем, как адаптировать этот процесс под специфические нужды учета.

Вариант 1: Использование дополнительных реквизитов и табличных частей

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

1. Перейдите в раздел Учет и отчетность — Типовые операции.
2. Выберите пункт Дополнительные табличные части документов.
3. Добавьте новый реквизит (например, Контрагент) и настройте его привязку к табличной части Расшифровка платежа.

Важно учитывать, что простого добавления поля недостаточно. Чтобы данные попали в проводки, типовая операция должна «видеть» этот реквизит. Система автоматически подхватывает колонки, если они соответствуют логике источника данных. Как показывает практика, если в доп. источнике присутствуют колонки НомерСтроки и ИмяСписка, система автоматически пытается сопоставить их с реквизитами проводок.

Вариант 2: Работа с расчетными счетами контрагента «Все сотрудники»

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

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

• Создайте контрагента Все сотрудники.
• В карточке контрагента перейдите в раздел Банковские счета.
• Добавьте несколько счетов, где для каждого счета укажите уникальные реквизиты (БИК, номер счета) нужных лиц (например, конкретного сотрудника или опекуна).

При заполнении Заявки на кассовый расход вы выбираете получателя Все сотрудники, а в поле Банковский счет указываете именно тот счет, который соответствует конкретной выплате. Это позволяет корректно формировать платежные документы для казначейства и не нарушать аналитику счетов 302.00 или 304.00.

Вариант 3: Анализ и доработка типовых операций

Если вышеуказанные способы не решают задачу полностью (например, при сложной системе удержаний по исполнительным листам), необходимо проанализировать работу общего модуля БухгалтерскиеОперацииИсточникиДанных.

Проанализируем специфику работы программы:

• Некоторые счета (например, 302.11) ведут себя более гибко и корректно «подтягивают» контрагента из расшифровки.
• Другие счета (208, 304) могут принудительно подтягивать контрагента из «Шапки» документа, игнорируя данные табличной части.

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

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