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

[xXeNoNx]

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

[freemaestro]

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

Добрый день, xXeNoNx ! Спасибо за ответ!

Видимо, просто надо соблюдать порядок расчета (по приоритетам) - и не более того.

[strizhhh]

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

Добрый день, xXeNoNx ! Спасибо за ответ!

Видимо, просто надо соблюдать порядок расчета (по приоритетам) - и не более того.

Если в задаче нет фразы, что необходимо реализовать возможность ввода пользователем своих начислений, то можно не париться с приоритетами. В конкретной задаче этого билета оклад и премия находятся в разных регистрах расчета, поэтому, при проведении документа, они естественно будут рассчитываться отдельно, сначала оклад, затем - премия. Обрабатывать возможность ввода других начислений, кроме этих, не требуется.

[xXeNoNx]

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

[dertru]

Добрый день! strizhhh, в СПР в процедуре "РассчитатьЗаписи" в первом запросе поле "СведенияОСотрудниках.Период" может быть null, поле "ОсновныеНачисленияДанныеГрафика.ПериодДействия" вы проверяете на null, хотя, как я думаю, оно не может быть null.
В условии соединения таблиц "И ВТ_МаксимальныйПериод.ПериодДействия = СведенияОСотрудниках.Период", поле даты с левой стороны должно быть "ВТ_МаксимальныйПериод.Период".

[pyrkin_vanya]

Всем привет. Направьте мысль пожалуйста. Я так понимаю абсолютно в любой задаче по бух учету должен присутствовать документ "Операция", даже если про это явно не сказано в задании. Ну конкретно в этой задаче есть.))) В таком случае ситуация: выполняем билет по порядку. Решили задачу оперативного учета. Приступили к БУ. Оперативный учет проверяет наличие этого товара на регистре накопления. Затем мы дописали кусок по БУ, где также нужно анализировать количество товара в организации. Так вот если сделать ручную операцию и увеличить остатки на счете Товары, то, например, по оперативному учету документ выдаст ошибку, а по БУ он должен провестить. Т.е. если бы я начал решение с задачи по БУ, то документ бы провелся. Как быть в этой ситуации? Как правильно нужно проверять остатки?

[alex1248]

должен присутствовать документ "Операция", даже если про это явно не сказано в задании. Ну конкретно в этой задаче есть.)))

Вроде бы, во всех есть.

выполняем билет по порядку

Создаем у доков реквизиты ОУ и БУ типа булево, и проводим их только в том случае, если соответствующий реквизит имеет значение Истина. И не надо никаких заморочек с увязкой задач.
Выполнять поэтому можно в любом порядке.

[pyrkin_vanya]

Создаем у доков реквизиты ОУ и БУ типа булево, и проводим их только в том случае, если соответствующий реквизит имеет значение Истина. И не надо никаких заморочек с увязкой задач.
Выполнять поэтому можно в любом порядке.

Не, как это сделать то понятно. Я просто просмотрел несколько решений людей и не увидел там такого. Причем проверки реализованы точно также как и у меня. Меня больше интересует вопрос, как надо правильно?

[alex1248]

Создаем у доков реквизиты ОУ и БУ типа булево, и проводим их только в том случае, если соответствующий реквизит имеет значение Истина. И не надо никаких заморочек с увязкой задач.
Выполнять поэтому можно в любом порядке.

Не, как это сделать то понятно. Я просто просмотрел несколько решений людей и не увидел там такого. Причем проверки реализованы точно также как и у меня. Меня больше интересует вопрос, как надо правильно?

Правильно - надо создавать реквизиты ОУ и БУ.
Почему у кого-то этого нет - наверное, у них на экз много времени на создание костылей там, где в них нет необходимости. 
ПС. А еще многие выкладывают тут неработоспособные решения (т.к. просто не проверяют их работоспособность), потом и экз пытаются сдать так же. Итог очевиден.

[pyrkin_vanya]

Увидел на инфостарте это пояснение

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

| КорСчет В (Значение(ПланСчетов.Управленческий.Поставщики), Значение(ПланСчетов.Управленческий.ПрибылиУбытки))

И не совсем его понял. Может нужно исключать движения этого документа? Тогда зачем он нужен?!

[alex1248]

Увидел на инфостарте это пояснение

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

| КорСчет В (Значение(ПланСчетов.Управленческий.Поставщики), Значение(ПланСчетов.Управленческий.ПрибылиУбытки))

И не совсем его понял. Может нужно исключать движения этого документа? Тогда зачем он нужен?!

Мне кажется, там про запрос написано не совсем корректно. я для отчетов указывал конкретно СчетДт и СчетКт.
Зачем исключать его движения? Если корр счета совпадут, его проводки учтутся, а если нет, то им не место в отчете.

[pyrkin_vanya]

Я все понял. Спасибо большое за помощь. 

[pyrkin_vanya]

Нашел еще одну проблему)))
Условие из задания по БУ

Себестоимость определяется как средняя по товару по
всем срокам годности. Т.е. например если 1 пачка йогурта со сроком годности 10.01.2017
поступила по цене 90 рублей и еще 1 пачка того же йогурта, но со сроком годности
30.01.2017 поступила по цене 110 рублей, то при списании себестоимость одной пачки
данного йогурта равна 100 рублей

Следовательно при реализации 1 позиции на счете товары будет количество по сроку годности 10.01.2017 = 0, а сумма будет -10.

В списке ошибок гласится следующее

Построенная в решении учетная схема принципиально не позволяет одновременно вывести в ноль все ресурсы регистра накапливающего информацию об остатках. Балл 0,5 - 3,0

Следовательно - условие задачи не корректное?

[Михаил Проходцев]

Нашел еще одну проблему)))
Условие из задания по БУ

Себестоимость определяется как средняя по товару по
всем срокам годности. Т.е. например если 1 пачка йогурта со сроком годности 10.01.2017
поступила по цене 90 рублей и еще 1 пачка того же йогурта, но со сроком годности
30.01.2017 поступила по цене 110 рублей, то при списании себестоимость одной пачки
данного йогурта равна 100 рублей

Следовательно при реализации 1 позиции на счете товары будет количество по сроку годности 10.01.2017 = 0, а сумма будет -10.

В списке ошибок гласится следующее

Построенная в решении учетная схема принципиально не позволяет одновременно вывести в ноль все ресурсы регистра накапливающего информацию об остатках. Балл 0,5 - 3,0

Следовательно - условие задачи не корректное?

Условие задачи даже более чем корректное.
Проанализировав условие задачи, Ты для себя должен сделать вывод, что необходимо отключать суммовой учет для субконто "Срок годности". Заводишь признак учета субконто "Суммовой", связанный с ресурсом Сумма регистра бухгалтерии и отключаешь этот флажок для субконто "Срок годности".

[pyrkin_vanya]

Условие задачи даже более чем корректное.
Проанализировав условие задачи, Ты для себя должен сделать вывод, что необходимо отключать суммовой учет для субконто "Срок годности". Заводишь признак учета субконто "Суммовой", связанный с ресурсом Сумма регистра бухгалтерии и отключаешь этот флажок для субконто "Срок годности".

Спасибо большое. Теперь понятно.