Изменение оклада

1. Здравствуйте!
   К сожалению в вопросе Вы не указали каким документом произвели изменение оклада, поэтому предложу проверить оба варианта:
   Если оклад меняли через «Кадровый перевод» – проверьте в нем дату перевода. Там должно быть 01.06.2026.
   Если через «Изменение плановых начислений» – проверьте дату начала действия. Там тоже должно быть 01.06.2026.
   В этих документах есть две даты – дата документа (не влияет на расчет) и дата самого изменения (перевода или начала действия). Влияет именно вторая. Также обратите внимание, что «Изменение плановых начислений» имеет приоритет над кадровым переводом. Если у вас есть оба документа, то при расчете зарплаты программа будет учитывать именно «Изменением плановых начислений».
   Чтобы начислить зарплату за май по старому окладу, можно временно отключить документ с новым окладом:
   Найдите документ, которым вводили новый оклад, и отмените его проведение (кнопка «Ещё» → «Отменить проведение»).
   Пересчитайте начисление зарплаты за май – теперь должен встать старый оклад.
   После начисления и выплаты зарплаты за май обязательно верните документ – снова проведите его, чтобы с июня действовал новый оклад.
   Это обходной путь, который позволит закрыть месяц по старому окладу сотрудника.

   Если что-то будет непонятно или потребуется уточнение, напишите, пожалуйста ❤️

   

   png 2026-06-08_14-15-33

2. Мила, добрый день, изменение оклада делали документом Кадровый перевод от 01.06.26, начало действия с 01.06.26. Документ пробовали распровести, пометить на удаление, ничего не помогает. Кадровики признались, что что-то напутали в переводе, потом меняли, что именно уже не помнят. Пробовали сделать новый кадровый перевод, там сразу встает оклад, который только еще должен быть, т.е. где-то зависли новые данные, но мы не видим где, у сотрудника предыдущий кадровый перевод был в 01.11.2025г. Т.е. даже удаление перевода не помогает, в расчет за май встает новый оклад. Где еще можно посмотреть, куда попали данные, может, где-то в регистрах?

3. Предлагаю попробовать вариант: создать изменение оплаты труда с 1 мая, указать нужный размер оклада.
   Проверить — будет ли тогда все хорошо? Если нет, пойдем регистры проверять.

4. Мила, попробовали сделать перевод от 01.05.26 — встает новый оклад, который планировали сделать с 01.06.26.

5. Вы исправили документ, который был? Может попробуем именно вариант через документ Изменение оплаты труда. Подскажите, база большая сотрудников много? Такая проблема только у одного?
   В данной ситуации, я бы рекомендовала сделать тестирование базы: Тестирование и исправление базы 1С 8.3 . Но перед этим нужно еще и выполнить резервное копирование. Поэтому может быть достаточно долго по времени. Если проблема по 1 сотруднику, нужно быстро рассчитать,то может быть поправить расчет руками. Выплатить зарплату и вернуться к решению вопроса.

6. Мила, предприятие почти 300 человек, а проблема только у 1 сотрудника. Если мы в расчете зарплаты за май исправим оклад вручную — это потом нигде не вылезет?

   1. Может проявиться при перерасчетах по данному сотруднику. Но я думаю, лучше восстановить данные с помощью тестирования после закрытия месяца. Рекомендую установить дату запрета изменения Установка даты запрета редактирования в ЗУП 3.1 .Чтобы ручные правки точно не потерялись. То есть после расчета зарплаты за май — установим дату запрета редактирования.

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

8. Предлагаю посмотреть регистр Значения периодических показателей расчета зарплаты (для сотрудников) интервальный. Открыть можно через функции для технического специалиста или скопировать ссылку.
   e1cib/list/РегистрСведений.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудниковИнтервальный
   Сделаем отбор по ФИО сотрудника и периоду.

9. Мила, добрый день, просмотрела регистры, т.к. сотрудник работает всего 1 год, то их немного и все они касаются процента КТУ, который меняется ежемесячно. Про оклад 1 запись при приеме на работу и 1 запись, когда переформировывали отдел. Перевод от 01.06.26 пока удален.

10. Боюсь, что тогда тут дело именно в том, что нарушилась логическая структура базы. Здесь можно сделать тестирование. Хуже от этого точно не станет, но на это нужно время. Поэтому лучше запускать в нерабочее время. Я бы попробовала перепровести документ «Прием на работу». Это обновит регистр, возможно, поправит записи. Но при этом будут зарегистрированы перерасчеты с даты приема на работу. Чтобы их удалить, перейдем в журнал «Зарплата» — «Сервис» — «Перерасчеты». Выбираем строки и нажмем кнопку «Отменить».
    Я на практике встречала, что записи в регистре были ошибочными: сотрудник был указан один, а физическое лицо — другой. Поэтому в такой ситуации можно обратить внимание, по какому полу был отбор: сотрудник или физическое лицо.

11. Мила, спасибо за совет, попробуем его после выплаты зарплаты и, наверное, лучше на копии?

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

13. Спасибо, Мила, постараемся сделать побыстрее, но как получится.

    1

14. Я в отпуск ухожу 26 июня. Так что у нас точно есть время.
    Хорошего дня ❤️

15. Добрый день, Мила!
    Перепровела все документы, связанные с расчетом зарплаты и все получилось. Спасибо!

16. Здравствуйте!
    Спасибо за прекрасные новости. Рада, что все получилось. Хорошего дня и отличных выходных 🌟

Комментарии закрыты.