В работе государственных учреждений часто возникает задача отразить одно общее поступление денежных средств от множества физических лиц. Классический пример — оплата сотрудниками или родителями за питание в школьной или детсадовской столовой. Сотрудники вносят оплату, а бухгалтерия получает общую сумму, которую нужно корректно разнести по аналитике каждого плательщика.
Давайте разберем ситуацию, с которой сталкиваются многие пользователи при переходе с «1С:Бухгалтерия государственного учреждения 1.0» на редакцию 2.0. В старой версии программы можно было создать один документ, например Приходный кассовый ордер, не заполнять контрагента в «шапке» и добавить всех плательщиков с их суммами в табличную часть. В БГУ 2.0 такой подход не работает, так как поле Контрагент в шапке документа стало обязательным для заполнения.
Проанализируем, как обойти это ограничение и настроить программу для удобной работы без необходимости создавать сотни отдельных документов.
Это самый простой и быстрый способ, который не требует изменения конфигурации и доступен любому уверенному пользователю. Суть метода заключается в том, чтобы указать в шапке документа условного, «фиктивного» контрагента, а реальных плательщиков добавить в табличную часть «Расшифровка платежа», предварительно настроив ее видимость.
Рассмотрим по шагам, как это сделать на примере документа Приходный кассовый ордер (ПКО):
Создайте новый документ Приходный кассовый ордер.
В шапке документа в поле Контрагент выберите любого служебного или технического контрагента. Например, можно создать контрагента с названием «Сборная оплата от физ. лиц». Это необходимо, чтобы документ прошел проверку на заполнение обязательных полей.
Теперь нам нужно добавить колонку для выбора контрагентов в табличную часть. Для этого нажимаем на кнопку «Еще» в правом верхнем углу формы документа и выбираем пункт «Изменить форму».
В открывшемся окне настройки формы найдите в левой части дерева элементов группу Расшифровка платежа. Внутри этой группы будет таблица с таким же названием. Выделите ее.
В дереве элементов найдите группу полей, связанных с основанием платежа. Обычно это группа «Основание» или «Расшифровка платежа группа основание». Внутри нее находится элемент Контрагент. По умолчанию он может быть скрыт (галочка видимости снята).
Установите галочку видимости для элемента Контрагент (а также, при необходимости, для элемента Договор). Это действие сделает поле доступным для выбора в строках табличной части.
Нажмите «ОК», чтобы сохранить изменения формы.
Что мы получили в итоге? После этих настроек в табличной части «Расшифровка платежа» документа ПКО появятся новые колонки: «Контрагент» и «Договор». Теперь вы можете добавлять строки и в каждой из них указывать реального сотрудника (или родителя), его договор и сумму, которую он оплатил. При проведении документа общая сумма по кассе сформируется корректно, а аналитический учет по расчетам с контрагентами будет вестись по данным из табличной части.
Важный момент: этот способ отлично работает для многих типовых операций. Однако всегда проверяйте сформированные проводки (кнопка Дт/Кт). В редких случаях логика типовой операции может быть настроена так, что она все равно берет контрагента из шапки для некоторых счетов. Если вы столкнулись с такой ситуацией, может понадобиться более глубокое вмешательство.
Если пользовательская настройка формы не дает нужного результата в проводках или если требуется более «правильное» и надежное решение, можно пойти по пути доработки конфигурации. Этот метод гарантирует, что программа будет брать данные о контрагенте именно из табличной части.
Внимание! Этот способ предполагает снятие объекта с поддержки, что может усложнить дальнейшие обновления конфигурации. Выполнять такие действия должен специалист, понимающий последствия.
Алгоритм действий следующий:
В режиме конфигуратора необходимо найти типовую операцию, которая используется в документе Приходный кассовый ордер.
Создать копию этой типовой операции, чтобы не изменять стандартный объект.
Снять созданную копию с поддержки.
В настройках алгоритмов формирования проводок для этой операции изменить источник данных для субконто Контрагенты. Вместо того чтобы брать значение из реквизита шапки документа (Документ.Контрагент), нужно указать, что значение должно браться из реквизита табличной части (например, ТабличнаяЧасть.Контрагент).
Сохранить изменения и в пользовательском режиме выбрать новую, доработанную операцию в документе.
Этот подход является более технически грамотным, так как он меняет саму логику проведения документа, а не только его визуальное представление. Проводки будут формироваться гарантированно правильно, в соответствии с данными из строк документа.
Когда речь идет о сотнях и тысячах операций в месяц (например, 800 учеников, оплачивающих питание), ручной ввод даже в один документ становится крайне трудоемким и чреват ошибками. В таких случаях методология учета и возможности БГУ 2.0 предлагают более эффективные пути — автоматизацию.
Для безналичных поступлений:
Используйте документ Реестр зачислений или аналогичный функционал по загрузке банковских выписок. Большинство банков предоставляют выписки в виде файла (форматы txt, csv, xml), в котором содержатся данные по каждому платежу: ФИО плательщика, сумма, назначение платежа. В БГУ 2.0 есть штатные механизмы, позволяющие загрузить такой файл. Программа автоматически сопоставит плательщиков с контрагентами в базе и создаст необходимые документы поступления. Это сокращает ручной труд до минимума.
Для наличных поступлений:
Если средства принимаются наличными и формируется сводный ПКО, можно использовать стандартную обработку «Загрузка данных из табличного документа».
Подготовьте файл в формате Excel со списком плательщиков и сумм.
Откройте обработку «Загрузка данных из табличного документа» (часто доступна в разделе «Администрирование» -> «Печатные формы, отчеты и обработки»).
Настройте правила загрузки: укажите, что нужно создавать документы Приходный кассовый ордер, и сопоставьте колонки из вашего файла с реквизитами документа (Контрагент, Сумма и т.д.).
Запустите обработку. Система автоматически создаст нужное количество документов ПКО — по одному на каждого плательщика из файла.
Этот путь является стратегически самым верным при больших объемах данных, так как он исключает человеческий фактор, ускоряет работу в десятки раз и не требует «взлома» стандартной логики программы, что облегчает ее поддержку и обновление.