Закрытие периода 25 числа, ежемесечно

1. user1065288 2 21.12.18 09:01 Сейчас в теме
Здравствуйте. У нас на предприятии зп выплачивают всем 25го числа за весь месяц. И из-за этого получается проблема - все остальные дни до конца месяца предугадать нельзя, будет ли работать сотрудник, или уволится, или уйдет на больничный, или же вернется с него, а закрытие уже провели 25го. Соответственно расчетчикам надо каждый следующий месяц как-то изменять оплату и часы за дни после 25го числа прошлого месяца. И тут появляются проблемы - как бороться с начислениями и отработанным временем? Ведь при закрытии месяца все данные передаются уже в налоговую, получается прошлым месяцем уже корректно нельзя ничего поменять? Начальство менять день зп не хотят, соответственно легкого решения не получится.
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. SergVB 21 21.12.18 09:46 Сейчас в теме
(1) Интересно, почему не хотят? Вы, видимо, совсем не бюджетники. Это как минимум противоречит закону, усложняет ведение учета, да и вообще бред какой-то. Ну, а по факту, в программе предусмотрено исправление практически любых документов, по нажатию кнопки "Исправить".
Ведь при закрытии месяца все данные передаются уже в налоговую
- это какие? 6-НДФЛ ежеквартальная, 2-НДФЛ ежегодно. Но проблемы с НДФЛ будут, это однозначно, и немалые. Подавать корректировки в налоговую, платить штрафы - это те "радости", которые вас ждут.
3. user1065288 2 21.12.18 10:20 Сейчас в теме
(2)
(1) Интересно, почему не хотят? Вы, видимо, совсем не бюджетники. Это как минимум противоречит закону, усложняет ведение учета, да и вообще бред какой-то. Ну, а по факту, в программе предусмотрено исправление практически любых документов, по нажатию кнопки "Исправить".


Я не знаю почему не хотят, предприятие большое. В данный момент создано начисление "За прошлый период" и его забивают в текущем месяце соответственно. Там изначально вводились только суммы, потом через "Шаблоны ввода исходных данных" добавили туда время, т.к. расчетчикам это вроде как нужно было. Но из-за этого в дальнейшем эти часы проставленные выбивают в табеле часы явки по графику, и опять же это в текущем месяце. Пришлось убирать из шаблона время, но суть в том, что если человек заболел с 26го числа по конец месяца, а ему 25го уже проставили, будто работает, то нужно как-то и сумму потом пересчитывать, и часы которые по факту он не отработал. Либо наоборот он до 25го был на больничном, а 26го вернулся - ему уже проставили до конца месяца больничный на закрытии месяца, и надо так же отработанные часы ему и деньги проставить...
5. Swetlana 26 21.12.18 10:38 Сейчас в теме
(3) 25 числа аванс, затем полный расчет числа 15 следующего месяца
аванс создается документом Зарплата за первую половину месяца, это если без перечисления НДФЛ
Везде так делается
Adilgeriy; +1 Ответить
6. user1065288 2 21.12.18 10:44 Сейчас в теме
(5) аванс тут тоже есть, но он приходит где-то до 10го числа. А 25го остальная сумма соответственно.
7. Swetlana 26 21.12.18 10:47 Сейчас в теме
(6) сейчас по законодательству интервал 15 дней примерно между выплатой зарплаты, у нас это последний день месяца и 15 число

ну вам нужно просто поменять порядок начислений,10 числа окончательный расчет зарплаты, 25 аванс.
И нет проблем
8. azali 21.12.18 13:17 Сейчас в теме
(6)
Законодатели и так создают кучу проблем, а тут еще сами себе.
25 числа делаете расчет зарплаты за первую полову месяца, указывая период с 1 по 25 (в документе расчета.)
10 числа - окончательный расчет.
Перечисление НДФЛ будет 10 -го
В 6-НДФл будет все красиво и пересчитывать ничего не надо.
Или у вас это все завязано на управленческом учете ? Например в БДР сумму затрат по зп нужно знать уже окончательную и к 25 числу ?
4. acanta 21.12.18 10:33 Сейчас в теме
В 7ке была возможность указать начало расчетного периода не с 1 числа. В конфигураторе. Правили табель. Например расчетный период Ноябрь начинался с 26 октября и по 25 ноября.
Это указывалось только в табеле (с 26 по 25 общее количество отработанных дней за этот период, без разбивки по месяцам, все - в ноябрь). Сам табель набирался в Екселе.
Мотивировали удаленностью подразделений, которые не могли предоставить первичку день-в-день, а расчетный отдел ждать не будет. Начисляют по тем данным что есть. Больничные/отпускные начислялись уже не вспомню, но скорее всего аналогично. Если человек предоставляет больничный с 22.10 по 25.11, то ему документ полностью попадает в расчетный ноябрь, средняя берется по октябрьскую зарплату. Затем в какой-то момент при очередном переходе на новую программу они начислили таки зарплату с 26 по 31 в каком то месяце и начали работать как обычно. Сейчас при наличии интернета и программы 1с такая мотивация будет неубедительна.
В вашем случае вы обычно сторнируете и делаете перерасчет.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот