Что делать с минусами?
 

В перечень подаваемых сведений в ПФР добавили форму СЗВ-6-3 "Сведения о сумме выплат и иных вознаграждений..."
У сотрудников нередко получается, что начислено в каком либо месяце отрицательная сумма, либо база за месяц отрицательная - например была зарплата начислена, сотрудник больничный позже принес или больничный во время отпуска, ну разное бывает.
Программа проверки отрицательные суммы не пропускает.
Если суммы как-нибудь занулить - тогда общая не сойдется...
Как сдавать?

1-Kapitan911 >[em]У сотрудников нередко получается, что начислено в каком либо месяце отрицательная сумма,[/em]
не-а, отрицательных начислений не бывает. То, что ты говоришь - это не начисление, это сторно ранее начисленного.
Выход один - уменьшать сторнируемую сумму, причем не в том месяце, [b]В[/b] котором сторнируем, а в месяце, за который была она ранее начислена и [b]ЗА[/b] который сторнируем.

правда, в этом случае есть риск нарваться на несовпадение с ранее поданными индивидуальными сведениями и РСВ ...

(2) Что отрицательных начислений не бывает - в курсе;-) Я не писал про отрицательныя начисления. Писал что начислено - отрицательная сумма (т.е. сложилась из каких-то сумм, включая сторно).
В СЗВ-6-1,2 исправлять минуса удобно было в форме отчета. А в СЗВ-6-3 так уже не исправишь. Только в карточку лезть (но тогда другие отчеты, в частности РСВ-1, поплывут). Или выгружать в программу ПФР и там править. Не смотрел правда как они там эту форму реализовали и удобно ли править...

1-Kapitan911 > Объективных причин для сторнирующих записей - нет. Ведение табеля - не "средство для расчета", ведение табеля - [b]обязанность[/b]. Которой вы пренебрегаете. Причем, для руководства, для администрации, это разгильдяйства профита не дает никакого.
Подсказать, как просто, без затрат нервной энергии, даже без репрессий, сократить это разгильдяйство? Очень просто: ГБ подготавливает распоряжение, что подразделения подают сведения за месяц строго до такого-то числа. После этого любые, в т.ч. "корректирующие" сведения за месяц подаются исключительно через канцелярию (т.е. с визой начальника). Вот и все. Количество "объективных обстоятельств" резко падает :D

5-VZ >ну опять начинается... а с отпусками как? кто должен следить, заболел в отпуске сотрудник или здоров? или табельщики должны каждый день звонить отпускникам на Канары и справляться об их здоровье и целости конечностей?

(5) Это не разгильдяйство. Пусть для Вас это будет открытие, но многие бюджетники к 20-25 уже зарплату закрывают, т.е. когда еще реально неизвестно чем занимался сотрудник в последнюю неделю месяца. А уже следующим месяцем исправляют. И так из месяца в месяц. И это в порядке вещей.

7-Kapitan911 >[em]И так из месяца в месяц. И это в порядке вещей.[/em]
Не-а. В порядке вещей это только один раз в году. В декабре. :)

в остальное месяцы у нас до недавнего времени это тоже было в порядке вещей. Пока счетка не посчитала и не предъявила это как неправомерно (преждевременно) начисленные и выплаченные суммы. И показательно не отодрали одного из распорядителей.
После этого у всех распорядителей как бабушка отшептала. Не дай Бог кто-то закроет зарплату раньше 1-го числа следующего месяца. Сразу истерика - "да как вы посмели" :)
Хотя до этого была истерика совершенно противоположная - "да как вы посмели до 1-го числа не потратить деньги? Почему деньги остались на счете?"

Так что все в мире относительно... В том числе и дурь и истерика распорядителей...

В Воронеже еще не отодрали.

6-Buhta > Лена, давай без демагогии, ОК? Много у нас в Египте отпускников акула покусала? И все из вашего института, да? Не защищай, не надо. Я знаю истоки и причины, по которым табель "выводится": это, например, торговля с алкашами на работу сверхурочно и по выходным без оформления. Ну и подобное.
А "не забыть" отпускников и болящих проще простого: бригадир, мастер [em]просто[/em] каждый день отмечает своих (немногочисленных) отсутствующих в записной книжице.

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

Ну вот и выявилась причина "трудностей": "ручное управление". Не совместимое принципиально с компьютерами. Вернее, с "упорядоченным менеджментом". А "на комьютерах, как на наименее гибким звеном, проявляющихся.
И причем здесь Лужков?

10-VZ > как у тебя все просто и идеально:) а у нас действительно несколько чел вернулись из отпуска с травмами, отравлениями и др. болячками. и ни на каких табельщиков свалить не получится. ЗЫ: воспрос сабжа остается актуальным. видимо придется править "рокировкой", т.е. одним сотрам добавлять, а у других снимать в том-же мясяце. потом наоборот... 7 чел. таких вылезло:( что не оч. плохо, т.к. была проведена "работа" над табельщиками и т.п. могло быть значительно больше... но все-таки:( а СЗВ-6-3 точно придется сдавать?

кста, при закрытии отчета и повторном открытии список пачек СЗВ-6-3 сохраняется, но по пачкам, где ДГПХ-шники сведения не формируются... формируются только при повторном заполнении.

14-Buhta >Это в ТЗ ТаблицаПачки не хватает длины реквизита "ВидДоговора". Стоит 18, а нужно 19.

(18) Может тогда уж 20 поставить, т.к. во врагменте оригинального кода 20 стоит:
// определим колонки пачек
Пачки.НоваяКолонка("Номер" ,"Число" ,5,0 ,"№ пачки",5);
Пачки.НоваяКолонка("Форма" ,"Строка" ,12,0,"Форма",7); // "СЗВ-6-1","СЗВ-6-2", "СПВ-1", "АДВ-6-2", СЗВ-6-3
Пачки.НоваяКолонка("КатегорияЗЛ" ,"Перечисление.КатегорииЗастрахованныхЛицПФР",,,"Категория ЗЛ",12); // категория застрахованного лица
Пачки.НоваяКолонка("ВидДоговора" ,"Строка" ,20,0,"Вид дог.",7); //для СЗВ-6-3
Пачки.НоваяКолонка("СоставПачки" ,"ТаблицаЗначений");