РСВ и сторно рабочих дней по больничному
1С:Зарплата и кадры бюджетного учреждения
1С:Зарплата и кадры государственного учреждения 3
1С:Зарплата и Управление Персоналом 2.5
1С:Зарплата и Управление Персоналом 3.x
Мы это заметили еще прошлой осенью, но исправили руками так как думали что это ошибка текущего обновления.Однако и сейчас спустя уже сколько обновлений ситуация повторилась.Описываю:допустим у сотрудницы Ивановой зпл за май полностью отработанные смены 24000 руб.В июне она приносит больничный сроком на половину мая.Соответственно в июне сторируются майские смены на сумму 12000.А в рсв за май программа вместо 12000(24000-12000) ставит 36000!То есть не минусует, а плюсует это сторно.Но если сложить май и июнь то сумма общая зпл сходится.Что за ересь?Кто нибудь кроме нас с таким сталкивался?Как исправить?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Покажите РС "Учет доходов для исчисления страховых взносов" с фильтром по этому сотруднику.
И вкладку б/л с пересчетом.
То, что вы описываете,согласна, конечно, ересь :))). И так быть не может, особенно, если май так завышается, а вы пишите, что май+июнь - нормально.
Но программа обычно все делает корректно. У меня полно больничных, принесенных позже и пересчеты, но никаких проблем в РСВ.
И вкладку б/л с пересчетом.
То, что вы описываете,согласна, конечно, ересь :))). И так быть не может, особенно, если май так завышается, а вы пишите, что май+июнь - нормально.
Но программа обычно все делает корректно. У меня полно больничных, принесенных позже и пересчеты, но никаких проблем в РСВ.
(2) А при чем тут вообще табель????? И что значит
Ну, не знали про больничный - сплошь и рядом такая ситуация. Да, было бы здорово, если бы все, уходя на б/л, сообщали бы об этом. И чтобы табельщицы честно заполняли табель... и т.д. Но, к сожалению, это не так.
И учет без ввода табеля - это не "ересь", программа отлично все пересчитает.
Кроме того, человек спрашивает не о ведении табеля, а о нестандартном поведении программы на вполне стандартные( вот в этом и разберемся) действия - ввод больничного, который сторнирует уже оплаченные дни.
у нее не должно быть полных смен, у нее должны быть отсутствия на период больничного (невыходы)...
Ну, не знали про больничный - сплошь и рядом такая ситуация. Да, было бы здорово, если бы все, уходя на б/л, сообщали бы об этом. И чтобы табельщицы честно заполняли табель... и т.д. Но, к сожалению, это не так.
И учет без ввода табеля - это не "ересь", программа отлично все пересчитает.
Кроме того, человек спрашивает не о ведении табеля, а о нестандартном поведении программы на вполне стандартные( вот в этом и разберемся) действия - ввод больничного, который сторнирует уже оплаченные дни.
(4) так я и не говорила о ведении табеля в программе, я говорила о реальном учете рабочего времени - начисление зарплаты отсутствовавшему на работе сотруднику - это нарушение правил учета, так-то) Просто проявилось различие взглядов на один и тот же предмет пользователя и администратора)) На мой взгляд (как пользователя) совершенно закономерны косяки программы в тех случаях, когда проводятся заведомо нестандартные (неправильные, на самом деле) операции.
(5)
Ждем ответ ТС, потому что действительно странное поведение и ошибок вроде как по данной проблематике нет. Еще бы версию указали, было бы неплохо.
начисление зарплаты отсутствовавшему на работе сотруднику - это нарушение правил учета
То, о чем вы пишете, обычная практика, даже не на крупных предприятиях. К сожалению, не всегда сотрудники ставят в известность работодателя. Рад, что у вас такого нет.
совершенно закономерны косяки программы в тех случаях, когда проводятся заведомо нестандартные (неправильные, на самом деле) операции
А вот это не так. В программе данная ситуация предусмотрена и это стандартная операция.
Ждем ответ ТС, потому что действительно странное поведение и ошибок вроде как по данной проблематике нет. Еще бы версию указали, было бы неплохо.
(5)наивная душа вы наверное в коммерции работаете.В бюджете у нас зпл выдается в последний календарный день месяца.То есть зпл закрываем уже числа 26, а потом в следующем месяце несут больничные за предыдущий месяц.Для нас это стандартная ежемесячная ситуация и зикбу 1.0 прекрасно с ней справлялась.
Раньше когда я работала в зикбу там как раз в рсв вставало все верно.Если допустим в июне приносили больничный за май, то сторно рабочих дней мая вставало минусом в рсв в мае.А тут в зкгу 3.1 как будто механизм тот же, только почему то с плюсом.Сегодня выберу время и сделаю скрины потому что ситуевина бесит.
(10) Можно на копии попробовать сделать пересчет итогов, обновиться на последний релиз, проверить в справочнике регламентированных отчетов какой отчет используется - внешний из файла или из релиза. Ну и опять же, на копии, попробовать перерасчитать эти документы - посмотреть какой результат.
не понятно 2 вещи: почему у вас 2 раза зарегистрирована сумма больничного листа и почему корректировки зарегистрированы с датой получения дохода 30.06...
К сожалению, не видно полностью документа регистратора.. Может еще раз выложите регистр?
Но чтобы я сейчас сделала... вообще удалила этот больничный. Причем не только пометила, но и удалила бы на самом деле и ввела заново. Не нравится мне этот документ... может его сделали копированием, может еще что-то - не знаю.
К сожалению, не видно полностью документа регистратора.. Может еще раз выложите регистр?
Но чтобы я сейчас сделала... вообще удалила этот больничный. Причем не только пометила, но и удалила бы на самом деле и ввела заново. Не нравится мне этот документ... может его сделали копированием, может еще что-то - не знаю.
(20)
Это вы уже писали, что они легли не так. Но вы написали для чего? чтобы найти причину?
Вот мы ее и ищем.
Еще раз.
1) В расчетном листке я вижу только 1 сумму 3255,12, а в регистре 2 раза. Почему?
В расчетном листке есть б/л только за май. За июнь там нет.
2) У минусовых сумм не те даты
В своей базе я вижу, что все работает, вам еще выложили скрин правильного поведения программы.
Я еще раз вам предлагаю удалить и ввести заново и посмотреть, что получится.
В рсв мы их всех правили руками.
Это вы уже писали, что они легли не так. Но вы написали для чего? чтобы найти причину?
Вот мы ее и ищем.
Еще раз.
1) В расчетном листке я вижу только 1 сумму 3255,12, а в регистре 2 раза. Почему?
В расчетном листке есть б/л только за май. За июнь там нет.
2) У минусовых сумм не те даты
В своей базе я вижу, что все работает, вам еще выложили скрин правильного поведения программы.
Я еще раз вам предлагаю удалить и ввести заново и посмотреть, что получится.
Расчетный листочек уместился неполностью за июнь большой изза внутреннего совместительства.Выкладываю нижнюю часть.Не понимаю в регистре накопления для учета страховых взносов суммы за май если сложить соответствует сумме расчетного листочка 24 тыр.,откуда в рсв тащит 36 т.?Пусть наша какая то ошибка, но из какого места программы тащит в рсв в май сумму 36953,22?Вот в чем вопрос.Такое ощущение что рсв заполняется не на основании этого регистра накопления "учет доходов ....для страховых взносов" а какого то другого.
Прикрепленные файлы:
Не уверен, но по-моему эта статья для вас.
РСВ и больничный на стыке периодов
Сигаева Елена
17 февраля 2020
Распечатать
Отражается ли больничный в РСВ
Больничный не облагается страховыми взносами. Но показать в РСВ его все же необходимо:
в составе выплат, которые освобождены от взносов, — строка 040 Подраздела 1.1 Приложения 1 к разд. 1:
Сигаева Елена
17 февраля 2020
Распечатать
Отражается ли больничный в РСВ
Больничный не облагается страховыми взносами. Но показать в РСВ его все же необходимо:
в составе выплат, которые освобождены от взносов, — строка 040 Подраздела 1.1 Приложения 1 к разд. 1:
Возможно эта статья так же поможет вам
Сложные случаи учета отпусков, командировок и больничных в «1С:Предприятии 8»
23.05.2012
В период командировок или отпусков сотрудников нередко возникают ситуации, когда работники заболевают или не выходят на работу по невыясненным причинам, командировка приходится на выходной день, или во время отпуска возникает необходимость срочного выхода на работу. В статье методисты фирмы «1С» объясняют, как эти типичные, но сложные для учета ситуации отразить в программе «1С:Зарплата и управление персоналом 8».
Нехорошо оставлять тему без решения.Вобщем благодаря вашим наводящим вопросам,особенно Svetlana_E и консультанту по зпл (пришлось все таки обратиться)стало понятно откуда тащит в рсв в май 2020 года 36 тысяч .Напоминаю что в мае у сотрудницы за полные смены начислено 24 тыс.В июне она принесла два больничных-один за май№ 29 второй за июнь№32(не продолжение друг друга).Больничный с номером документа 29 сторнирует рабочие смены за май в сумме 12015,16 руб.В рсв программа берет две суммы -зарплата за май 2020 в сумме 24938,06 руб(скрин регистра 1)и( !!!!!Здесь самое интересное начинается!)сумму 12015,16 которая попадает в регистр накопления в май 2020 из второго больничного с номером документа 32.(скрин регистра 2).Оказывается в рсв период ставится из регистра накопления не из колонки период ,а из колонки дата получения дохода.вобщем теперь ясно откуда он взял в май 2020 в рсв 36 тыс.
Но почему второй больничный № 32 ,совершенно обычный больничный,июньского периода ,который не затрагивает май делает в регистр накопления запись с датой дохода маем непонятно.Больничный проведены последовательно,первый майский сторнирующий смены за май за номером 29,второй уже чисто июньский за номером 32.Так вобщем то и остается непонятым почему бл 32 делает такие записи в регистрах(скрин движения документа).
Все скрины прилагаю.
Но почему второй больничный № 32 ,совершенно обычный больничный,июньского периода ,который не затрагивает май делает в регистр накопления запись с датой дохода маем непонятно.Больничный проведены последовательно,первый майский сторнирующий смены за май за номером 29,второй уже чисто июньский за номером 32.Так вобщем то и остается непонятым почему бл 32 делает такие записи в регистрах(скрин движения документа).
Все скрины прилагаю.
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот