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

[Clition]

Вам необходимо реализовать проверку для заданных условий.
"Товар с одинаковым сроком годности может поступать разными документами и по разной цене."
"Возможна ситуация когда в одном документе один и тот же товар поступает с разными сроками годности (и по разной цене)."
Сделайте штук пять приходных с такими условиями.

Ну и тесты стандартного диапазона результатов - меньше минимума, минимум, больше минимума. Так как максимума тут нет этот тест можно пропустить.

В базе Туборга ввел несколько приходных, несколько расходных. Расходные вводил по одной и смотрел отчет. Количество выбирал как внутри одного срока годности, так и с захватом сразу нескольких. Превысить остатки не получилось, проверка отрабатывает, в ноль выводится, проблему не воспроизвел. Мне думается что вы что-то поправили в этой базе, раз у вас такой результат получается. Без выложенной базы с проблемой разговор не конструктивный.

[Clition]

Решил попробовать решить задачу ОУ по старой методике на одном регистре. Сразу возник вопрос как обеспечить сведение в ноль суммовых остатков по измерениям Склад + Партия. Получаю проблему как в задаче БУ из 6го билета. Получается правильным решением ОУ в этом билете будет именно по новой методике?

[jorik]

Решил попробовать решить задачу ОУ по старой методике на одном регистре. Сразу возник вопрос как обеспечить сведение в ноль суммовых остатков по измерениям Склад + Партия. Получаю проблему как в задаче БУ из 6го билета. Получается правильным решением ОУ в этом билете будет именно по новой методике?

Да,по "новой методике"

[Байт]

Хм ... не понимаю, почему может быть нельзя

alex1248, как Вы понимаете смысл Новой методики контроля остатков? Зачем она нужна и что дает?
В моем понимании, она работает быстрее старой (на уровне платформы), то есть позволяет сократить время проведения документа (это становится ощутимо на больших объемах данных).

В своем решении, в документе РН, Вы сначала делаете списание ОстаткиТоваров по НОВОЙ методике, а затем списываете Партии по СТАРОЙ. У меня же используется Старая методика. Запрос выполняется один, он получает остатки и по Складу и по Партиям и если их хватает, то формируются движения.

В моем понимании смысл НОВОЙ методки заключается в том, что сразу один раз без контроля остатков списал, затем проверил, что нет минусов и все! Поэтому она и применима не везде, а только в том случае, если для формирования движений не нужно предварительно получать данные.

А по Вашей схеме, и правда, "новую" методику можно использовать всегда.
С другой стороны, возможно, Вы правы, а я ошибаюсь, вот только рассудить нас некому ))
Хорошо, если бы к нам заглянул ВСЕВИДЯЩИЙ GROOVY, но вряд ли он найдет время копаться в наших "умных" решениях ))

alex1248, спасибо за ответ. Очень интересно узнать другую точку зрения. Ваше решение понятное, четко структурированное, легко читается, в общем респект.

Всем привет, в данной задаче ОУ по моему мнению нужно организовывать новую методику проведения, поскольку идет сначала контроль остатков на складах и только потом списание по партиям, схема строится на 2-х РН ОстаткиНаСкладах и ОстаткиПоПартиям.

[Hatfieldx]

Хм ... не понимаю, почему может быть нельзя

alex1248, как Вы понимаете смысл Новой методики контроля остатков? Зачем она нужна и что дает?
В моем понимании, она работает быстрее старой (на уровне платформы), то есть позволяет сократить время проведения документа (это становится ощутимо на больших объемах данных).

В своем решении, в документе РН, Вы сначала делаете списание ОстаткиТоваров по НОВОЙ методике, а затем списываете Партии по СТАРОЙ. У меня же используется Старая методика. Запрос выполняется один, он получает остатки и по Складу и по Партиям и если их хватает, то формируются движения.

В моем понимании смысл НОВОЙ методки заключается в том, что сразу один раз без контроля остатков списал, затем проверил, что нет минусов и все! Поэтому она и применима не везде, а только в том случае, если для формирования движений не нужно предварительно получать данные.

А по Вашей схеме, и правда, "новую" методику можно использовать всегда.
С другой стороны, возможно, Вы правы, а я ошибаюсь, вот только рассудить нас некому ))
Хорошо, если бы к нам заглянул ВСЕВИДЯЩИЙ GROOVY, но вряд ли он найдет время копаться в наших "умных" решениях ))

alex1248, спасибо за ответ. Очень интересно узнать другую точку зрения. Ваше решение понятное, четко структурированное, легко читается, в общем респект.

Всем привет, в данной задаче ОУ по моему мнению нужно организовывать новую методику проведения, поскольку идет сначала контроль остатков на складах и только потом списание по партиям, схема строится на 2-х РН ОстаткиНаСкладах и ОстаткиПоПартиям.

При решение задачи видимо можно использовать любую схему решения при соблюдении следующих условий:
1. Ваше решение правильно отрабатывает
2. Вы пояснили экзаменатору при очной и в пояснительной записке при дистанционной сдаче о причине вашего выбора. Если доводы обоснованы, то причин считать вашу методику неверно у экзаменатора не будет.

Но это все, естественно, мое мнение

[Clition]

Всем привет, в данной задаче ОУ по моему мнению нужно организовывать новую методику проведения, поскольку идет сначала контроль остатков на складах и только потом списание по партиям, схема строится на 2-х РН ОстаткиНаСкладах и ОстаткиПоПартиям.

1. В этой задаче нужно контролировать остатки по складу, а списывать по партиям. На одном регистре задачу не решить.
2. Имея регистр остатков, который нужен только для контроля остатков, грех не делать проверку остатков по новой методике.
3. Т.к. между регистрами нет синхронизации, то проверять остатки нужно и при списании по партиям.
Больше ничего об этой задаче знать не надо.

[Байт]

Коллеги, есть вопрос в расчетной задаче, я копил трудовой стаж на РН Обороты "Стаж", хотелось бы услышать ваше мнение на сколько это корректно и сколько баллов могут снизить если признают ошибкой?

[Байт]

3. Т.к. между регистрами нет синхронизации, то проверять остатки нужно и при списании по партиям.

Я думаю в рамках этой задачи синхронизация есть, поскольку движения по обоим РН формируют только 2-а документа: "Расходная" и "Приходная". Асинхронного прихода и списания нет, так же в примере нет проверки остатков по 2-му РН. http://1c.chistov.pro/2013/07/blog-post_25.html

[Clition]

3. Т.к. между регистрами нет синхронизации, то проверять остатки нужно и при списании по партиям.

Я думаю в рамках этой задачи синхронизация есть, поскольку движения по обоим РН формируют только 2-а документа: "Расходная" и "Приходная". Асинхронного прихода и списания нет, так же в примере нет проверки остатков по 2-му РН. http://1c.chistov.pro/2013/07/blog-post_25.html

Немного ранее в этой ветке http://forum.chistov.pro/index.php?topic=3638.msg51656#msg51656.
Конечно, можете попробовать отстоять свою точку зрения.

[Байт]

Немного ранее в этой ветке http://forum.chistov.pro/index.php?topic=3638.msg51656#msg51656.
Конечно, можете попробовать отстоять свою точку зрения.

Полезная инфа, спасибо, а как на счет трудового стажа на оборотном РН Стаж, является ли это ошибкой?

[Clition]

а как на счет трудового стажа на оборотном РН Стаж, является ли это ошибкой?

Два вопроса: Как? и Зачем?
Покажите dt

[Байт]

Два вопроса: Как? и Зачем?
Покажите dt

Скорее всего это ошибка, вопрос в том сколько баллов снимут. Реализовал след. образом у спр "Физ. лица" завел числовой реквизит "Первоначальный стаж" и завел оборотный РН "Стаж" измерения: Сотрудник, ресурсы: Стаж (число). Добавил док. "ВводПервоначальногоСтажа" с реквизитом "Сотрудник" и далее во время начисления оклада записывал в РН раб. дни, ну и при расчете премии брал данные по стажу из РН "Стаж".

[Байт]

На экзамене расчетная задача усложнена этим пунктом: "В форме документа "Начисление зарплаты" необходимо предусмотреть наличие кнопки "Рассчитать", при нажатии на которую, будет произведен предварительный расчет зарплаты. Результат расчета должен быть отражен в табличной части этой же формы."
Как можно произвести предварительный расчет без записи в РР периода действия по окладу и результата по нему с последующим использованием для расчета премии я так и не понял. Сделал кнопку которая заполняет результат в таб. части после расчетов.

[Clition]

Скорее всего это ошибка, вопрос в том сколько баллов снимут. Реализовал след. образом у спр "Физ. лица" завел числовой реквизит "Первоначальный стаж" и завел оборотный РН "Стаж" измерения: Сотрудник, ресурсы: Стаж (число). Добавил док. "ВводПервоначальногоСтажа" с реквизитом "Сотрудник" и далее во время начисления оклада записывал в РН раб. дни, ну и при расчете премии брал данные по стажу из РН "Стаж".

Создать документ, регистр, писать в него движения, рассчитывать итоги только для того, чтобы не заводить в справочнике ФизическиеЛица реквизит ДатаПриема? Сказать, что это не оптимально - ничего не сказать.

[Байт]

Создать документ, регистр, писать в него движения, рассчитывать итоги только для того, чтобы не заводить в справочнике ФизическиеЛица реквизит ДатаПриема? Сказать, что это не оптимально - ничего не сказать.

Да почитав эту ветку понял что наверно можно было обойтись 2-мя реквизитами в спр. Физ. лица это Первоначальный стаж (Число) и ДатаПриема (Дата)