Средний заработок ЗУП 3.0

alexkip, когда речь идет про ЗУП 3.0 - а *** его знает! Черный ящик.

Тэра пишет:

uinny, я шутку оценила. Но "черный ящик" - это такая штука, в которую что-то входит, что-то выходит, а что там внутри делается - никто не знает. Вот для меня пока это так.

Александр Кипятков,
Перевел в этом году нескольким фирмам ЗУП с 2.5 на 3.0.20.45 под 8.3.5.1338 - каждая в отдельной базе.
Так вот в двух точно (остальные базы уже не проверял) - при начислении отпуска в январе 2015 г., определяя количество учтенных дней периода, на которые делится сумма заработка, программа в тех месяцах 2014 г., где есть праздники (январь, февраль, март, май, июнь, ноябрь), выбрасывает праздничные дни, а там где их нет - все нормально. И, таким образом, искажается средний заработок.
А вот если отпуск начинается в феврале 2015 г., то период февраль-декабрь 2014 г. учитывается аналогично - за минусом праздничных, а вот за январь 2015 г. уже считается правильно - 31 день.
Похоже - ошибка программы.
Ждем ответа разработчиков.

lav1960, то есть проблема касается только те месяцы, кот. перенесены из старой конфы. Что-то надо подкручивать в правилах выгрузки или еще где-то?

alexkip пишет:

День добрый!
Разобрался...
Если вы перенос проводили в Зарплата и управление персоналом, редакция 3.0 (3.0.20.45). тогда при переносе рассчитались и перенеслись неверно отработанные дни (не хватает праздников или в месяце дней больше чем положено по земному календарю), в конфе ничего править не нужно (не поможет), а вот Регистр Сведений "СведенияОВремениДляРасчетаСреднегоОбщий" поправить можно, потому что данные для расчёта среднедневного о количестве отработанных календарных дней программа берёт от туда:
(часть кода конфигурации)

 
                 |ВЫБРАТЬ
                 |             2,
                 |             СведенияВремени.Месяц,
                 |             СведенияВремени.Сотрудник,
                 |             СведенияВремени.ПорядокРасчета,
                 |             СведенияВремени.ОтработаноДней,
                 |             СведенияВремени.ОтработаноЧасов,
                 |             СведенияВремени.ОтработаноДнейШестидневка,
                 |             СведенияВремени.ОтработаноДнейПятидневка,
                 |             СведенияВремени.ОтработаноЧасовПятидневка,
                 |             СведенияВремени.ОтработаноДнейКалендарных,
                 |             ИСТИНА
                 |ИЗ
                 |             РегистрСведений.СведенияОВремениДляРасчетаСреднегоОбщий КАК СведенияВремени
                 |                             ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТМесяцыРасчетаСотрудников КАК СотрудникиМесяцы
                 |                             ПО (СотрудникиМесяцы.Сотрудник = СведенияВремени.Сотрудник)
                 |                                             И (СотрудникиМесяцы.Месяц = СведенияВремени.Месяц)
                 |                                             И (СотрудникиМесяцы.ПорядокРасчета = СведенияВремени.ПорядокРасчета)

Дмитрий,
Там, где отработан полный месяц - поправить до полного числа календарных дней (соответственно 28, 30, 31 и только в половине месяцев - январь, февраль, март, май, июнь, ноябрь) не долго и руками (если работников до нескольких десятков), а вот когда их сотни-тысячи и тем более если у кого-то не весь месяц отработан - пересчитывать и перебивать ручками - мУка.

Дмитрий, это была ошибка переноса даных, которая существовала в более ранних версиях ЗУП 3.0 и ее уже исправили. Если есть возможность - можно повторно перенести данные версией 3.0.21

Полякова Анна (1С, Москва) пишет: