Тренинг по подготовке к аттестации.
Разбор задачи 14 “Командировки”
02.06.2012
комментариев 6
Публикуем решения задачи 14 «Командировки».
Предлагаем обсудить это решение в комментариях…
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь.
Если не активировали токен — посмотрите видео-инструкцию (видео N5)
Если вы залогинены, у Вас активирован токен доступа, но вы все равно видите эту запись — напишите нам на e-mail поддержки.
Насколько понимаю, при расчете оклада в видеоматериалах допущена неточность, поэтому сумма начислений по 60000 руб (ставка умноженная на кол часов). По условию сумма начисления определяется как оклад, деленных на количество часов в периоде* Факт часы
Павел, и все-таки вопрос у меня по настройке ведущих начислений.
Как я понимаю, лишние галки в этих настройках тоже не особо приветствуются на экзамене.
Итак.
В данной задаче для Оклада ведущим будет Командировка, т.к. она вытесняет Оклад.
Для Командировки ведущими будут и Оклад и Премя, т.к. они базовые.
Для Премии ведущим будет Оклад, т.к. он базовый и Командировка, т.к. она вытесняет Оклад.
При попытке сохранения конфигурации Платформа просит в Ведущие для Оклада добавить Оклад или удалить Командировку, а для Командировки: добавить Командировку или удалить Оклад.
Т.е. в итоге в ведущих у Оклада будет: Оклад, Командировка, Премия.
У Командировки: Оклад, Командировка.
У Премии: Оклад, Командировка.
Каким будет Ваш вариант?
Командировка не будет ведущей для оклада! … эээммм….
Ведущие – это виды расчета которые образуют базу для расчета текущего вида или влияют на базу косвенно. Ведущие настраиваются по следующим правилам: Вытесняющие виды расчета не попадают в “Ведущие”, так как регистрация перерасчетов при вытестении производится платформой самостоятельно. Так называемые “Перерасчеты по вытеснению”. А вот Базовые как правило полностью входят в ведущие (и базовые базовых).
благодарю за ответ.
просто я пробовал сделать перерасчет командировки в отдельном документе так, чтобы это повлияло на оклад… и в результате в таблице Перерасчета не увидел регистрации необходимости перерасчета Оклада…
Видимо что-то не так сделал. Попробую еще разок.
Добрый день.
Хорошее решение.
Есть вопросы.
1. Примера с Диаграммой Ганта я не видел ни в 5 ни в 6 задаче ни в этй, хотя в данном решении вы говорите, что уже делали эту диаграмму и не хотите повторяться.
2. Можно ли увидеть пример блокировки на регистрах расчета?
3. Каким образом сторнировать премию от сторнируемого оклада? Например, задним числом ввели командировку, она отсторнировала оклад, а от этого оклада была расчитана премия. Как с ней быть?
4. Оклад у вас считается не верно. Его еще нужно поделить на количество рабочих дней в периоде действия.
5. В 6-ом задании у вас есть недочет. При осуществлении перерасчета те виды расчета, которые НЕ нужно перерасчитывать, сбрасываются в ноль.
Не совсем по данной задаче:
6. Как в данном задании было бы верным Настроить ведущие виды расчета, если потребовались бы Перерасчеты?
7. В методе “Записать” набора записей РегистраРасчета есть параметр “ЗаписьПерерасчетов”. Есть ли необходимость выставлять его в Истина при перерасчете?
8. При перерасчете, после выполнения Записи набора РегистраРасчета происходит регистрация перерасчетов также и по тем видам расчета, по которым не производился в данный момент перерасчет. Не обращать на это внимания?
Видео с диаграммой Ганта выложу в течении пары дней. Сорри, вроде должна была быть в одной из первых задач.
Блокировка накладывается элементарно используя свойство набора записей “БлокироватьДляИзменения”.
Премия “сторнируется” при перерасчете. Перерасчеты реализовывать не требовалось.
Перерасчеты следует настраивать по базе. то есть если вид расчета использует чью либо базу или зависит неявно по базе то эти виды расчета должны быть указаны в качестве ведущих.
ЗаписьПерерасчетов нужно устанавливать ИСТИНА в том случае если нужно проанализировать и зарегистрировать необходимость перерасчета. По умолчанию параметр и так устанавливается в ИСТИНА.
Механизм перерасчетов анализирует весь набор записей нет возможности произвести регистрацию только необходимых видов расчета. Ну исключая вообще ручную регистрацию.