ЗиК,290 Расчет з/пл

Здравствуйте, в программе мы работаем не давно и столкнулись с такой проблемой. Численность работников в нашей организации более 200 человек и  расчет з/пл в программе мы делаем до 10-15 числа месяца, следующего за расчетным, не переходя в новый расчетный период. Но случается, что какому-то работнику либо нужна срочно справка, или кто-то увольняется. Тогда мы этому сотруднику рассчитываем его з/пл, делаем соответствующие отчисления, например в августе, переходим на сентябрь-рассчитывает вновь з/пл сентября и вроде бы все нормально. но если мы возвращаемся в прошлый рассчетный период,то ранее начисленные суммы там меняются и мы уже не можем корректно продолжать работу. Может мы не правильно что делаем, подскажите, как поступить в такой ситуации.

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

В Зарплате и Кадры 7.7 запрещается менять период назад , тем более с такой численностью сотрудников. Если вам так привычно или необходимо у вас два варианта - либо перейти на 8ку (можно считать зарплату за любой период, нет жесткой привязки к текущему расчетному периоду), либо попросить у программистов чтобы поставили свою обработку (а не 1с) для смены периода без обнуления результатов. Но вы должны четко понимать что вы творите , при изменении каких-либо данных прошлых периодов, и какие действия необходимо сделать снова по возврату в будующий период.
А вообще не так много ситуаций, когда срочно нужно чтото расчитать в будующем периоде, не досчитав текущий. То же самое увольнение можно рассчитать и на бумаге, если досрочно. Либо сотрудник подождет очередной даты выплаты зарплаты как все (знаю, нарушение - но на больших предприятиях дергаться из-за 20 человек ежемесячно может выйти боком и сотруднику и организации)

> В Зарплате и Кадры 7.7 запрещается менять период назад , тем более с такой численностью сотрудников.

С чего вы это взяли?! И 200 человек -это совсем не большая численность. Откат в ЗиК это штатная процедура! Просто бух должен четко представлять, что он делает. А вот обработка нужна только тогда, когда откатываться надо на несколько периодов назад. В данной же ситуации - никаких проблем! Тем более, что автор так и не ответила, что именно меняется...

> А вообще не так много ситуаций, когда срочно нужно чтото расчитать в будующем периоде, не досчитав текущий.
Согласна - у меня чаще возникает ситуация, когда надо вернуться.. поторопились закрыть, а теперь надо внести какие-то изменения.

> То же самое увольнение можно рассчитать и на бумаге, если досрочно. Либо сотрудник подождет очередной даты выплаты зарплаты как все (знаю, нарушение - но на больших предприятиях дергаться из-за 20 человек ежемесячно может выйти боком и сотруднику и организации)
Вот это как раз я обычно советую бухгалтерам не делать: именно расчет на бумаге и может выйти боком, если потом он не совпадет с машинным расчетом!

НО у меня просто возник вопрос к MarinaSOLCOMP: а зачем вообще переходить на следующий месяц чтобы рассчитать уволенного? Программа позволяет все это сделать в текущем месяце. Н-р, расчетный период сентябрь. Сотрудник увольняется 10 октября. При вводе приказа об увольнении программа задаст вопрос рассчитать ли октябрь. И все отлично считается. Формируется расчетный листок и за сентябрь, и за октябрь..
Насчет же справки - вы все равно не можете выдать справку, включающую месяц, который еще не окончился. Т.е тоже нет смысла переходить на след. месяц.

> С чего вы это взяли?!
"Здравствуйте, в программе мы работаем не давно"  ))))) это не бухия, и пользователи совершенно точно не понимают что творят - раз спрашивают почему что-то слетает. Поэтому ТАКИМ пользователям я лично ЗАПРЕЩАЮ откатывать назад. А то потом по прошествии времени оказывается что гдето чтото не сходится. А бывает вообще базу рушат откатив на полгода назад и без копии. Это называется "приехали" (

> а зачем вообще переходить на следующий месяц чтобы рассчитать уволенного?
программа не позволяет рассчитать скажем в августе, увольняющегося в сентябре, скажем числа 10.
То что вы написали, вы скорее всего имели ввиду компенсацию за отпуск - сумму она конечно позволит рассчитать, но НДФЛ !!! и вычеты, и плюс зарплата до 10 числа??? Это только после смены периода.
Исключение составляют военнослужащие - им итак вся зарплата рассчитывается всегда до ее отработки, заранее.

>
> То что вы написали, вы скорее всего имели ввиду компенсацию за отпуск - сумму она конечно позволит рассчитать, но НДФЛ !!! и вычеты, и плюс зарплата до 10 числа??? Это только после смены периода.
> Исключение составляют военнослужащие - им итак вся зарплата рассчитывается всегда до ее отработки, заранее.

Я имела в виду именно то, что написала! что если расчетный период сентябрь, то отлично можно рассчитать ЗАРПЛАТУ ( следовательно и НДФЛ) за ОКТЯБРЬ!! И программа сама предлагает это сделать после ввода приказа об увольнении! Просто возьмите и проверьте! И переходить на следующий месяц не надо!

Спасибо большое за ответы. Может мы, конечно, немного и недопонимаем сам принцип работы программы. Но вот переходим в предыдущий или следующий месяц довольно часто. По поводу выдачи справки, т.к зарплату мы начисляем до 10 числа (например за август - до 10 сентября) то, если сотрудник обращается за справкой в сентябре, то август должен быть в нее включен, а мы его еще не закрыли. Сейчас мы делаем, как советовала Svetlana_E, делаем копию базы-рассчитываем и восстанавливаем. Трудоемко это как-то только.....

> По поводу выдачи справки, т.к зарплату мы начисляем до 10 числа (например за август - до 10 сентября) то, если сотрудник обращается за справкой в сентябре, то август должен быть в нее включен, а мы его еще не закрыли.

А зачем закрывать? Все справки и так должны формироваться, при незакрытом месяце. Как только суммы рассчитаны, они попадают в любой отчет - закрыт или нет месяц - не имеет значения. Какие именно у вас не формируются?

ок, можно рассчитать зарплату за октябрь в сентябре, но
1) пользователь должен не забыть ввести накопленную задолженность САМ
2) если требуется исправление октябрьских сумм, это можно сделать только через документ "Исправление" (наверное не все пользователи про него знают)
3) все равно не увидеть окончательных взаиморасчетов и карточку 2-ндфл. В простом случае можно прикинуть
и не переходя на буд.период просто вписать недостающий месяц ручками и отдать справку работнику, а если черт-ногу-сломит, то все-таки можно и переплатить\недоплатить
4) если вдруг потребуется сделать перерасчет именно в октябре за предыдущие периоды - без смены периода на октябрь, это сделать невозможно.

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