Как свернуть базу, чтобы была возможность автоматически рассчитать зарплату в 1С

1. Добрый день, Виктория!
   Стандартный механизм свертки предполагает, что вы можете выбрать дату не 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, либо используйте стандартный функционал в документах отпуск и больничный лист для ввода данных за прошлые года вручную.

   

   png 22-11-2021-15-07-33

   

   png 22-11-2021-15-41-27

2. Понятно, хотя это не очень удобно, получается, если в организации очень большой объем информации именно по бухгалтерии и бухгалтер каждый год сворачивает базу, то и расчет больничных и отпускных надо производить руками?

3. По своему опыту я не встречала бухгалтера, кто каждый год стремился бы сворачивать базу, даже при больших объемах оборота производства.

   Причина проста: очень редко, когда учет ведется в программе идеально.
   Это как раз редкость.
   Поскольку не все операции в бухгалтерии полностью автоматизированы, бухгалтера вынуждены использовать ручные проводки, подгонки и корректировки в бухгалтерском регистре, в то же время не понимая какие в добавок к этому нужно сделать изменения в регистрах накопления и сведений 1С.

   Это работа очень узкого специалиста-программиста. Не зная этого, не заполняя нужные данными регистры там, где это надо, бухгалтер вносит дисбаланс в программу.

   Поэтому при свертке базы подгонки и ручные корректировки дают о себе знать.

   PS: На моей практике ни одна свертка по этой причине не прошла совсем-совсем идеально.
   Что-то всегда приходилось корректировать. С чем-то серьезно разбираться.
   Если объем записей в базе был велик — работа по сверке и выверке данных в каких-то случаях могла занимать до 2х-3х месяцев.

   Сложно представить, что бухгалтер добровольно каждый год идет на подобную голгофу! У меня несколько клиентов на УПП и ERP с огромными оборотами. Но и они не сворачивают базы ежегодно. Они работают в них НЕ МЕНЕЕ 5-8 лет!

   Вопрос с быстродействием они решают иначе: обновляют технику, донастраивают сети, нанимают программистов для определения самых длительных операций в программе и подключают программирование блокировок и оптимизацию выполнения запросов.

   Я думаю, что если вы свернете базу на 1.01.2019 и проработаете технические моменты (сервер, сеть, доступы, настройка сети), то благополучно сможете работать на своей базе никак не менее 5 лет.

   Это лучший вариант обрезки: ведь могут быть возвраты, корректировки прошлых лет, а у вас просто физически не будет тех документов в обрезанной базе. И вам придется исполнять танцы с бубном, чтобы изловчиться и ручными операциями и подгонками в нужные регистры сделать нужные движения в 1С, чтобы все корректно закрывалось и формировалось в отчыетах. И не факт, что вы это сделаете корректно и не добавите себе дополнительных проблем!

   К тому же бухгалтеру гораздо удобнее смотреть прошлые год-два в одном месте, чем переключаться на копию с сохраненными старыми данными.
   Подумайте об этом тоже. 🙂

4. Спасибо, поговорим с бухгалтером

   1

Комментарии закрыты.