1С ЗУП3 - документ выплат "кривой": Док-т Основание - "в том числе за..."
привет.
имеется последняя ЗУП 3.1
в ней какие-то сложности, в частности
при создании начисления и потом выплаты по этому начислению.
картинка
а именно:
1) создаем начисление ЗП (скажем 5 сотрудников), например октябрь (начало работы организации, кадровые документы оформлены)
2) создаем выплату ЗП октябрь 5 сотрудникам. Кнопка заполнить.
формируется табличная часть, где все красиво...
3) оформили прием работы еще 3 сотрудникам (кадровые документы оформлены).
4) создаем начисление ЗП за ноябрь.
5) создаем выплату ЗП за ноябрь. Кнопка заполнить.
видим в табличной части, что заполнено по 8 сотрудникам,
но у некоторых сотрудников, в графе Документ основание - строка "в том числе за октябрь"...
6) открываем ссылку "в том числе за октябрь", и видим в таблице 3 строчки, имеется упоминание начисление за октябрь, отрицательное начисление за октябрь, и начисления за ноябрь.
суммарно получается что сумма к выплате положительная, но путем трех строчек...
7) документ проведен
8) создаем начисление ЗП за декабрь.
9) создаем выплату ЗП за декабрь. Кнопка заполнить.
видим в табличной части, что заполнено по 8 сотрудникам,
но у некоторых сотрудников, в графе Документ основание - строка "в том числе за октябрь, ноябрь"...
10) открываем ссылку "в том числе за октябрь, ноябрь", и видим в таблице 5 строчек, что там есть упоминание начисление за октябрь, отрицательное начисление за октябрь, начисления за ноябрь, отрицательное начисление за ноябрь, и начисления за декабрь
снова, суммарно получается что сумма к выплате положительная, но уже за 5 строчек
и опять не у всех сотрудников, повторяемость 90%...
дальше — больше...
вопрос:
как это исправить, чтобы в начислении было только по факту, без положительного и отрицательного начисления, как это контролировать
и почему такое происходит, какая логика системы?
звонок в поддержку 1С не помог, они не смогли это воспроизвести и ничего не подсказали...
спасибо.
имеется последняя ЗУП 3.1
в ней какие-то сложности, в частности
при создании начисления и потом выплаты по этому начислению.
картинка
а именно:
1) создаем начисление ЗП (скажем 5 сотрудников), например октябрь (начало работы организации, кадровые документы оформлены)
2) создаем выплату ЗП октябрь 5 сотрудникам. Кнопка заполнить.
формируется табличная часть, где все красиво...
3) оформили прием работы еще 3 сотрудникам (кадровые документы оформлены).
4) создаем начисление ЗП за ноябрь.
5) создаем выплату ЗП за ноябрь. Кнопка заполнить.
видим в табличной части, что заполнено по 8 сотрудникам,
но у некоторых сотрудников, в графе Документ основание - строка "в том числе за октябрь"...
6) открываем ссылку "в том числе за октябрь", и видим в таблице 3 строчки, имеется упоминание начисление за октябрь, отрицательное начисление за октябрь, и начисления за ноябрь.
суммарно получается что сумма к выплате положительная, но путем трех строчек...
7) документ проведен
8) создаем начисление ЗП за декабрь.
9) создаем выплату ЗП за декабрь. Кнопка заполнить.
видим в табличной части, что заполнено по 8 сотрудникам,
но у некоторых сотрудников, в графе Документ основание - строка "в том числе за октябрь, ноябрь"...
10) открываем ссылку "в том числе за октябрь, ноябрь", и видим в таблице 5 строчек, что там есть упоминание начисление за октябрь, отрицательное начисление за октябрь, начисления за ноябрь, отрицательное начисление за ноябрь, и начисления за декабрь
снова, суммарно получается что сумма к выплате положительная, но уже за 5 строчек
и опять не у всех сотрудников, повторяемость 90%...
дальше — больше...
вопрос:
как это исправить, чтобы в начислении было только по факту, без положительного и отрицательного начисления, как это контролировать
и почему такое происходит, какая логика системы?
звонок в поддержку 1С не помог, они не смогли это воспроизвести и ничего не подсказали...
спасибо.
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) когда начали вести учет в 3.1 (3.0)? после переноса из предыдущей версии?
В 2.5 "подправлять" сумму к выплате в д-тах Выплата з/п было просто, а в ЗУП 3 эта "простая сумма" состоит из нескольких частей. Если в каких-то д-тах "Выплата... " за октябрь ручками подправили сумму (а это не просто сумма, а плюс еще несколько показателей ... и какой-то из этих показателей (или месяц или Д-т начисления) или пропустили или как-то не так заполнили, то при следующей выплате з/п программа начинает всё корректировать - ваша "неверная" строчка идет красным, а строчка с такой же суммой, но положительная заполняется "верно" с точки зрения программы.
И еще, конечно аванс - см (3)
В 2.5 "подправлять" сумму к выплате в д-тах Выплата з/п было просто, а в ЗУП 3 эта "простая сумма" состоит из нескольких частей. Если в каких-то д-тах "Выплата... " за октябрь ручками подправили сумму (а это не просто сумма, а плюс еще несколько показателей ... и какой-то из этих показателей (или месяц или Д-т начисления) или пропустили или как-то не так заполнили, то при следующей выплате з/п программа начинает всё корректировать - ваша "неверная" строчка идет красным, а строчка с такой же суммой, но положительная заполняется "верно" с точки зрения программы.
И еще, конечно аванс - см (3)
(0) Документ начисления в регистрах накопления (их там несколько) участвует как Измерение.
Так вот, если где-то в ведомостях в банк вы решили сократить количество строк и не указали документ начисления,
то и выходит, что итоги на дату новой ведомости, не будут закрыты, и поэтому попадут все строки.
Обычно при авансе не указывается документ начисления, и эту сумму видно минусом при выплате зарплаты.
других строк не должно быть в идеале.
Так вот, если где-то в ведомостях в банк вы решили сократить количество строк и не указали документ начисления,
то и выходит, что итоги на дату новой ведомости, не будут закрыты, и поэтому попадут все строки.
Обычно при авансе не указывается документ начисления, и эту сумму видно минусом при выплате зарплаты.
других строк не должно быть в идеале.
Вы уверены, что хронология ввода документов не была нарушена?
Может быть задним числом был перепроведен документ начисления, или кадровые приказы, при введенных документах выплат - не хочется гадать.
Я говорю это потому, на тестовой базе проблема которую вы описываете - не воспроизвелась.
Попробуйте принудительно восстановить хронологию документов, начиная с момента до самого раннего месяца, за который получаете "красноту". Судя по скрину - с сентября.
Может быть задним числом был перепроведен документ начисления, или кадровые приказы, при введенных документах выплат - не хочется гадать.
Я говорю это потому, на тестовой базе проблема которую вы описываете - не воспроизвелась.
Попробуйте принудительно восстановить хронологию документов, начиная с момента до самого раннего месяца, за который получаете "красноту". Судя по скрину - с сентября.
Простое перепроведение д-тов ничего не исправит, нужно корректировать всё, из чего складывается сумма к выплате, но это не очень просто, особенно если сотрудников много, проще ничего не трогать вообще, а программа сама всё исправит в первом же д-те "Выплата..", который сформирован без всяких корректировок.
(20) получается смоделировать ситуацию только делая корректировки в д-те "Выплата з/п" , открываем из чего состоит сумма к выплате - видим - "+" и "-", которые в итоге "схлопываются"... но ведь нам так не надо, да? удаляем, сумма к выплате не изменяется, все красиво... а в следующей ведомости программа снова все исправляет, вот вредная ....
(21) я покопался и нашел следующее.
в самом первом документе, на выплату,
октрываем строчку сотрудника (с сумой выплаты по начислению) и видим:
документ основание (пусто).
два раза кликнуть (это "открытие" мне пришлось случайно), выбрать что основание "Начисление зп", нужное начисление.
таким образом, в выплате, документ основание вручную привязали к начислению.
(и так для каждого сотрудника)
тогда в последующий документах, если проверить всех сотрудников и выбрать вручную начисление,
то пляски с "+ и - " уходят
документы получаются приличные... без непонятных начисление и списаний...
вопрос - это так должно быть или где-то косяк ведения документов вполз и его не видно?
потому что утомительно проверять... ладно в этой базе 25-30 персон,
а если бы их было 500???
не знаю как далее все пойдет... проверяю последующие месяцы...
в самом первом документе, на выплату,
октрываем строчку сотрудника (с сумой выплаты по начислению) и видим:
документ основание (пусто).
два раза кликнуть (это "открытие" мне пришлось случайно), выбрать что основание "Начисление зп", нужное начисление.
таким образом, в выплате, документ основание вручную привязали к начислению.
(и так для каждого сотрудника)
тогда в последующий документах, если проверить всех сотрудников и выбрать вручную начисление,
то пляски с "+ и - " уходят
документы получаются приличные... без непонятных начисление и списаний...
вопрос - это так должно быть или где-то косяк ведения документов вполз и его не видно?
потому что утомительно проверять... ладно в этой базе 25-30 персон,
а если бы их было 500???
не знаю как далее все пойдет... проверяю последующие месяцы...
(23) все-таки "в самом первом документе, на выплату" изначально были ручные правки?
(24) красиво получается, если четко выполняется последовательность ввода д-тов и отсутствие всяких пересчетов и ручных исправлений (не всегда пользователь понимает последствия таких правок).
НДФЛ очень не рекомендовалось править ручками еще с 7.7 , а сейчас "Выплата з/п" из-за 6-НДФЛ содержит много "спрятанных" показателей (и для сумм к выплате и для НДФЛ).
см. (15)
(24) красиво получается, если четко выполняется последовательность ввода д-тов и отсутствие всяких пересчетов и ручных исправлений (не всегда пользователь понимает последствия таких правок).
НДФЛ очень не рекомендовалось править ручками еще с 7.7 , а сейчас "Выплата з/п" из-за 6-НДФЛ содержит много "спрятанных" показателей (и для сумм к выплате и для НДФЛ).
см. (15)
(25)
ручных правок, скорее всего не было, а те что были обнаружены - удалялись. (т.к. я отменил все проводки и делал переформирование документов, то правки должны были уйди)
про НДФЛ - есть загвоздка теперь...
а именно:
ранее, НДФЛ удерживался полностью, в выплате.
т.е. насчитали ЗП - 12000, НДФЛ 1560 (предположим так).
а если сделали выплату ЗП аванс 11000, (ндфл не платиться)
то потом остаток - ЗП 1000 и НДФЛ 1560... (тут сумма НФДЛ больше чем выплата по ЗП)
то в новой редакции ЗУП 3.0-3.1 (согласно какому-то письму от налоговой, с 2016 кажется года) НДФЛ не должен удерживаться полностью..
т.о. если ранее было как написал (а это 2014-2015 года),
то сейчас программа делает так:
насчитали 12000
ЗП аванс 11000 (ндфл =0)
выплата остаток ЗП =1000 (НДФЛ = 1000, остаток 560 будет перенесен на следующую выплату)
ТО уже есть расхождения при формировании выплат - как было ранее, в том числе фактические банковские проводки-платежки и как сейчас правильно согласно письму...
если в выплате "поправить" НДФЛ (ручное изменение суммы НДФЛ в документы выплаты) как это было фактически в "оригинале" - то я пока слабо представляю к чему это приведет...
поддержка 1С сказала "если исправите, потом не обращайтесь что у вас отчеты не сходятся"
ручных правок, скорее всего не было, а те что были обнаружены - удалялись. (т.к. я отменил все проводки и делал переформирование документов, то правки должны были уйди)
про НДФЛ - есть загвоздка теперь...
а именно:
ранее, НДФЛ удерживался полностью, в выплате.
т.е. насчитали ЗП - 12000, НДФЛ 1560 (предположим так).
а если сделали выплату ЗП аванс 11000, (ндфл не платиться)
то потом остаток - ЗП 1000 и НДФЛ 1560... (тут сумма НФДЛ больше чем выплата по ЗП)
то в новой редакции ЗУП 3.0-3.1 (согласно какому-то письму от налоговой, с 2016 кажется года) НДФЛ не должен удерживаться полностью..
т.о. если ранее было как написал (а это 2014-2015 года),
то сейчас программа делает так:
насчитали 12000
ЗП аванс 11000 (ндфл =0)
выплата остаток ЗП =1000 (НДФЛ = 1000, остаток 560 будет перенесен на следующую выплату)
ТО уже есть расхождения при формировании выплат - как было ранее, в том числе фактические банковские проводки-платежки и как сейчас правильно согласно письму...
если в выплате "поправить" НДФЛ (ручное изменение суммы НДФЛ в документы выплаты) как это было фактически в "оригинале" - то я пока слабо представляю к чему это приведет...
поддержка 1С сказала "если исправите, потом не обращайтесь что у вас отчеты не сходятся"
(26) аналогичный расчет... только с выплатой за вторую половину = "0" (в аванс всё выплатили), пыталась получить ответ из 1С - как, когда перечислять НДФЛ? внятного ответа не получила и аудиторы не могут ответить...
В случае с вашими 1000+560, я бы всё же исправила в Выплате на НДФЛ=1560, ... знаю, что не соответствует "религии", зато логично и в отчёт нормально падает...
а пример взят из практики? или как? 12000-1560-11000-1000= ?
В случае с вашими 1000+560, я бы всё же исправила в Выплате на НДФЛ=1560, ... знаю, что не соответствует "религии", зато логично и в отчёт нормально падает...
а пример взят из практики? или как? 12000-1560-11000-1000= ?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот