Как в 1С ЗУП настроить оклад с копейками

Оклад 45 320,50 рубля — не экзотика, а обычный результат индексации на процент, перевода часовой ставки в месячную сумму, пересчёта от МРОТ с районным коэффициентом или переноса данных из другой учётной системы. Проблема в том, что при неверных настройках 1С ЗУП округляет такие значения, и сумма в расчёте зарплаты перестаёт совпадать с окладом, зафиксированным в кадровых документах.

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

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

Почему оклад получается с копейками и когда это законно

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

Типичные источники копеек:

• индексация оклада на коэффициент, например повышение на 7,3% от суммы 42 000 рублей даёт 45 066 рублей, а при других исходных значениях — суммы с копейками;
• перевод часовой или дневной тарифной ставки в месячный фонд оплаты;
• расчёт оклада от МРОТ с применением районного коэффициента и процентной надбавки;
• перенос кадровых данных из сторонних систем, где оклады хранились с точностью до копеек.

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

Где в программе задаётся размер оклада

Размер оклада в ЗУП 3.1 существует в нескольких связанных местах, и менять его нужно там, где он является первичным. Основные точки ввода:

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

Если штатное расписание не ведётся, первичным источником становится документ приёма на работу. Если ведётся — корректнее менять размер через изменение штатного расписания, чтобы кадровые приказы и учёт не расходились.

Обратите внимание: простое редактирование значения в карточке сотрудника не создаёт кадрового документа и не фиксирует историю изменения. Для документально значимых изменений всегда используйте соответствующие документы.

Настройка начисления: формула и показатели

Типовое начисление «Оплата по окладу» использует формулу вида Оклад ДоляНеполногоРабочегоВремени ВремяВДнях / НормаДней. Сама по себе эта формула копейки не отбрасывает: результат деления и умножения хранится с копейками. Проблемы возникают, когда в пользовательскую формулу добавляют функцию округления Окр() с нулевой точностью или когда показатель «Оклад» заведён как целочисленный.

Чтобы проверить формулу, откройте раздел «Настройка» → «Начисления», найдите используемое начисление по окладу и посмотрите вкладку с формулой. Если в выражении присутствует Окр(..., 0) — это источник потери копеек. Для сохранения дробной части либо уберите округление, либо задайте точность 2 знака: Окр(Выражение, 2).

Показатель «Оклад» находится в разделе «Настройка» → «Показатели расчёта зарплаты». Типовой показатель денежного типа поддерживает копейки. Если в вашей базе показатель создавался вручную, проверьте, что у него денежный тип, а не числовой с нулевой точностью — числовой показатель с точностью 0 физически не хранит дробную часть.

Ввод оклада с копейками в штатном расписании

Откройте раздел «Кадры» → «Штатное расписание» и перейдите к нужной позиции. В табличной части начислений в поле размера оклада введите значение с копейками, например 45 320,50. Поле принимает дробную часть через запятую или точку в зависимости от региональных настроек сеанса.

Если программа при вводе отбрасывает копейки или выдаёт ошибку, проверьте настройки точности. В некоторых доработанных конфигурациях для реквизитов размера начисления в штатном расписании могли добавить округление или изменить тип реквизита. В типовой поставке такого ограничения нет.

Для массового изменения окладов используйте документ «Изменение штатного расписания» (раздел «Кадры» → «Изменения штатного расписания»). В нём можно заполнить список позиций и указать новые размеры с копейками. После проведения документа создайте кадровые переводы или документ «Изменение плановых начислений» для сотрудников, занимающих эти позиции, — иначе у действующих сотрудников останутся старые значения.

1. 1
   Откройте «Кадры» → «Штатное расписание» и найдите нужную позицию
2. 2
   В поле размера начисления введите оклад с копейками, например 45 320,50
3. 3
   Запишите позицию и убедитесь, что значение сохранилось с дробной частью
4. 4
   Если оклад меняется у действующих сотрудников, создайте документ «Изменение плановых начислений» с новым размером
5. 5
   Проверьте в карточке сотрудника, что плановое начисление отображается с копейками
6. 6
   Рассчитайте зарплату за месяц и сверьте сумму начисления с ожидаемой

Ввод оклада в кадровых документах

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

