AAA 5.11.06 Авто на тест-драйв и другое..
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Читают тему
Вход в личный кабинет
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
{{ formTitle ? formTitle : 'Заказ обратного звонка' }}
{{ formDescription }}
Сообщить об ошибке
- для документа тест-драйв и АРМа записи на тест-драйв авто берутся только из РегистрНакопления.АвтомобилиДляТестДрайва.
- При создании События на тест-Драйв или Выдачи в таблице Автомобили присутствует свойство ИспользоватьДляТестДрайва. Причем в Событии данная обработка идет если авто уже выбран. То есть если вводится новая строка Автомобиля для тест-драйва, то это свойство не используется, а если идет перевыбор, то используется.
В АРМе Подбор авто есть отбор по данному свойству.
Получается что для разных документов и обработок разные параметры определения авто для тест-драйва.
Вопрос в следующем: Какая политика будет в дальнейших конфигурациях определения авто для тест-драйва?..
2. АРМ Подбор авто.
У нас есть два разных бренда, то есть два Отдела продаж.
Хотелось бы , чтобы каждый видел только свои автомобили.
Как это можно реализовать?
Если по складу, то не попадают заказанные авто...
Если по фильтру на самом окне списка авто, то там нельзя корректно указать фильтр по модели (только Равно, не равно, в списке, не в списке).
?..
АРМ запись на тест-драйв
по каким параметрам обработка выбирает сотрудников для вывода в режиме по сотрудникам?..
а то вываливает весь список
и уволенных и исполнителей...
рабочий лист
при заполнении менеджера программа пытается автоматически проставить его Руководителя.
идет обработка в модуле объекта
ИначеЕсли Имя="Менеджер" Тогда
Результат = Истина;
РуководительМенеджера = Справочники.Сотрудники.ПустаяСсылка();
Если НЕ обЗначениеНеЗаполнено(Менеджер) И НЕ обЗначениеНеЗаполнено(Менеджер.Подразделение) Тогда
НазначениеПодразделения = ПланыВидовХарактеристик.НазначенияСвойствОбъектов.Справочник_ПодразделенияКомпании;
СвойствоРуководитель = зфЗащищенныеФункцииСервер.РабочийЛистНайтиСоздатьСвойство(НазначениеПодразделения, "Руководитель");
РуководительМенеджера = зфЗащищенныеФункцииСервер.РабочийЛистПолучитьЗначениеСвойстваОбъекта(Менеджер.Подразделение, СвойствоРуководитель);
КонецЕсли;
Возврат Результат;
строка СвойствоРуководитель = зфЗащищенныеФункцииСервер.РабочийЛистНайтиСоздатьСвойство(НазначениеПодразделения, "Руководитель");
почему-то возвращает свойство руководитель сервиса...
??
и еще вопрос
АРМ запись на тест-драйв
по каким параметрам обработка выбирает сотрудников для вывода в режиме по сотрудникам?..
а то вываливает весь список
и уволенных и исполнителей...
Поставлена задача С000450110.
+ еще
рабочий лист
при заполнении менеджера программа пытается автоматически проставить его Руководителя.
идет обработка в модуле объекта
ИначеЕсли Имя="Менеджер" Тогда
Результат = Истина;
РуководительМенеджера = Справочники.Сотрудники.ПустаяСсылка();
Если НЕ обЗначениеНеЗаполнено(Менеджер) И НЕ обЗначениеНеЗаполнено(Менеджер.Подразделение) Тогда
НазначениеПодразделения = ПланыВидовХарактеристик.НазначенияСвойствОбъектов.Справочник_ПодразделенияКомпании;
СвойствоРуководитель = зфЗащищенныеФункцииСервер.РабочийЛистНайтиСоздатьСвойство(НазначениеПодразделения, "Руководитель");
РуководительМенеджера = зфЗащищенныеФункцииСервер.РабочийЛистПолучитьЗначениеСвойстваОбъекта(Менеджер.Подразделение, СвойствоРуководитель);
КонецЕсли;
Возврат Результат;
строка СвойствоРуководитель = зфЗащищенныеФункцииСервер.РабочийЛистНайтиСоздатьСвойство(НазначениеПодразделения, "Руководитель");
почему-то возвращает свойство руководитель сервиса...
??
Опишите подробнее, что происходит в режиме Предприятие.
Опишите подробнее, что происходит в режиме Предприятие
Опишите подробнее, что происходит в режиме Предприятие
В поле Руководитель менеджера должно подтягиваться автоматически свойство Руководитель, которое устанавливается для подразделения. Так и предусмотрено в ТР. Что Вас смущает?
Что Вас смущает?
В поле Руководитель менеджера должно подтягиваться автоматически свойство Руководитель, которое устанавливается для подразделения. Так и предусмотрено в ТР. Что Вас смущает?
смущает то, что в свойствах подразделения есть только свойство "Руководитель сервиса".
а просто "Руководитель" нет...
как связан руководитель сервиса и менеджер отдела продаж авто?..
и хотелось бы получить комментарии по самому первому посту темы..
Что Вас смущает?
В поле Руководитель менеджера должно подтягиваться автоматически свойство Руководитель, которое устанавливается для подразделения. Так и предусмотрено в ТР. Что Вас смущает?
смущает то, что в свойствах подразделения есть только свойство "Руководитель сервиса".
а просто "Руководитель" нет...
как связан руководитель сервиса и менеджер отдела продаж авто?..
и хотелось бы получить комментарии по самому первому посту темы..
В типовом решении подтягивается свойство Руководитель (а не Руководитель сервиса), которое устанавливается для подразделения, используется подразделение автора документа (общие реквизиты документа).
Первый вопрос пока в работе, ответ будет дан позднее.
В типовом решении подтягивается свойство Руководитель (а не Руководитель сервиса), которое устанавливается для подразделения, используется подразделение автора документа (общие реквизиты документа).