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

[Expert1c]

Фото сотрудника. Следующий код в демо-базе работает, но в моей базе не работает. Причину я не выяснил, просто поместил код в процедуру ПриОткрытии, и все заработало.

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
   
   Если Объект.ИмяФайлаКартинки <> "" Тогда
      СсылкаНаКартинку = ПолучитьНавигационнуюСсылку(Объект.Ссылка, "ФайлКартинки");

   КонецЕсли;
   
КонецПроцедуры

[Expert1c]

В расчетах не работает конструкция НабЗап = РегистрыРасчета.ОсновныеНачисления.СоздатьНаборЗаписей(); и т. д.
через движения работать будет, но хочется разобраться с набором записей. Хотя в конфигурации из форума работает.
А у меня в РР Результат не записывается.

[Ads666sda]

Здравствуйте, уважаемые специалисты.
Покритикуйте, пожалуйста, решение, буду очень признателен.

[Ads666sda]

Добрый день. уважаемые специалисты.
Покритикуйте решение.

[axel_work]

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

Решение на суд. Билет в общем-то простой, все как у всех.

1. ОУ - В отчете у меня привязка к ПВХ, это излишне и без нее будет работать. Настроил и загрузил настройки через конфигуратор.
2. БУ - агенты - спр. Контрагенты. Начисление им считается только при положительной прибыли.
3. СПР. Разбиение записей, поддержка сторно. Разные периоды действия реализуются посредством получения оклада на начало месяца периода действия, у больничного - база аналогично относительно начала месяца периода действия.
4. УФ. Как обычно, не стал делать с отказом от модальности - долго.

[axel_work]

Вопрос по блокировкам: блокировки в расходной - 2 раза кусок кода:
Блокировка = Новый БлокировкаДанных;
Блокировка.Заблокировать();

Будет ли работать первая блокировка до конца тразакции, если мы уничтожили сам объект вторым куском кода?

[axel_work]

Добрый день. уважаемые специалисты.
Покритикуйте решение.

Добрый! 

Пробежался по быстрому, отчеты не смотрел - так вроде хорошо, есть несколько недочетов:

1. В Расх. накл. в блокировке по складу лучше не строкой, а через ПВХ, как Номенклатура.
2. Регистр бухгалтерии - все ресурсы без признаков учета - сильно плохо.
3. ПВХ в ОУ настроен кривовато - для разной номенклатуры должны быть разные наборы свойств.
4. Начисление зарплаты не должно оперативно проводится.
5. Признак записи в СПР не нужен - там всегда запись принудительно делаем по необходимости.
6. В получении сторно записей почему-то Движение.Сторно = Ложь.
7. Получение дней из часов - плохая мысль, лучше отдельный ресурс в РС Графики работы.
8. Рабочие дни - это план, отработанные - факт. Обычно когда требуется получить кол-во рабочих дней в базовом периоде, то берут из ДанныхГрафика  - базовый период - как-то так называется. Правда там нюанс, что эти рабочие дни будут получены по графику больничного.

[Ads666sda]

Добрый день. уважаемые специалисты.
Покритикуйте решение.

Добрый! 

Пробежался по быстрому, отчеты не смотрел - так вроде хорошо, есть несколько недочетов:

1. В Расх. накл. в блокировке по складу лучше не строкой, а через ПВХ, как Номенклатура.
2. Регистр бухгалтерии - все ресурсы без признаков учета - сильно плохо.
3. ПВХ в ОУ настроен кривовато - для разной номенклатуры должны быть разные наборы свойств.
4. Начисление зарплаты не должно оперативно проводится.
5. Признак записи в СПР не нужен - там всегда запись принудительно делаем по необходимости.
6. В получении сторно записей почему-то Движение.Сторно = Ложь.
7. Получение дней из часов - плохая мысль, лучше отдельный ресурс в РС Графики работы.
8. Рабочие дни - это план, отработанные - факт. Обычно когда требуется получить кол-во рабочих дней в базовом периоде, то берут из ДанныхГрафика  - базовый период - как-то так называется. Правда там нюанс, что эти рабочие дни будут получены по графику больничного.

Большое спасибо за подробное описание.
1 - учтемс
2 - а можно пояснить? как правильно должно быть и по каким условиям, или отослать куда для изучения вопроса
3 - вот тут не понимать совсем
4 - это мой любимый недосмотр, спасибо что заметили
5 - да...спасибо, тоже постараюсь избавится от этой привычки. Т.е. Строка "Движения.ИмяРегистра.Записывать = Истина" - вообще никогда не писать?

[axel_work]

Да не за что.

2 - Там достаточно просто - куда послать - не знаю, если только Проф. разработка, но там 2 тома Сумма валютная например, как сказано в условии, нужна только во взаиморасчетах с агентами - то есть по сути, только на одном счете - для этого признак учета и нужен. Он показывает, что конкретно на этом счете мы задействуем данный ресурс. В других проводках этого ресурса не будет. Например, признак учета Валютный (у вас он есть) задан для счета Агенты - все верно. Его надо указать для ресурса СуммаВал. Тогда СуммаВал будет доступна только на счете Агенты. Для этого же и снимается галка Балансовый - потому что в проводке СуммаВал будет только со стороны счета Агенты. На счете ПРибылиУбытки ее нет.

Ресурс Количество - аналогично, нужен только на счете Товары.

Есть еще признаки учета субконто - чуть раньше в билетах была задача на их понимание по БУ.

