Зарплатой занимаюсь редко, отсюда вопрос.
ЗиУП Корп 3.1.9.229
Последовательность БЛ вытеснил межвахту, к БЛ идёт исправление.
Исправление сторнирует Бухгалтерские взаиморасчеты с сотрудниками  и не двигает Начисления и удержания по сотрудникам
При этом закладка Пересчет прошлого периода в исправлении автоматом не заполняется


Это типовой баг или не выполнены регламенты ?
Рецепты лечения ?

Месяцы начисления в оригинале и исправлении? Что поменялось в исправлении? Суммы начислений?

(1) сейчас запрошу , не расходитесь =)

(1)  Месяц расчета БЛ июль.
Месяц перерасчета прошлого периода – июнь
Месяц исправления БЛ июль.

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

Сумбурно формулируешь.
На закладке Пересчет прошлого периода сторно записи и формируются.
Новый расчет на закладке Начислено(подробно).

>Месяц расчета БЛ июль.
>Месяц перерасчета прошлого периода – июнь
>Месяц исправления БЛ июль.
Все правильно написал?
Исходный больничный расчитан Июлем за Июнь и исправление больничного в Июле?
Или года забыл указать?

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

(3) Тогда вроде все правильно. Расчетный листок за июль что показывает? По идее там должна быть дельта между корректировкой и оригиналом

(4) [Сумбурно формулируешь]
сложно не согласиться

Лучше скриншоты БЛ и исправления БЛ по закладкам выложи.

(6) +1

(6)
(10) т.е. вариант с двумя БЛ в одном месяце может породить ошибки и проще использовать один документ, чеи дальше разруливать ?

(11) Да

(9) если не хватит данных, безусловно выложу, дочка через 5 часовых поясов, реакция не мгновенная

На пилотный проект фсс с июля 2019 не перешла организация случаем?

(12) перенесли БЛ в август, ситуация не изменилась, со слов коллег из ДО
Ситуация не изменяется, если исправление БЛ делать августом.
Можно читать так:
БЛ – июль. Месяц перерасчета июнь
Месяц исправления БЛ август.
Результат один

(14) узнаю

(7) разбежалось сальдо и остатки
Анализ показал, что различаются суммы в регистрах Бухгалтерские взаиморасчеты с сотрудниками (из него программа берет сальдо для РЛ)
И регистром Начисления и удержания по сотрудникам (из него программа берет обороты для РЛ)

(17) Похоже, что после расчета исходного больничного, включили переход на пилотный проект.

(17) Так что не так то? По описанию все правильно

(19) не сходиться к выплате на конец месяца, разные Рг источников остатков и оборотов, в одном есть сторно, в другом нет

(18) рассматриваем как версия, запросил подтверждение

(20) +1
При формировании расчётного листа за июль 2019г. на Ж. Ж. Ж.  была обнаружена следующая ошибка:
Начислено 14 545,76руб.
Удержан НДФЛ 13% - 1 891,00руб.
Выплачено 19.07.2019г. – 1 060,23руб.
                         24.07.2019г. – 13 889,13руб.
                    ИТОГО сумма выплаты за июль 2019г.  составила 14 949,36руб.
В расчётном листе на конец месяца сумма к выплате 343,00руб., но по факту должно быть (14 545,76руб. (начислено) – 1 891,00руб. (удержан НДФЛ) = 12 654,76руб.
                                                         14 949,36руб. – 12 654,76руб. – 2 294,60руб.
По факту должна быть задолженность 2 294,60руб.

(22) Моих скромных способностей не хватило, чтобы понять эти записи.
Выложи скрин расчетника.

+(23) и остальную запрошенную информацию.

(23)
(24) жду, там ночь, 6 часов поясов разницы, второй раунд завтра

(25) Возьмите ЗУПера в штат)) Ту же Ирину, если переманите от нас )))

Может в данном конкретном случае будет по другому,
но мне казалось на 3.х при вводе Исправления по БЛ
- он в самом себе в своих ТЧ все записи сторно делает.

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

(26) в последний раз Ирина меня пыталась припрячь ЗиУП-ером поработать и слегка обиделась отказом =)

а в части штата,есть ЗиУПеры в ДО, 99% задач прикрывают, бывают исключения, которые приходят в управляющую компанию, данный случай именно такого рода

(27) обрати внимание, проблема не в сторно(оно есть),а в несогласованных движениях по парным регистрам.

(28) Зря отказался) Имел бы свои 200+ и забот не знал))

(30) я конечно знатный дауншифер, но вернуться в кодинг за смешные 200+ это слишком =)
РП и БА за 300+ можно обсудить

(23)
(24)

проблему сняли КЗР и решили дальше не углубляться, инцендент одиночный


всем спасибо, топик закрываем