Задача 3.02

[Falcon]

Задача 3.02Вложения:
3_02.dt

[crabzzy]

Сложная задачка, никак не пойму все взаимосвязи и как сторно делать.
 Вдруг сначала оклад изменили январский, а потом человека в командировку в феврале оформили за январь.

[ut2k5]

Большая просьба, я очень слаб в регистрах расчета, поэтому кому не лень проверьте мое решение:Вложения:
Quest_3_02.dt

[aworld]

Falcon, всё вроде практически как у тебя сделал, но не рассчитывается фактический период сторно записи почему-то.. не сталкивался с этим?

Добавлено (04.08.2010, 17:30)
---------------------------------------------
ПВР-ы таким же образом настроены, в регистрах расчета все тоже самое, тип графика в регистре связал с измерениям самого графика, записи в набор добавляются такие же, но при расчете фактический период сторно записи не достаётся.. фигня какая-то

Добавлено (04.08.2010, 18:22)
---------------------------------------------
вопрос решен

[napan]

Вот моеВложения:
3-02.dt

[Bublik]

просмотрел кучу баз и не могу понять так и должно быть что-ли. если ввести, допустим, за весь август оклад, а потом следующим доком ввести за часть августа командировку, то не происходит сторнирования части августовского оклада. в частности в базе napanа

Добавлено (25.08.2010, 15:57)
---------------------------------------------
все понял, надо период регистрации ставить следующий месяц

[savotii]

ребят вот обьясните по условию задачи рассчет командировки = 2 пред месяца(результатБаза)/2 пред месяца(отработаноЧасов)
 но ни в одном запросе, я как ьы не вижу получения данных за 2 месяца, возможно я , как-то не правильно понимаю ситуацию*?

Добавлено (17.09.2010, 13:09)
---------------------------------------------
и по этой задаче еще один момент, на счет процента премии понятно РС периодичность день, а каким образом реализовать размер оклада с возможностью изменения 1 раз? смотрел у напана , РС оклад и премия, но ведь для оклада всего 1 раз в месяц, но не каждый день же...
 чет у меня с ПР трудности в понимании условия/решения.
 Нид ХЕЛП!)

[ut2k5]

savotii, по поводу предыдущих двух месяцев, смотри в моей базе вот это:
 

Code

 ИначеЕсли ВыборкаЗапроса.ВидРасчета = ПланыВидовРасчета.ОсновныеНачисления.Командировка Тогда
     Движение.БазовыйПериодНачало = ДобавитьМесяц(ПериодРегистрации, -2);
     Движение.БазовыйПериодКонец = ПериодРегистрации - 1;
 КонецЕсли;
 

 (кста по-моему у всех так же)...
 ест-но в запросе мы берем сведния по базовому периоду, а базовым является два предыдущих, вот ты и не видишь этого в запросе
 второй вопрос: у меня периодичность регистра день, но для легкости решения (имхо) для оклада берется на начало и на конец (ну типа пользователь только два раза вводил оклад в месяце), а для премии только на начало,
 чтобы задача была вообще в идеале, то перед записью регистра сведений, необходимо проверять запросом за период сколько было записей по окладу, если их уже две, то не даем третью записать, еще можно сделать два разных регистра сведений...
 .. но все это марафет, на который на экзамене времени не будет, а в реальной жизни все давно РЕШЕНО в ЗуП Вложения:
Quest_3_2.dt

[baksha_bni]

ut2k5,

Quote (ut2k5)

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

это не в идеале так должно быть, а должно быть обязательно по условию задачи, просто кода писать немного, а баллов за не выполненное условие задачи снимут много...
 только не когда у тебя две записи и третью не даем записать, а когда у тебя уже есть одна запись(т.е. одно изменение оклада в текущем расчетном периоде) и вторую не даем записать.....

[sada]

Я думаю, что цель этого ограничения проверить правельность расчета оклада когда например с 1 го 10 е числа он был 100 рублей, а с 10 по 30 стал 200 руб. в итоге если график без выходных должно получиться 100/30*10+200/30*20 = ..

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

[ut2k5]

sada, присоединяюсь к

Quote

проверить правельность расчета

[baksha_bni]

Мое решение)Вложения:
3.02_Baksha_bni.dt

[Zhora_Vlg]

А как премию сторнировать?Вложения:
Zhora_Vlg-3.2.dt

[ruin]

У кого нибудь есть мысли как красиво написать сторнирование премии зависящей от оклада?

[old_guest]

Господа, правильно я понимаю, что в одном документе НачисленияЗарплаты оклады должны вводиться в пределах ПериодаРегистрации (реквизит документа)? Т.е. период действия оклада попадает в период регистрации.

P.S. В противном случае задача в один рогатый запрос не решается