Задача 3.06

[sv_mikh]

Мое решение. Вопрос в том, насколько точно нужно подойти к отражению командировки прошлых периодов... Если задача просто в том, чтобы отсторнировать оклад и доначислить командировку -- все ок. Но вот если еще нужно пересчитать премию того месяца + правильно посчитать базу командировки текущего месяца -- вот тут начинается беда.
 На премию в принципе сразу забил. Но вот хотелось командировку текущего месяца правильно посчитать. Но как, если есть записи о сторно прошлого месяца + доначисления.
 Выходит нужно сначала записать результаты сторно прошлого месяца по окладу и командировке и лишь потом считать базу для расчета командировки текущего месяца?
 Получается, что если есть сторно прошлых месяцев то при расчете текущего месяца должны появиться приоритеты. Сначала прошлые считаем, записываем, потом текущие считаем, записываем?

 В целом реализовал только сторно оклада прошлого месяца + доначисление командировки в прошлый месяц. Премия прошлого периода не пересчитывается, при командировке в прошлое база командировки текущего месяца считается не правильно... (без сторно оклада). Вложения:
sv_mikh_03_06.dt

[Альберт]

Буду благодарен за любую критику моего решения задачи 3.6:Вложения:
3_06.dt

[max_osodoev]

мое решениеВложения:
3.6_max_os.dt

[Tommy]

мое решение ... Посмотрите, пожалуйста . Это моя первая задача по расчетуВложения:
toma_3_6.dt

[Lazutin]

Tommy, Список ошибок:
 1. Нет сторно в документ НачислениеЗарплаты. Т.к. сказано, что "Следует учесть, что данные о командировке могут вводиться в систему задним числом.", значит надо еще при проведении документа вводить данные о сторно (поможет метод ПолучитьДополнение()).

 2. Для плана видов расчета ДопНачисления лучше установить зависимость от базы "по периоду регистрации", т.к. премия начисляется в том же расчетном периоде.

 3. Командировка вообще не считается, попробуйте введите еще 1 документ за март с видом расчета Командировка.

 4. Процедуру расчета начислений следует выносить в общий модуль(быстродействие и удобство перерасчетов, ну и просто рекомендуется)

 5. Не правильно соединяются данные графика для расчета Оклада с РС ШкалыОкладов, не учли если не будет верхней границы, т.е. отработано часов >100 и нет верхней границы например. (в соединение нужно добавить что-то типа ОсновнойДанныеГрафика.ЗначениеФактическийПериодДействия < ШкалаОкладов.Макс ИЛИ ШкалаОкладов.Макс = 0)

 6. В условии Если МассивОсновных.Найти(ПланыВидовРасчета.ОсновныеНачисления.Командировка) Тогда забыли <> Неопределено, следовательно не считается командировка

 7. В диаграмме Ганта перед построением не очищаете ее. нужно использовать Диаграмма.Очистить()

[Tommy]

Lazutin,
 со всем согласна, большое спасибо

[nodalt]

В задаче много нюансов ...Вложения:
nodalt_3_6.dt

[kow1976]

nodalt,
 Не сторнируется полностью оклад если вводим командировки задним числом за весь предыдущий месяц.Вложения:
s7576123.jpg

[kow1976]

Lazutin,
 

Quote (Lazutin)

2. Для плана видов расчета ДопНачисления лучше установить зависимость от базы "по периоду регистрации", т.к. премия начисляется в том же расчетном периоде.

 Здесь только период действия. Так как сторно записи попадут в базу начисления премии если база будет по периоду регистрации. (-100( оклад за прошлый месяц)+1000(оклад за настоящий месяц))*%премии.

 Такой вариант решения задачи.
 Спасибо за комментарии и замечания.Вложения:
kow1976_3.6.dt

[Teriban]

Мой вариант решения.Вложения:
306_v1.dt

[alex7six]

Простенькая задача, больше всех понравилось решение AndreiPiter

[abeille]

Поддерживаю - лучшее решение у AndreiPiter

[fimanich]

Мое решение. Критика приветствуется.Вложения:
fimanich_03_06.dt

[TuMyP1985]

Мой вариант (сравнил очень похоже на решение fimanich )) ).Вложения:
KTT_3_6.dt

[artfa]

премию так же сторнирую при сторнировании окладаВложения:
1085307.dt