Если штатное расписание не используется, размер оклада вводится только в кадровом документе. В этом случае именно документ приёма становится первичным источником, и все последующие изменения оформляются документами «Изменение плановых начислений» или «Кадровый перевод».

Отдельный сценарий — документ «Индексация заработка». Он умножает текущие значения на коэффициент, и именно здесь копейки появляются массово. В документе доступна настройка округления результата: если ваша задача — сохранить точное значение, убедитесь, что округление не установлено в «до рублей». Если по внутренним правилам оклады округляются, выберите осознанно нужный вариант — до копеек, до рублей или до десятков рублей, — и применяйте его единообразно.

Проверка расчёта зарплаты с копеечным окладом

После настройки выполните контрольный расчёт. Создайте документ «Начисление зарплаты и взносов» за месяц, в котором сотрудник отработал полную норму времени. При полном месяце и окладе 45 320,50 сумма начисления должна совпасть с окладом с точностью до копеек.

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

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

Контрольные точки

Как проверить результат

Оклад в карточке сотрудника

Норма

Отображается с копейками, совпадает с кадровым документом

Тревожный признак

Значение округлено до целых рублей

Начисление за полный месяц

Норма

Сумма равна окладу с точностью до копеек

Тревожный признак

Сумма отличается на копейки или округлена

Формула начисления

Норма

Нет функции Окр() с точностью 0

Тревожный признак

Присутствует округление до целых

Расчётный листок

Норма

Оклад и начисление показаны с копейками

Тревожный признак

Дробная часть обрезана

Типичные проблемы и их решение

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

Вторая группа проблем — расхождения при переносе данных из старых систем. Если при миграции оклады перенеслись округлённо, исправлять их нужно документами изменения плановых начислений на дату начала учёта в ЗУП, а не ручной правкой регистров. Прямая правка регистров нарушает связность данных и приводит к ошибкам в отчётности.

Третья ситуация — копейки в окладе конфликтуют с настройками выплаты. При выплате зарплаты суммы могут округляться по правилам, заданным в настройках расчёта, и между начисленным и выплаченным возникают копеечные остатки. Это не ошибка оклада: остатки корректно переносятся на следующие периоды, если ведомости заполняются штатно.

Округление результата расчёта: когда оно уместно

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

Если организация приняла решение округлять, делайте это осознанно и в одном месте: либо на уровне формулы начисления, либо на уровне документа индексации при установке окладов. Смешение подходов — когда оклад округлён, а расчёт за неполный месяц нет — создаёт непредсказуемые копеечные разницы, которые сложно объяснить сотрудникам и проверяющим.

Маршрут решения

Как выбрать действие

Оклад с копейками зафиксирован в трудовом договореВводите точное значение в штатное расписание и кадровые документы, округление в формуле не используйте

Копейки появились при индексации и не нужныВ документе индексации задайте округление до рублей и приведите в соответствие кадровые документы

Копейки теряются при расчёте, хотя в документах они естьПроверьте формулу начисления и тип показателя оклада

Оклады перенесены из другой системы с ошибкамиИсправляйте документом «Изменение плановых начислений», а не правкой регистров

FAQ

Можно ли вообще устанавливать оклад с копейками по Трудовому кодексу?

Запрета нет: размер оклада стороны трудового договора определяют самостоятельно. На практике копейки обычно появляются как результат расчётов — индексации или пересчёта ставок. Главное требование — чтобы сумма в трудовом договоре, штатном расписании и учётной системе совпадала.

Ввожу оклад 45 320,50, а программа сохраняет 45 320. Что делать?

Проверьте тип показателя «Оклад» в разделе «Настройка» → «Показатели расчёта зарплаты» — он должен быть денежным. Если база дорабатывалась, проверьте также тип реквизита размера начисления в штатном расписании: изменённый на целочисленный реквизит физически не хранит копейки.

Как массово проиндексировать оклады, чтобы не получить копейки?

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

Почему при полном месяце начисление отличается от оклада на копейки?

Чаще всего это следствие промежуточного округления в формуле или того, что сотруднику фактически назначена не полная ставка. Проверьте долю неполного рабочего времени в кадровом документе и наличие функций округления в формуле начисления.

Нужно ли округлять копейки при выплате зарплаты?

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

Чем опасна ручная правка регистров для исправления оклада?

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