Добрый день, клиент хочет свернуть базу по бухгалтерии, зарплату ведет там же, если свертку сделать стандартно, то например, в дальнейшем нельзя правильно рассчитать больничный или отпуск. Какие регистры надо оставить (не сворачивать), чтобы в следующем году правильно рассчитать больничный или отпуск. Для больничных вроде как РН Учет доходов для исчисления страховых взносов, а для расчета отпускных?
Все комментарии (4)
Комментарии закрыты.
Приложение
Добрый день, Виктория!
Стандартный механизм свертки предполагает, что вы можете выбрать дату не 1.01.2022, а, например, 1.01.2019. Тогда все нужные данные для больничных и отпускных у вас в базе будут.
Если выбрать 1.01.2022 год, то все данные (и регистры в том числе) устанавливаются на 31.12.2021. И учет начинается именно с 1.01.2022. А вы хотите ввести данные в регистры (не сворачивать) за прошлые периоды. Программа потребует перезакрытия всех месяцов, за которые у вас будут введены данные при попытке закрыть первый месяц учета. И выставить учетную политику раньше.
Поэтому специально для такого варианта, с 1.01.2022 в формах больничного и отпускных предусмотрено ручное введение данных за прошлые периоды для корректного расчета данных.
1. Больничный лист: внести сведения о заработке предыдущих лет работы можно по ссылке Начислено.
Больничный в 1С 8.3 Бухгалтерия — расчет, начисление (задаете начисления за 2 предыдущих года)
2. Отпускные: внести данные за предыдущие 12 месяцев для расчета среднего заработка можно в форме Расчет отпуска по ссылке Начислено: Начисление отпускных
Все эти данные можно заполнить вручную.
По второй части вопроса посмотрела запрос на формирование данных в документе ОТПУСК.
Данные отбираются в процедуре «РассчитатьСреднийЗаработокИНачисления()» по функции «РасчетЗарплатыДляНебольшихОрганизаций.ДанныеДляРасчетаОбщегоСреднегоЗаработкаСотрудника(
Объект.Сотрудник, Объект.Организация, НачалоПериода, ОкончаниеПериода)».
В запросе вы можете посмотреть, участвуют следующие регистры:
— РегистрСведений.ТекущиеКадровыеДанныеСотрудников
— РегистрСведений.ДанныеПроизводственногоКалендаря
— РегистрНакопления.НачислениеудержаниеПоСотрудникам
Кроме того, анализируются кадровые данные сотрудников по отсутствию в регистре Кадровая история сотрудников.
Увязать все это корректно вы не сможете самостоятельно. Расчет больничных и отпускных — дело не одного регистра, вы дольше будете исправлять такой ввод, возможно, потребуется доработка программного кода.
Поэтому наши рекомендации — либо сворачивайте на 1.01.2019, либо используйте стандартный функционал в документах отпуск и больничный лист для ввода данных за прошлые года вручную.
Понятно, хотя это не очень удобно, получается, если в организации очень большой объем информации именно по бухгалтерии и бухгалтер каждый год сворачивает базу, то и расчет больничных и отпускных надо производить руками?
По своему опыту я не встречала бухгалтера, кто каждый год стремился бы сворачивать базу, даже при больших объемах оборота производства.
Причина проста: очень редко, когда учет ведется в программе идеально.
Это как раз редкость.
Поскольку не все операции в бухгалтерии полностью автоматизированы, бухгалтера вынуждены использовать ручные проводки, подгонки и корректировки в бухгалтерском регистре, в то же время не понимая какие в добавок к этому нужно сделать изменения в регистрах накопления и сведений 1С.
Это работа очень узкого специалиста-программиста. Не зная этого, не заполняя нужные данными регистры там, где это надо, бухгалтер вносит дисбаланс в программу.
Поэтому при свертке базы подгонки и ручные корректировки дают о себе знать.
PS: На моей практике ни одна свертка по этой причине не прошла совсем-совсем идеально.
Что-то всегда приходилось корректировать. С чем-то серьезно разбираться.
Если объем записей в базе был велик — работа по сверке и выверке данных в каких-то случаях могла занимать до 2х-3х месяцев.
Сложно представить, что бухгалтер добровольно каждый год идет на подобную голгофу! У меня несколько клиентов на УПП и ERP с огромными оборотами. Но и они не сворачивают базы ежегодно. Они работают в них НЕ МЕНЕЕ 5-8 лет!
Вопрос с быстродействием они решают иначе: обновляют технику, донастраивают сети, нанимают программистов для определения самых длительных операций в программе и подключают программирование блокировок и оптимизацию выполнения запросов.
Я думаю, что если вы свернете базу на 1.01.2019 и проработаете технические моменты (сервер, сеть, доступы, настройка сети), то благополучно сможете работать на своей базе никак не менее 5 лет.
Это лучший вариант обрезки: ведь могут быть возвраты, корректировки прошлых лет, а у вас просто физически не будет тех документов в обрезанной базе. И вам придется исполнять танцы с бубном, чтобы изловчиться и ручными операциями и подгонками в нужные регистры сделать нужные движения в 1С, чтобы все корректно закрывалось и формировалось в отчыетах. И не факт, что вы это сделаете корректно и не добавите себе дополнительных проблем!
К тому же бухгалтеру гораздо удобнее смотреть прошлые год-два в одном месте, чем переключаться на копию с сохраненными старыми данными.
Подумайте об этом тоже. 🙂
Спасибо, поговорим с бухгалтером