ЗиК: КАК выплатить реальные деньги? #104654

ЗП выплачивается следующим месяцем.Человеку за прошлый месяц положено 4000 руб. В том же (прошлом) месяце чел хапнул не позапрошлую ЗП, а 10000 руб. Т.о., к концу месяца у него сальдо -минус6000 руб. В док "накопленная задолженность" при смене периода на настоящий попадает сумма = 4000 руб. Она же фигурирует и в документе "выплата ЗП" за прошлый месяц, хотя в расчетнике четко видно, что чел на начало месяца должен (ТекНачСальдо = -10000, накоплЗад = 4000). Вопрос: где-таки отразится долг? Почему челу причитается, если по факту - нет?

10000 Начислено в каком месяце?

Как-то мутно рассказываешь. Давай по хронологии расставь.

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

Up

А что показывает вид расчета "Сальдо начальное" в июне ?

А заплатили ему больше на каком основании? Или просто в платежной ведомости цифру поменяли?

ЗиК не украинский случайно? Я то же с таким столкнулся в ЗиК для Украины. Исправил запрос в формировании платежной ведомости. Хотя это может и не совсем корректно. Возможно сумму превышающую ЗП к выплате нужно оформить авансом или ссудой. В ЖКК методика действий в такой ситуации не описывается :(

>>выдали не его ЗП за апрель, а некую большую сумму.На основании чего выплатили ему эту сумму и за какой период был этот док?

Насколько я поняла, уж не знаю, правильно ли, - они делали в мае выплату за апрель, но на сумму в 2 раза большую. Если б выплатили за апрель 4000 и за май 6000, то таких бы проблем теперь не было, на мой взгляд

Т.е. просто в ведомости поменяли цифру??? Круто

Не в 2 раза. Чел попросил заявлением денег - ему разрешили и в ведомости просто поставили нужную ему сумму. На след. месяц все рассчиталось правильно, расчетный лист верен, но в ведомость за май попадает его майская ЗП. Почему же не сальдо на начало июня?

Потому что надо было как-то оформить эту переплату в 1С (ввести в.р. какой-нибудь что ли), а не просто править ведомость.

Как разрулить?

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

очевиден один способ - в текущем месяце вручную подправить сумму к выдаче в документе выплата зарплаты.

Способ неудобен, поскольку не всегда знаешь, насколько ЗП переплачена. Было бы гораздо удобней, если б в ведомость проставлялись не суммы ЗП прошлого м-ца, а суммы сальдо, к-рые стоят в расчетнике на начало м-ца (суть суммы накопл. задолженности и тек. нач. сальдо). Понятно, что они имеют место быть только после расчета ЗП текущего м-ца, но, может, есть еще какой-либо способ выплаты сальдо? Кто-нить знает?

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

А если уже увеличили?

(+18) Я понимаю, что в механизме надо было разобраться. Одно "но": НИКОГО не встречал довольного этим механизмом. Либо, кто порезвее, переписывали механизм, либо вообще от ЗиК отказывались. Никто в соответствии с этими жесткими требованиями в реале не работает. Как ни крути, а история с сальдо в ЗиКе - притча во языцех. Зик из-за него непонятный и неудобный.

2 даже если УЖЕ увеличили. Сейчас не трогайте - учтется при следующей выплате.В механизме сальдо единственный минус - это необходимость расчета ЗП для получения начального сальдо округления.Я у себя переписывал этот момент на документ "Накопленная Задолженность".Других нареканий за все время НЕ БЫЛО и НЕ БУДЕТ!

Поддерживаю.Для таких расчетчиков я поставил в выплату зарплаты проверку, что сумма <=глКВыплатеЗаПериод

вот чтобы его не хаять, давайте разберемся. Только вот в моей ветке, никто толком не смог этого сделать...

2 А что тут разбираться то?Тебе механизм не понятен?Твою ветку я просто не видел, т.к. не в состоянии мониторить весь форум ежеминутно.

А что если в документ "выплата ЗП" (например, за май), формируемый виюне, вместо сумм рассчитанных ставить суммы из расчетных (например,майских) листков (сальдо на конец периода)? Хоть вручную, хоть соотв.обработкой?

2 это не правильно.Хочешь так делать - отруби нак. задолженность вообще.Сделать это можно с помощью константы "Округления".

+25 ... установив ее в 999999999

нет, непонятно. вот ветка:>и почему подход в 24 неправильный? я как раз собирался включить этот сумму по этому ВР за текущий период в выплату зарплаты

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

+27 правильнее наверное будет включить результат ВР не в документ а в функцию глКВыплатеЗаПериод

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

Наоборот! Это задолженность по ЗП попадает в документ "выплата ЗП"! В том-то и дело, что минус по переплате, который вылезает в "текущее нач. сальдо", нигде не в выплатах не фигурирует! Но раз этот минус есть и в расчетнике фиксируется, то почему в выплатах он не учитывается?

1.как это сальдо на следующий месяц возрастет если будет выплачено документом выплаты?2.что значит "разделение периодов выплат"?3.разве сальдо задолженности не переносится из месяца в месяц?4.разве нужно делать два документа выплаты? первый за предыдущий период (если не выплатили), а второй за текущий. Почему нельзя все выплатить одним документом. накопленная задолженность+текущие начисления?

в расчетных листках учитываются оба сальдо

Это я и сам знаю, но мне от этого не легче. Мне бы ЭТУ сумму выплатить, а не ЗП прошлого м-ца...

теперь по насчет примера.Если указать в документе выплата предыдущий месяц, сумма к выплате действительно будет равна сумма накопленной задолженности, однако, сумма к выплате не основана на результате записи ВР накопленная задолженность.С тем же успехом можно отказаться от формирования документа накопленная задолженность при смене периода.Вывод: накопленная задолженность используется для каких-то других целей.Только для отчетов типа отчетные листки??

Крикну вопрос повторно:VAICARTANA!!!КАК БЫТЬ С ПЕРЕПЛАТОЙ ЗП? Вылезет ли минус? Не останется ли в долгу работодатель? Можно ли в дальнейшем исправлять в большую сторону суммы в документе "Выплата ЗП"?

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

2 не верешь МНЕ?Ну так возьми чистую базу и проверь.Задолженность никуда не попадает.2 1. это элементарно. Выплата считается по периодам оплаты. Если в каком либо периоде происходит переплата, то сальдо округления (ОТРИЦАТЕЛЬНОЕ!!!)увеличивается, но и накопленная задолженность (которая положительная) тоже увеличивается. + на - даст 0.А в журнале обороты будут только расти.2. Это значит, что когда тебя глБух спросит "а может ли ВАША программа посчитать сколько денег нам нужно для погашения долга перед сотрами за НОЯБРЬ?" (когда на дворе июнь) ты можешь гордо сказать - МОЖЕТ!3. Переносится, так же как и сальдо округления. Но в нормальном случае они не достигают астрономических величин.4. Да, нужно делать 2 документа. Один - нельзя. Закон не позволяет.В той его части, которая гласит о компенсации сотрудникам за не своевременно выплаченную ЗП.2 Это сделано для того, чтобы простой черно-рабочий (замечу, что здесь не имеется ввиду негр, хотя против негров лично я ничего не имею, но не понимаю, почему негры могут называть друг друга неграми, а мы - нет) получив расчетку не пытался сложить 1+1 а сразу видел сколько ему должны.А вообще расчетка в ЗиК не удобна - в ней нет графы "НА РУКИ".2 "не основана на результате записи ВР накопленная задолженность" и не должна. См. закон."...можно отказаться от формирования документа накопленная задолженность". Ну давай. Потом скажешь "Опять ВАША ЗИКа не правильно считает..."Вывод не правильный.2 Вылезет. И учтется в следующем месяце. Т.е. если сотру в мае переплатили 1000р, то в июне он не дополучит 1000р. И ничего править не надо!Исправлять в большую сторону можно только если это АВАНСЫ. Иначе - бить по рукам и возможно ногами.

Если минусы вылезут, и ничего не надо править, то зачем бить ногами? Получается, криминала-то нет?

Vaicartana! Алексей! Добей до конца ветку, а? Просвети, пожалуйста.

Интересно, а можно каким либо способом изменить текущее начальное сальдо ("сальдо округления"), у нас на предприятии тоже подобная беда: расчетчица в феврале и марте некоторым чел выплатила меньшую сумму, чем начислила, а в апреле сделали выплату всей задолженности но, как оказалось, за период апрель, в результате на конец апреля конечное сальдо вроде 0, а на начало мая вылезают минусы сальдо и накопленная задолженность. Откат делать нереально (800 чел), пробовал в мае сторнировать выплаты з/п за апрель и проводить на эти суммы выплаты за март и февраль, но после расчета июня один фиг вылезают отрицательные суммы сальдо на начало июня. Может кто-нить посоветует как быть???

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

Это я уже слышал, однако пробовать на рабочей базе не стал, хотелось бы послушать кого-нить кто применял данную технологию на практике, по поводу возможных проблем. Я пробовал еще делать так: обнулял текущее начальное сальдо и уменьшал соответственно накопленную задолженность, расчет текущего месяца проходил нормально, однако в следующем месяце опять вылезало отрицательное сальдо. Может есть другие варианты?

up!

у меня сделано следующее.1.в документе "Накопленная задолженность" у реквизита "Сумма" снят признак "неотрицательный".2. в виде расчета "НачальноеСальдоОкругления" Результат = 0;3. в Процедуре глРассчитатьНакопленнуюЗадолженность (в ГМ)строки и все всегда попадает в "Накопленную задолженность"

+45 во блин чуть не забылв виде расчета "НачальноеСальдоПереплатаНДФЛ" тоже: Результат = 0;

Попробуй сделать документ Ввод начального сальдо по сотрудникам на начало апреля с сумамми равными суммам документа Накопленная задолженность, а док Накопленная задолженность удали

спасибо этого я еще не пробовал

ну так обработка есть от Vaicartana на проклубе

2 неверно. Криминал есть.Допустим, что ситуация настолько запущенная, что сальдо округления уже больше самой ЗП, причем больше в несколько раз. Тогда при выплате ЗП сумма к выплате все время будет "0" (комп будет пытаться погасить задолженность), а расчетчик еснно будет не согласен с этим и постоянно ставить суммы выше нуля, ругаясь при этом на "вашу глупую программу".2 в вашем случае поможет мягктий откат и ввод правильной выплаты ДВУМЯ документами. Обработку действително можо взять на проклубу, но она не моя. Называется она "Универсальный редактор журнала расчетов".Затем нужно будет сменить период и рассчитать накопленную задолженность.2 а вот это совершенно не правильно. Появятся лишни записи и сальдо просто задвоится.2 вот что сделано у меня>А насчет откатов - пишешь бумагу, что в конфе были такие то изменения, заверяешь их у глБуха или дира и указываешь для чего они сделаны.Если после обновления местными умельцами что то не работает то при чем тут ты?

Алексей, а можно обработкой пробежаться по ЖР, постчитать алгебраическую сумму м-ду ВР "накопленная задолженность" и "текущее нач. сальдо", записать ее в "тек. нач. сальдо", обнулить "нак. задолженность" и выплатить ЗП? Ну а в последствии выплачивать как надо, а? Очень не хочется откатываться назад и все пересчитывать/перепроверять.

2 Можно.Ответ дан в 25.

насчет 47. В каком месте сальдо задвоится

А что так не понятно?Документ "Ввод начального сальдо" создаст записи в ЖР + их же создаст документ накопленная задолженность и начисление ЗП.

В написано, что док Накопленная задолженность надо удалить

угу, и начисление ЗП тоже...

А если придется откатиться в дальнейшем и посчитать что-либо?Тогда уж программный откат без отработки системных действий, "взаимозачет" сальдо и накопленной задолженности, отрицательные результаты пишем в ВР "Начальное сальдо", устанавливаем реквизит "исправлена", положительные результаты пишем в документ "Накопленная задолженность", пустые строки удаляем, перепроводим документ. Мягко откатываемся "вперед".

В начальное сальдо начисление з/п не входит. Причем тут начисление ЗП?

2 зато в него входит сальдо округления.

Начальное сальдо=Текущее начальное сальдо(сальдо округления)+Накопленная задолженность.В описано изменение которое приведет к формуле Начальное сальдо=Текущее начальное сальдо(сальдо округления)+Начальное сальдо(введенное документом "Ввод начального сальдо по сотрудникам" с суммами взятыми из документа накопленная задолженность)=> результат остается прежним, но плюс в том(может это и не плюс) что оплату можно производить одной ведомостью по текущему месяцу.

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

Ничего менять в глобальнике не надо, пусть вводиться сальдо округления, просто документ "Начальная задолженность" заменяем на документ "Ввод начального сальдо сотрудникам".Посмотрел , попробовал, понравилось. Суть способа та же, но в отличии от моего способа,ни каких махинаций с документами делать не приходится.

Если ничего не менять то сальдо округления будет видить суммы прошлых перевыплат. В том случае, если они были ессно.Ну, а если сделать как ты говоришь с самого начала, то понятно, что сальдо округления будет всегда=0.

Вопрос немного в строну:Как было сказано в , сумму, бОльшую причитающейся, можно выплачивать только авансом, т.е., как я понимаю, за будущий период. А если надо выдать сумму, которую чел и в след. периоде не заработает? Как быть? Выдавать авансами за периоды, следующие друг за другом? Типа, за июнь, июль, август?

2 значит так. Расставим все точки над "и".В сказано, что бОльшую сумму выплачиваю только в случае аванса, поэтому абсолютно понятно, что предыдущие выплаты сделаны ПОЛНОСТЬЮ и задолженности ПРЕДПРИЯТИЯ перед СОТРУДНИКОМ просто НЕТ!Значит выплачивая сумму АВАНСОМ мы создаем задолженность сотрудника перед предприятием.Да пусть он ее хоть полгода потом гасит! Даже если ему будет 500р на чай выдаваться отдельно..Хотя вообще это называется ссуда предприятия и на нее должны насчитываться издержки.

Насчет перевыплат ты прав, совсем это из головы вылетело.

Алексей, дорогой, падаю на колени, расставь, пожалуйста, все точки над i, j, k! Расскажу, все как есть расскажу, только объясни, пожалуйста, поподробнее, как разрулиться!Итак, хронология. В какой-то момент было принято решение перейти на зик. Рассчитал в ЗиК ЗП январь-апрель, в мае догнал расчетчицу, она бросает свою пр-му и рассчитываем май только в Зик. За прошлые периоды ЗП рассчитывали как положено, а в документ "выплата зп" ставили суммы, реально выплаченные и по кассе прошедшие. отклонения от требуемой выплаты, может, и небольшие, но есть. Что имеем в мае? формируем отчет "расч. ведомость" - на конец суммы, которые (по словам расчетчицы) и нужно выплатить за май. (Тут, кстати, вопрос по ходу: есть ли разница: выплачиваем ЗП в периоде рассч. или в след. периоде, после форм. нак. задолженности?). Но, сформировав док "выплата ЗП" мы видим, что суммы в нем, мягко гря, не те (токмо ЗП за май, что соответствует идеологии ЗиКа), хотя и не по всем. Вот тут-то и заминка: что делать-то? Перенести суммы из расч. ведомости в док. "выплата ЗП"? Но это же развитие ситуации, начавшейся с начала рассчета в ЗиКе. Изменить константу округления? Так после этого в текНачСальдо собираются ВСЕ суммы, которые, по идее, и вылезать не должны. ЧТО ДЕЛАТЬ-ТО? Меня грозятся подвесить за фаберже, очень не хочется...

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

Как? Поподробнее, пожалуйста. Как при этом себя ведут "ТекНачСальдо" и "НакоплЗадолженность"?

Разницы в том, когда делать выплату нет. Есть разница ЗА какой период мы будем делать выплату.Теперь что можно сделать в ВАШЕМ случае..Вариант №1.1. Мягко откатываемся на начало (январь 2005) и все выплаты разбиваем по периодам действия (об том, как сделано у меня чуть позже)2. Закрываем месяц и формируем сальдо (маленькая обоработочка которая пробежится по ЖР и просчитает только СальдоОкругления)3. Повторям п1-п2 пока не приедем в текущий период..Вариант №2.1. См 25.2. Считаем задолженность ТЕКУЩЕГО месяца (для этого придется переформировать документ НакопленнаяЗадолженность и рассчитать сальдоОкругления)3. Делаем выплату4. Ставим константу назад и переходим на следующий месяц.5. Работаем в соответствии с требованиями НК.Только учти, что выплату за месяца предшествующие текущему делать будет нельзя ни при каких обстоятельствах (иначе сальдо опять порвешь).Теперь о том, как сделано у меня.В одной конторе я замучился бороться с бухами по поводу сальдо. Ну там просто тяжелый случай. Поэтому при выплате ЗП я автоматически распределяю ЗП по периодам начисления. Для этого при проведении документа по каждому сотру циклически вызывается ф-ия глКВыплатеЗаПериодНо, повотряю, это _обычно_ излишне!

Алексей, спасибо большое за участие, попробую. Может, правда, придется еще кое-что уточнить. А что думаешь относительно 69-70?

В случае варианта 2, после нормализации константу нужно возвращать в исходное состояние, или оставить 9999999999?

Чот я думаю по поводу 69? Ну, если ВАШЕМУ глБуху не интерсна сумма задолженности за определенный месяц, и если ВАС не пугает не соответстиве НК в части уплаты штрафа из-за задержки ЗП, то смело можете править что угодно.2 Вариант2 п4.

Блин, осел я невнимательный :((( Еще раз спасибо!Кстати говоря, Singl, твой способ также интересен, ты бы уточнил на всяк. случай, а?