Разберем ситуацию, которая регулярно возникает в 1С:ЗУП и смежных зарплатных конфигурациях, когда доплата до МРОТ вроде бы настроена по стандартной формуле, но результат получается спорным. На форуме 1С по теме доплаты до МРОТ обсуждалась типовая формула вида МАКС(МРОТ * ВремяВДнях / НормаДней - РасчетнаяБаза, 0), и проблема как раз была в том, что формула математически выглядит логично, а в реальном расчете может сработать не так, как ожидает бухгалтер или расчетчик зарплаты.
Выясним причину. Ошибка обычно не в самой идее доплаты, а в том, как именно программа делит начисления по периодам, какие начисления входят в РасчетнаяБаза, по дням или по часам ведется сравнение, как учитывается неполное рабочее время и что происходит при кадровых переводах внутри месяца. Из-за этого возникают ситуации, когда сотрудник в целом за месяц заработал больше МРОТ, а программа все равно доначисляет доплату за часть месяца. Либо наоборот: сотруднику доплата нужна, но она не появляется. Либо после настройки доплаты внезапно начинают некорректно считаться районный коэффициент, ночные, праздничные или смены, переходящие через полночь.
Рассмотрим подробнее, как подойти к задаче правильно: сначала разберем правовую логику, затем — практическую настройку в 1С, после этого — сложные случаи из реальной практики, которые чаще всего и вызывают ошибки.
Прежде чем настраивать доплату, важно зафиксировать базовый принцип. С МРОТ сравнивают не любую сумму, которая попала в расчетный листок, а оплату за нормальную работу в пределах нормы рабочего времени. И уже на этом этапе многие настройки начинают расходиться с законодательной логикой.
Проанализируем ситуацию по шагам.
Если сотрудник полностью отработал норму времени и выполнил свои трудовые обязанности, его заработок за обычную работу не должен быть ниже МРОТ.
Если сотрудник работает на условиях неполного рабочего времени, сравнивать нужно не с полным МРОТ, а с МРОТ, рассчитанным пропорционально его времени.
Если сотрудник работал ночью, в праздник, сверхурочно, по совмещению, в особых климатических условиях, нужно отдельно проверить, входят ли эти выплаты в базу сравнения или должны начисляться сверх МРОТ.
Если у сотрудника в течение месяца менялся оклад, график, подразделение, ставка или был кадровый перевод, программа может разделить месяц на части и посчитать доплату по каждой части отдельно. Вот здесь и появляется самая частая проблема.
Главный практический вывод: доплата до МРОТ — это не просто одна формула в виде начисления. Это целая схема, в которой нужно согласовать законодательную логику, состав расчетной базы и поведение программы при разбиении месяца на интервалы.
Посмотрим на пример из обсуждений 1С. Часто доплату настраивают так:
МАКС(МРОТ * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
На первый взгляд формула правильная: берем МРОТ пропорционально отработанным дням, вычитаем фактическую оплату, отрицательное значение заменяем на ноль. Но проблема в том, что программа может считать такую формулу не за месяц целиком, а по отдельным расчетным периодам внутри месяца.
Разберем по шагам, почему это опасно.
Функция МАКС нелинейная. Это значит, что сумма доплат, рассчитанных по частям, не равна доплате, рассчитанной по месяцу в целом.
Если первая часть месяца дала сумму меньше МРОТ, программа начислит доплату за этот кусок.
Если вторая часть месяца уже перекрывает недостачу и по итогам месяца доплата не нужна, программа все равно может оставить доплату по первой части.
В результате в целом за месяц сотрудник получает лишнюю сумму.
Именно это и обсуждали на форуме 1С: при делении периода на части программа фактически считает не общий месячный результат, а серию частичных сравнений. Поэтому важно не просто «ввести формулу по ИТС», а проверить, в каком контексте эта формула будет исполняться.
Выясним причину на простом математическом примере.
Предположим, сотрудник в первой части месяца заработал мало, а во второй — много. Если посчитать доплату отдельно по первой части, она появится. Но если сложить обе части и потом сравнить с месячным МРОТ, доплата может уже не понадобиться. Именно поэтому бухгалтеры часто говорят: «по месяцу все нормально, а 1С все равно что-то доплачивает».
Значит, первое правило: если месяц в программе дробится, нужно либо добиваться расчета доплаты по месяцу в целом, либо строить двухэтапную схему.
Рассмотрим подробнее правовую сторону, потому что без нее невозможно правильно настроить 1С.
Для сотрудника на полной ставке базовая логика простая: если он полностью отработал месяц, заработок за обычную работу не должен быть ниже МРОТ. Для сотрудника на неполном рабочем времени логика иная: его заработок может быть ниже полного МРОТ, но не ниже МРОТ, пересчитанного пропорционально отработанному времени.
Это значит, что в 1С при расчете доплаты для неполной ставки нельзя использовать голый показатель МРОТ без поправки на долю занятости и фактически отработанное время. Если этого не сделать, программа будет искусственно дотягивать зарплату сотрудника на 0,5 ставки до полного МРОТ, что приведет к завышению начислений.
Дополнительно нужно учитывать еще один важный принцип: не все выплаты можно включать в сумму сравнения с МРОТ. Повышенная оплата за особые условия труда и отклонения от нормальных условий не всегда должна «съедать» недостающую до МРОТ сумму. Поэтому настройка состава РасчетнаяБаза — один из ключевых этапов.
Чтобы настройка была управляемой, используем стандартные объекты и показатели 1С. Посмотрим, что чаще всего помогает решить проблему.
Начисления — здесь создаем сам вид расчета «Доплата до МРОТ».
РасчетнаяБаза — определяет, какие начисления уменьшают доплату.
МРОТ — показатель минимального размера оплаты труда. В типовых вариантах может использоваться предопределенное значение, а для местного МРОТ иногда создают отдельный показатель.
ВремяВДнях, НормаДней — удобны, если основная схема учета строится по дням.
ВремяВЧасах, НормаЧасов — нужны, если сотрудникам важно сравнение по часам, особенно при сменном графике и почасовой оплате.
ДоляНеполногоРабочегоВремени — ключевой показатель для неполной ставки.
НеРазделятьПоПериодам — специальный показатель, который пытаются использовать для борьбы с дроблением начисления по периодам, но его нужно применять очень осторожно.
НазначениеПлановогоНачисления, ПриемНаРаботу, КадровыйПеревод — документы, через которые удобно назначать доплату сотруднику.
НачислениеЗарплатыИВзносов — документ, в котором и проявляется результат настройки.
МАКС — основная функция формулы, позволяющая не начислять отрицательную доплату.
Практический вывод: если в статье, настройке или обсуждении показана только одна формула, но не описан состав РасчетнаяБаза, порядок назначения начисления и поведение при кадровых переводах, значит решение описано не до конца.
Сначала разберем самый простой и самый распространенный вариант: сотрудник работает по обычному графику, месяц целиком, без переводов внутри месяца, без сложного разбиения на периоды. В таком случае можно использовать базовую схему.
Разберем по шагам.
Создайте новое начисление в разделе Настройка → Начисления.
Выберите назначение начисления «Повременная оплата труда и надбавки».
Установите выполнение начисления ежемесячно, чтобы оно рассчитывалось при окончательном начислении зарплаты.
Задайте формулу расчета.
Настройте состав РасчетнаяБаза: включите туда только те начисления, которые действительно должны уменьшать доплату.
Назначьте начисление сотруднику как плановое.
Для полной ставки типовая формула может выглядеть так:
МАКС(МРОТ * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
Если учет в организации строится по часам, а не по дням, логичнее использовать часовую формулу:
МАКС(МРОТ * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
Посмотрим на пример.
Допустим, федеральный или применяемый в организации МРОТ равен условно 25 000. Сотрудник отработал всю норму месяца. По окладу ему начислено 23 500. Других включаемых в базу начислений нет. Тогда программа рассчитает:
25 000 - 23 500 = 1 500.
Если формула и состав базы настроены верно, именно эти 1 500 и будут начислены как доплата до МРОТ.
На этом этапе все выглядит просто. Но такая настройка надежно работает только тогда, когда месяц не дробится и состав включаемых выплат очевиден.
Теперь разберем следующую ситуацию: сотрудник работает на 0,5 ставки, на 0,75 ставки или по сокращенному индивидуальному графику. В этом случае формулу нужно изменить. Иначе программа начнет дотягивать частично занятого сотрудника до полного МРОТ, что неверно.
Для таких случаев обычно используют показатель ДоляНеполногоРабочегоВремени. Тогда формула выглядит так:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
Если удобнее работать в часах:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
Проанализируем ситуацию на примере.
Сотрудник работает на 0,5 ставки. Полный МРОТ — 25 000. Значит, минимально гарантированная база для сравнения — 12 500 при полной отработке его графика. Если начислено 11 800, доплата составит 700. Если начислено 13 000, доплата не нужна.
Обратите внимание на важный момент. В некоторых настройках пользователи пытаются не использовать ДоляНеполногоРабочегоВремени, полагая, что неполная занятость уже «сидит» в часах или днях. Иногда это действительно работает, но не во всех графиках и не во всех кадровых сценариях. Поэтому безопаснее не гадать, а проверить:
как именно формируется ВремяВДнях или ВремяВЧасах;
учитывается ли в них доля ставки автоматически;
не возникает ли двойное уменьшение или, наоборот, отсутствие уменьшения.
Рекомендация: если в организации много неполных ставок, сразу тестируйте начисление на трех сценариях: 1 ставка, 0,5 ставки и неполный месяц. Только так можно убедиться, что формула ведет себя правильно.
РасчетнаяБазаТеперь разберем самый важный практический этап — состав расчетной базы. Именно здесь чаще всего искажается доплата.
Когда в формуле написано ... - РасчетнаяБаза, программа должна понимать, какие начисления уже покрывают обязательный минимум оплаты труда, а какие не должны его «съедать».
Рассмотрим подробнее, что обычно включают в базу.
Оклад или оплата по тарифу.
Постоянные надбавки, относящиеся к обычной оплате труда, если по локальным правилам организации они учитываются при сравнении с МРОТ.
Иные регулярные выплаты, которые относятся к оплате труда в пределах нормы и не являются компенсацией за особые условия.
А теперь посмотрим, что нужно анализировать особенно внимательно.
Ночные часы.
Сверхурочные.
Работа в выходные и праздники.
Совмещение, расширение зоны обслуживания, временное исполнение обязанностей.
Районный коэффициент и северные надбавки.
Почему это важно? Потому что если включить в РасчетнаяБаза все подряд, программа может решить, что МРОТ уже достигнут, хотя на самом деле нужная сумма набралась только за счет выплат, которые должны начисляться сверх минимума.
Разберем наиболее частые ошибки.
Ошибка 1. В расчетную базу включили ночные и праздничные, и из-за этого доплата до МРОТ пропала. Формально общая сумма зарплаты стала больше, но минимальная гарантия за обычную работу могла остаться не достигнутой.
Ошибка 2. В расчетную базу включили районный коэффициент, хотя организация должна сначала довести оплату до МРОТ, а уже потом применять районный коэффициент сверх этой суммы.
Ошибка 3. В базу не включили постоянную надбавку, которая по локальным правилам должна участвовать в сравнении с МРОТ. Тогда программа начнет доплачивать лишнее.
Поэтому универсального списка «включать всегда» не существует. Здесь нужно совместно проверить:
законодательную природу выплаты;
локальные нормативные акты организации;
цель самой настройки в 1С: соблюдение законодательно обязательного минимума или внутренней методики работодателя.
Практический совет: сначала составьте перечень начислений, которые реально формируют оплату за нормальную работу, и только потом переносите этот перечень в РасчетнаяБаза. Не начинайте настройку с технических действий в программе без этой аналитики.
Теперь разберем ту самую проблему, из-за которой тема на форуме 1С и возникает чаще всего. Сотрудник мог работать часть месяца по одному окладу, часть — по другому. Либо был кадровый перевод. Либо сдельная сумма была загружена одним разовым начислением. Либо смена перешла через границу дней. В результате месяц делится на несколько периодов.
Что делает программа в такой ситуации? Она может рассчитать доплату до МРОТ по каждому периоду отдельно. Это и приводит к лишним доначислениям.
Рассмотрим подробнее на примере.
Первая часть месяца — маленький оклад, вторая часть — большой оклад. По итогам месяца общая сумма больше МРОТ. Но если программа отдельно увидит первую часть с недобором, она доначислит доплату за эту часть. Во второй части доплаты не будет. Итог — завышенная зарплата.
Вот почему простая формула с МАКС не спасает: проблема не в ней самой, а в том, что она применяется несколько раз.
Здесь есть несколько практических решений.
Иногда пользователи пытаются добавить в формулу показатель НеРазделятьПоПериодам. Формула может выглядеть так:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0) + НеРазделятьПоПериодам
Смысл идеи понятен: заставить начисление «смотреть» на месяц как на единое целое. Но на практике этот прием помогает не всегда. В обсуждениях 1С неоднократно отмечалось, что при кадровых переводах внутри месяца показатель НеРазделятьПоПериодам может не дать ожидаемого эффекта.
Поэтому этот вариант можно использовать только после тестирования на реальных сценариях:
кадровый перевод в середине месяца;
изменение оклада без перевода;
смена графика;
разовые начисления за весь месяц;
совмещение нескольких начислений с разными периодами действия.
Вывод: показатель НеРазделятьПоПериодам — не волшебная кнопка. Он может помочь в отдельных схемах, но не заменяет полноценную проверку расчета.
Это более надежный подход, когда обычная формула начинает ошибаться из-за приоритетов, вытеснений и разбиения периода. Смысл решения такой: сначала отдельно собираем сумму, которая должна участвовать в сравнении с МРОТ, а потом уже финальным начислением доводим оплату до нужного минимума.
Разберем по шагам общую логику.
Создаем вспомогательное начисление или справочный механизм, который фиксирует сумму обычной оплаты за месяц.
Настраиваем его так, чтобы оно не ломалось из-за приоритетов и не разрезалось неожиданным образом.
Финальное начисление «Доплата до МРОТ» уже сравнивает месячный минимум не с разрозненными кусками, а с заранее подготовленной итоговой суммой.
Посмотрим на пример принципа расчета.
СуммаДляСравнения = Оклад + ОплатаПоТарифу + ПостоянныеНадбавки
ДоплатаДоМРОТ = МАКС(МРОТПропорциональноВремени - СуммаДляСравнения, 0)
Разумеется, в самой формуле 1С выражение будет зависеть от того, как именно в конфигурации реализованы показатели и вспомогательные начисления. Но методически схема именно такая: сначала собираем корректную базу за месяц, потом сравниваем с МРОТ.
Почему этот подход надежнее? Потому что мы убираем из задачи главную проблему — множественное применение функции МАКС к разным кускам одного и того же месяца.
Иногда организация загружает итоговые суммы по сдельщикам или по внешней системе одним разовым начислением за месяц. На первый взгляд это удобно. Но если внутри месяца был кадровый перевод или смена условий оплаты, программа может отнести всю разовую сумму к первому периоду, а второй период останется «пустым». Тогда доплата до МРОТ может сработать лишний раз.
В такой ситуации один из практических способов — разбить разовое начисление по периодам вручную, чтобы каждая часть месяца получила свою долю суммы. Да, это трудоемко. Но если схема обмена пока не доработана, это может быть самым точным временным решением.
Рассмотрим, когда этот способ действительно нужен:
суммы загружаются из внешней системы одним блоком;
внутри месяца у сотрудника были кадровые изменения;
доплата до МРОТ срабатывает только на одном из периодов;
по итогам месяца возникает завышение.
В идеале такой процесс нужно автоматизировать, но как временная рабочая мера ручное деление по периодам помогает убрать ошибочный результат.
Теперь разберем ситуацию, которую часто недооценивают: сменный график, часы, переходящие через полночь, ночные часы, работа в выходной или праздник. Здесь ошибка часто возникает потому, что доплату до МРОТ настраивают по дням, а учет фактически нужно вести по часам.
Если смена началась в один день, а закончилась в другой, программа может распределить время особым образом. В обсуждениях по 1С встречается практический совет учитывать все часы в дне начала смены. Но это решение удобно далеко не всегда, потому что тогда усложняется автоматический расчет ночных, праздничных и выходных часов.
Поэтому в сменных графиках безопаснее сначала ответить на два вопроса:
что в вашей конфигурации является основной единицей для контроля минимума — дни или часы;
как именно программа отражает время, если смена переходит на следующий календарный день.
Если зарплата завязана на часовую тарифную ставку, логичнее использовать часовую формулу:
МАКС(МРОТ * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
А если сотрудник работает неполное время:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
Посмотрим, почему это важно. При сменном графике два сотрудника могут отработать одинаковое число смен, но разное количество часов. Если доплата сравнивается по дням, один из них может получить неверный результат. По часам такой перекос обычно снимается.
Практический совет: если в организации есть сменщики, не ограничивайтесь одной демонстрационной проверкой. Протестируйте отдельно:
обычную дневную смену;
смену с ночными часами;
смену, затрагивающую праздник;
смену, переходящую через полночь.
Теперь разберем еще одну сложную тему: как должны взаимодействовать доплата до МРОТ и районный коэффициент. На практике именно здесь встречается много противоречивых настроек.
Некоторые пользователи пытаются сделать так, чтобы на доплату до МРОТ районный коэффициент не начислялся. Технически в 1С для этого начинают менять вкладки Расчетная база и Зависимости у видов начислений. Но прежде чем что-то отключать, нужно определить, какой именно результат требуется с точки зрения законодательства и локальной методики организации.
Если организация работает в местности, где применяются районные коэффициенты и северные надбавки, важно не смешивать два разных вопроса:
что сравниваем с МРОТ;
на что потом начисляем районный коэффициент.
Практически это означает следующее: сначала нужно определить минимально допустимую сумму оплаты за обычную работу, а затем уже анализировать, как на нее ложатся районные и северные начисления. Если попытаться решить все одной грубой настройкой, можно либо занизить зарплату, либо завысить доплату.
Поэтому действуем так:
сначала описываем правовую модель расчета, которая применяется в организации;
потом проверяем, какие начисления входят в РасчетнаяБаза доплаты;
затем анализируем зависимости районного коэффициента и северной надбавки;
после этого делаем контрольный расчет на нескольких сотрудниках.
Не делайте наоборот. Если сначала начать исключать доплату из базы районного коэффициента или удалять зависимости, а уже потом разбираться в методике расчета, можно получить новый, еще более запутанный результат.
Когда организация понимает, что для ряда должностей доплата до МРОТ может возникать регулярно, лучше сразу настроить ее как плановое начисление. Это дает более стабильный результат, чем попытка каждый месяц вводить доплату вручную.
Разберем, чем удобен такой подход.
Начисление автоматически попадает в документ НачислениеЗарплатыИВзносов.
Не нужно ежемесячно вспоминать, кому назначить доплату вручную.
Легче тестировать и поддерживать состав РасчетнаяБаза.
Удобнее проверять результат при приеме, переводе и изменении графика.
Обычно такую доплату назначают через:
ПриемНаРаботу — если сотрудник изначально может получать оплату ниже МРОТ по окладу;
КадровыйПеревод — если изменились условия оплаты и доплата стала нужна;
НазначениеПлановогоНачисления — если нужно массово назначить доплату группе сотрудников.
Это особенно полезно в массовом расчете, когда бухгалтеру нужно не разово исправить одну ситуацию, а построить устойчивую схему для десятков или сотен сотрудников.
Разберем типовой алгоритм диагностики. Если вы видите, что за месяц сумма больше МРОТ, а доплата все равно есть, идите по следующему порядку.
Проверьте, не разделен ли месяц на несколько расчетных периодов.
Посмотрите, сколько строк доплаты до МРОТ появилось в документе НачислениеЗарплатыИВзносов.
Проверьте, не было ли кадрового перевода, изменения оклада, графика, ставки.
Посмотрите, не загружалось ли разовое начисление сразу за весь месяц.
Сравните сумму по каждой части месяца отдельно и итоговую сумму по месяцу.
Проверьте, используется ли показатель НеРазделятьПоПериодам и как он реально отрабатывает.
Убедитесь, что РасчетнаяБаза содержит именно те начисления, которые должны уменьшать доплату.
В большинстве таких случаев причина находится в одном из двух мест:
доплата считается по частям месяца;
состав расчетной базы не соответствует реальной методике сравнения с МРОТ.
Теперь посмотрим на обратную проблему. Сотрудник отработал месяц, сумма меньше минимально допустимой, но доплата отсутствует. В этом случае проверяем следующее.
Назначено ли начисление сотруднику вообще.
Выполняется ли начисление ежемесячно.
Не завышена ли РасчетнаяБаза за счет лишних выплат.
Правильно ли определяется МРОТ — федеральный или локальный.
Верно ли выбраны показатели времени: ВремяВДнях или ВремяВЧасах.
Для неполного рабочего времени используется ли ДоляНеполногоРабочегоВремени.
Нет ли вытеснения начисления другими видами расчета.
Очень часто доплата «не работает» не потому, что формула неверная, а потому, что в РасчетнаяБаза случайно попали начисления, которые уже довели сумму выше порога. Формально программа права, но методически результат получается ошибочным.
Чтобы было удобнее внедрять решение, соберем несколько типовых вариантов формул.
1. Базовая доплата для полной ставки по дням:
МАКС(МРОТ * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
2. Базовая доплата для полной ставки по часам:
МАКС(МРОТ * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
3. Доплата для неполного рабочего времени по дням:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)
4. Доплата для неполного рабочего времени по часам:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)
5. Формула, которую иногда пытаются использовать при разбиении периода:
МАКС(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0) + НеРазделятьПоПериодам
Но подчеркнем еще раз: пятый вариант нельзя считать универсальным решением. Он требует обязательного тестирования именно на ваших кадровых сценариях.
Разберем этот вопрос отдельно, потому что от него зависит корректность всей методики.
Используйте расчет по дням, если:
основной график в организации стабильный и дневной;
основные начисления ориентированы на отработанные дни;
не возникает существенных перекосов из-за смен и переходящих часов.
Используйте расчет по часам, если:
есть сменные графики;
есть часовая тарифная ставка;
часто возникают ночные часы и переходящие смены;
важно точно соотносить оплату с часовыми нормами.
Практический критерий выбора: если вам уже приходилось вручную объяснять, почему при одинаковом количестве дней сотрудники получили разную оплату из-за часов, значит доплату до МРОТ лучше строить по часам.
Рассмотрим подробнее, как проверить себя перед тем, как использовать доплату в рабочем расчете зарплаты.
Создайте тестового сотрудника на полной ставке без надбавок.
Создайте тестового сотрудника на 0,5 ставки.
Проверьте сотрудника с кадровым переводом в середине месяца.
Проверьте сотрудника со сменой, переходящей через полночь.
Проверьте сотрудника с ночными и праздничными часами.
Проверьте сотрудника с районным коэффициентом.
Проверьте сотрудника, у которого есть разовое начисление, загруженное извне.
Для каждого случая сравните:
что программа считает как РасчетнаяБаза;
какой минимум она определяет для сравнения;
сколько строк доплаты появляется;
совпадает ли итог с ручным контрольным расчетом.
Это занимает время, но именно такой тест избавляет от самой неприятной ситуации, когда ошибка обнаруживается уже после массового начисления зарплаты.
Сведем все в понятный алгоритм, который можно применять в работе.
Определите, какой минимум вы должны сравнивать с зарплатой сотрудника: полный МРОТ или МРОТ пропорционально времени.
Решите, будете сравнивать по дням или по часам.
Составьте правильный перечень начислений для РасчетнаяБаза.
Создайте вид начисления «Доплата до МРОТ» в Начисления.
Укажите назначение «Повременная оплата труда и надбавки» и ежемесячное выполнение.
Введите формулу с учетом ДоляНеполногоРабочегоВремени, если есть неполная занятость.
Назначьте начисление сотруднику как плановое.
Проверьте поведение при кадровых переводах и разбиении месяца.
Если доплата считается по частям месяца неверно, переходите на двухэтапную схему или корректируйте способ распределения разовых начислений.
Отдельно протестируйте взаимодействие с ночными, праздничными, северными и районными начислениями.
Доплата до МРОТ в 1С — это не задача «ввести одну формулу и забыть». На практике нужно одновременно решить три вопроса:
что именно должно сравниваться с МРОТ;
в каком временном разрезе программа выполняет сравнение;
какие начисления должны входить в РасчетнаяБаза, а какие — нет.
Если этого не сделать, появляются типовые ошибки: лишняя доплата при кадровом переводе, отсутствие доплаты у неполной ставки, некорректная работа с ночными и праздниками, путаница с районным коэффициентом и разовым начислением за месяц.
Поэтому действуем последовательно: сначала определяем методику, затем настраиваем формулу, потом проверяем состав базы и только после этого запускаем расчет на всех сотрудниках. Такой подход позволяет не просто «починить одну строку начисления», а выстроить устойчивое решение, которое будет работать и в простых, и в сложных кадровых сценариях.
Информация носит справочный характер.