8.х 1С: Специалист, Управление торговлей, ред. 10.3

Здраствуйте!
Тему создаю для выкладывания вопросов по сертификационному экзамену "1С: Специалист, Управление торговлей, ред. 10.3", просьба в данной теме писать только в том случае, если Вы нашли ошибку в задаче и у Вас есть реальный пример правильного решения. В остальных случаях, просьба в данной теме не писать.
КОНФИГУРАЦИЯ: Управление торговлей 10.3.12.3
ПЛАТФОРМА: 1С:Предприятие 8.2 (8.2.10.82)

Задача №1
Текст задачи: Необходимо ввести в перечень существующих номенклатурных цен понятие УправленческаяЦена.
Использование её предполагается для суммовых оценок остатков и движения товаров. Предполагается, что данный вид цен может часто изменяться (но не чаще, чем 1 раз в день).
Т.е. необходимо обеспечить оформление отчетов, связанных с остатками и движениями товаров по еще одному показателю СуммаУправленческая, которая рассчитывается как
ЦенаУправленческая * Количество.
Как минимум данные отчеты должны формироваться из универсальных отчетов ОтчетОстаткиИОбороты и ОтчетДиаграмма.

Краткое описание решения:
1. Добавляем в справочник "ТипыЦенНоменклатуры" новый тип цен "Управленческая цена". Тип цены, базовая или расчетная.
2. В план видов характеристик "ПраваПользователя" добавляем предопределенный элемент "ВыводитьВОтчетыУправленческийТипЦен" и устанавливаем тип "СправочникСсылка.ТипыЦенНоменклатуры".
3. В общем модуле "Управление отчетами" находим процедуру

Код:

// Процедура заполнения начальных настроек по метаданным для универсального отчета или отчета на базе универсального
Процедура ЗаполнитьНачальныеНастройкиПоМетаданнымРегистра(СтруктураПредставлениеПолей, МассивОтбора, Контекст, ТипОтчета) Экспорт

Эта процедура вызывается при открытии универсального отчета и диаграммы.
Тело процедуры приводим к виду
Посмотреть вложение 5331
4. В настройках пользователя выбираем тип цен, выполняющий роль управленческой цены.
Прикладываю файл обновления конфигурации
Посмотреть вложение 5332
Проверка результата:
Настройка пользователя
Посмотреть вложение 5333
Остатки и обороты
Посмотреть вложение 5334 Посмотреть вложение 5335 Посмотреть вложение 5336
Диаграмма
Посмотреть вложение 5337 Посмотреть вложение 5338
Кросс
Посмотреть вложение 5339 Посмотреть вложение 5340

[OFF]Официальных списков задач на спеца нету, а значит я ничего не нарушаю. Пожалуйста не оффтопить[/OFF]

Да эта инфа скоро станет не актуальной... По УТ11 уже появились вопросы по профу...

Мне вот страшно их отрывать пока Там столько косяков...

[OFF]

Спасибо[/OFF]

Задача №3
Текст задачи: В качестве исходной использовать типовую конфигурацию "Управление торговлей". Построить отчет следующего вида за произвольный интервал дат. "КоэфОстатка" показывает на сколько дней осталось товара, если темп продаж последних 30 дней останется на прежнем уровне.
Посмотреть вложение 5396

Краткое описание решения:
В качестве исходного возьмем отчет: Ведомость по товарам на складах.
2. Переопределим источник, укажем в качестве источника свой запрос (можно посмотреть в приложении).
3. К запросу добавляем ЛевоеСоединение с Продажами за период (ДатаКон-30Дней) и ДатаКон.
4. Для определения даты среза перед формированием отчета запишем

Код:

УниверсальныйОтчет.ПостроительОтчета.Параметры.Вставить("ДатаСреза", ?(УниверсальныйОтчет.ДатаКон = Дата("00010101000000"), КонецДня(ТекущаяДата()), УниверсальныйОтчет.ДатаКон));

