Билет 1. Спец по платформе V8

[freemaestro]

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

Тут понятно, что измерение "Подразделение" должно отсутствовать. В регистре сведений "СведенияОСотрудниках" такое измерение есть сразу в каркасной. Можно ли его удалить? Или может есть какие-то подводные камни, типа нельзя удалять ничего из каркасной?

Доброго времени суток, pyrkin_vanya !

Из каркасной удалять можно - на усмотрение сдающего.
Я тоже считаю, что измерение "Подразделение"  в регистре сведений "СведенияОСотрудниках" надо удалить. Я ресурсом сделал.
Другой вопрос, что об этом думают принимающие :-).

[freemaestro]

Ребята, добрый день,кто подскажет по условию "В одном документе могут быть данные за разные
расчетные периоды" ?
Скажем, за март сотруднику оклад рассчитан.
Мы в апреле считаем оклад за апрель и сюда же,
в ТЧ, по условию задачи - можно "воткнуть" оклад
за март - частично или полностью.
По идее, оклад по предыдущему документу надо сторнировать.
Метод "ПолучитьДополнение" здесь не работает - оклад не может вытеснять
сам себя. Тут по-другому надо как-то.
В зарплатных решениях 1C это называется "исправление документа" -
в ТЧ нового документа "выкидываются" отсторнированные, "красные строки",
а ниже -новые.

Надо ли делать что-то в этом направлении или я сильно усложняю ?

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

Доброго времени суток, JohnSilver !
Не совсем понял, что ты имеешь в виду под расчетом прошлого периода - сторнирование, перерасчеты или что-то другое? Перерасчеты в задаче использовать не надо. Сторнирование не проходит, т.к. оклад не может вытеснять сам себя. А просто расчет прошлого периода - это пожалуйста, можно период регистрации поставить текущий, а период действия оклада - прошлый месяц. И сотруднику будет рассчитано 2 оклада за прошлый месяц...

Ребята, доброго времени суток!
Кто-нибудь может прокомментировать по этому вопросу ?
Как быть, если оклад рассчитан в прошлом периоде, и мы ещё раз его начисляем в текущем?
У меня 2 оклада начисляется сотруднику, это нормально ?

[alex1248]

Считать, что все данные вводятся только в пределах одного месяца, например, можно указать начисление оклада с 10.01 по 31.01, а запись оклад: с 10.01 по 03.02 вводить нельзя.

Ни в одном из решений не увидел проверки на это. Это вообще надо делать? Или не обязательно? Будь я преподом, то в бутылку бы полез, раз уж четкое условие в задаче есть.))))

Тут нет никакого условия. Это информация как раз о том, что кодеру ничего проверять не надо. Юзер будет вводить именно так, и лишь юзер за это отвечает.

[alex1248]

Ребята, добрый день,кто подскажет по условию "В одном документе могут быть данные за разные
расчетные периоды" ?
Скажем, за март сотруднику оклад рассчитан.
Мы в апреле считаем оклад за апрель и сюда же,
в ТЧ, по условию задачи - можно "воткнуть" оклад
за март - частично или полностью.
По идее, оклад по предыдущему документу надо сторнировать.
Метод "ПолучитьДополнение" здесь не работает - оклад не может вытеснять
сам себя. Тут по-другому надо как-то.
В зарплатных решениях 1C это называется "исправление документа" -
в ТЧ нового документа "выкидываются" отсторнированные, "красные строки",
а ниже -новые.

Надо ли делать что-то в этом направлении или я сильно усложняю ?

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

Доброго времени суток, JohnSilver !
Не совсем понял, что ты имеешь в виду под расчетом прошлого периода - сторнирование, перерасчеты или что-то другое? Перерасчеты в задаче использовать не надо. Сторнирование не проходит, т.к. оклад не может вытеснять сам себя. А просто расчет прошлого периода - это пожалуйста, можно период регистрации поставить текущий, а период действия оклада - прошлый месяц. И сотруднику будет рассчитано 2 оклада за прошлый месяц...

Ребята, доброго времени суток!
Кто-нибудь может прокомментировать по этому вопросу ?
Как быть, если оклад рассчитан в прошлом периоде, и мы ещё раз его начисляем в текущем?
У меня 2 оклада начисляется сотруднику, это нормально ?

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

[freemaestro]

Спасибо за ответ, alex1248 !

Согласен с тобой, что " В типовых "умеючи" тоже можно напартачить" :-)

Да, видимо, тут надо принимать допущение, цитирую тебя:
"Предполагается, что оклад вводится за прошлые месяцы, если он не был введен вовремя"

А если юзер 2 раза оклад рассчитывает за один и тот же период - его проблемы.

[pyrkin_vanya]

Я у себя все равно сделал эти проверки. Думаю защита от дурака лишним не будет.

[freemaestro]

Я у себя все равно сделал эти проверки. Думаю защита от дурака лишним не будет.

Доброго времени суток, pyrkin_vanya !

уточни, пожалуйста, о каких проверках ты говоришь.
И самое интересное - как ты их реализовывал.

[alex1248]

Думаю защита от дурака лишним не будет.

Если останется время, лишним не будет.
Но если времени не будет хватать, за недоделанное сминусуют, а за ненужное баллов не добавят ).

[АндрейН]

Подскажите, кто знает, как вывести на форме документа ссылки - переход на регистр-движения по данному документу.
Увидел это в одном из решённых примеров, а какими настройками это сделано найти не могу.

Сверху над кнопками во всех документах(свои регистры) :

Главное     Остатки товаров     Партии товаров

[kaval]

Добрый день.

Подскажите пожалуйста для чего используется
Движения.ОстаткиТоваров.Записать(); ?

Ведь достаточно Движения.ОстаткиТоваров.Очистить().

[vaasec]

Подскажите, кто знает, как вывести на форме документа ссылки - переход на регистр-движения по данному документу.
Увидел это в одном из решённых примеров, а какими настройками это сделано найти не могу.

Сверху над кнопками во всех документах(свои регистры) :

Главное     Остатки товаров     Партии товаров

В форме переходим с закладки "Элементы" на закладку "Командный интерфейс". Далее в "Панель навигации" - "Перейти" проставляем видимость.

[vaasec]

Добрый день.

Подскажите пожалуйста для чего используется
Движения.ОстаткиТоваров.Записать(); ?

Ведь достаточно Движения.ОстаткиТоваров.Очистить().

Почитайте статьи http://курсы-по-1с.рф/news/2017-02-15-two-programming-articles-update/

[freemaestro]

Всем доброго времени суток!

У меня вопрос ко всем.

Про условие:
"При решении задачи необходимо учитывать, что на момент начала ведения
учета в информационной базе у сотрудника уже может быть стаж отличный от нуля."

Многие заводят реквизит "ДатаПриема"и "НачальныйСтаж".

Вопрос - нужен ли реквизит "НачальныйСтаж" ?

Ведь стаж нормально отсчитывается и от даты приема.
Тут же не сказано, что на дату приема был начальный стаж.
Тогда да - надо вводить этот стаж и его обрабатывать.
А тут написано: "на момент начала ведения
учета в информационной базе ".

Я использую только "ДатаПриема".

У кого какие мысли по этому поводу ?

[xXeNoNx]

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

[freemaestro]

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

Спасибо за ответ, xXeNoNx !
Согласен с тобой!
Об этих мелочах не стоит задумываться, главное - сам расчет сделать.