Переход с программы «1С:Бухгалтерия государственного учреждения 8», редакция 1.0 на редакцию 2.0 часто сопровождается вопросами изменения интерфейса и логики работы документов. Одной из распространенных задач является необходимость детализации платежей в документе Приходный кассовый ордер (ПКО). В первой редакции пользователи привыкли разбивать суммы в расшифровке платежа по детям (актуально для образовательных учреждений), однако в БГУ 2.0 стандартная форма расшифровки кажется менее гибкой.
В этой статье мы разберем, как расширить возможности документа и добавить поля Контрагент и Договор в табличную часть РасшифровкаПлатежа, не прибегая к помощи программиста, а также выясним, что делать, если данные из этих полей не попадают в бухгалтерские проводки.
Проанализируем архитектуру БГУ 2.0. В отличие от старых версий, современные конфигурации на платформе «1С:Предприятие 8.3» обладают мощным инструментом — механизмом дополнительных реквизитов и сведений. Этот функционал позволяет добавлять новые колонки в табличные части документов «на лету».
Рассмотрим по шагам, как активировать и настроить этот механизм для ПКО:
Приходный кассовый ордер. Нас интересует не сам документ, а его табличная часть — Расшифровка платежа.Теперь разберем важные технические нюансы заполнения карточки дополнительного реквизита. От правильности этих настроек зависит, поймет ли система, какие данные вы хотите хранить.
Для реквизита Контрагент:
Контрагент.Для реквизита Договор:
После сохранения настроек в документе Приходный кассовый ордер на вкладке Расшифровка платежа появятся новые колонки. Если они не отобразились сразу, воспользуемся кнопкой Еще -> Изменить форму и убедимся, что флаги напротив новых реквизитов установлены.
Ситуация, когда поля в документе заполнены, но в бухгалтерских проводках (в субконто счета 205.ХХ или 209.ХХ) пусто или подставляются данные из «шапки» документа, встречается довольно часто. Проанализируем возможные причины.
Основным механизмом формирования движений в БГУ 2.0 является Типовая операция. Это справочник, в котором описаны правила создания проводок на основе данных документа. Выясним, почему типовая операция может игнорировать ваши новые поля.
1. Настройка алгоритма заполнения субконто
Посмотрим на настройки типовой операции (например, «Поступление доходов от реализации (205.00, 209.00)»). В формулах для субконто Контрагенты и Договоры должно быть указано использование данных из строки табличной части, а не из объекта в целом. Формула может выглядеть примерно так:
// Пример логики в типовой операции
Результат = Строка.ДополнительныеРеквизиты.Контрагент;
// Если система настроена на поиск по имени
Если ЗначениеЗаполнено(Строка.Контрагент) Тогда
Субконто1 = Строка.Контрагент;
КонецЕсли;
2. Обновление правил отражения
Если вы уверены, что реквизиты добавлены верно, но проводки не меняются, попробуйте «перевыбрать» типовую операцию в самом ПКО. Зайдите в документ, в поле Типовая операция нажмите кнопку выбора, выберите ту же самую операцию еще раз и перепроведите документ. Это действие заставляет программу обновить внутренние кэшированные связи между полями документа и параметрами проводок.
3. Права доступа и профили пользователей
Рассмотрим ситуацию из практики: на одной базе всё работает, на другой — нет. Если базы идентичны по релизу, проверим настройки прав. Механизм дополнительных реквизитов требует наличия прав на чтение метаданных этих реквизитов. У пользователей с ограниченными правами (не «Полные права») могут возникнуть сложности с доступом к таблице ДополнительныеРеквизиты, что приведет к пустому результату при формировании проводок фоновым заданием или при проведении.
Для учебных заведений, где ПКО используется для приема родительской платы, важно помнить следующее: в БГУ 2.0 «Дети» — это элементы справочника Контрагенты. Мы рекомендуем создавать для них отдельную группу в справочнике. При добавлении дополнительного реквизита типа СправочникСсылка.Контрагенты вы получите полный доступ ко всей базе учащихся.
Если вам требуется массово заполнять такие ордера, рассмотрите использование специализированного документа Квитанция на оплату ГП (услуг), который в БГУ 2.0 более тесно интегрирован с подсистемой расчетов за содержание детей.
Мы выяснили, что добавление аналитики в ПКО — это штатная процедура, предусмотренная разработчиками 1С. Основные моменты, которые мы разобрали:
Следуя этим инструкциям, вы сможете добиться необходимой детализации учета и корректного формирования проводок по каждому контрагенту или ребенку в рамках одного общего приходного кассового ордера.