ЗАНЯТИЕ 80. СПОСОБЫ РАСЧЕТА И ПРИОРИТЕТЫ (СПР). ПОДГОТОВКА К СПЕЦИАЛИСТУ ПО ПЛАТФОРМЕ 1С

[@Ekaterina-ez2kg]

Илья, спасибо за оба способа.

[@Sam-so9di]

Я смотрю уже как сериал про жизнь Васкиной и Бельдыева))) Что же там дальше у них будет?

[@KonstantinVKE]

В результате исправлений на 9-ой минуте получаем нулевой результат в сторно записи, нужно в заполнить значения свойств добавить вроде бы оклад

[@andreim7208]

Вопрос теоретический, допускаю, что что-то пока недопонимаю. Но тем не менее. Основные начисления имеют следующие виды расчёта: - Оклад Госдепа - Оклад-Шмоклад Теперь суть. Оба вида расчёта привязаны к одному способу (алгоритму расчёта), но имеют разный (в общем случае) приоритет. Например, сначала считаем Оклад Госдепа и только потом Оклад-Шмоклад. Однако, при обработке данных этот приоритет не будет иметь никакого значения для разделения указанных видов расчёта. Или он в общем случае будет рандомным. Например, если Оклад Госдепа имеет приоритет 1, а Оклад-Шмоклад - 99, то как и когда будет вызываться способ расчёта "ОплатаПоЧасовомуТарифу"? Проще: в выборке различные виды расчёта с различными приоритетами, но привязанные к одному способу расчёта полностью обезличиваются и приводятся к способу расчёта. Т.е. по сути в данном решении для реализации "новых видов расчёта" достаточно было бы использовать один базовый/основной/элементарный способ. Для наглядности результат запроса по приоритетам: ОплатаПоЧасовомуТарифу :: приоритет 1 ОплатаПоЧасовомуТарифу :: приоритет 99 и всё. ;-))) Короче, всё это похоже на откровенную лажу и гон. К Вам, Илья, претензий никаких, сие есть изобретательство Белоусова в роли школьника-недоучки. Опять же допускаю, что я мог что-то понять неверно. Но судя по имеющемуся коду кмк ситуацию описываю корректно.

[@andreim7208]

Суть претензии: так как вид расчёта (множество возможных видов для одного способа) обезличивается и сводится к способу расчёта, то и приоритет следовало бы устанавливать у способа расчёта, а не у вида.

[@andreim7208]

Вариант возможного решения. Анализировать именно ВидРасчёта вместе с его приоритетом, а для расчёта переходить на процедуру, на которую будет указывать СпособРасчёта, полученный в той же выборке. Т.е. в запросе следует получать и ВидРасчёта, и СпособРасчёта. Приоритет определяется по ВидуРасчёта, а обработка данных - по СпособуРасчёта. Т.к. СпособыРасчёта - это предопределённые данные, то в процедуре их можно зашить жёстко, т.е. обойтись без дополнительных запросов. ps. как понимаю, на экзамене думать обо всём этом времени вообще не будет, поэтому стоит запоминать минимально допустимый вариант хотя бы для того, чтобы не запутаться :-(

[@andreim7208]

Финалю вопрос. Решение Белоусова. Белоусов делает уникальным СпособРасчёта добавляя к нему Приоритет и тем самым получая исходный ВидРасчёта. Напомню, что ВидРасчёта с Приоритетом определяют лишь порядок выполнения запросов. Т.о., когда в цикле добрались до одинакового СпособаРасчёта достаточно в запрос в качестве условия подсунуть Приоритет, чтобы получить строки ВидРасчёта. Логика такая. В регистре у записи есть ВидРасчёта, Приоритет и СпособРасчёта. В цикле перебора СпособовРасчёта, осортированных по Приоритету, процедура для обработки конкретного СпособаРасчёта получает из запроса данные верные/необходимые для СпособаРасчёта при этом указанный в условии фильтр с Приоритетом получает строки, указывающие на ВидРасчёта. Т.е. ВидРасчёта - это СпособРасчёта + Приоритет. Логика, конечно, забористая. Ибо в качестве альтернативы в качестве условия можно просто указывать ВидРасчёта и не ести мозгу потенциальной неоднозначностью. Предельно просто: записи регистра с приоритетом 99 будут иметь ВидРасчёта "Оклад-Шмоклад", а записи с приоритетом 1 - "Оклад Госдепа". Т.е. ВидРасчёта восстанавливается в запросе через Приоритет в условии.

[@ИринаСлабоспицкая-э4д]

Оклад и часы за базовый период посчитались неверно из-за того, что сам базовый период взят неправильно. Командировка была в июле, то есть базовый период расчета должен быть июнь и май. А здесь июль сторнируется и он же является базой (так как у Ильи базовый период - два месяца назад от периода регистрации). Если считать базовый период правильно, то ничего не задваивается. так что Курсы по 1с РФ ни при чем.

[@МаксимИванов-о4л]

А почему нельзя в запросе добавить Приоритет и по нему отсортировать

[@gerodoth]

26:14 да харош, не знает он, Станиславович же.

[@evgeniyapavlova5147]

А в запросе по приоритетам не надо для поля Приоритет использовать функцию Естьnull(Приоритет, 999)?

[@МаксимИванов-о4л]

Оклад Госдепа :))))

[@yar8519]

а я чет пока не понял вообще смысл приоритетов, разве последовательность их расчетов как то влияет на результат?🤔

[@IlyaLeontyev]

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

[@VZRVEL]

Илюха запарил 100500 уведомлений

[@ВоробейБородатый]

А почему при исправлении в заполнитьЗначениеСвойств не указать 4ым параметром результат и отработано часов?

[@IlyaLeontyev]

Помимо полей "Результат" и "ОтработаноЧасов" есть еще поля-реквизиты, которые также не имеет смысла заполнять. Еще и их указать в 4-м параметре? А зачем? Не лучше ли указывать те поля, которые нам нужны непосредственно для расчета?

[@Makar79reg]

Такая бредятина с этими приоритетами