Форум Чистова. Подготовка к экзаменам 1С
Аттестация "1С:Специалист" => Аттестация "1С:Специалист" УТ 11 => Тема начата: Dimok2018 от Апрель 30, 2020, 07:46:53 am
-
Добрый день. В решении задачи предполагается в форму документа Заказ покупателя в табличную часть Товары добавить колонки ЦенаЗакупки, ПорогРентабельности. Первую предполагается заполнить программно из цен закупки для данного заказа. Вторую рассчитать добавлением к значениям первой колонки 3%.
Далее при проведении анализировать соответствие цен реализации порогу рентабельности. Если у пользователя есть право Отклонений от условий продаж - документ проводится в любом случае. Если нет - только если цены реализации не ниже порога рентабельности.
У меня возник вопрос - откуда брать для заказа цены закупки. Решил брать из Заказа поставщику основанием которому является мой Заказ покупателя.
Насколько это правильно?
Прошу откликнуться и написать Вашу точку зрения.
Прилагаю свой вариант решения.
-
Как вариант использовать вид цен со способом задания цены - "Произвольный запрос к данным ИБ", схема компоновки данных - "Цены поступления"
-
Цены в разных закупках могут различаться. Закономерности никакой нет. Привязка реализации к конкретной закупке возможна только через документ основание. Или возможен иной вариант?
-
Цены в разных закупках могут различаться. Закономерности никакой нет. Привязка реализации к конкретной закупке возможна только через документ основание. Или возможен иной вариант?
Если вы понимаете под этим, что на основании реализации вводится документ установка цен номенклатуры ( при этом у вида цены стоит флажок- "при вводе на основании документов поставки"), то и такое решение возможно. Но тот способ, что описал выше более универсален.
-
Цены в разных закупках могут различаться. Закономерности никакой нет. Привязка реализации к конкретной закупке возможна только через документ основание. Или возможен иной вариант?
Если вы понимаете под этим, что на основании реализации вводится документ установка цен номенклатуры ( при этом у вида цены стоит флажок- "при вводе на основании документов поставки"), то и такое решение возможно. Но тот способ, что описал выше более универсален.
Опечатался на основании поступления, а не реализации.
-
Добрый день. В решении задачи предполагается в форму документа Заказ покупателя в табличную часть Товары добавить колонки ЦенаЗакупки, ПорогРентабельности. Первую предполагается заполнить программно из цен закупки для данного заказа. Вторую рассчитать добавлением к значениям первой колонки 3%.
Далее при проведении анализировать соответствие цен реализации порогу рентабельности. Если у пользователя есть право Отклонений от условий продаж - документ проводится в любом случае. Если нет - только если цены реализации не ниже порога рентабельности.
У меня возник вопрос - откуда брать для заказа цены закупки. Решил брать из Заказа поставщику основанием которому является мой Заказ покупателя.
Насколько это правильно?
Прошу откликнуться и написать Вашу точку зрения.
Прилагаю свой вариант решения.
Привет. Не увидел у тебя в решении: как реализован механизм запрета продажи отдельным пользователям по цене ниже порога рентабельности?
-
В задаче 2.8 по задачнику 11.4 явно написано "В организации привыкли работать с видом цен "Нижний порог рентабельности"". Т.е. нужен такой вид цен. А как его получить в документ автоматом? константы не подходят, т.к. режим совместимости "Версия 8.3.12". В доп.реквизиты контрагента вид цены не поместить. и если этот вид цены там хранить, тогда надо запретить редактировать контрагента некоторым пользователям, а это, скорее всего, усложнение задачи. Как получить вид цены в форму документа???
-
В задаче 2.8 по задачнику 11.4 явно написано "В организации привыкли работать с видом цен "Нижний порог рентабельности"". Т.е. нужен такой вид цен. А как его получить в документ автоматом? константы не подходят, т.к. режим совместимости "Версия 8.3.12". В доп.реквизиты контрагента вид цены не поместить. и если этот вид цены там хранить, тогда надо запретить редактировать контрагента некоторым пользователям, а это, скорее всего, усложнение задачи. Как получить вид цены в форму документа???
Почему константа не подходит? Очень даже подходит. Создать константу "экз_НижнийПорогРентабельности",В пользовательском режиме создать вид цены "Нижний порог рентабельности", затем назначить нашей константе этот вид цены. В табличной части документа сделать дополнительную колонку "ПорогРентабельности" и обратиться к нашей константе, потом сравнить "ПорогРентабельности" с "Ценой реализации",если цена меньше нашей константы документ не проводиться.готово.Если константа не нравятся можете использовать вместо нее регистр сведений.
-
В задаче 2.8 по задачнику 11.4 явно написано "В организации привыкли работать с видом цен "Нижний порог рентабельности"". Т.е. нужен такой вид цен. А как его получить в документ автоматом? константы не подходят, т.к. режим совместимости "Версия 8.3.12". В доп.реквизиты контрагента вид цены не поместить. и если этот вид цены там хранить, тогда надо запретить редактировать контрагента некоторым пользователям, а это, скорее всего, усложнение задачи. Как получить вид цены в форму документа???
Почему константа не подходит? Очень даже подходит. Создать константу "экз_НижнийПорогРентабельности",В пользовательском режиме создать вид цены "Нижний порог рентабельности", затем назначить нашей константе этот вид цены. В табличной части документа сделать дополнительную колонку "ПорогРентабельности" и обратиться к нашей константе, потом сравнить "ПорогРентабельности" с "Ценой реализации",если цена меньше нашей константы документ не проводиться.готово.Если константа не нравятся можете использовать вместо нее регистр сведений.
Константа не подходит, поскольку задачу нужно реализовать через расширение.
При добавлении константы в расширение Константа.экз_НижнийПорогРентабельности: Использование констант в расширениях недопустимо в режиме совместимости 8.3.15 и ниже
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
А в УТ 11 на релизах для сдачи режим совместимости 8.3.12.
-
пока писал ответ. уже рассказали про режим совм. :)
Решение этой проблемы такое: сделать доп.рек для справочника "вид цен". Имя доп.реку "ПорогРентабельности" типа булево. Если Истина, значит это тот самый вид цен.
-
В задаче 2.8 по задачнику 11.4 явно написано "В организации привыкли работать с видом цен "Нижний порог рентабельности"". Т.е. нужен такой вид цен. А как его получить в документ автоматом? константы не подходят, т.к. режим совместимости "Версия 8.3.12". В доп.реквизиты контрагента вид цены не поместить. и если этот вид цены там хранить, тогда надо запретить редактировать контрагента некоторым пользователям, а это, скорее всего, усложнение задачи. Как получить вид цены в форму документа???
Почему константа не подходит? Очень даже подходит. Создать константу "экз_НижнийПорогРентабельности",В пользовательском режиме создать вид цены "Нижний порог рентабельности", затем назначить нашей константе этот вид цены. В табличной части документа сделать дополнительную колонку "ПорогРентабельности" и обратиться к нашей константе, потом сравнить "ПорогРентабельности" с "Ценой реализации",если цена меньше нашей константы документ не проводиться.готово.Если константа не нравятся можете использовать вместо нее регистр сведений.
Константа не подходит, поскольку задачу нужно реализовать через расширение.
При добавлении константы в расширение Константа.экз_НижнийПорогРентабельности: Использование констант в расширениях недопустимо в режиме совместимости 8.3.15 и ниже
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
А в УТ 11 на релизах для сдачи режим совместимости 8.3.12.
Хм,в таком случае использовать регистр сведений, добавить измерение тип, ссылка на вид цен. В пользовательском режиме заполнить РС «Нижний порог рентабельности». а дальше все тоже самое как с константой.
-
Для этой задачи "Менеджеры должны видеть колонку Нижний порог рентабельности".
Нужно ли предусматривать заполнение данной цены при подборе?
Или при изменении валюты - надо обрабатывать все строки?
Или будет достаточно при вводе новой строки, изменения номенклатуры, характеристики и т.д. в строке? А массовое изменение строк будет излишним?
-
Хм,в таком случае использовать регистр сведений, добавить измерение тип, ссылка на вид цен. В пользовательском режиме заполнить РС «Нижний порог рентабельности». а дальше все тоже самое как с константой.
А зачем? Надо создать вид цены «Нижний порог рентабельности», потом в CRM и маркетинг/Настройки и справочники/Виды цен на закладке «Настройка диапазона допустимых цен» в поле выбора «Вид минимально допустимых цен продажи» выбираем созданный вид цены и в дальнейшем обращаемся к константе "ВидМинимальноДопустимыхЦенПродажи".
Я эту задачу разбирать не планировал, но почитал тему и попробовал - все работает.
-
OlegK, а вы могли бы выложить свое решение задачи?
Или вы разобрали момент только с минимальными ценами?
-
Хм,в таком случае использовать регистр сведений, добавить измерение тип, ссылка на вид цен. В пользовательском режиме заполнить РС «Нижний порог рентабельности». а дальше все тоже самое как с константой.
А зачем? Надо создать вид цены «Нижний порог рентабельности», потом в CRM и маркетинг/Настройки и справочники/Виды цен на закладке «Настройка диапазона допустимых цен» в поле выбора «Вид минимально допустимых цен продажи» выбираем созданный вид цены и в дальнейшем обращаемся к константе "ВидМинимальноДопустимыхЦенПродажи".
Я эту задачу разбирать не планировал, но почитал тему и попробовал - все работает.
:o А чо так можно было.Я сейчас попробовал действительно так даже лучше, не создавать константу,а использовать типовую.
-
OlegK, а вы могли бы выложить свое решение задачи?
Или вы разобрали момент только с минимальными ценами?
Я не продумывал все случаи, когда надо пересчитывать минимальную цену. Наверное надо еще при изменении валюты. В МФ документа Заказ клиента:
&НаСервере
Функция ПолучитьЦенуПоОтбору(Номенклатура, Характеристика, Упаковка)
СтруктураПараметровОтбора = Новый Структура;
СтруктураПараметровОтбора.Вставить("Валюта", Объект.Валюта);
СтруктураПараметровОтбора.Вставить("Дата", Объект.Дата);
СтруктураПараметровОтбора.Вставить("ВидЦены", Константы.ВидМинимальноДопустимыхЦенПродажи.Получить());
СтруктураПараметровОтбора.Вставить("Номенклатура", Номенклатура);
СтруктураПараметровОтбора.Вставить("Характеристика", Характеристика);
СтруктураПараметровОтбора.Вставить("Упаковка", Упаковка);
Цена = ПродажиСервер.ПолучитьЦенуПоОтбору(СтруктураПараметровОтбора);
Возврат Цена;
КонецФункции
&После("ОбработкаВыбораПодборНаСервере")
&НаСервере
Процедура Экз_ОбработкаВыбораПодборНаСервере(ВыбранноеЗначение)
Для каждого СтрокаТовара Из Объект.Товары Цикл
СтрокаТовара.ПорогРентабельности = ПолучитьЦенуПоОтбору(СтрокаТовара.Номенклатура, СтрокаТовара.Характеристика, СтрокаТовара.Упаковка);
КонецЦикла;
КонецПроцедуры
&После("ТоварыУпаковкаПриИзменении")
&НаКлиенте
Процедура Экз_ТоварыУпаковкаПриИзменении(Элемент)
ТекСтр = Элементы.Товары.ТекущиеДанные;
ТекСтр.ПорогРентабельности = ПолучитьЦенуПоОтбору(ТекСтр.Номенклатура, ТекСтр.Характеристика, ТекСтр.Упаковка);
КонецПроцедуры
&После("ТоварыНоменклатураПриИзменении")
&НаКлиенте
Процедура Экз_ТоварыНоменклатураПриИзменении(Элемент)
ТекСтр = Элементы.Товары.ТекущиеДанные;
ТекСтр.ПорогРентабельности = ПолучитьЦенуПоОтбору(ТекСтр.Номенклатура, ТекСтр.Характеристика, ТекСтр.Упаковка);
КонецПроцедуры
-
Мой первый вариант тоже был такой же, но меня смущает вызов ПродажиСервер.ПолучитьЦенуПоОтбору в цикле. Хотя для сдачи этого должно хватить. Еще можно получение константы ВидМинимальноДопустимыхЦенПродажи перенести в общий модуль повт исп.
Сегодня проработал такой решение с использованием ПродажиСервер.ЗаполнитьЦены(), возможно еще не оптимальное:
В процедуру РассчитатьЦены() качестве параметра или номер строки для расчета цены, или массив строк или если ничего, то пересчет всей табличной части.
Для подбора я в ОбработкаВыбораПеред в структуре запоминаю количество строк до подбора, а в ОбработкаВыбораПосле определяю массив новых строк и передаю его для расчета. Хотя возможно это излишне.
&НаСервере
Процедура РассчитатьЦены(Строки = Неопределено)
ТабТовары = Новый ТаблицаЗначений;
Если Строки = Неопределено Тогда
ТабТовары = Объект.Товары.Выгрузить();
ИначеЕсли Тип("Число") = ТипЗнч(Строки) Тогда
ПараметрыПоиска = Новый Структура("НомерСтроки");
ПараметрыПоиска.НомерСтроки = Строки;
ТабТовары = Объект.Товары.Выгрузить(ПараметрыПоиска);
Иначе
ТабТовары = Объект.Товары.Выгрузить(Строки);
КонецЕсли;
ПараметрыЗаполнения = Новый Структура();
ПараметрыЗаполнения.Вставить("Дата", Объект.Дата);
ПараметрыЗаполнения.Вставить("Валюта", Объект.Валюта);
ПараметрыЗаполнения.Вставить("ВидЦены", Константы.ВидМинимальноДопустимыхЦенПродажи.Получить());
ПараметрыЗаполнения.Вставить("НалогообложениеНДС", Объект.НалогообложениеНДС);
ПараметрыЗаполнения.Вставить("ПоляЗаполнения", "Цена");
ЦеныРассчитаны = ПродажиСервер.ЗаполнитьЦены(ТабТовары, , ПараметрыЗаполнения, );
Если ЦеныРассчитаны Тогда
ПараметрыПоиска = Новый Структура("НомерСтроки");
Для каждого СтрокаТовары из ТабТовары цикл
ПараметрыПоиска.НомерСтроки = СтрокаТовары.НомерСтроки;
НайденныеСтроки = Объект.Товары.НайтиСтроки(ПараметрыПоиска);
Если НайденныеСтроки.Количество() Тогда
НайденныеСтроки[0].Расш1_НижнийПорогРентабельности = СтрокаТовары.Цена;
КонецЕсли;
КонецЦикла;
КонецЕсли;
КонецПроцедуры
-
Мой первый вариант тоже был такой же, но меня смущает вызов ПродажиСервер.ПолучитьЦенуПоОтбору в цикле. Хотя для сдачи этого должно хватить.
Может хватить, а может и нет, смотря каким будет решение всего остального. Я выше писал, что даже разбирать эту задачу не планировал, не слышал, чтобы она попадалась на экзамене. Поэтому ради интереса решил на скорую руку и дорабатывать, чтобы было не в цикле - не стал. Пошел вчера на экзамен и не поверил своим глазам - именно она мне и попалась. Условие задачи на ввод данных изменили, поэтому потерял время на 1 часть и уже при решении 2 части пришлось сильно торопиться, поэтому проблему с циклом устранять было некогда. Сегодня пришел результат - 4. Но экзаменатор в комментарии указал "При обработке подбора цена получается в цикле".
-
Мой первый вариант тоже был такой же, но меня смущает вызов ПродажиСервер.ПолучитьЦенуПоОтбору в цикле. Хотя для сдачи этого должно хватить.
Может хватить, а может и нет, смотря каким будет решение всего остального. Я выше писал, что даже разбирать эту задачу не планировал, не слышал, чтобы она попадалась на экзамене. Поэтому ради интереса решил на скорую руку и дорабатывать, чтобы было не в цикле - не стал. Пошел вчера на экзамен и не поверил своим глазам - именно она мне и попалась. Условие задачи на ввод данных изменили, поэтому потерял время на 1 часть и уже при решении 2 части пришлось сильно торопиться, поэтому проблему с циклом устранять было некогда. Сегодня пришел результат - 4. Но экзаменатор в комментарии указал "При обработке подбора цена получается в цикле".
Поздравляю. А какая 1 задача попалась и что там поменяли?
-
Поздравляю. А какая 1 задача попалась и что там поменяли?
Спасибо! На ввод данных была задача 1.4, но условие изменили добавив туда валюту. Причем для Трансферной и Оптовой цены - валюта, а для Розничной - рубли.
-
В условиях задачи указано, что ЧАСТИ из этих менеджеров запрещено продавать товар ниже установленной цены.
Я сейчас просто сделал РС где храню пользователей которым запрещено продавать ниже порога, но не уверен, что это достаточно...
Может быть есть мысли как правильно реализовывать полномочия пользователя?
-
В условиях задачи указано, что ЧАСТИ из этих менеджеров запрещено продавать товар ниже установленной цены.
Я сейчас просто сделал РС где храню пользователей которым запрещено продавать ниже порога, но не уверен, что это достаточно...
Может быть есть мысли как правильно реализовывать полномочия пользователя?
Надо делать через роли.
Создать роли в расширении. И раздать так как считаете нужным.
-
Подскажите, в чем может быть проблема. Не могу открыть конструктор запроса. Говорит: "Неверный параметр "*" КурсыВалютыЦены.Курс * КурсыВалюты.Кратность". Причём в консоле запрос открывается без проблем. Может проблема в платформе? Использую 17-ю платформу и последний релиз УТ
…
|ВЫБРАТЬ
| ТаблицаТовары.Номенклатура КАК Номенклатура,
| ТаблицаТовары.Характеристика КАК Характеристика,
| ТаблицаТовары.Упаковка КАК Упаковка,
| ТаблицаТовары.НомерСтроки КАК НомерСтроки,
| ТаблицаТовары.Цена КАК Цена,
| ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки1, 1)
| * ЕстьNULL(ЦеныНоменклатурыСрезПоследних.Цена,0)/ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки2,1)
| * ВЫБОР
| КОГДА &Валюта <> ЦеныНоменклатурыСрезПоследних.Валюта
| ТОГДА ВЫБОР
| КОГДА ЕСТЬNULL(КурсыВалютыЦены.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалютыЦены.Курс, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Курс, 0) > 0
| ТОГДА
| КурсыВалютыЦены.Курс * КурсыВалюты.Кратность
| / (КурсыВалюты.Курс * КурсыВалютыЦены.Кратность)
| 0
| ИНАЧЕ 0
| КОНЕЦ
| ИНАЧЕ 1
| КОНЕЦ КАК НижнийПорогРентабельности
…
-
Подскажите, в чем может быть проблема. Не могу открыть конструктор запроса. Говорит: "Неверный параметр "*" КурсыВалютыЦены.Курс * КурсыВалюты.Кратность". Причём в консоле запрос открывается без проблем. Может проблема в платформе? Использую 17-ю платформу и последний релиз УТ
…
|ВЫБРАТЬ
| ТаблицаТовары.Номенклатура КАК Номенклатура,
| ТаблицаТовары.Характеристика КАК Характеристика,
| ТаблицаТовары.Упаковка КАК Упаковка,
| ТаблицаТовары.НомерСтроки КАК НомерСтроки,
| ТаблицаТовары.Цена КАК Цена,
| ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки1, 1)
| * ЕстьNULL(ЦеныНоменклатурыСрезПоследних.Цена,0)/ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки2,1)
| * ВЫБОР
| КОГДА &Валюта <> ЦеныНоменклатурыСрезПоследних.Валюта
| ТОГДА ВЫБОР
| КОГДА ЕСТЬNULL(КурсыВалютыЦены.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалютыЦены.Курс, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Курс, 0) > 0
| ТОГДА
| КурсыВалютыЦены.Курс * КурсыВалюты.Кратность
| / (КурсыВалюты.Курс * КурсыВалютыЦены.Кратность)
| 0
| ИНАЧЕ 0
| КОНЕЦ
| ИНАЧЕ 1
| КОНЕЦ КАК НижнийПорогРентабельности
…
Все регистры, к которым идет обращение в запросе, нужно добавить в расширение (с измерениями и ресурсами).
-
Подскажите, в чем может быть проблема. Не могу открыть конструктор запроса. Говорит: "Неверный параметр "*" КурсыВалютыЦены.Курс * КурсыВалюты.Кратность". Причём в консоле запрос открывается без проблем. Может проблема в платформе? Использую 17-ю платформу и последний релиз УТ
…
|ВЫБРАТЬ
| ТаблицаТовары.Номенклатура КАК Номенклатура,
| ТаблицаТовары.Характеристика КАК Характеристика,
| ТаблицаТовары.Упаковка КАК Упаковка,
| ТаблицаТовары.НомерСтроки КАК НомерСтроки,
| ТаблицаТовары.Цена КАК Цена,
| ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки1, 1)
| * ЕстьNULL(ЦеныНоменклатурыСрезПоследних.Цена,0)/ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки2,1)
| * ВЫБОР
| КОГДА &Валюта <> ЦеныНоменклатурыСрезПоследних.Валюта
| ТОГДА ВЫБОР
| КОГДА ЕСТЬNULL(КурсыВалютыЦены.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалютыЦены.Курс, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Курс, 0) > 0
| ТОГДА
| КурсыВалютыЦены.Курс * КурсыВалюты.Кратность
| / (КурсыВалюты.Курс * КурсыВалютыЦены.Кратность)
| 0
| ИНАЧЕ 0
| КОНЕЦ
| ИНАЧЕ 1
| КОНЕЦ КАК НижнийПорогРентабельности
…
Все регистры, к которым идет обращение в запросе, нужно добавить в расширение (с измерениями и ресурсами).
Всё добавлено и даже работает в пользовательском режиме, ошибок не выдаёт, но запрос не открывает к конфигураторе. Поэтому я грешу на платформу
-
А кто как решил вот этот пункт:
"Данный вид цены определяется как цены закупки с наценкой в 3%"
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
В форму ЗаказКлиента все можно. Согласен, что не обязательно программно добавлять реквизит. А в целом про решение - нельзя добавлять в расширение доп реквизит для Справочника ВидыЦен, чтобы определять пороговую цену, надо использовать стандартный механизм Дополнительных реквизитов. Непонятно написал сначала.
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
В форму ЗаказКлиента все можно. Согласен, что не обязательно программно добавлять реквизит. А в целом про решение - нельзя добавлять в расширение доп реквизит для Справочника ВидыЦен, чтобы определять пороговую цену, надо использовать стандартный механизм Дополнительных реквизитов. Непонятно написал сначала.
Вчера сдавал. Уже результат пришел. Нельзя при помощи реквизитов или доп. реквизитов определять вид цены
Оценка: 3
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Функциональность типового решения (по установке нижнего порога не используется)
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
В форму ЗаказКлиента все можно. Согласен, что не обязательно программно добавлять реквизит. А в целом про решение - нельзя добавлять в расширение доп реквизит для Справочника ВидыЦен, чтобы определять пороговую цену, надо использовать стандартный механизм Дополнительных реквизитов. Непонятно написал сначала.
Вчера сдавал. Уже результат пришел. Нельзя при помощи реквизитов или доп. реквизитов определять вид цены
Оценка: 3
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Функциональность типового решения (по установке нижнего порога не используется)
Поздравляю со сдачей! У вас в реквизит был добавлен в расширении?
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
В форму ЗаказКлиента все можно. Согласен, что не обязательно программно добавлять реквизит. А в целом про решение - нельзя добавлять в расширение доп реквизит для Справочника ВидыЦен, чтобы определять пороговую цену, надо использовать стандартный механизм Дополнительных реквизитов. Непонятно написал сначала.
Вчера сдавал. Уже результат пришел. Нельзя при помощи реквизитов или доп. реквизитов определять вид цены
Оценка: 3
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Функциональность типового решения (по установке нижнего порога не используется)
Поздравляю со сдачей! У вас в реквизит был добавлен в расширении?
Спасибо. Да, реквизит в вид цены в расширении, как в одном из приведенных тут решении. Доп. реквизиты тоже нельзя использовать.
-
Мой вариант решения.
-
Мой вариант решения.
кросс-курс вычисляется но кажется так и не используется. Или я не вижу?
-
Мой вариант решения.
кросс-курс вычисляется но кажется так и не используется. Или я не вижу?
(https://b.radikal.ru/b36/2104/89/40cc8ac07793.png) (https://radikal.ru)
-
Коллеги, а обязательно ли учитывать в данной задаче возможность применения нескольких валют вышеуказанным образом?
Т.е., усложняя задачу, вы учитываете тот гипотетический случай, когда закупка у поставщика идет в другой валюте (например, EUR) и вид цен "Нижний порог рентабельности" тоже задан в EUR, а продажа, ессно, идет в рублях. В данном случае достаточно указать в виде цен "Нижний порог рентабельности" RUR и все.
Или при данной реализации задачи будет снижена оценка?
-
Мой вариант решения.
Добрый день.
Вы не могли бы подробнее описать решение по условию задачи: "Части из этих менеджеров запрещено продавать товар ниже установленной цены (указывается через полномочия пользователей)."
Насколько я понимаю, оно реализуется в пользовательском режиме, но я, к сожалению, пока не освоил моменты с профилями, правами доступа, пользователями, поэтому прошу у Вас помощи.
-
Мой вариант решения.
Добрый день.
Вы не могли бы подробнее описать решение по условию задачи: "Части из этих менеджеров запрещено продавать товар ниже установленной цены (указывается через полномочия пользователей)."
Насколько я понимаю, оно реализуется в пользовательском режиме, но я, к сожалению, пока не освоил моменты с профилями, правами доступа, пользователями, поэтому прошу у Вас помощи.
Да, в пользовательском режиме. Надо предустановленный профиль группы доступа "Менеджер по продажам" скопировать и отключить в этом новом профиле Роль "Отклонение от условий продаж".
-
Мой вариант решения.
Спасибо за решение!
Небольшая поправка
1) При вычислении кросс курса знаменатель надо в скобки обернуть. Иначе, если задавать вид цены в валюте с кратностью, то некорректно будет считать. Ну и для точности и красоты я бы и числитель тоже в скобках указал бы.
2) В функцию вычисления цены передается номер строки, а не идентификатор. Соответственно надо обрабатывать номер.) Но , наверное, всем решающим это очевидно.
И общий вопрос. Почти все описания относятся к решениям на пустой базе. Вопрос: все сдают на пустой базе? В курсах рекомендуют на Демо, чтобы не тратить время на включение функц опций. Да и применительно к данной задаче в Демо уже есть и полномочие с отключенной ролью "проведения без проверки на минимальные цены" и группа доступа соотв. Да и пользователь уже есть Орехов, под которым можно проверять функционал с минимальными ценами.
-
Мой вариант решения.
Зачем переносить в расширение регистры ЦеныНоменклатуры и КурсыВалют, если запрос к ним работает и без переноса?
-
Как считаете, выражение: "Менеджеры по продажам должны видеть дополнительную колонку (Нижний порог рентабельности).". Означает, что нужно в зависимости от роли или группы доступа включать/отключать видимость колонки? И если да, то как предпочтительнее - через настройку пользовательской видимости, установку значения реквизита "Видимость" программно.
-
Подскажите, в чем может быть проблема. Не могу открыть конструктор запроса. Говорит: "Неверный параметр "*" КурсыВалютыЦены.Курс * КурсыВалюты.Кратность". Причём в консоле запрос открывается без проблем. Может проблема в платформе? Использую 17-ю платформу и последний релиз УТ
…
|ВЫБРАТЬ
| ТаблицаТовары.Номенклатура КАК Номенклатура,
| ТаблицаТовары.Характеристика КАК Характеристика,
| ТаблицаТовары.Упаковка КАК Упаковка,
| ТаблицаТовары.НомерСтроки КАК НомерСтроки,
| ТаблицаТовары.Цена КАК Цена,
| ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки1, 1)
| * ЕстьNULL(ЦеныНоменклатурыСрезПоследних.Цена,0)/ЕстьNULL(&ТекстЗапросаКоэффициентУпаковки2,1)
| * ВЫБОР
| КОГДА &Валюта <> ЦеныНоменклатурыСрезПоследних.Валюта
| ТОГДА ВЫБОР
| КОГДА ЕСТЬNULL(КурсыВалютыЦены.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалютыЦены.Курс, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Кратность, 0) > 0
| И ЕСТЬNULL(КурсыВалюты.Курс, 0) > 0
| ТОГДА
| КурсыВалютыЦены.Курс * КурсыВалюты.Кратность
| / (КурсыВалюты.Курс * КурсыВалютыЦены.Кратность)
| 0
| ИНАЧЕ 0
| КОНЕЦ
| ИНАЧЕ 1
| КОНЕЦ КАК НижнийПорогРентабельности
…
Общие-Определяемые типы-КурсВалюты добавить в расширение :)
-
Добрый день! Используя выложенные на форуме решения, подготовил свое, с подробным описанием. И расширение и описание в вложении. Решал на релизе 11.4.12.102. Буду рад комментариям.
Добрый день! Спасибо за предоставленный вариант решения. Вопрос о необходимости программно добавлять в форму колонку пороговой цены. Это дополнительная затрата времени на экзамене. Можно просто в форму на расширении добавить. Результат такой же.
Добрый день! Спасибо за комментарий. По колонке да, но еще, я так понял, нельзя добавлять доп реквизит в вид цены в расширении, надо воспользоваться стандартным механизмом.
Если мы заимствуем в расширение форму, почему нельзя добавить свой реквизит. Это самый обычный механизм.
В форму ЗаказКлиента все можно. Согласен, что не обязательно программно добавлять реквизит. А в целом про решение - нельзя добавлять в расширение доп реквизит для Справочника ВидыЦен, чтобы определять пороговую цену, надо использовать стандартный механизм Дополнительных реквизитов. Непонятно написал сначала.
Вчера сдавал. Уже результат пришел. Нельзя при помощи реквизитов или доп. реквизитов определять вид цены
Оценка: 3
Экзамен считается сданным при оценке больше или равной 3.
Комментарий:
Функциональность типового решения (по установке нижнего порога не используется)
Поздравляю со сдачей! У вас в реквизит был добавлен в расширении?
Подскажите про комментарий Комментарий:
Функциональность типового решения (по установке нижнего порога не используется)
Это означает что нужно использовать Функциональность типового решения или наоборот не нужно, а то двояко звучит