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

[cheb73]

Выкладываю свой вариант билета

[zorky]

Выкладываю свой вариант билета

по ОУ:  а где док. Комплектация? всмысле модуль его) не нашёл.
на Виды не стали разбивать, Блюда, Наборы...

[cheb73]

А какой модуль вы хотели? Сделала как документ Операция

[zorky]

глянул СПР.
Считаете, что Компенсацию нужно в ОН? Или всё таки в ДН, чтобы не нагружать ОН лишним ВР с ПД...
ведь там "за каждый рабочий день" положена компенсация. Их можно получить по Базе, как и Плановые ДниБаза.
Если как у вас - то много лишних полей появляются у ВР  не зависящих по Базе(БПН и БПК). 

[cheb73]

да вы правы, фиг знает зачем сделала, делаем на отдельном плане расчетов без ПД. А по поводу Комплектации так и не поняла вопрос

[zorky]

да вы правы, фиг знает зачем сделала, делаем на отдельном плане расчетов без ПД. А по поводу Комплектации так и не поняла вопрос

не знаю, думаю буду делать(если попадётся) не как аналог операции в БУ.
Буду "готовить", т.е. списывать продукты, приходывать уже готовое блюдо )) с количеством порций)

[cheb73]

Зачем тратить время? Тем более в отзывах сдающих явно было, что делали типа Операция и это считали правильным

[zorky]

Зачем тратить время? Тем более в отзывах сдающих явно было, что делали типа Операция и это считали правильным

да наверное, просто подозрительно лёгкая получается задача.  Тем более если не контролировать СоставНабора и не делать ВидыНоменклатуры... )  тут всего то новая методика в Расходной, со сборкой набора в запросе.  Если Сравнить с другими задачами )) 

[alex1248]

...думаю буду делать(если попадётся) не как аналог операции в БУ...

и будет серьезная ошибка.
Конкретно на этот момент в этой задаче экзаменаторы обращают внимание (у меня она попалась, и Гончаров был доволен, что я сделал именно аналог Операции).

[zorky]

...думаю буду делать(если попадётся) не как аналог операции в БУ...

и будет серьезная ошибка.
Конкретно на этот момент в этой задаче экзаменаторы обращают внимание (у меня она попалась, и Гончаров был доволен, что я сделал именно аналог Операции).

аа, ну тогда ладно))  не знал, спасибо. Странно всё это...

ПС: а как в Операции нужно с датой и активностью или вообще ничего не надо писать

[Гакусей]

глянул СПР.
Считаете, что Компенсацию нужно в ОН? Или всё таки в ДН, чтобы не нагружать ОН лишним ВР с ПД...
ведь там "за каждый рабочий день" положена компенсация. Их можно получить по Базе, как и Плановые ДниБаза.
Если как у вас - то много лишних полей появляются у ВР  не зависящих по Базе(БПН и БПК).

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

[Сметанка]

Выкладываю свой вариант билета

Нашла у Вас в ОУ. Попробуйте продать только набор  (много штук) и не выйдет никакой ошибки, хотя будут минусы на регистре.
Все дело в параметрах вирт. таблицы второго запроса.

[Beastia]

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

Вообще если все-таки подумать, то можно следовать такой логике: Человек оказывается прогулял в прошлом месяце, значит нужно просторнировать оклад, плюс, т.к. он прогулял, то и компенсацию он не должен был бы получать.
Поэтому при расчете компенсации база будет меньше на сторнированную сумму и в этом месяце он получит компенсации меньше. Мне кажется логично, так что по этой формулировке должна бы быть зависимость по ПР.

[Ads666sda]

Моё решение для критики

[axel_work]

Доброго дня, коллеги!

Мое решение:

ОУ - Старые измерения в РС наборы отсекаются, виды номенклатуры есть.

БУ - сначала сделал на 3-х субконто на счете ТоварыВПути, со складом, в этом решении  уже без.
Но! Поскольку склада нет, то обязательно нужно контролировать в документе Прибытие соответствие складов документа Прибытие и документа Отправление. Иначе в Отправлении указать можно одно, а при проведении Прибытие получится другое.

Из-за этого все же думаю, что с 3-мя субконто правильнее.

Отчет что-то простой совсем получился.

СПР - Спасибо форумцу alex1248 - действительно здесь базу по периоду регистрации удобнее, иначе Компенсация не видит сторно-записи, у них же период действия - прошлый месяц.

Однако компенсацию так просто тоже не посчитаешь - пришлось использовать разрезы, так как у сторно записей тоже есть ДниПлан и ДниФакт.

Как ее поудобнее посчитать? Как вариант - обнулить ДниФакт и ДниПлан у сторно записей?