Автор Тема: Задача 3.1  (Прочитано 83953 раз)

0 Пользователей и 1 Гость просматривают эту тему.

tell

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Fedor
Re: Задача 3.1
« Ответ #30 : Ноябрь 15, 2010, 02:29:29 pm »
базовый период для командировок брался неверно, вот финальный вариант№1 задачи
Вложения:
7873735.dt

AndreiPiter

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Андрей
Re: Задача 3.1
« Ответ #31 : Январь 10, 2011, 08:21:09 pm »
tell, собственно почему, Оклад, Командировка и Премия в одном плане видов расчёта. Ведь в базовой конфигурации Оклад и Премия уже забиты в разные планы расчёта. А с другой строны мне тоже кажется что один план видов расчёта здесь будет лучше.
 Вопрос так же к тем кто оставил два плана видов расчёта. Как правильнее?


AndreiPiter

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Андрей
Re: Задача 3.1
« Ответ #32 : Январь 12, 2011, 07:39:04 pm »
моё решение (учет по подразделениям не делал)

Добавлено (12.01.2011, 19:39)
 ---------------------------------------------
 Что значит "Следует учесть, что данные о командировке не могут вводится задним числом."? О чем это говорит в смысле реализации?


Вложения:
AP_3.01.dt
« Последнее редактирование: Январь 12, 2011, 07:42:00 pm от Андрей »

Kate

  • Новичок
  • *
  • Сообщений: 9
  • ФИО: Екатерина
Re: Задача 3.1
« Ответ #33 : Январь 13, 2011, 11:54:26 am »
Quote (AndreiPiter)
Что значит "Следует учесть, что данные о командировке не могут вводится задним числом."? О чем это говорит в смысле реализации?

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

« Последнее редактирование: Январь 13, 2011, 11:56:41 am от Екатерина »

pako_amadi

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Pavel Amadi
Re: Задача 3.1
« Ответ #34 : Январь 17, 2011, 11:25:06 pm »
Hто значит "Следует учесть, что данные о командировке не могут вводится задним числом."? О чем это говорит в смысле реализации?
 Kate, AndreiPiter,
 Думаю это значит сдесь намек на сторнирование , все всегда вводится вовремя

Danan

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Данияр
Re: Задача 3.1
« Ответ #35 : Январь 18, 2011, 01:26:18 pm »
Я думаю что в этой задаче не нужно учитывать сторно записи, а также назначать ведущие виды расчета, поскольку по условиям задачи механизм перерасчетов использовать не нужно.
 
 
Quote (AndreiPiter)
Вопрос так же к тем кто оставил два плана видов расчёта. Как правильнее?

 Нужно два ПВР, в одном пвр хранятся вр использующие периодействия, в другом не использующие. Более подробно об этом можно узнать литературе и вебинаре П.Чистова по СПР.

pako_amadi

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Pavel Amadi
Re: Задача 3.1
« Ответ #36 : Январь 19, 2011, 12:41:08 am »
Мой взгляд на проблему )))))
Вложения:
7404013.dt

Matcoder

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: алекс
Re: Задача 3.1
« Ответ #37 : Январь 19, 2011, 01:25:00 pm »
Quote (pako_amadi)
Что значит "Следует учесть, что данные о командировке не могут вводится задним числом."? О чем это говорит в смысле реализации?

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


SergTH000

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Сергей
Re: Задача 3.1
« Ответ #38 : Январь 20, 2011, 12:49:08 am »
Quote
Что значит "Следует учесть, что данные о командировке не могут вводится задним числом."? О чем это говорит в смысле реализации?

 могут вводиться - нужно сделать сторно-записи
 не могут - сторно-записи делать не нужно...
« Последнее редактирование: Январь 20, 2011, 12:50:20 am от Сергей »

Matcoder

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: алекс
Re: Задача 3.1
« Ответ #39 : Январь 20, 2011, 10:15:00 am »
SergTH000,
 А если про заднее число вообще упоминания нет? Тогда нужно делать сторно или нет?

SergTH000

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Сергей
Re: Задача 3.1
« Ответ #40 : Январь 20, 2011, 10:51:41 am »
Matcoder,
 
