Вопрос:
В декабре 2020 году Общество впервые планирует создать резерв по отпускам.
Когда должны быть изменены настройки зарплаты, т.е. установлен флаг «формировать резервы» — в 2020 или в 2021 гг?
Как проверить корректность расчета по «Справке расчет резервов отпусков», если в тестовой базе первичное создание резерва выявило ошибки при расчете среднего заработка и остатка отпуска?
Работаем в базе 1С проф, без ЗУП, т.к. численность менее 60 человек.
Вопрос именно в первичном создании резерва, а также порядке проверки его достоверности. Спасибо
Все комментарии (12)
Комментарии закрыты.
Добрый день, Любовь! А почему в декабре? Как правило, начинают с начала года. С какого года начинаете начислять, тот и установите в настройках зарплаты.
Что значит — создание резерва выявило ошибки при расчете среднего заработка и остатка отпуска? Как это определили и как проверяли?
В программе применяется нормативный метод, предусмотренный статьей 324.1 НК РФ: умножается процент, рассчитанный заранее и отраженный в учетной политике организации, на сумму расходов по оплате труда (ФОТ) и страховых взносов текущего месяца с учетом предельной суммы отчислений в год, после достижения которой резерв не формируется.
Елена, добрый день.
1. Да, начинают с начала года, но с января 2020 флаг установлен не был. поэтому мне необходимо включить флаг в 2021,, предварительно проведя инвентаризацию резерва по состоянию на конец 2020. Я бы хотела начисление резерва, вернее инвентаризацию, провести в декабре и отразить в бухгалтерской отчетности. Но, если я включаю флаг в 2020 году, у меня все регламентные операции с января 2020 по начислению резерва остаются пропущенными (и для меня это правильно), но я хотела бы, чтобы в декабре «лежало» просто начисление резерва при инвентаризации без его списания на отпуска декабря, например. А если запустить регламентную только в декабре 2020, то проводки «ложатся» и по дебету , и по кредиту.
Как вариант, вижу так: в тестовой копии базы за 2020 год полностью начислить резерв, регламентными операциями и в Рабочей базе перенести проводки операциями, выполненными вручную.
2. Что значит — создание резерва выявило ошибки при расчете среднего заработка и остатка отпуска? Как это определили и как проверяли? — При начислении в копии базы справка-расчет резервов отпусков были выборочно проверены сотрудники, у которых есть остаток отпуска.
Если я считаю «неотгулянные» дни отпуска по сотруднику, принятому 10.04.2018 года по состоянию на 31.12.2019, то я считаю так с 10.04.2018 по 09.04.2019 — 28 дней, с 10.04.2019 по 31.12.2019 — 2,33*9 = 20,97
28+20,97 = 48,97
Сотрудник находился в отпуске, согласно табеля рабочего времени 16 дней, 14 дней, и 10 дней.
Итого: 40,97 — -40 = 8,97 по моим расчетам.
А справке расчет = ровно 4 дня. при этом есть некоторые сотрудники , по которым в справке вообще не заполнено количество дней, поле «пустое» Ни с «Минусом» , ни с «Плюсом» пока не смогла понять, почему данное поле не заполнятся.
Выборочная проверка среднего заработка подтверждает корректность расчета, в справке средний заработок = расчету среднедневного заработка, как при начислении ежегодного отпуска.
В любом случае, заложенный алгоритм в программе не изменить, если вы с расчетом не согласны, возможно, вам стоит делать расчет и вводить проводки вручную. Но и списание тоже нужно будет делать вручную.
Что касается начисления проводок вручную в декабре, трудно предсказать, как это отразится в следующем году — это нужно протестировать в той же базе.
1. А как вообще создается резерв в 1С, если флаг не был установлен с начала создания компании?
Включить флаг сначала любого года без инвентаризации накопленного отпуска? Тогда весь год будет только начисление резерва, и только в декабре инвентаризация.
2. Вручную можно, конечно, но вдруг это какая-то внутренняя ошибка бухгалтера, который неверно заполнял табель, например, и какие то дни не попали в расчет для отпуска. Какой именно алгоритм расчета количества остатка дней, заложенный в справке? Ведь, если я руками поставлю 8 дней, а 1С видит только 4, то и в дальнейшем , в течение всего года, мне надо следить за начислениями и списаниями по этому сотруднику.
Уточните, пожалуйста, где в расчете резерва используете остатки отпусков? Может, не совсем уловила мысль
Вернее когда. Хотела при начислении резерва по состоянию на 31 декабря 2020, взять фактическое количество остатка отпуска по каждому сотруднику, умноженную на среднедневной заработок и операциями, введенными вручную отразить по Дт 20,26, 44 Кт 96
А далее,с января 2021 года установить флаг «резервы отпусков», ввести предельное значение и коэфф, и в штатном режиме, регламентными операциями продолжить начисление и списание.
Может, я неправильно понимаю, но без создания резерва в декабре, списание в январе будет с затратных счетов, а не с счета 96?
Смоделировала в своей базе, если на 1 января нет резерва, то отпуск в январе за счет резерва списывается только в НУ почему-то. Если за декабрь сделать начисление, то в БУ и НУ за счет резерва.
Здесь нужно учесть, что в БП очень примитивный зарплатный блок, он не учитывает многие нюансы и все корректировки нужно делать вручную, если автоматическое проведение не устраивает. И уже по своей ситуации смотреть.
А ввод остатков, по моему мнению, вводится если, например начинаете учет в программе. А если он уже велся и резерв не создавался, то и остаткам взяться неоткуда.
Если учет велся, а резерв не создавался, то в какой то момент его все равно придется начислить. Причем таким образом воссоздать резерв, как если бы он был начислен ранее. И сдать баланс с ретроспективным отражением.
так мне надо, а как технически пока тоже моделирую…
Спасибо
Да, на тестовой базе лучше попробовать. На мой взгляд, либо смириться с тем механизмом, который автоматизирован и не корректировать вручную, т.к. могут проблемы возникнуть. Либо уже все вручную делать.
Елена, я уже почти смирилась)) Если в тестовой базе смоделировать начисление резерва с даты создания, то количество дней остатка отпуска почти по всем начинает соответствовать истине. Осталось понять, почему у некоторых данное поле вообще не заполняется и все, можно верить заложенному алгоритму
🙂