Как рассчитать записи регистра расчета в 1С

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

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

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

Как устроен расчет записей: план видов расчета, регистр и формулы

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

Формула вида расчета опирается на показатели: оклад, отработанное время, тарифная ставка, процент. Например, классическая формула оплаты по окладу выглядит как «Оклад / Норма дней × Отработано дней». Если хотя бы один показатель не заполнен, результат будет нулевым или расчет вообще не выполнится — система не «догадывается» о недостающих данных.

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

Подготовка данных перед расчетом

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

Третий блок — показатели и их значения. Проверьте, что все показатели, задействованные в формулах, имеют актуальные значения на дату расчета: оклад, районный коэффициент, процент премии. Четвертый — отсутствия и отклонения: отпуска, больничные, командировки должны быть введены до расчета зарплаты, иначе придется делать перерасчет.

Расчет записей при проведении документа

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

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

НаборЗаписей = РегистрыРасчета.ОсновныеНачисления.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаДокумент);
НаборЗаписей.Прочитать();
НаборЗаписей.Рассчитать();
НаборЗаписей.Записать(, Истина);

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

Перерасчеты: когда и как их запускать

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

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

1. 1
   Исправьте исходные данные: оклад, график, документ отсутствия
2. 2
   Откройте регистр перерасчетов и убедитесь, что записи появились
3. 3
   Перепроведите расчетный документ за затронутый период
4. 4
   Проверьте, что регистр перерасчетов очистился
5. 5
   Сверьте новый результат в расчетном листке сотрудника

Ручное редактирование результата в записи регистра вместо перерасчета — плохая практика: при следующем перепроведении документа система перезапишет значение по формуле, и ручная правка исчезнет, создав расхождения в учете.

Проверка результата расчета

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

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

Типичные ошибки и их устранение

Самая частая проблема — нулевой результат из-за незаполненного графика или показателя. Диагностируется просто: откройте запись регистра, посмотрите значения показателей и норму времени. Вторая ошибка — двойной расчет: документ провели повторно, не отменив старые движения, или завели дублирующее начисление. Лечится отменой проведения лишнего документа.

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

Программный расчет и особые сценарии

Расчет с учетом вытеснения

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

Расчет зависимых начислений по базе

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

Частые вопросы