Добрый день!
Ситуация: запускаю ЗУП (2.1.26.2). Для расчета всех средних необходимо внести данные о ЗП за прошлый год. Для этого создал специальных документ, куда перегрузил данные о сотрудниках и начисленных суммах и отработанных (проболевших, в командировке, в отпуске, в б/о) в разрезе типов начислений и просто в количестве дней (условно: 10 отработал, 5 больничный предприятия,3 больничный ФС, 2 командировка, 1 отпуск, итого 21 день при норме 21). Данные о конкретных датах нахождения в неявках не перегружал - очень много людей и документов, хотел обойтись малой кровью.
Имеется конфигурация сертифицированного курса обучения ЗУП, где в типовом примере все работает. По аналогии заставил свой документ записать в регистр расчета "ОсновныеНачисленияРаботниковОрганизаций" все данные (Сотрудник, назначение, сумма, отработано, норма, норма за месяц, график, тип учета времени, КАЛЕНДАРНЫЕ ДНИ). Пытаюсь оформить отпускные - данные о базе для средней тянет, а календарные дни нет .
Грешил на регистр "РасчетСреднегоЗаработка", но в примере этот регистр заполняется данными уже из документов по средней, т. е. вроде как не от него это зависит. С кавалеристского наскока вскрытие кода не далось , а время поджимает.
Возможно кто-нибудь знает методологию получения календарных дней? Хотелось бы оценить "цену вопроса". Если, например, это завязано на оформление табелей за все прошлые 12 месяцев, то ну его на фиг . Мне тогда проще уговорить бухов проставлять эти цифры вручную, скажем откровенно не большая проблема. Но хотелось бы решить вопрос изящнее.
Вообще-то, боюсь это не последняя моя просьба о помощи. Ненавижу ЗУП еще с седьмой версии
Заранее благодарен, если кто откликнется.

Не знаю как в ЗУПе, но в других конфигурациях есть регистр сведений Регламентированный производственный календарь.

Регламентированный производственный календарь - это общий механизм, который определяет общую норму времени для разных типов графиков (пятидневка, шестидневка и т. п.) В нем нет персональной привязки к сотруднику.
К сожалению, не то

В регистре ОсновныеНачисленияРаботниковОрганизаций должны быть заполнены календарные дни за соответствующий период (я вижу что они у вас заполнены)
В этом же регистре заполне график (у вас он также заполнен)
А в самом графике должны быть заполнены часы работы по дням за соответствующий период - это регистр сведений "Графики работы по видам времени"
Заполняется это через Регламентированный производственный календарь, закладка "Графики", кнопка заполнить в группе "Календарь" формы объекта

Дело в том, что график пятидневка (он один на предприятии) за 13 год (рабочий) и 12 (базовый для начисления средней) заполнены были сразу на основе регламентированного календаря. Не помогает

У меня складывается впечатление, что мне проще в каждый документ расчета по средней добавить свою процедурку получения данных по средней за 12 год из собственных документов переноса оборотов. Дольше всего это протянется с отпускными, и постепенно перейдет на стандартную обработку, когда в системе будут внесены ВСЕ текущие данные. Это займет несколько часов работы, а разборки с этим монстром могут затянуться надолго

Наверное - да. Но соответственно конфигурацию будет сложнее обновлять.

Пару дней назад занимался почти тем же. Загружал документы "Начисление зарплаты работникам организаций" за 2012-ый, для расчета среднего. Конфигурация УТП. Столкнулся с тем что должен быть заполнен регистр "Графики работы по видам времени" за 2012-ый год. После заполнения среднее начало считатся.

Почему не работате в ЗУПе... Ну, может быть там помимо получения данных из регистров - где-то идет обращение непосредственно к документу "Начисление зарплаты работникам организаций", которого у вас нет. Это конечно не правильно, но в зарплате можно найти и не такие артефакты.

Мне не в первой
Я думаю не так страшно: из командировок этот модуль можно выкинуть уже в марте, из больничных в июле, а из отпуска в январе 14. Тем более, чует моя душенька, что это не первое изменение, которое мне придется внести. С бухгалтерией уже второй год мучаюсь, хотя пытался вносить изменения минимально затрагивая стандартную конфу, но не всегда получается