Средний заработок ЗУП 3.0
Показывать по
сообщений
- 1
- 2
03.02.2015
10:01
#11
Ответ на
пост №10
alexkip, когда речь идет про ЗУП 3.0 - а *** его знает! Черный ящик. 
03.02.2015
10:27
#12
Тэра пишет:
Не черный ящик, а желтая коробка же 
| Цитата |
|---|
Ответ на пост №10 alexkip , когда речь идет про ЗУП 3.0 - а *** его знает! Черный ящик. |
Ответили:
пост #13
03.02.2015
10:29
#13
Ответ на
пост №12
uinny, я шутку оценила. Но "черный ящик" - это такая штука, в которую что-то входит, что-то выходит, а что там внутри делается - никто не знает. Вот для меня пока это так. 03.02.2015
23:56
#14
Александр Кипятков,
Перевел в этом году нескольким фирмам ЗУП с 2.5 на 3.0.20.45 под 8.3.5.1338 - каждая в отдельной базе.
Так вот в двух точно (остальные базы уже не проверял) - при начислении отпуска в январе 2015 г., определяя количество учтенных дней периода, на которые делится сумма заработка, программа в тех месяцах 2014 г., где есть праздники (январь, февраль, март, май, июнь, ноябрь), выбрасывает праздничные дни, а там где их нет - все нормально. И, таким образом, искажается средний заработок.
А вот если отпуск начинается в феврале 2015 г., то период февраль-декабрь 2014 г. учитывается аналогично - за минусом праздничных, а вот за январь 2015 г. уже считается правильно - 31 день.
Похоже - ошибка программы.
Ждем ответа разработчиков.
Перевел в этом году нескольким фирмам ЗУП с 2.5 на 3.0.20.45 под 8.3.5.1338 - каждая в отдельной базе.
Так вот в двух точно (остальные базы уже не проверял) - при начислении отпуска в январе 2015 г., определяя количество учтенных дней периода, на которые делится сумма заработка, программа в тех месяцах 2014 г., где есть праздники (январь, февраль, март, май, июнь, ноябрь), выбрасывает праздничные дни, а там где их нет - все нормально. И, таким образом, искажается средний заработок.
А вот если отпуск начинается в феврале 2015 г., то период февраль-декабрь 2014 г. учитывается аналогично - за минусом праздничных, а вот за январь 2015 г. уже считается правильно - 31 день.
Похоже - ошибка программы.
Ждем ответа разработчиков.
Ответили:
пост #15
05.02.2015
09:16
#15
Ответ на
пост №14
lav1960, то есть проблема касается только те месяцы, кот. перенесены из старой конфы. Что-то надо подкручивать в правилах выгрузки или еще где-то? 05.02.2015
10:02
#16
alexkip пишет:
1. Именно так, 2. Пока правим руками число дней в расчете среднего.
И ждем решения проблемы от 1С. Я противник влезания в конфигурацию и ее изменения.
| Цитата |
|---|
Ответ на пост №14 lav1960 , то есть проблема касается только те месяцы, кот. перенесены из старой конфы. Что-то надо подкручивать в правилах выгрузки или еще где-то? |
И ждем решения проблемы от 1С. Я противник влезания в конфигурацию и ее изменения.
05.02.2015
10:22
#17
День добрый!
Разобрался...
Если вы перенос проводили в Зарплата и управление персоналом, редакция 3.0 (3.0.20.45). тогда при переносе рассчитались и перенеслись неверно отработанные дни (не хватает праздников или в месяце дней больше чем положено по земному календарю), в конфе ничего править не нужно (не поможет), а вот Регистр Сведений "СведенияОВремениДляРасчетаСреднегоОбщий" поправить можно, потому что данные для расчёта среднедневного о количестве отработанных календарных дней программа берёт от туда:
(часть кода конфигурации)
Сейчас думаю, как это быстро исправить (пересчитать) сразу по всем сотрудникам...
Разобрался...
Если вы перенос проводили в Зарплата и управление персоналом, редакция 3.0 (3.0.20.45). тогда при переносе рассчитались и перенеслись неверно отработанные дни (не хватает праздников или в месяце дней больше чем положено по земному календарю), в конфе ничего править не нужно (не поможет), а вот Регистр Сведений "СведенияОВремениДляРасчетаСреднегоОбщий" поправить можно, потому что данные для расчёта среднедневного о количестве отработанных календарных дней программа берёт от туда:
(часть кода конфигурации)
| Код |
|---|
|ВЫБРАТЬ | 2, | СведенияВремени.Месяц, | СведенияВремени.Сотрудник, | СведенияВремени.ПорядокРасчета, | СведенияВремени.ОтработаноДней, | СведенияВремени.ОтработаноЧасов, | СведенияВремени.ОтработаноДнейШестидневка, | СведенияВремени.ОтработаноДнейПятидневка, | СведенияВремени.ОтработаноЧасовПятидневка, | СведенияВремени.ОтработаноДнейКалендарных, | ИСТИНА |ИЗ | РегистрСведений.СведенияОВремениДляРасчетаСреднегоОбщий КАК СведенияВремени | ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТМесяцыРасчетаСотрудников КАК СотрудникиМесяцы | ПО (СотрудникиМесяцы.Сотрудник = СведенияВремени.Сотрудник) | И (СотрудникиМесяцы.Месяц = СведенияВремени.Месяц) | И (СотрудникиМесяцы.ПорядокРасчета = СведенияВремени.ПорядокРасчета) |
05.02.2015
11:30
#18
Ответ на
пост №17
Дмитрий, Там, где отработан полный месяц - поправить до полного числа календарных дней (соответственно 28, 30, 31 и только в половине месяцев - январь, февраль, март, май, июнь, ноябрь) не долго и руками (если работников до нескольких десятков), а вот когда их сотни-тысячи и тем более если у кого-то не весь месяц отработан - пересчитывать и перебивать ручками - мУка.
05.02.2015
11:31
#19
Ответ на
пост №17
Дмитрий, это была ошибка переноса даных, которая существовала в более ранних версиях ЗУП 3.0 и ее уже исправили. Если есть возможность - можно повторно перенести данные версией 3.0.21 05.02.2015
11:32
#20
Полякова Анна (1С, Москва) пишет:
Так ее же нет официально - только тестовая. И как быть тем, кто уже "ушел далеко вперед"?
| Цитата |
|---|
Ответ на пост №17 Дмитрий , это была ошибка переноса даных, которая существовала в более ранних версиях ЗУП 3.0 и ее уже исправили. Если есть возможность - можно повторно перенести данные версией 3.0.21 |
- 1
- 2
больничный за счет работодателя не попадает в рсв-1БП 3.0 Отражение выплат единовременного пособия...
Читают тему
(гостей: 1)