1С:ЗУП для Казахстана в 2026: старый релиз считает неправильно и не говорит об этом

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

В 2026 году это свойство стало по-настоящему дорогим, потому что менялось много.

Что перекроил новый Налоговый кодекс

С 1 января 2026 года заработал новый НК, и зарплатного расчёта он коснулся напрямую. По описаниям релизов “1С:Зарплата и управление персоналом для Казахстана” 3.1.2.20-3.1.2.22, где эти изменения реализованы:

• ИПН стал прогрессивным: 10 % в пределах 8 500 МРП годового дохода от работодателя и 15 % с превышения. МРП на 2026 год - 4 325 тенге; порог высокий, но для отдельных позиций достижимый.
• Вычеты пересобраны: базовый вычет теперь 30 МРП вместо прежних 14, добавился вычет по фактическим суммам социальных платежей, изменились социальные вычеты по инвалидности.
• Единый платёж - 24,8 % с фиксированным распределением между компонентами, доступен только в упрощённом налоговом режиме.
• По договорам ГПХ прекращён вариант, когда социальные отчисления платит налоговый агент, и лимит СО теперь применяется к общему доходу от одного плательщика.

Точные формулировки и частные случаи - в релизных письмах вендора; при спорной ситуации сверяйтесь с ними и с консультантом, любая статья в интернете, наша в том числе, для этого слишком короткая. Здесь важно другое: всё перечисленное - это формулы внутри конфигурации. Ни одну из них бухгалтер не вводит руками, они приезжают с обновлением. Не приехало обновление - формулы старые.

Почему в зарплате отставание дороже, чем в бухгалтерии

Про соседнюю конфигурацию мы уже писали разбор: 1С:Бухгалтерия для Казахстана и её фискальный контур. Там отставание релиза бьёт по ЭСФ и отчётности, и это неприятно. В зарплате всё то же самое, плюс три усилителя.

Ошибка накапливается молча. ЭСФ, который не уходит, виден сразу - документ висит. ИПН, посчитанный по старой шкале, не виден никак: ведомость заполнена, суммы правдоподобны, расчётные листки выданы. Каждый месяц на старом релизе - это ещё один месяц начислений, посчитанных не по закону.

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

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

Что проверить в своей базе на этой неделе

1. Релиз. Для правил 2026 года нужен свежий релиз линейки 3.1.2: изменения выходили вплоть до 3.1.2.22, и правки продолжаются. Какой стоит у вас - видно в “О программе”; когда обновлялись в последний раз, знает тот, кто обновлял, и это тоже стоит выяснить.
2. Считалась ли зарплата 2026 года на старом релизе. Если обновились в марте, а январь и февраль посчитаны до обновления - эти месяцы кандидаты на перерасчёт, и лучше выяснить это самим раньше, чем при сдаче отчётности.
3. Обмен с Бухгалтерией. Возьмите один месяц и сверьте итоговые суммы начислений и налогов между двумя базами. Сходится - хорошо. Не сходится - у вас не вопрос ставок, у вас вопрос обмена. Если же начисление после обновления перестало проводиться с ошибкой про регистрацию в налоговом органе, дело обычно в истории регистраций, а не в релизе: разбор и исправление в статье про пустую регистрацию в налоговом органе, а продлить историю по всем организациям одной кнопкой можно обработкой исправления истории регистрации в налоговом органе.
4. Доработки. Если в ЗУП дорабатывали расчёт или отчёты, обновление перестаёт быть кнопкой: сначала копия, на ней проверка, потом рабочая база. Как держать свежую копию для таких проверок без ручной работы, мы разбирали в статье про тестовую базу из бэкапа рабочей.
5. Следующий релиз. Правки по новому НК продолжают выходить. Отставание не случается однажды - в него сползают месяцами, пока у обновлений нет назначенного ответственного.

Честная граница

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

Вопрос к бухгалтерам и кадровикам, которые уже прожили переход на правила 2026 года: что у вас сломалось первым - сам расчёт или обмен с Бухгалтерией? Судя по релизным письмам, чинили и то и другое, а вот статистики, что чаще стреляет в живых базах, нет ни у кого.