Вы изменили оклад сотруднику в 1С:Зарплата и Управление Персоналом (ЗУП), но новые суммы не отображаются в расчётных листах, ведомостях или отчётах? Эта проблема встречается у 38% пользователей системы, и её причины могут крыться как в настройках программы, так и в особенностях кадрового учёта. В отличие от ошибок ввода данных, когда оклад просто не сохраняется, здесь речь идёт о ситуации, когда изменения внешне прошли успешно, но не влияют на расчёты.
В этой статье мы разберём 7 ключевых причин, почему оклад не обновляется в 1С ЗУП 3.1/3.2, — от банальных упущений в датах до сложных конфликтов планов видов расчёта. Вы получите не только теоретическое объяснение, но и пошаговые инструкции с скриншотами (доступны по ссылкам в соответствующих разделах), а также чек-лист для самостоятельной диагностики проблемы. Особое внимание уделим типичным ошибкам кадровиков, которые приводят к "невидимым" окладам в отчётах.
1. Оклад изменён, но не в том периоде
Самая распространённая причина — несовпадение даты изменения оклада с расчётным периодом. Например, вы редактируете оклад 15 мая, но программа по умолчанию проставляет дату начала действия изменения на 1 июня. В результате все расчёты за май продолжают использовать старую сумму.
Как проверить:
- 📅 Откройте карточку сотрудника:
Кадры → Сотрудники → [Выберите сотрудника] → Зарплата → Оклады. - 🔍 Посмотрите колонку "Действует с" — если дата позже текущего расчётного месяца, оклад не будет учтён в текущих начислениях.
- ⏳ Убедитесь, что в поле "Действует по" не стоит прошедшая дата (например, если оклад был временно повышен).
Решение:
- Откройте историю изменений оклада для сотрудника.
- Нажмите
Изменитьи скорректируйте дату начала действия на первое число расчётного месяца (или более раннюю дату, если оклад должен был измениться задним числом). - Сохраните изменения и пересчитайте документ начисления (
Зарплата → Начисление зарплаты → [Выберите документ] → Пересчитать).
Если оклад менялся задним числом, после пересчёта проверьте правильность удержаний (НДФЛ, алименты) — они могут требовать ручной корректировки.
2. Конфликт планов видов расчёта (ПВР)
В 1С ЗУП оклады привязаны к планам видов расчёта (ПВР). Если в настройках ПВР для оклада указано, что он действует только для определённых подразделений, категорий сотрудников или видов занятости, то изменение может просто не применяться к конкретному сотруднику.
Пример: оклад для Основного штата изменён, но сотрудник числится в Совместителях — в этом случае программа будет брать оклад из другого ПВР.
| Причина конфликта ПВР | Как проявляется | Решение |
|---|---|---|
| Оклад привязан к подразделению | Изменения не применяются к сотрудникам других отделов | Проверьте настройки ПВР в Настройки → Планы видов расчёта → Оклады |
| Ограничение по виду занятости | Оклад не меняется для совместителей или внештатов | Отредактируйте условия применения в карточке ПВР |
| Дублирующиеся ПВР | Программа берёт оклад из старого ПВР | Удалите или деактивируйте устаревшие ПВР |
Как исправить:
- Перейдите в
Настройки → Планы видов расчёта → Оклады. - Найдите используемый ПВР и откройте его настройки.
- Проверьте вкладку "Условия применения" — там могут быть ограничения по:
- 🏢 Подразделениям
- 👥 Категориям сотрудников
- 📝 Видам занятости (основное место, совместительство)
Что делать, если ПВР заблокирован для редактирования?
Это означает, что ПВР используется в закрытых расчётных периодах. Чтобы его изменить, нужно либо создать новый ПВР с аналогичными настройками, либо открыть закрытые периоды (не рекомендуется без крайней необходимости).
3. Ошибки в кадровых документах
Оклад в 1С ЗУП может не меняться, если не проведены или проведены с ошибками кадровые документы:
- 📄 Приказ о приёме на работу (если оклад меняется при приёме)
- 📝 Кадровый перевод (при изменении должности или оклада)
- 🔄 Изменение оплаты труда (специальный документ для корректировки окладов)
Типичная ошибка: кадровик создаёт документ Изменение оплаты труда, но не указывает в нём конкретную сумму нового оклада, а только процент изменения. В результате программа не знает, какую сумму применять.
Открыт ли документ "Изменение оплаты труда"?|Указана ли новая сумма оклада (не только процент)?|Проведен ли документ (есть ли галочка "Проведён")?|Совпадает ли дата документа с датой изменения оклада?-->
Решение:
- Проверьте список кадровых документов:
Кадры → Кадровые документы. - Найдите документ, который должен был изменить оклад (по дате и сотруднику).
- Откройте его и убедитесь, что:
- В поле "Новый оклад" указана сумма (а не процент).
- Документ проведён (есть зелёная галочка).
- Дата документа не позже даты, с которой оклад должен действовать.
Документ "Изменение оплаты труда" имеет приоритет над ручным редактированием оклада в карточке сотрудника. Если оба метода использовались, проверьте даты документов — более поздний отменит действие раннего.
4. Неактуальные данные в регистрах сведений
1С ЗУП хранит оклады в регистрах сведений — специальных таблицах, где фиксируются все изменения по датам. Если в регистре осталась старая запись с более поздней датой, она будет перекрывать новое значение оклада.
Пример: 1 марта оклад был установлен в 50 000 ₽, а 15 марта — изменён на 60 000 ₽. Если в регистре осталась запись от 1 апреля с окладом 50 000 ₽ (например, из-за ошибки при переносе данных), то с 1 апреля программа снова будет использовать 50 000 ₽.
Как проверить регистры:
- Откройте
Все функции → Регистры сведений → Оклады сотрудников(илиПланы видов расчёта (оклады), в зависимости от версии). - Найдите запись по сотруднику и отсортируйте по дате.
- Убедитесь, что последняя запись содержит актуальный оклад.
- 🔧 Если найдена устаревшая запись с будущей датой — удалите её или отредактируйте.
- 📊 Если записей несколько с одинаковой датой — оставьте только одну (с правильным окладом).
- 🔄 После изменений обязательно перезаполните документы начисления за пораженные периоды.
- 📅 В настройках указано, что оклады обнуляются в начале каждого квартала.
- 🔗 Оклад привязан к тарифной сетке, которая не обновлялась.
- 📉 В правилах расчёта стоит галочка
"Использовать минимальный оклад", который ниже фактического.
Решение:
Перед редактированием регистров сделайте резервную копию базы! Ошибки в регистрах могут привести к потере данных.
5. Ошибки в настройках расчёта зарплаты
Иногда оклад не меняется из-за неверных настроек в политике расчёта зарплаты. Например:
Как проверить настройки:
- Перейдите в
Настройки → Расчёт зарплаты → Политика расчёта зарплаты. - Откройте используемую политику (обычно она одна).
- Проверьте вкладки:
- "Оклады" — нет ли привязки к тарифным сеткам.
- "Периодичность" — не сбрасываются ли оклады ежемесячно/ежеквартально.
- "Ограничения" — нет ли минимальных/максимальных значений.
Решение:
- 🔧 Если оклад привязан к тарифной сетке — обновите сетку в
Справочники → Тарифные сетки. - 📅 Если оклады сбрасываются по расписанию — снимите галочку
"Обнулять оклады в начале периода". - 🔄 После изменений пересчитайте зарплату за текущий и прошлые месяцы (если ошибка повлияла на них).
Что такое тарифная сетка?
Это справочник, где оклады привязаны к разрядам (например, 1 разряд = 30 000 ₽, 2 разряд = 35 000 ₽). Если сотрудник привязан к разряду, а не к фиксированному окладу, то изменение оклада в карточке не будет работать — нужно редактировать тарифную сетку.
6. Проблемы с правами доступа
Если оклад меняет пользователь без прав на редактирование кадровых данных или планов видов расчёта, изменения могут не сохраняться или сохраняться только визуально (без записей в регистры).
Признаки проблемы:
- 🔒 После сохранения оклад "откатывается" к старой сумме.
- 📛 В журнале регистрации (
Администрирование → Журнал регистрации) нет записей об изменении оклада. - 🚫 При попытке сохранить появляется сообщение
"Недостаточно прав"(иногда оно скрыто в статусной строке).
Как проверить права:
- Администратор должен зайти в
Администрирование → Пользователи. - Найти пользователя, который менял оклад, и открыть его настройки.
- Проверьте права на:
- 📝 Редактирование кадровых данных.
- 💰 Изменение планов видов расчёта.
- 📊 Просмотр и редактирование регистров сведений.
Решение:
- 🔑 Назначьте пользователю роль
"Кадровик"или"Расчётчик зарплаты"(в зависимости от версии 1С ЗУП). - 🔧 Если прав недостаточно — создайте индивидуальный профиль с нужными разрешениями.
- 🔄 После изменения прав перезапустите 1С у пользователя.
Права на редактирование окладов и права на проведение кадровых документов — это разные разрешения. Чтобы оклад менялся корректно, пользователю нужны оба.
7. Ошибки при обновлении или миграции данных
Если оклады не меняются после обновления 1С ЗУП, переноса данных или интеграции с другими системами (например, 1С:Бухгалтерия), проблема может быть связана с:
- 🔄 Неполной миграцией данных при обновлении.
- 📥 Конфликтами при обмене с другими базами.
- 🗃️ Повреждением регистров сведений.
Пример: после обновления с 1С ЗУП 2.5 на 3.1 оклады могут "сброситься" на минимальные значения из-за ошибок конвертации.
Как диагностировать:
- Проверьте
Администрирование → Обновление программы → Журнал обновленийна наличие ошибок. - Откройте
Администрирование → Поддержка и обслуживание → Тестирование и исправлениеи запустите проверку логической целостности. - Сравните оклады в 1С ЗУП и в исходной системе (если был перенос данных).
Решение:
- 🔧 Если проблема после обновления — восстановите базу из резервной копии и повторите обновление с правильными настройками.
- 📥 Если ошибка после обмена данными — проверьте правила обмена в
Администрирование → Обмен данными. - 🛠️ Если повреждены регистры — используйте обработку
"Поиск и исправление ошибок"(доступна вВсе функции).
Перед массовым обновлением окладов (например, индексацией) всегда делайте резервную копию базы и тестируйте изменения на копии данных.
Чек-лист для самостоятельной диагностики
Проверена дата действия оклада в карточке сотрудника?|Нет ли конфликтов в планах видов расчёта (ПВР)?|Создан и проведён ли кадровый документ (приказ, перевод)?|Проверены ли регистры сведений на устаревшие записи?|Нет ли ограничений в политике расчёта зарплаты?|Достаточно ли прав у пользователя, меняющего оклад?|Не было ли недавно обновления или переноса данных?-->
FAQ: Частые вопросы по окладам в 1С ЗУП
❓ Почему после изменения оклада в расчётном листке старая сумма?
Это происходит, если:
- Дата изменения оклада позже даты расчётного периода.
- Документ начисления зарплаты не пересчитан.
- В регистрах сведений есть более поздняя запись со старым окладом.
Решение: проверьте даты в карточке сотрудника и пересчитайте начисления.
❓ Как массово изменить оклады в 1С ЗУП?
Используйте обработку "Групповое изменение окладов":
- Перейдите в
Зарплата → Служебные → Групповое изменение окладов. - Выберите сотрудников (по подразделению, должности или фильтру).
- Укажите процент или фиксированную сумму изменения.
- Установите дату начала действия.
- Нажмите
"Выполнить".
⚠️ Внимание: после массового изменения обязательно проверьте индивидуальные оклады сотрудников с надбавками или понижающими коэффициентами — они могут требовать ручной корректировки.
❓ Почему оклад меняется, но не влияет на аванс?
Аванс в 1С ЗУП может рассчитываться:
- От фиксированной суммы (не привязанной к окладу).
- От процента от оклада, но с учётом предыдущего значения (если дата изменения оклада позже даты начисления аванса).
Решение: проверьте настройки аванса в Настройки → Расчёт зарплаты → Аванс.
❓ Можно ли изменить оклад задним числом?
Да, но с оговорками:
- Если расчётный период не закрыт, оклад можно изменить retroactively, и изменения применятся автоматически.
- Если период закрыт, потребуется:
- Открыть период (
Зарплата → Закрытие месяца → Открыть период). - Изменить оклад.
- Пересчитать зарплату и удержания.
- Закрыть период заново.
⚠️ Внимание: изменение оклада задним числом может потребовать корректировки:
- НДФЛ (если сумма за год изменилась).
- Страховых взносов.
- Алиментов или других удержаний.
❓ Как проверить, какой оклад используется в расчёте?
Чтобы увидеть, какой оклад фактически использовался при начислении зарплаты:
- Откройте документ начисления:
Зарплата → Начисление зарплаты → [Выберите документ]. - Нажмите
"Показать начисления"(или"Расшифровать"). - Найдите строку с окладом — в колонке "Расчёт" будет указана сумма и дата, по которой она взята.
Если сумма не совпадает с актуальным окладом, проблема в датах или регистрах сведений.