Имя: Пароль:
1C
1С v8
ЗУП. Период действия, период регистрации
,
0 maz
 
03.08.12
16:01
Категорически всех приветствую!
Вот какая штука.
Есть некий вид расчета (пускай будет "Наша доплата"), который рассчитывается процентом от базы. В базу входит оклад и отпуск. Сотруднику в июле начисляется отпуск с периодом действия 02.08.2012-15.08.2012. Нужно, что бы "Наша доплата" в июле за базовые расчеты приняла оклад за весь июль, и августовский отпуск, с июльским периодом регистрации. А происходит ровно всё наоборот. В июле за базу берется только оклад, а в августе и оклад и отпуск.
Кто встречался с такой проблемой, как решали?
Спасибо.
1 Said_We
 
03.08.12
17:10
"Нужно, что бы "Наша доплата" в июле за базовые расчеты приняла оклад за весь июль, и августовский отпуск, с июльским периодом регистрации." = "а в августе и оклад и отпуск".

Есть подозрение, что оклад в августе берется августовский.

База собирается по базовому периоду.
Если, попадающие в базу начисления должны браться с разным показателем базового периода, то это практически как в среднем заработке - разные базы (база для годовых премий, база для индексинуемых... и т.д.). Стандартными средствами в ЗиУП есть подозрение что не решить, но можно решить путем изменения алгоритма расчета для данной доплаты используя разрезы и особым образом собирая базу в разрезе видов расчетов, которые входят в базу. В стандартном ЗиУП не видел что бы использовали разрезы при сборе базы. На практике сплошь и рядом (например, для расчета премии в базу включать доплату за сверхурочное время, но не в 1.5 и 2 размере по факту, а в одинарном).
2 maz
 
06.08.12
10:30
Да, оклад в августе берется августовский.

Вот и у меня такое подозрение, что только менять алгоритм... Просто столкнулся, подумал, наверняка у многих такой вопрос возникал, как решали:)
3 Spieluhr
 
06.08.12
10:56
(2) через показатели схем мотивации возможно получится настроить такой алгоритм,в свойствах вида расчета так не выйдет
4 maz
 
06.08.12
11:03
(3) Пытаюсь:)
5 maz
 
06.08.12
11:35
Нда. Судя по всему, так и придётся делать. А именно, создавать какой-то новый предопределенный показатель схем мотивации, и в модуле расчета прописывать для него отдельный запрос, помещать во временную таблицу и обрабатывать как нужно. Правда вот, для всех типовых ПВР-начислений, зависимость от базы указано "зависит по периоду действия". Означает ли это что ещё и новый ПВР придётся создавать?... или возможно типовыми обойтись?
6 Иоканаан
 
06.08.12
12:47
(0)Вы не смотрели вид расчёта "Квартальная премия" в ПВР "Дополнительные начисления организации"? Там есть возможность на закладке "Использование" выбрать вариант "премия по итогам работы за N месяцев". Тогда базовые начисления можно будет выбирать по периоду действия в течение этих N месяцев.
7 maz
 
06.08.12
15:04
(6) Спасибо, посмотрю.
8 Said_We
 
07.08.12
14:49
(6) Не поможет. В базовые начисления из основных попадают по их периоду действия, а дополнительные (без периода действия) по периоду регистрации. В (0) же есть необходимость основные начисления как оклад собирать по периоду действия и за один месяц, а основное начисление как отпуск по периоду регистрации и за один месяц (что соответствует двум месяцам по периоду действия, так как основные начисления собираются по периоду действия).
Итог в базовом периоде действия должен быть максимальный период - иначе что-то не попадёт. Далее надо часть начислений не брать по тому или иному условию используя разрезы.
9 maz
 
08.08.12
17:09
(8) а как разрезы использовать для этих целей? Что-то у меня не выходит ничего:(
10 maz
 
08.08.12
17:28
Кажется придумал. Действительно разрезами. Передаю в параметрах разрезы "ВидРасчета, ПериодДействия, ПериодРегистрации" и далее в запросе уже можно условием отбирать лишь те у которых совпадают эти периоды. В консоле заработало. Теперь подумаю каким образом лучше внедрить всё это дело в модули
11 Said_We
 
08.08.12
23:19
(10) Не за что.
12 maz
 
09.08.12
10:30
(11)Да, спасибо:)
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший