Как настроить формулу расчета компенсации родительской платы в 1С:БГУ с учетом фактической оплаты и переплат?

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

Настройка расчета компенсации родительской платы (РП) в программе «1С:Бухгалтерия государственного учреждения» (БГУ) — одна из самых частых и в то же время запутанных задач для бухгалтера государственного учреждения образования. Сложность заключается в том, что федеральное законодательство задает лишь базовые рамки компенсации (не менее 20%, 50% и 70% на первого, второго и третьего ребенка соответственно), в то время как конкретные методики расчета, учет посещаемости, лимиты ставок и требования к факту оплаты определяются региональными нормативными актами. В результате в разных субъектах РФ правила могут кардинально отличаться.

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

Понимание ключевых операндов БГУ

Прежде чем переходить к составлению формул, давайте проанализируем, какими встроенными показателями (операндами) мы располагаем в программе 1С:БГУ и как именно система интерпретирует их значения при расчете:

  1. СуммаФактическойОплаты(ПериодДокумента) — данный показатель возвращает общую сумму денежных средств, фактически поступивших от родителя на лицевой счет или в кассу учреждения в течение расчетного периода (по дебету счетов 201.11, 201.34 и кредиту счета 205.31).
  2. СостояниеРасчетов(ПериодДокумента) — важнейший операнд, который возвращает сальдо расчетов по конкретному ребенку на момент заполнения документа. При этом программа интерпретирует сальдо следующим образом:
    • Дебетовое сальдо (задолженность родителя перед учреждением) выводится со знаком плюс (+).
    • Кредитовое сальдо (переплата или авансовый платеж со стороны родителя) выводится со знаком минус (-).
  3. КолПосещений(ПериодДокумента) — количество дней, которые ребенок фактически отработал (посетил детский сад) согласно табелю учета посещаемости детей за расчетный месяц.
  4. СтавкаКомпенсации(ПериодДокумента) — установленная в регионе базовая или средняя дневная ставка, от которой рассчитывается размер компенсации (либо процент от нее).
  5. СтавкаОплаты(ПериодДокумента) — установленный размер родительской платы за один день посещения (или фиксированный тариф в месяц).

Рассмотрим подробнее практические варианты формул для разных методик расчета, которые применяются в учреждениях.

---

Вариант 1. Простой расчет по факту оплаты (без детализации сумм)

Рассмотрим ситуацию, когда региональное постановление требует выплачивать компенсацию в стандартном объеме (дни посещения, умноженные на ставку и процент), но при обязательном условии наличия платежа в текущем месяце. То есть, если родитель внес хотя бы один рубль, ему положена полная компенсация за дни посещения. Если оплаты не было вовсе — компенсация не начисляется.

Для реализации этого алгоритма мы можем использовать логическое ветвление с помощью оператора ?(,,):


КолПосещений(ПериодДокумента) * СтавкаКомпенсации(ПериодДокумента) * ?( СуммаФактическойОплаты(ПериодДокумента) > 0 , 1 , 0 )

Как работает эта формула: программа проверяет, превышает ли сумма фактической оплаты в текущем периоде ноль. Если превышает, то выражение в скобках возвращает единицу (1), и расчет производится в стандартном режиме. Если оплаты не было, выражение возвращает ноль (0), обнуляя всю сумму начисленной компенсации.

---

Вариант 2. Расчет с ограничением по фактической оплате (без учета авансов)

Более распространенный вариант: компенсируется процент от фактически уплаченной суммы, но этот размер не может превышать сумму, рассчитанную по дням посещения. Иными словами, если родителю начислено за 15 дней посещения 1500 рублей, а он оплатил только 1000 рублей, то компенсация должна считаться от 1000 рублей. Если же он оплатил 2000 рублей, то компенсация рассчитывается от начисленных 1500 рублей.

В этом случае формула выглядит следующим образом:


?( СуммаФактическойОплаты(ПериодДокумента) > 0 , ?( СуммаФактическойОплаты(ПериодДокумента) < (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) , СуммаФактическойОплаты(ПериодДокумента) , (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) ) , 0 )

Разберем логику по шагам:

  1. Внешнее условие ?(СуммаФактическойОплаты(ПериодДокумента) > 0, ... , 0) отсекает случаи, когда оплаты не было совсем.
  2. Внутреннее условие сравнивает факт оплаты со стоимостью фактических посещений: СуммаФактическойОплаты(ПериодДокумента) < (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)).
  3. Если факт оплаты меньше начисления по посещениям, то за базу расчета компенсации принимается сама СуммаФактическойОплаты(ПериодДокумента).
  4. Если оплата больше или равна начислению по дням посещения, то базой становится плановое начисление по дням: СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента).

---

Вариант 3. Расчет с учетом переплаты (аванса) прошлых периодов

Самый сложный случай, с которым сталкиваются расчетчики: родитель оплатил квитанцию авансом на два месяца вперед. В текущем месяце по банку его оплат нет (СуммаФактическойОплаты = 0), но у него висит переплата на начало месяца, и ребенок активно посещал детский сад. Бухгалтеры справедливо утверждают, что компенсация за текущий месяц должна быть начислена, так как фактически услуги оплачены авансом.

Здесь нам на помощь приходит операнд СостояниеРасчетов(ПериодДокумента). Чтобы сложить текущую оплату и имеющуюся переплату (которая хранится в программе со знаком «минус»), мы должны использовать математическое вычитание:

Доступные средства для компенсации = СуммаФактическойОплаты(ПериодДокумента) - СостояниеРасчетов(ПериодДокумента)

Например, если текущей оплаты нет (0 руб.), а переплата на начало месяца составляет 1500 руб. (в программе это -1500), то по формуле получаем: 0 - (-1500) = 1500 рублей доступных средств.

Универсальная формула расчета, учитывающая текущую оплату, накопленный аванс и ограничивающая расчет фактическими днями посещения, выглядит так:


?( (СуммаФактическойОплаты(ПериодДокумента) - СостояниеРасчетов(ПериодДокумента)) < СтавкаОплаты(ПериодДокумента) , 
    ?( (СуммаФактическойОплаты(PeriodDokumenta) - СостояниеРасчетов(ПериодДокумента)) < (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) , 
        (СуммаФактическойОплаты(ПериодДокумента) - СостояниеРасчетов(ПериодДокумента)) , 
        (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) 
    ) , 
    ?( СтавкаОплаты(ПериодДокумента) < (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) , 
        СтавкаОплаты(ПериодДокумента) , 
        (СтавкаКомпенсации(ПериодДокумента) * КолПосещений(ПериодДокумента)) 
    ) 
)

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

---

Что делать, если в регионе установлены сложные лимиты?

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


( ?( СтавкаЗаДень(ПериодДокумента) > Константа , РПсред , РПсредМногодетные ) / ( ?( ( СтавкаЗаДень(ПериодДокумента) * КолРабДней(ПериодДокумента) ) > МаксимальнаяРП , МаксимальнаяРП , ( СтавкаЗаДень(ПериодДокумента) * КолРабДней(ПериодДокумента) ) ) ) ) * СуммаФактическойОплаты(ПериодДокумента)

В данной конфигурации:

---

Методические ограничения 1С:БГУ и пути решения проблем

Несмотря на высокую гибкость формульного редактора в БГУ, пользователи периодически сталкиваются с ограничениями системы, которые невозможно обойти стандартными формулами:

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

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

← На главную