Переход с редакции 2.0 на 3.0 в «1С:Бухгалтерия предприятием» (БП) — это сложный процесс трансформации данных. Одной из самых частых и неприятных проблем, с которыми сталкиваются пользователи после обновления, является ошибка при проведении документа Начисление зарплаты. Программа выдает системное сообщение: «Операции сравнения на больше-меньше допустимы только для значения совпадающих примитивных типов (Булево, Число, Строка, Дата)».
В этой статье мы подробно разберем, почему возникает этот сбой, проанализируем программный код и составим пошаговый алгоритм исправления ситуации, основываясь на практическом опыте специалистов и данных технической поддержки.
Давайте проанализируем текст ошибки, который обычно выводится в окне сообщений или фиксируется в журнале регистрации. Чаще всего проблемная строка находится в общем модуле ЗарплатаКадрыКлиентСервер:
АбсолютноеЗначениеКоэффициента = ?(Коэффициент > 0, Коэффициент, -Коэффициент);
Проанализируем ситуацию: платформа пытается сравнить переменную Коэффициент с числом 0. Ошибка «сравнения примитивных типов» означает, что в переменной Коэффициент находится не число, а нечто иное — чаще всего это Неопределено или NULL.
Почему так происходит? В конфигурации «Бухгалтерия предприятия 3.0» механизм расчета страховых взносов стал более сложным по сравнению с версией 2.0. При проведении документа система пытается распределить суммы взносов пропорционально начислениям. Если в базе отсутствуют настройки тарифов страховых взносов или не заполнены виды доходов в начислениях, алгоритм расчета не получает числовых значений коэффициентов. Вместо них подставляются «пустоты», которые программа не может сравнить с нулем.
Рассмотрим основной метод решения проблемы, который помогает в 90% случаев. Проблема заключается в том, что при переносе данных из БП 2.0 регистр, хранящий информацию о тарифах страховых взносов, может оказаться пустым или некорректно заполненным.
После внесения этих изменений попробуем снова провести документ Начисление зарплаты. Если ошибка сохраняется, перейдем к следующему шагу.
Проанализируем настройки самих начислений. При миграции из старой редакции справочник Начисления часто переносится с неполными данными. Если у конкретного начисления (например, «Оклад») не указан вид дохода для страховых взносов, система не «поймет», по какой ставке его облагать.
Если вы обнаружили пустые значения, заполним их и попробуем перепровести документы.
Иногда ошибка возникает не по всем сотрудникам сразу, а только по определенным лицам. Выясним причину, изучив данные физических лиц. Расчет взносов напрямую зависит от гражданства и статуса сотрудника.
Посмотрим на особенности самого документа. В редакции 3.0 расчет взносов происходит в момент заполнения документа, а не отдельным регламентным документом, как это могло быть в старых версиях.
Если вы пытаетесь перепровести старый документ, который был просто перенесен из БП 2.0 «как есть», его структура может конфликтовать с новыми алгоритмами. Попробуем следующий порядок действий:
Начисление зарплаты.Если документов много, исправлять каждый вручную крайне трудозатратно. Рассмотрим способы автоматизации.
Во-первых, проанализируем наличие установленных исправлений. В версии 3.0.87.28, где часто фиксировалась эта ошибка, фирма 1С выпускала специальные патчи. Перейдем в Администрирование — Обслуживание — Обновление программы — Установленные исправления (патчи). Проверим, нет ли там исправлений для модуля ЗарплатаКадрыКлиентСервер или УчетСтраховыхВзносов. Если обновлений нет, рекомендуется обновить конфигурацию до актуального релиза.
Во-вторых, можно воспользоваться обработкой Групповое изменение реквизитов (раздел Администрирование — Обслуживание — Корректировка данных). С ее помощью можно массово установить правильный Вид тарифа страховых взносов в документах за прошлые периоды, если он не подтянулся автоматически при переносе.
Подведем итог: ошибка Операции сравнения на больше-меньше допустимы только для значения совпадающих примитивных типов при начислении зарплаты в БП 3.0 — это сигнал о том, что алгоритму распределения взносов не хватает исходных данных для математических операций.
Алгоритм ваших действий должен быть таким:
Следуя этим шагам, вы сможете устранить программный сбой и успешно сформировать отчетность (включая справки 2-НДФЛ), ради которой и потребовалось перепроведение документов после перехода. Для сверки сумм начислений и исчисленного налога перед формированием отчетов можно использовать отчет для анализа НДФЛ и проверки данных учета.