Задача 3.06

[napan]

Кто проверит спасибо....Буду рад услышать отзывы...Вложения:
-06.dt

[Andrey-ka]

napan, А ты еще не специалист?

[napan]

нет а что? только собираюсь, не успел на 8.1, теперь придется на 8.2

[skanny]

napan, Сначало надо командировку на периоды разбить. Из условия задачи она может вводиться с 25.01 по 5.03 .

[napan]

Да , точно не углядел, спасибо...

[aworld]

В тексте задачи написано что СУММА НАЧИСЛЕНИЯ по окладу определяется как нач значение оклада деленное на количество рабочих часов.
 то есть это не часовая ставка как в других задачах и умножать ее на количество часов факт не надо, ИМХО.

[napan]

Quote (aworld)

В тексте задачи написано что СУММА НАЧИСЛЕНИЯ по окладу определяется как нач значение оклада деленное на количество рабочих часов.
 то есть это не часовая ставка как в других задачах и умножать ее на количество часов факт не надо, ИМХО.

 Ага и получается например у него Оклад 3000, то начисляем ему (рабочих часов например 168) 3000 / 168 = 17,86??? Да ну глупость же. Конечно Надо умножать на фактически отработанное время!

[ut2k5]

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

[aworld]

napan, глупость, но не я писал условие задачи)

[ut2k5]

вообщем сам нашел как разбить периоды командировки, доделал задачу, но мне не нравиться как он считает коммандировку...Вложения:
Quest_3_6.dt

[SergTH000]

ut2k5, я 3.04 выложил, там командировку на периоды разбивал, вроде все хорошо считалось..

Добавлено (24.09.2010, 13:24)
 ---------------------------------------------
 ut2k5,
 1.В задаче требование, что данные о командировке могут вводиться задним числом. Т.е. период регистрации сейчас, а период действия раньше. Ты же базу для командировки определяешь по периоду регистрации, это не верно, нужно от периода действия. А период действия ты разбиваешь. Чуть попозже выложу свое решение

Добавлено (24.09.2010, 13:25)
 ---------------------------------------------
 Сказано же разбивать оклад не нужно, а тебя все основные начисления разбиваются

Добавлено (24.09.2010, 13:26)
 ---------------------------------------------
 В начале движения старые не удаляешь)

Добавлено (24.09.2010, 13:35)
 ---------------------------------------------
 Зачем так много полей выбираешь, при расчете основных начислений?

Добавлено (24.09.2010, 13:47)
---------------------------------------------
По-моему условие, что фактический период действия лежит в нужном интервале, нужно задавать в соединении таблиц, а не в конструкции ГДЕ.

[ut2k5]

SergTH000, спасибо, со всем согласен, только вот с этим не согласен: "В начале движения старые не удаляешь)":
 1) Движение = Движения.ОсновныеНачисления.Добавить();
 2) ... // заполняем движение
 3) Движения.Записать();

4) ...// и только теперь анализируем движения в общем модуле, но уже после записи....

так что зачем лишний раз очишать..?

[SergTH000]

ut2k5, Точно, не зачем) У меня эти очищения на автомате уже)))

[ut2k5]

SergTH000, где обещанное решение? а то не с чем сравнить...

[SergTH000]

ut2k5, =) я не стал выкладывать, остальное также сделал (разбитие командировки), только ты еще движения передаешь в общий модуль, мне Чистов писал, что это плохо, надо просто набор создавать и отбор делать. Не с чем будет сравнить все тоже самое=)