Quote
А если про заднее число вообще упоминания нет? Тогда нужно делать сторно или нет?

 Если год высокосный и в пятницу 13 полнолуние тогда точно надо.
 Ну я же не ясновидящая=)))) У экзаменатора уточнять надо)

Danan

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Данияр
Re: Задача 3.1
« Ответ #41 : Январь 20, 2011, 10:56:56 am »
Моя первая задача по сложным периодическим расчетам.
Вложения:
Task_3_1.dt
« Последнее редактирование: Январь 20, 2011, 10:58:46 am от Данияр »

SergTH000

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Сергей
Re: Задача 3.1
« Ответ #42 : Январь 20, 2011, 11:41:41 am »
Danan,
 1. База для командировки - сумма ВСЕХ начислений, т.е. и командировки тоже.
 2.Не понял зачем тебе ресурс ОтработаноЧасов в РР ОсновныеНачисления? Часовая ставка командировки- сумма всех начислений делить на кол-во РАБОЧИХ часов - те ЗначениеБазовыйПериод, этот ресурс нужен если бы было делить на количество отработанных часов.
 3.
Quote
Движения.ОсновныеНачисления.Записывать=Истина;
    Движения.ОсновныеНачисления.Записать();
    Движения.ДополнительныеНачисления.Записать();
    ПроведениеРасчетов.РассчитатьОсновныеНачисления(Движения.ОсновныеНачисления);
    ПроведениеРасчетов.РассчитатьДополнительныеНачисления(Движения.ДополнительныеНачисления);

Вот это
 

Quote
Движения.ОсновныеНачисления.Записывать=Истина
лишнее
 означает что после завершения обработки проведения движения запишутся в регистр
 
Quote
Движения.ОсновныеНачисления.Записать();

 Принудительно записываешь движения, флаг записывать не сброшен движения опять запишутся.
 4. Есть еще два совета:
 -делайте отдельные ТЧ документа Начисление на каждый ПВР, колонки у них различаются, проще тестировать и нагляднее. У меня на экзамене было даже три ТЧ Основные, Дополнительные и Удержания ничего не придрались.
 -Твой запрос в общем модуле абсолютно нечитабелен и работать он будет дольше чем два разных запроса при расчете основных и дополнительных начислений.

Danan

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Данияр
Re: Задача 3.1
« Ответ #43 : Январь 20, 2011, 02:48:02 pm »
SergTH000,
 1) Ты имеешь ввиду ,что вид расчета командировка собирает базу по саму себе, иными словами в тч базовые у этого вида расчета указаны все виды расчета, включая его самого?

2) Наверно ты прав.

3) Химичил с кодом забыл убрать.

4)Основные и Дополнительные начисления рассчитываются в разных процедурах.
 Запрос по основным начисления строится так:
 Если в наборе записей есть командировка то идет обращение к таблице ДанныеГрафика и базовой таблице. Если в наборе записей только оклад то обращение только к таблице ДанныеГрафика.
 Все нормально читается. В любом случае финальный текст запроса можно прочитать в отладчике.

Спс за критику, выводы сделал, мб выложу переделанную базу.
 А ПВР и РР правильно настроил?

« Последнее редактирование: Январь 20, 2011, 02:51:46 pm от Данияр »

SergTH000

  • Новичок
  • *
  • Сообщений: 0
  • ФИО: Сергей
Re: Задача 3.1
« Ответ #44 : Январь 21, 2011, 07:08:42 pm »
Danan,
 1. Да, командировка входит в свою базу.
 2. Точно тебе говорю)
 4. Это советы, проще сделать два запроса, один по основным начислениям - ДанныеГрафика + БазаОсн+БазаДоп и по доп - только из одной табл. - БазаОсн, так проще, твой текст конструктором нельзя открыть..
 И вообще если такой целью задаться можно и все виды расчета в одной процедуре рассчитывать - нафигачить там если, если, если....Их в разных процедурах расчитывают именно потому что запросы разные. Ну вообщем как знаешь.

РР, ПВР Настроил правильно.