Зарплата и Кадры. Можно ли так изменить???

"Здравствуйте! На самом деле проблема возникла давно. Дело в том, что у нас очень много сотрудников. и каждый раз при расчете з/п нереально формировать 2 ведомости: т.е. если в предыдушем месяце мы округлили выплату до 10 руб. то в накопленную задолженность падает это округление, допустим 4 руб. В текущем месяце мы не делаем выплату 4 руб. за предыдущий месяц, а включаем эту сумму в выплату за текущий месяц. я конечно понимаю, что это в корне неправильно. Но иначе у нас не хотят формировать 2 платежные ведомости и объединять их. => в резяльтате такого механизма происходить увеличение накопленной задолженности(в плюс) и текущего начального сальдо(в минус).Цифры возникли астрономических сумм, причем у тех сотрудников, у которых такие суммы, когда то очень давно была переплата. но тем неменее, при таком подходе числа тоже будут постепенно увеличиваться. з/п у нас выплачивается вовремя.
Возникла идея, как избавиться от этих больших цифр: маленько поправить процедуру глСальдоОкругления(): если на начало периода предприятие реально должно и глКВыплате+глНачальнаяЗадолженностьПоЗарплате>=0, тогда сальдо округления=0; иначе рассчитываем по старому. Возможен ли такой вариант??? Может у кого-нибудь такая же ситуация??? Подскажите, пожалуйста!!!"

Возможно. Немного про мои настройки.
1. Клиент предупреждается, что после этого он НЕ сможет расчитать компенсацию за несвоевременную выплату зарплаты. Если он согласен, то:

2.Правятся документы модули форм "НакопленнаяЗадолженность", "ВыплатаЗаработнойПлаты" и модуль документа "НачислениеЗаработнойПлаты". В последнем блокируется ввод в журнал расчетов ВР "НачальноеСальдоОкругления".

Ну в общем и все. Да - ни в коем случае не трогайте ВР НачальноеСальдоПоПереплатеНДФЛ и глПереплатаНДФЛ().

Здравствуйте!
1. если у нас были сотрудники (сейчас они уволены), которые по каким-либо причинам нам должны. => тогда получается не стоит изменять модуль проведения "НачислениеЗаработной платы" !!! Так ведь?
2. Поправки в документе "Накопленная задолженность" - просто надо не учитывать это сальдо округления...???
3. А что надо изменить в "ВыплатаЗаработной платы". у нас делают так. Когда формируют это документ - маленько изменяют процедуру глКВыплатеЗаПериод()(чтобы учитывалась накопленная задолженность). а потом модуль меняюи обратно. Или прямо в документе лучше учесть эту накопленную задолженность.???

А я делаю так:
В расчетном периоде (пусть Сентябрь), убираю Накопленную задолженность (с ужасными миллионами)
После начисления ЗП в ЖР проставляю в Текущем начальном сальдо сальдо по ведомости ( у нас- на конец августа). Далее 2 пути:
1) Если ЗП вообще нормально не выплачивается и ставится бухгалтером руками, то освобождаюсь на века от накопленной задолженности, т.е. В константе "Округление по умолчанию" ставлю 9-ки, сколько влезет. И все! Правда, при условии, что при выплате ЗП период всегда будет ставиться текущий. Т.е. забываем, что в сентябре мы должны чего-то там за август и т.д. (Ведь нак. задолженности- то больше нет)
2) Если ЗП выплачивается регулярно и правильно и мы возможно захотим рассчитывать компенсацию за задержку ЗП и вообще рассчитывать ЗП на автомате. В константе "Округление по умолчанию" ставим наше округление (у вас оно - 10 руб). В сентябре в документе "Выплата ЗП" устанавливаем период СЕНТЯБРЬ (хоть это ЗП за август, хоть аванс за сентябрь). В следующих расчетных периодах будет формироваться уже правильная накопленная задолженность . Но, понятно, выплату ЗП во веки веков делаем правильно (т.е. указываем верный период (как правило- предыдущий, если должны. И текущий - если аванс)

т.е. по предложенному первому варианту получается,что вся задолженность будет падать в текущее начальное сальдо???

> т.е. по предложенному первому варианту получается,что вся задолженность будет падать в текущее начальное сальдо???

АГА