Данное описание даты начала соединения с виртуальным регистром продаж необходимо для переопределения конечной даты, которая при отсутствии в отчете формируется как "31.12.3999", что неприемлимо.
5. Добавим новый показатель "КоэфОстатка" с формулой «КонОст/(ПродажиЗа30Дней/30)».

Код:

УниверсальныйОтчет.ДобавитьПоказатель("КоэфОстатка", "Коэффициент остатка", Истина, "ЧЦ=15; ЧДЦ=3", , "Коэффициент остатка");

Проверка результата:
Посмотреть вложение 5397

Отчет прикреплен в виде внешнего отчета.
Посмотреть вложение 5398

Что-то не то. Прикрепляю скрины.

Здесь мы видим что нам выводит отчет (цифры вообще нереальные).
Посмотреть вложение 5399

Здесь расшифровка движений для этой позиции (период+регистратор) (по складу "Основной склад Услон" и "Основной склад"). (т.е. как оно и должно быть).
Посмотреть вложение 5400
Посмотреть вложение 5402

И если мы в расширенных настройках добавим поле "Регистратор" (без вывода его в отчет), то получим правильные результаты (по остаткам). Коэффициент остатка почему-то тогда не посчитался.. )
Посмотреть вложение 5401

[off]
З.Ы. Я проверял его на конфигурации КА. Пока не могу понять откуда взялось число 784 (на которое он умножает все остатки-обороты, видно на 1-м скрине по сравнению с последним).
[/off]

Решено.

Заменить в отчете строку:

Код:

ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты(ДОБАВИТЬКДАТЕ(&ДатаСреза, ДЕНЬ, -30), &ДатаКон, Регистратор, ) КАК ПродажиОбороты

на

Код:

ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.Продажи.Обороты(ДОБАВИТЬКДАТЕ(&ДатаСреза, ДЕНЬ, -30), &ДатаКон, Регистратор {(&Периодичность)}, ) КАК ПродажиОбороты

[off]
mialord я не знаю эммм.. "дух задач" в отчете на спеца, поэтому по этой задаче 2 вопроса:
1) коректно ли в вашем отчете отображение отрицательного коэффициента? ("товара на складе осталось на минус 50 дней")?
2) само понятие "темп продаж". Поясняю на примере:
Имеем
на 01/01/10 остаток Товар1 = 0.
30/01/10 приход 300 шт
30/01/10 расход 30 шт
31/01/10 расход 20 шт
на 01/02/10 остаток 250 шт.

если брать ваше решение, то получится что коэффициент остатка будет равен 150 (250 / ((30+20) / 30)) (т.е. товара хватит на 150 дней), НО логически товара хватит на 10 дней: 250 / ((30+20) / 2) (поскольку фактически дней продажи за тот период было всего 2, среднее количество продаж в день = 25 шт).
Как с этим быть?
[/off]

Вчитаться в вопрос.

Всё!!! Сдал на 5 :angry:
Мой вопрос:
Управленческая себестоимость
Организация занимается оптовой торговлей в рамках холдинга. Товар, закупленный одним из подразделений посредством купли-продажи, передается другим подразделениям и далее покупателям.
Задача: В целях ведения управленческого учета необходимо реализовать возможность введения в документ «Поступление товаров и услуг» величины «Управленческая себестоимость» (назначается вручную на каждую партию товара).
Необходимо, чтобы данная колонка табличной части была видна и доступна только пользователям с определенными на то полномочиями. При этом не должно быть привязки к ролям.
В системе должна быть реализована возможность оценки состояния склада (с помощью соответствующих отчетов) по управленческой себестоимости.

Доп. права, регистр неразумно создавать.

Ведомость по партиям товаров переданных, ну и в универсальных можно достать.

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

А отключение и включение пользовательской настройки видимости организовали? Чтобы если прав нету и через настройку списка нельзя было сделать.

Чёт я этой строки не понял