Разберем ситуацию, которая на практике встречается очень часто: в одном месяце нужно начислить районный коэффициент и на премию, и на оклад, но расчет выполняется разными документами, из-за чего программа либо не начисляет районный коэффициент повторно, либо сторнирует его при последующем пересчете зарплаты. Именно такая логика и описана в вопросе по ЗУП 3.1.26.13: сначала районный коэффициент рассчитывается с премии, а затем при втором документе Начисление зарплаты и взносов районный коэффициент на оклад уже не появляется; если же создать отдельное начисление «РК 2» для премии, то при пересчете зарплаты оно начинает сторнироваться. Эта проблема действительно типовая для старых релизов ЗУП и связана не столько с ошибкой настройки базы начисления, сколько с самим алгоритмом расчета зависимых начислений в течение месяца.
Сразу сформулируем главный вывод: в релизе 3.1.26.13 не стоит решать задачу начисления районного коэффициента несколько раз в месяц созданием двух разных документов Начисление зарплаты и взносов по одним и тем же сотрудникам за один и тот же месяц. Для премии нужно использовать межрасчетный документ, например Премия или Разовое начисление, а для самого районного коэффициента — стандартный механизм зависимого начисления с флажком Выполнять в документах разовых начислений. Тогда районный коэффициент с премии будет рассчитываться прямо в межрасчетном документе, а окончательный районный коэффициент с оклада — в обычном месячном документе расчета зарплаты. Именно такой подход рекомендуют и в обсуждениях по теме, и в материалах по механизму зависимых начислений в ЗУП.
Теперь подробно проанализируем, почему возникает сторнирование, почему не срабатывает схема с «РК 2» и как настроить расчет так, чтобы программа работала предсказуемо.
Выясним причину на уровне логики расчета. Начисление Районный коэффициент в ЗУП — это не самостоятельная «вторая зарплата», а зависимое начисление, которое рассчитывается на основании расчетной базы. Когда в месяце уже проведен один документ Начисление зарплаты и взносов, программа считает, что зависимое начисление за этот месяц уже было зарегистрировано. Поэтому при создании второго документа с тем же месяцем и тем же сотрудником она может не начислить районный коэффициент повторно, поскольку предыдущий результат уже присутствует в регистрах расчета. Именно это и наблюдается в обсуждении на форуме: при отмене первого документа второй начинает считать районный коэффициент верно, потому что программа перестает видеть уже записанный ранее результат.
Иными словами, проблема не в том, что оклад не входит в РасчетнуюБазу, а в том, что месячный документ расчета зарплаты в типовой логике не предназначен для поэтапного многократного начисления одного и того же зависимого начисления по одному сотруднику за один расчетный месяц. Поэтому попытка сначала отдельным документом начислить премию с районным коэффициентом, а затем вторым месячным документом начислить оклад с районным коэффициентом приводит к конфликту уже зарегистрированных результатов. Такой сценарий пользователи действительно воспроизводят в релизах 3.1.24 и 3.1.26.
Отсюда следует практический вывод: не делите один месяц по одному сотруднику на несколько документов Начисление зарплаты и взносов, если рассчитываете зависимые начисления, в том числе районный коэффициент. Для межрасчетных выплат используйте межрасчетные документы, а не второй месячный расчет зарплаты. Этот подход не просто удобнее, он соответствует механике ЗУП.
Теперь рассмотрим подробнее второй сценарий, когда создается отдельный вид начисления «РК 2» специально для премий. На первый взгляд решение выглядит логично: основной районный коэффициент считать в документе Начисление зарплаты и взносов, а дополнительный — в документе Разовое начисление. Но в релизе 3.1.26.13 такая схема не является штатной.
Причина в том, что в старых релизах ЗУП программа фактически ориентируется на ограниченную типовую модель использования начислений категории районного коэффициента. Полноценная возможность создавать более одного вида начисления для районного коэффициента и северной надбавки была добавлена только значительно позже — в релизах ЗУП 3.1.34.228 / 3.1.37.14. Это прямо отражено в материалах по обновлениям: в марте 2026 года 1С отдельно реализовала возможность создавать несколько видов расчета для РК и СН. Следовательно, в версии 3.1.26.13 попытка воспроизвести такую схему через копию типового начисления неизбежно попадает в «серую зону» алгоритма.
Почему появляется сторно? Потому что при последующем пересчете документа Начисление зарплаты и взносов программа повторно анализирует результаты начислений за месяц и пытается привести зависимые начисления к своей внутренней модели расчета. Если межрасчетный документ уже записал зависимое начисление, а месячный документ считает, что это начисление за месяц должно быть учтено иначе, возникает запись «ранее начислено» и сторнирование. Похожая логика проявляется и в других кейсах с районным коэффициентом: например, при наличии временных переводов, изменении графика и разовых начислений специалисты БухЭксперт также воспроизводили сторнирование РК и признавали наличие ошибки в расчете.
То есть в вашем сценарии сторнирование «РК 2» — это не признак того, что на вкладке приоритета что-то настроено неправильно. Даже если на закладке приоритетов пусто и никаких отсутствий в месяце нет, пересчет все равно может сторнировать межрасчетный районный коэффициент, потому что конфликт возникает на уровне общей модели регистрации результатов за месяц, а не только из-за вытеснения по приоритету.
Теперь разберем по шагам рабочую схему, которая подходит именно для релиза 3.1.26.13 и не требует изобретать отдельный «РК 2».
Правильный принцип такой:
Премия или Разовое начисление.Районный коэффициент включайте расчет в межрасчетных документах.Начисление зарплаты и взносов за месяц.Начисление зарплаты и взносов ради «доначисления» районного коэффициента по той же группе сотрудников за тот же месяц.Именно механизм расчета зависимых начислений в межрасчетных документах был специально добавлен в ЗУП начиная с версии 3.1.11. Для этого в настройке начисления нужно установить флажок Выполнять в документах разовых начислений. После этого в документах Премия, Разовое начисление, а также в ряде других межрасчетных документов программа может одновременно рассчитывать и само основное начисление, и зависящий от него районный коэффициент. Это официально описано в материалах по механизму зависимых начислений и подтверждается практикой пользователей.
Иначе говоря, не нужно делать так:
Начисление зарплаты и взносов — только премия и РК;Начисление зарплаты и взносов — оклад и еще один РК.Нужно делать так:
Премия или Разовое начисление — премия и РК на эту премию;Начисление зарплаты и взносов — оклад и РК на оклад, уже с учетом того, что РК на премию ранее начислен межрасчетно.На форуме по очень похожей ситуации предложено именно это решение: установить в начислении РК флажок расчета в документах разовых начислений, отменить неправильное начисление зарплаты, перевыбрать вид премии в межрасчетном документе, чтобы там рассчитался РК через зависимые начисления, а затем пересчитать месячный расчет зарплаты — после этого в нем должна остаться сумма районного коэффициента только с оклада.
Рассмотрим подробнее практическую последовательность настройки.
Откройте раздел с начислениями и найдите типовой вид начисления Районный коэффициент.
Проверьте, что в его составе расчетной базы включены те виды начислений, на которые районный коэффициент должен начисляться: оклад, ежемесячные премии, разовые премии и другие выплаты, предусмотренные вашей системой оплаты труда.
Установите флажок Выполнять в документах разовых начислений. Именно этот флажок позволяет документам Премия и Разовое начисление рассчитывать районный коэффициент одновременно с основной выплатой.
Не создавайте копию типового начисления РК без реальной необходимости. Для релиза 3.1.26.13 это особенно важно, потому что поддержка нескольких начислений категории РК появилась только в гораздо более поздних релизах.
Если ранее уже были введены ошибочные документы расчета зарплаты, отмените их проведение и выполните перерасчет в правильной последовательности.
Здесь важно понимать одну тонкость. Флажок Выполнять в документах разовых начислений сам по себе не означает, что районный коэффициент будет считаться «сколько угодно раз». Он означает, что право расчета районного коэффициента переносится в межрасчетные документы, то есть премия получает свой районный коэффициент там, где она вводится, а месячный документ расчета зарплаты затем считает уже оставшуюся часть базы — например, оклад и другие плановые начисления. Это принципиально отличается от схемы с двумя месячными документами расчета зарплаты.
Теперь разберем правильную последовательность ввода документов, чтобы исключить и пропуск начисления, и сторно.
Сначала введите документ Премия или Разовое начисление по сотруднику.
Убедитесь, что по премии рассчиталась сама премия и зависимое начисление Районный коэффициент.
После этого создайте обычный документ Начисление зарплаты и взносов за месяц.
Заполните его стандартно — для оклада, доплат, ежемесячных начислений.
Проверьте, что районный коэффициент в нем начисляется уже на оклад и прочую оставшуюся базу, а не повторяет сумму межрасчетного районного коэффициента.
Не пересчитывайте вручную уже проведенный месячный документ без необходимости, если после него вводите дополнительные межрасчетные документы. Лучше выдерживайте хронологию расчета: сначала межрасчет, потом итоговая зарплата за месяц.
Такая последовательность соответствует типовой модели ЗУП: межрасчетные доходы оформляются межрасчетными документами, а итоговый документ за месяц не дублирует уже зарегистрированные зависимые начисления, а учитывает их. Именно поэтому в обсуждении по теме пользователю и предложили отказаться от второго документа Начисление зарплаты и взносов для премии и перевести расчет премии в межрасчетный документ.
Проанализируем ситуацию с точки зрения архитектуры программы. Документ Премия в ЗУП как раз и предназначен для начисления премий отдельно от окончательного расчета зарплаты. В типовых материалах 1С прямо указывается, что при соответствующей настройке начисления флажок расчета в межрасчетных документах позволяет в документах Премия и Разовые начисления рассчитывать зависимые начисления одновременно с премией.
Использование документа Премия дает несколько преимуществ:
Премия не смешивается с итоговым расчетом оклада за месяц.
Районный коэффициент на премию рассчитывается сразу в том документе, где вводится премия.
Не возникает искусственного деления одного и того же месячного расчета на несколько документов.
Снижается риск конфликтов, сторнирований и повторной регистрации одного и того же зависимого начисления.
Поэтому если задача звучит как «премию нужно начислить раньше, а оклад — позже», правильное решение в ЗУП — не второй месячный расчет зарплаты, а именно межрасчетный документ.
Разберем и этот вариант, потому что в исходной ситуации он тоже использовался. Документ Разовое начисление вполне подходит, если вид премии действительно настроен как разовое начисление, а не как классическая премия через документ Премия. Важен не столько сам документ, сколько принцип: это должен быть межрасчетный документ, а районный коэффициент должен рассчитываться в нем как зависимое начисление. Для этого снова используется тот же флажок Выполнять в документах разовых начислений.
Если вы уже используете Разовое начисление, рассмотрим правильную схему:
Вид премии настраиваем как разовое начисление.
Этот вид премии включаем в РасчетнуюБазу районного коэффициента.
Для районного коэффициента включаем расчет в документах разовых начислений.
Документом Разовое начисление начисляем премию; программа тут же добавляет зависимое начисление РК.
После этого документом Начисление зарплаты и взносов начисляем оклад и РК только с оклада.
Если же после ввода Разового начисления вы заходите в уже проведенный месячный документ и пересчитываете сотрудника, старый релиз может начать сторнировать зависимое начисление. Поэтому лучше строить работу так, чтобы месячный документ заполнялся и рассчитывался после всех межрасчетных документов данного месяца, а не раньше.
Здесь ответ практический: для типового релиза 3.1.26.13 это не лучший путь. Формально можно пытаться разделить периоды, вручную корректировать строки, добиваться нужного поведения через перерасчеты, но это будет нестабильно. В консультациях по межрасчетным начислениям допускается разбиение начислений по периодам в разных документах, однако даже там подчеркивается, что расчет нужно обязательно проверять вручную, особенно если система оплаты сложная. Для районного коэффициента, который является зависимым начислением, такая схема еще более чувствительна к внутренней логике регистров.
Поэтому с точки зрения устойчивости учета лучше отказаться от идеи «нескольких зарплатных документов за один месяц ради районного коэффициента» и использовать штатное разделение: межрасчетный документ для премии и один итоговый месячный документ для зарплаты.
Для релиза 3.1.26.13 — обычно не нужно и не рекомендуется. Рассмотрим подробнее почему.
Когда пользователи создают отдельное начисление «РК 2», они обычно пытаются логически разделить:
районный коэффициент с оклада;
районный коэффициент с премии.
Но в старых релизах программа не была полноценно готова к штатному существованию нескольких начислений одной категории РК. Поэтому такое разделение часто приводит к тому, что одно из начислений воспринимается как нестандартное и при пересчете месяц «пересобирается» уже по внутренней логике типового РК. Отсюда и сторно.
Дополнительные начисления РК и СН 1С начала официально поддерживать лишь с марта 2026 года. В разъяснениях по этому нововведению отдельно сказано, что ранее существующее или первое созданное начисление с категорией РК считалось основным, а дополнительные нужно специально назначать через общую таблицу начислений кадровых документов или изменения оплаты труда. То есть полноценный штатный сценарий «несколько видов РК» — это именно новое функциональное расширение, а не старое типовое поведение.
Следовательно, для вашей версии программы правильнее использовать одно типовое начисление районного коэффициента и настраивать не второй вид РК, а сам порядок расчета документов.
Теперь посмотрим на контрольный список, который поможет исключить дополнительные ошибки настройки.
Состав расчетной базы. Проверьте, входят ли в РасчетнуюБазу районного коэффициента нужные начисления: оклад, премия, разовая премия, доплаты и т. д.
Назначение премии. Убедитесь, что сама премия оформляется тем документом, который соответствует ее настройке: либо Премия, либо Разовое начисление.
Флажок выполнения в межрасчетных документах. Для вида начисления Районный коэффициент должен быть установлен флажок Выполнять в документах разовых начислений, если хотите считать РК прямо в документе премии.
Последовательность ввода документов. Сначала межрасчетные документы, затем итоговое Начисление зарплаты и взносов.
Отсутствие дублирующих месячных документов. Не держите несколько проведенных документов Начисление зарплаты и взносов по одному сотруднику за один месяц без крайней необходимости.
Перерасчеты. Если вы меняли настройки уже после проведения документов, посмотрите наличие перерасчетов и перепроведите документы в правильной хронологии.
Нет ли известных ошибок релиза. В ряде ситуаций со сторнированием РК, особенно при переводах, разовых начислениях и изменении графика, специалисты воспроизводили именно ошибку программы, а не ошибку пользователя.
Если в учете уже есть документы, где районный коэффициент рассчитан или сторнирован неправильно, разберем по шагам безопасный способ исправления.
Определите, какой документ должен был быть межрасчетным: Премия или Разовое начисление.
Отмените проведение лишнего документа Начисление зарплаты и взносов, который был создан только для премии или только для части районного коэффициента.
Проверьте настройку районного коэффициента и установите флажок выполнения в документах разовых начислений.
Заново заполните и проведите межрасчетный документ с премией, чтобы районный коэффициент на премию рассчитался там как зависимое начисление.
После этого заново заполните и проведите единственный документ Начисление зарплаты и взносов за месяц.
Проверьте итоговый расчет по сотруднику и убедитесь, что районный коэффициент на премию не сторнируется, а районный коэффициент с оклада начисляется отдельно.
На практике это самый надежный способ «собрать месяц заново» без ручного вмешательства в суммы строк.
Теперь рассмотрим второй вариант решения — обновление программы. Если у вас есть бизнес-потребность использовать несколько разных начислений районного коэффициента, например:
одно начисление РК для основной зарплаты;
второе начисление РК для отдельного вида премий;
разные варианты РК в зависимости от категории выплат;
раздельный учет долей РК и СН в специфических схемах учета;
тогда разумно рассмотреть обновление ЗУП. Начиная с релизов 3.1.34.228 / 3.1.37.14, 1С официально реализовала возможность создавать более одного вида расчета для районного коэффициента и северной надбавки. До этого подобные конструкции фактически были обходными.
Но здесь важно не перепутать две задачи:
Если нужно просто начислять РК и на премию, и на оклад в одном месяце, обновление не является обязательным — достаточно правильно использовать межрасчетный документ и один типовой РК.
Если нужно именно несколько разных видов начисления РК как штатная схема учета, тогда новый релиз действительно дает для этого нормальную поддержку.
То есть для описанной проблемы обновление полезно, но не является единственным способом решения. Основная ошибка в исходной схеме — не только старая версия, но и сам подход с несколькими месячными документами расчета зарплаты.
Да, и чаще всего это даже предпочтительнее. Если у вас премия по смыслу является именно премией, а не произвольным разовым начислением, логичнее использовать документ Премия. В материалах 1С и БухЭксперт именно документ Премия чаще всего приводится как пример межрасчетного документа, в котором вместе с самой премией рассчитывается и районный коэффициент.
Посмотрим на практический алгоритм:
Настраиваем вид премии.
Убеждаемся, что этот вид премии включен в расчетную базу районного коэффициента.
У начисления Районный коэффициент ставим флажок выполнения в документах разовых начислений.
Документом Премия начисляем премию.
Программа тут же рассчитывает районный коэффициент на эту премию как зависимое начисление.
Позже документом Начисление зарплаты и взносов начисляем оклад и оставшийся районный коэффициент.
Эта схема обычно понятнее для бухгалтера и меньше провоцирует ручные корректировки.
В описанной ситуации — как правило, нет. Сам вопрос на форуме уже показывает, что пользователь проверял вкладку приоритета у «РК 2», и там не было начислений. Это подтверждает важный момент: не каждое сторнирование связано с приоритетом. Приоритеты используются для логики вытеснения начислений отсутствиями и другими пересекающимися видами расчета, но в вашем случае проблема возникает и без них — из-за повторного расчета зависимого начисления в пределах одного месяца разными документами.
Поэтому искать решение только на вкладке приоритетов не стоит. Гораздо важнее:
тип документа, которым вводится премия;
флажок выполнения в межрасчетных документах;
отказ от второго месячного документа расчета зарплаты;
верная хронология расчета.
Соберем в одном месте конкретные объекты и настройки 1С, которые нужно использовать при решении задачи:
Начисление зарплаты и взносов — основной итоговый документ расчета зарплаты за месяц.
Премия — межрасчетный документ, подходящий для начисления премий до окончательного расчета зарплаты.
Разовое начисление — межрасчетный документ для разовых выплат, если премия настроена именно так.
Районный коэффициент — зависимое начисление, которое должно рассчитываться либо в межрасчетном документе, либо в итоговом месячном расчете, но не через два разрозненных месячных документа.
РасчетнаяБаза — настройка состава начислений, на которые должен начисляться РК.
Перерасчеты — служебный механизм, который может помочь диагностировать некорректный пересчет, хотя не всегда устраняет ошибку алгоритма.
Если говорить именно о «методах и функциях», то в пользовательском сценарии решения ключевую роль играют не программные методы встроенного языка, а типовые объекты конфигурации и параметры вида расчета. В исходной прикладной задаче писать код 1С не требуется; проблема решается настройкой механизма начислений и корректным выбором документов.
Чтобы не возвращаться к той же ошибке снова, зафиксируем типичные неверные действия.
Не создавайте второй документ Начисление зарплаты и взносов по тем же сотрудникам и за тот же месяц только ради отдельного районного коэффициента.
Не создавайте в релизе 3.1.26.13 дублирующий вид начисления «РК 2» как основное решение задачи.
Не пытайтесь лечить проблему только вкладкой приоритетов, если сторнирование возникает при обычном пересчете месячного документа.
Не пересчитывайте проведенный месячный документ после ввода межрасчетных документов без необходимости, если можно пересобрать месяц в правильной последовательности.
Не смешивайте премию и окончательный месячный расчет через несколько отдельных зарплатных документов, когда для этого есть специальные межрасчетные документы.
Теперь подведем итог и сформулируем решение в прикладном виде.
Причина проблемы в том, что в ЗУП 3.1.26.13 районный коэффициент как зависимое начисление некорректно ведет себя при попытке начислять его несколькими документами Начисление зарплаты и взносов за один месяц по одному сотруднику. Попытка обойти это через отдельный вид начисления «РК 2» тоже нестабильна, потому что в этом релизе еще нет штатной поддержки нескольких начислений категории районного коэффициента, а при пересчете месячного документа программа может сторнировать межрасчетный результат.
Правильное решение такое:
Оставьте один типовой вид начисления Районный коэффициент.
Включите у него флажок Выполнять в документах разовых начислений.
Премию начисляйте документом Премия или Разовое начисление, а не отдельным документом Начисление зарплаты и взносов.
Районный коэффициент с премии рассчитывайте прямо в межрасчетном документе.
Оклад и районный коэффициент с оклада рассчитывайте одним итоговым документом Начисление зарплаты и взносов за месяц.
Если месяц уже посчитан неправильно, отмените проведение ошибочных документов и пересоберите расчет в правильной последовательности.
Дополнительный вариант — обновить программу до более нового релиза, если вам действительно нужно использовать несколько разных начислений РК как штатный механизм учета. Но для самой задачи «РК на премию плюс РК на оклад в одном месяце» это не обязательно: в большинстве случаев достаточно правильно включить межрасчетный расчет зависимого начисления и отказаться от нескольких месячных зарплатных документов.
Таким образом, если сформулировать ответ совсем прикладно, то делать нужно не «РК несколько раз документом зарплаты», а «один типовой РК, межрасчетная премия с зависимым РК и один итоговый месячный расчет». Именно эта схема в старых релизах ЗУП является наиболее правильной и устойчивой.
Информация носит справочный характер