3. Про настройку ПВХ как раз в Проф. разработке написано подробно. У вас РС СвойстваОбъектов прицеплен к Номенклатуре. ПО условию задачи надо чтобы Свойство = Характеристика 1 + Характеристика 2 + ...... и при этом свойство было связано с определенно номенклатурой.

Если привязать ПВХ просто к Номенклатуре - то как сделать коричневые кожаные ботинки 44 размера? Надо чтобы получилось свойство = Цвет - коричневые + Материал - кожа + Размер - 44. Из 3-х характеристик. Для одного элемента номенклатуры можно создать записи такие в РС, но надо чтобы и для этого же элемента можно было задать свойство Черные дермантиновые ботинки 40 размера? Это второе свойство той же номенклатуры.

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

5. Не нужно, вы же принудительно делаете Записать(). Точно также этот признак не нужен и в задачах с проведением по новой методике - где сначала пишем в регистр, а потом читаем запросом. Этот признак означает, что данный набор записей
будет записан автоматически. Раз мы уже сделали Записать(), зачем нам еще раз?

!Но это касается только СПР и задач с новой методикой, в остальных писать конечно нужно.

[Ads666sda]

Да не за что.

2 - Там достаточно просто - куда послать - не знаю, если только Проф. разработка, но там 2 тома Сумма валютная например, как сказано в условии, нужна только во взаиморасчетах с агентами - то есть по сути, только на одном счете - для этого признак учета и нужен. Он показывает, что конкретно на этом счете мы задействуем данный ресурс. В других проводках этого ресурса не будет. Например, признак учета Валютный (у вас он есть) задан для счета Агенты - все верно. Его надо указать для ресурса СуммаВал. Тогда СуммаВал будет доступна только на счете Агенты. Для этого же и снимается галка Балансовый - потому что в проводке СуммаВал будет только со стороны счета Агенты. На счете ПРибылиУбытки ее нет.

Ресурс Количество - аналогично, нужен только на счете Товары.

Есть еще признаки учета субконто - чуть раньше в билетах была задача на их понимание по БУ.

3. Про настройку ПВХ как раз в Проф. разработке написано подробно. У вас РС СвойстваОбъектов прицеплен к Номенклатуре. ПО условию задачи надо чтобы Свойство = Характеристика 1 + Характеристика 2 + ...... и при этом свойство было связано с определенно номенклатурой.

Если привязать ПВХ просто к Номенклатуре - то как сделать коричневые кожаные ботинки 44 размера? Надо чтобы получилось свойство = Цвет - коричневые + Материал - кожа + Размер - 44. Из 3-х характеристик. Для одного элемента номенклатуры можно создать записи такие в РС, но надо чтобы и для этого же элемента можно было задать свойство Черные дермантиновые ботинки 40 размера? Это второе свойство той же номенклатуры.

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

5. Не нужно, вы же принудительно делаете Записать(). Точно также этот признак не нужен и в задачах с проведением по новой методике - где сначала пишем в регистр, а потом читаем запросом. Этот признак означает, что данный набор записей
будет записан автоматически. Раз мы уже сделали Записать(), зачем нам еще раз?

!Но это касается только СПР и задач с новой методикой, в остальных писать конечно нужно.

Большое спасибо за подробное пояснение, перечитав по несколько раз в голове наконец все разложилось по своим местам.

[axel_work]

Пожалуйста!

[fancy]

Уважаемые, вопрос по отчету ОУ:"Необходимо построить отчет о движениях товаров за период по выбранной характеристике" - собственно вопрос в ВЫБРАННОЙ ХАРАКТЕРИСТИКЕ  -я так понимаю пользователь должен задать период отчета и Свойство, кот. будет выступать первой группировкой. Т.е может строиться хоть по производителю, хоть по цвету хоть по размеру....

Тогда запрос для отчета  будет такой и характеристики можно в схеме СКД не использовать.

ВЫБРАТЬ
   ОстаткиНоменклатурыОстаткиИОбороты.Номенклатура,
   ОстаткиНоменклатурыОстаткиИОбороты.КоличествоНачальныйОстаток,
   ОстаткиНоменклатурыОстаткиИОбороты.КоличествоПриход,
   ОстаткиНоменклатурыОстаткиИОбороты.КоличествоРасход,
   ОстаткиНоменклатурыОстаткиИОбороты.КоличествоКонечныйОстаток,
   ЕСТЬNULL(СвойстваОбъектов.Значение, "") КАК Свойство
ИЗ
   РегистрНакопления.ОстаткиНоменклатуры.ОстаткиИОбороты(&НачалоПериода, &КонецПериода, Период, ДвиженияИГраницыПериода, ) КАК ОстаткиНоменклатурыОстаткиИОбороты
      ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.СвойстваОбъектов КАК СвойстваОбъектов
      ПО (СвойстваОбъектов.Свойство = &ВыбрСвойство)
         И ОстаткиНоменклатурыОстаткиИОбороты.Свойство = СвойстваОбъектов.Объект

[axel_work]

Может я и не прав, но цель задачи на ПВХ - проверить ваше знанение ПВХ, а не запросов. Поэтому есть вероятность, что экзаменатору не понравится, что вы не используете механизмы платформы, для этого предназначенные.

Если настроить ПВХ, как написано в той же Проф. разработке например, в СКД не надо вообще ничего делать дополнительно, только если вывести поле для выбора группировки, свойства будут доступны в пользовательском режиме.

[fancy]

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

[fancy]

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