Как в ЗУП 3.1 для Казахстана правильно рассчитать начисление «от обратного», если уже есть оклад?

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

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

Выясняем причину неверного расчета

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

Рассмотрим ситуацию на примере:

1. Сотруднику начисляется оклад. При расчете налогов с этой суммы применяется вычет МЗП, который уменьшает налогооблагаемую базу по ИПН.
2. Далее в этом же месяце мы пытаемся начислить 10 000 тенге за питание «от обратного».

Проблема в том, что механизм расчета «от обратного» для отдельного начисления (питания) «не знает», что вычет МЗП уже был полностью или частично использован при расчете оклада. Он по умолчанию предполагает, что вычет доступен, и рассчитывает сумму к начислению исходя из этого предположения. В результате, когда система производит итоговый расчет зарплаты и взносов за месяц, она видит общую базу (Оклад + Питание), применяет вычет МЗП один раз ко всей сумме, и оказывается, что с начисленной суммы питания нужно удержать больше налогов, чем было заложено при расчете «от обратного». Именно поэтому итоговая сумма «на руки» оказывается меньше ожидаемой.

Рассмотрим два способа решения этой проблемы: стандартный (рекомендуемый) и альтернативный с помощью сложной формулы.

Решение 1: Использование стандартного механизма (рекомендуемый способ)

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

Разберем по шагам, как включить стандартную настройку:

1. Перейдем в раздел «Настройка» → «Начисления».
2. Откроем наше начисление, которое рассчитывается «от обратного» (в нашем примере это «Питание»).
3. Перейдем на закладку «Налоги, взносы, бухучет». Убедимся, что начисление облагается ИПН, ОПВ и ВОСМС.
4. Теперь самое главное: в настройках вида расчета, где мы указали, что результат рассчитывается «от обратного», найдем опция «Учитывать «прямые» начисления» и установим этот флажок.

Что делает эта настройка?

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

• Анализирует все остальные «прямые» доходы, уже рассчитанные сотруднику в этом месяце.
• Определяет, какая часть стандартного вычета МЗП уже была использована этими доходами.
• Корректирует расчет «от обратного» с учетом оставшейся части вычета.

Таким образом, система заранее понимает, что вычет уже «занят» окладом, и правильно рассчитывает брутто-сумму для питания, чтобы после удержания всех налогов на руки получилась ровно та сумма, которую мы указали. Это самый правильный, простой и надежный способ, который не требует написания сложных формул и будет корректно работать при изменениях в законодательстве.

Решение 2: Настройка сложной пользовательской формулы (альтернативный способ)

Этот способ был найден в ходе обсуждения на форуме. Он сложнее, требует глубокого понимания логики расчетов и ручной корректировки при изменении ставок или размера МЗП, но позволяет гибко управлять расчетом. Его можно использовать, если по какой-то причине стандартный механизм не подходит или когда требуется автоматическое распределение суммы между сотрудниками по определенному алгоритму.

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

Проанализируем логику для построения формулы:

Нам нужно учесть три возможных сценария:

1. Основная зарплата полностью использует вычет МЗП. Это происходит, когда основной доход (РасчетнаяБаза) уже достаточно велик. В этом случае наше начисление за питание должно облагаться всеми налогами по полной ставке. ИПН составляет 10%. Чтобы получить нужную сумму на руки, начисленная сумма должна быть больше. Например, для получения 10 000 на руки, начислить нужно 10000 / (1 - 0.1) = 10000 / 0.9 (упрощенно, без учета ОПВ и ВОСМС, которые также влияют на базу ИПН).
2. Сумма основной зарплаты и питания не превышает вычет МЗП. Если общий доход настолько мал, что даже после вычета ОПВ и ВОСМС он не превышает МЗП, то ИПН не возникает. В этом случае начисленная сумма равна сумме на руки.
3. Переходный случай (самый сложный). Основная зарплата меньше вычета МЗП, но вместе с питанием — больше. В этом случае часть вычета гасит налоговую базу от оклада, а оставшаяся часть — базу от питания. Именно здесь и происходят основные ошибки.

Для формулы нам понадобятся следующие показатели:

• РасчетнаяБаза — сумма уже начисленного оклада.
• Пит — желаемая сумма питания на руки.
• МЗП — константа, равная минимальному размеру зарплаты (например, 85 000 для 2024 года, но в примере с форума используется значение 55048 для 2025 года — будьте внимательны).

Итоговая формула, которая учитывает все три сценария:

В настройках начисления на закладке «Основное» в поле «Формула» нужно будет ввести следующий код. Для удобства чтения обозначим показатель, хранящий сумму питания, как СуммаПитания, а количество отработанных дней — ВремяВДнях.

// Для краткости введем переменные, которые будем использовать в формуле
// Пит = СуммаПитания * ВремяВДнях
// МЗП = 85000 (укажите актуальное значение МЗП для расчетного года)

?(РасчетнаяБаза > МЗП/0.88, 
    (СуммаПитания * ВремяВДнях)/0.9, 
    ?(РасчетнаяБаза < (МЗП - (СуммаПитания * ВремяВДнях))/0.88, 
        СуммаПитания * ВремяВДнях, 
        (10*(СуммаПитания * ВремяВДнях) - МЗП + РасчетнаяБаза*0.88)/9
    )
)

Разберем эту формулу по частям:

• ?(РасчетнаяБаза > МЗП/0.88, ...) — это первое условие. Оно проверяет, достаточно ли велика основная зарплата, чтобы полностью "съесть" вычет МЗП. Коэффициент 0.88 появляется из-за того, что с дохода удерживаются 10% ОПВ и 2% ВОСМС (100% - 12% = 88%). Если условие истинно, то применяется простая формула Пит / 0.9, которая добавляет к сумме на руки 10% ИПН.
• ?(РасчетнаяБаза < (МЗП - Пит)/0.88, ...) — второе, вложенное условие. Оно проверяет, является ли суммарный доход (оклад + питание) настолько низким, что он даже не превышает вычет МЗП. Если да, то ИПН не возникает, и формула возвращает исходную сумму питания Пит.
• (10*Пит - МЗП + РасчетнаяБаза*0.88)/9 — это формула для того самого "переходного" случая. Она математически вычисляет, какую именно сумму нужно начислить, чтобы после частичного применения остатка вычета МЗП и удержания налогов на руки получилась ровно сумма Пит.

Важно: При использовании этого метода вам придется самостоятельно следить за актуальностью значения МЗП в формуле и обновлять его каждый год.

Заключение

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

Настоятельно рекомендуется использовать первый способ — установку стандартного флага «Учитывать «прямые» начисления». Это надежное, простое и поддерживаемое решение, заложенное разработчиками. А для оформления результатов расчета и подготовки необходимых документов можно использовать готовый комплект приказов для Казахстана.

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