← На главную

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

Шаг 1: Визуальное добавление колонок в табличную часть

Для начала нам необходимо расширить состав реквизитов табличной части документа. В БГУ 2.0 для этого предусмотрен механизм «Дополнительные табличные части». Проанализируем, где находятся нужные настройки.

Перейдем в раздел Учет и отчетность, далее выберем пункт Типовые операции. В открывшемся окне нас интересует настройка дополнительных реквизитов. Нам нужно добавить два новых реквизита для табличной части РасшифровкаПлатежа документа ПриходныйКассовыйОрдер:

1. Создаем новый реквизит Контрагент. Тип значения устанавливаем как СправочникСсылка.Контрагенты.
2. Создаем реквизит Договор. Тип значения — СправочникСсылка.Договоры.

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

Шаг 2: Настройка связи параметров выбора для Договора

Если мы просто добавим поле «Договор», то при его заполнении пользователь увидит весь список договоров базы. Это неудобно и чревато ошибками. Выясним, как ограничить выбор договоров только тем контрагентом, который указан в этой же строке.

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

Шаг 3: Настройка типовой операции для формирования проводок

Многие пользователи сталкиваются с тем, что после добавления полей и их заполнения проводки все равно формируются по контрагенту из шапки документа. Это происходит потому, что алгоритм проведения (Типовая операция) жестко настроен на чтение данных из основного объекта. Рассмотрим, как это изменить.

Откроем справочник Типовые операции и найдем ту операцию, которую вы используете для ПКО (например, «Поступление наличных денежных средств (201.34 - 205.00, 209.00)»). Перейдем к редактированию проводок:

1. Найдем строку проводки, где в кредите счета (например, 205.31) указаны субконто Контрагенты и Договоры.
2. По умолчанию в колонке «Источник данных» для этих субконто стоит значение Объект.Контрагент и Объект.Договор.
3. Нам необходимо изменить эти формулы, чтобы система брала данные из текущей строки табличной части.

В редакторе выражений для субконто Контрагенты пропишем путь:

Строка.ДополнительныеРеквизиты.Контрагент

Для субконто Договоры формула будет аналогичной:

Строка.ДополнительныеРеквизиты.Договор

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

Шаг 4: Разбор проблемы влияния прав доступа и настроек пользователя

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

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

Шаг 5: Автоматизация заполнения (опционально)

Для удобства работы можно настроить Автоматическое заполнение новых колонок. В настройках дополнительных реквизитов табличной части укажите формулу, по которой данные будут попадать в таблицу при добавлении новой строки. Чаще всего логично подтягивать туда контрагента и договор из шапки документа Объект.Контрагент, чтобы пользователь менял их только в тех строках, где это действительно необходимо. Это существенно ускоряет ввод данных, если в ПКО много строк, но контрагент меняется лишь в паре из них.

Заключение

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