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

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

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

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

> В Зарплате и Кадры 7.7 запрещается менять период назад , тем более с такой численностью сотрудников. <br><br>С чего вы это взяли?! И 200 человек -это совсем не большая численность. Откат в ЗиК это штатная процедура! Просто бух должен четко представлять, что он делает. А вот обработка нужна только тогда, когда откатываться надо на несколько периодов назад. В данной же ситуации - никаких проблем! Тем более, что автор так и не ответила, что именно меняется...<br><br>> А вообще не так много ситуаций, когда срочно нужно чтото расчитать в будующем периоде, не досчитав текущий. <br>Согласна - у меня чаще возникает ситуация, когда надо вернуться.. поторопились закрыть, а теперь надо внести какие-то изменения.<br><br>> То же самое увольнение можно рассчитать и на бумаге, если досрочно. Либо сотрудник подождет очередной даты выплаты зарплаты как все (знаю, нарушение - но на больших предприятиях дергаться из-за 20 человек ежемесячно может выйти боком и сотруднику и организации)<br>Вот это как раз я обычно советую бухгалтерам не делать: именно расчет на бумаге и может выйти боком, если потом он не совпадет с машинным расчетом!<br><br>НО у меня просто возник вопрос к MarinaSOLCOMP: а зачем вообще переходить на следующий месяц чтобы рассчитать уволенного? Программа позволяет все это сделать в текущем месяце. Н-р, расчетный период сентябрь. Сотрудник увольняется 10 октября. При вводе приказа об увольнении программа задаст вопрос рассчитать ли октябрь. И все отлично считается. Формируется расчетный листок и за сентябрь, и за октябрь..<br>Насчет же справки - вы все равно не можете выдать справку, включающую месяц, который еще не окончился. Т.е тоже нет смысла переходить на след. месяц.<br>

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

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

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

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

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

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