v7: ЗиК (релиз 314) Не пересчитывается зарплата при вводе больничного задним числом #573975

У сотрудника система оплаты труда "Повременно-премиальная по окладу согласно табеля (по часам)". Сотруднику был введен документ "табель учета рабочего времени", рассчитана зарплата, затем перешли на новый месяц. Но потом стало известно, что сотрудник был на больничном часть прошлого месяца. Вводим документ "Больнинчый лист", рассчитываем, проводим; программа предлагает ввести переначисление зарплаты за прошлый период, соглашаемся, проводим документ. Но за прошлый месяц не происходит перерасчетсчет "Оплаты по табелю". Как решить эту проблему?

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

Вроде как перерасчет "Оплаты по табелю" не происходит не при каком раскладе, больничный здесь не причем, проводите исправление вручную

Вручную-то можно, но нельзя ли "заставить" программу выполнить правильный расчет?

можно. Вручную.

У меня не вышло ни разу, честно сказать не сильно то и пытался. Простите а в чем проблема? У вас это на потоке? Нет возможности ввести документ "сторно" Часто встречается? Можно попробовать подумать на эту тему если очень актуально.

Да, конечно, ввести документ "ИСправление" не проблема. Я просто думал, что есть более "элегантное" решение, о котором я не знаю.

Если узнаете, сообщите пжлст, я тоже о нем ничего не знаю.

Есть "Исправление" а есть "Сторно" это разные документы

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

Сто раз объяснял это бухгалтерам, но толку нет. Такие случаи не единичны.

Я об этом знаю, и зачем тут нужен документ "Сторно"?

Бред какой то. Все люди, все ошибаются и вы в том числе. Про: "А на месте сотрудника я бы при попытке сдернуть излишне начисленное еще бы и возмутился, и в суд подал." Вообще из серии "я паркуюсь как муDак" По вашему соскользнула у буха цифра на лишний нолик в документе Выплата ЗП все пусть всю жизнь из своего кармана платит ибо "чтобы на всю жисть запомнили..." и тд

В общем, я воспользовался документом "Исправление" и подправил "Оплату по табелю", а затем ввел переначисление з/п за прошлый месяц, другого решения не придумал.

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

А объяснять не надо. Надо один раз удержать такую "излишне начисленную зарплату не у сотрудника", а у того, кто ответственный за заполнение табеля. Можно удержать как ущерб, причиненный организации - через суд, по исполнительному листу. Почему то сразу исчезают такие ситуации, как в - "Но потом стало известно, что сотрудник был на больничном часть прошлого месяца". Потому что для нормального табельщика это дикость - "потом ВНЕЗАПНО! стало известно, что сотрудник две недели, как помер." :))))

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

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

Не хотел вносить изменения в конфигурацию, их и так много.

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

Согласен с вами, больше изменений - сложней обновлять. А обработка, которая открывает период без обработки системных событий уже есть, например EditCalc (волшебная вещь :)).

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