Здравствуйте.

Работал себе сотрудник и тут с премией в июне в НДФЛ полезла краснота с плюсами и минусами за 2017 год. Причем все это время ничего подобного не было.
Открываю документ перерасчет НДФЛ, за предыдущие месяцы ничего не заполняет, а в июне все таки решает накинуть, за этот 2017. Хотя старые документы не шевелили.

Подскажите, пожалуйста, как можно попросить ЗУП забыть эти дела минувших дней. И почему они вообще решили всплыть?

(0) В новых ведомостях на выплату ссылка на документ начисления июля.

(+1) поправка - на документ начисления из 2017 года.

(2) Да, в зарплатной ведомости зачем то залезли суммы из 2017 с плюсом и минусом. В сумме 0.
Спасибо.
Интересно, нельзя как нибудь закрыть период от ЗУПа?)

На практике можно сделать вывод, что именно "закрытия периода" в ЗУП не реализовано. Совсем. И никак.

Можно как-то действия пользователя ограничить, установив дату запрета. Но это именно к пользовательским действиям относится. В программном контексте все остается открытым всегда и везде.

Похожая фигня наблюдается и в расчетах на упрощенке в бухии, когда идет признак Доходы-Расходы.

(3) (4) Я думаю, дата запрета здесь не поможет.

Нужно смотреть, чем отличаются записи в расшифровке суммы к выплате в ведомости. Иногда выглядят они совершенно одинаково, тогда нужно анализировать записи регистра "Зарплата к выплате" - отличия должны быть в измерениях, которые не отражаются в ведомости.

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

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

* А ведомость на выплату этой премии не трогали

Это при условии, что там датой запрета от пользовательских шараханий в прошлом никто не озаботился. А если дата установлена? Ошибки такие все равно вылазят. Но по разным причинам. Хотя чаще всего от лазанья в прошлом.

(9) Да только от лазанья в прошлом и вылезают :)

(9) Дата запрета до 2018 стояла. Даже не знаю. Возможно обновление пошевелило. За неделю до этого перешли на 3.1.10.444. Но чет сомнительно.
Надо бдить,короче) Спасибо

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

(11) В регистр "Зарплата к выплате" добавлен новый разрез. Достоверно мы не знаем, как повлиял новый разрез на заполнение ведомостей. Возможно, что на ваших данных появились остатки и полезли в ведомость.

(13) Возможно. Спасибо

(13) праздник к нам приходит, и все чаще и чаще. от СЗВ-ТД на заднице волосы поседели

(0) Этого просто не может быть, чтобы старые документы не шевелили. Ноги всё равно откуда-то растут и нужно найти откуда. Попробуйте по журналу регистрации найти, если найдете документ, кот. затронули, то верните его назад как прежде. Дата запрета у вас стояла до 2018г, это как? Закрывайте период по окончании расчетного месяца!

(16) а вот интересно, у тебя в базах на обслуживании тоже нерабочие рабочие из календаря и всякие прелести или это у тебя на удаленке такие клиенты?

(17) Извините, не поняла вопрос. Вообще-то я с УПП работаю. Разве в ЗУП не закрываются периоды для редактирования?

(18) я в привязке не к тому, что это УПП или что-то еще, а в привязке к региону. Клиенты получаются в юрисдикции РФ ?