Расширение функционала карточки партнера

Функциональная опция «Документы»

Представляет собой вкладку на которой отображается иерархическая структура документов продаж: «ЗаказКлиента», «ПоступлениеБезналичныхДенежныхСредств», «ЗаказПоставщику», «ПриходныйОрдер», «РасходныйОрдер», «РеализацияТоваровУслуг», за период – год. Необходимо отображать документы по тому контрагенту/партнеру, чья карточка открыта, либо связанные с ними.

Предполагаемый интерфейс:[К.В.1] [S2] 

Функциональная опция «Задачи»

Представляет собой вкладку  на которой отображается список задач по партнеру, чья карточка открыта, где ответственным сотрудником указан текущий пользователь, за период – год. Необходима возможность назначить задачу по этому партнеру, в зависимости от прав, либо самому себе, либо любому сотруднику. В случае если карточку открыл пользователь с правами «Администратор» необходимо отображать все задачи по контрагенту

При открытии вкладки «Задачи» должна открываться форма «ЗадачиПоПредмету», Необходимо расположить кнопку «Задание» при нажатие на которую должна открываться форма «ФормаЗадачи», где объектом задачи установлен текущий контрагент. Необходимо добавить роль «РасширеныеПраваЗадачи», которая будет давать право на отображение всех задач по клиенту.

Дополнительные объекты: Роль «РасширеныеПраваЗадачи»

Функциональная опция «Связи клиентов»

Представляет собой вкладку, где отображается иерархическая структура связанных партнеров, где верхний уровень партнер, чья карточка открыта.  Создать роль «Связи клиентов», без которой вкладка недоступна.

Необходимо на вкладке расположить кнопку «Добавить», по нажатию на которую должно открываться создание новой записи РС «СвязиПартнеров».  Создать новый РС «СвязиПартнеров», ресурсы «Ведущий», тип «СправочникСсылка.Партнеры»; «Подчиненный», тип «СправочникСсылка.Партнеры», в котором будет хранится информация о взаимосвязях партнеров вида:  «Ведущий» – «Подчиненный», где «Ведущйи» - всегда подставляется тот партнер, чья карточка открыта, а «Подчиненный» - выбирается из справочника «Партнеры».

По записям в регистре необходимо строить дерево взаимосвязей, при этом, необходимо учитывать, что у «подчиненных» текущему «Ведущему» партнеру, в соответствии с записями регистра, могут быть свои «Подчиненные». Необходимо предусмотреть вероятность «зацикиливания», при построении дерева.

Дополнительные объекты: «РС «СвязиПартнеров», ресурсы «Ведущий», «Подчиненный».

Функциональная опция «Интересы клиентов»

Представляет собой вкладку, поделенную на две части, в левой части отчет по продажам с иерархией: Бренд-Артикул, Номенклатура - которая была продана контрагенту – период отчета год.

Правая часть – Иерархическая структура, с возможностью редактирования, отображающая дерево «Бренд» - «НоменклатураКонтрагентов», «Номенклатура». Иерархия строиться по следующему принципу: Бренд – это папка «родитель» в которой содержаться позиции номенклатуры принадлежащие этому бренду.   Справочник «Номенклатура Клиентов» - для всех общий, иерархия отдельная для каждого клиента. Для корректного построения дерева необходимо что бы наименования брендов(папок родителей)  в обоих справочниках посимвольно точно совпадали. Например в справочнике «Номенклатура» есть бренд(папка) «Sacsh (Германия)», если в справочнике «НоменклатураКонтрагентов» будет создан бренд(папка) «Sacsh Германия» - без скобок, они будут считаться разными брендами и дерево будет строиться некорректно.

-  Создать справочник «НоменклатураКонтрагентов», в котором будет содержаться любая номенклатура которая встречается у контрагентов, либо они высказывают пожелания о её приобретении – но такой номенклатуры в справочнике «Номенклатура» у заказчика нет

 - Создать периодический РС «НоменклатураКонтрагентов», измерения: Конкурент (тип справочник «Конкуренты», Партнер (тип справочник «Партнеры»); ресурсы НоменклатураКонтрагентов (тип спр.»Номенклатура» или спр. «НоменклатураКонтрагентов), ЦенаКонтрагентов (число 15,2), Количество (число 10 неотриц).  В данном регистре будет регистрироваться информация о номенклатуре, ценах и конкурентах, у которых приобретается эта номенклатура, а так же потребность клиента в количественном выражении по строке номенклатуры. Необходимо предусмотреть возможность добавления номенклатуры как из справочника НоменклатураКонтрагентов, так и справочника Номенклатура. Необходимо предусмотреть возможность прикреплять внешние файлы – сканы счетов конкурентов и прочее.[S3]  Файлы должны прикрепляться к карточке партнера.[S4] 

На форме выводится  иерархическая структура Бренд – Артикул, Номенклатура ед изм. Менеджер нажимает кнопку «Добавить», тем самым добавляют новые позиции,  открывается новая форма ввода «Создать запись по номенклатуре клиента», где  в поле «номенклатура» выбирает из какого справочника добавить «Номенклатура» или «Номенклатура клиентов», после выбора справочника, он выбирает, либо номенклатуру клиента, которая «встречается» у клиента, приобретает[1]ся у конкурентов, либо просто высказывалось пожелание о её приобретении. Если необходимой номенклатуры нет, он нажимает кнопку «Создать» и после чего заполняет необходимые  поля на форме элемента справ. «Номенклатура клиентов». После выбора номенклатуры, менеджер заполняет поля «количество» и «цена», выбирает конкурента, из справочника «Партнеры» либо, если такая запись отсутствует, создает либо выбирает из справочника «Конкуренты», и нажимает кнопку «Записать».  После этого данные записываются в регистр. Таблица на правой части формы обновляется. Требуется также редактировать уже введённые строки.

Дополнительные объекты: Справочник «НоменклатураКонтрагентов», «Конкурент» РС «НоменклатураКонтрагентов», измерения: НоменклатураКонтрагентов – тип   СправочникСсылка.НоменклатураКонтрагентов , Партнер – тип СправочникСсылка.Партнеры; ресурсы НоменклатураКонтрагентов, ЦенаКонтрагентов, Конкурент – СправочникСсылка.Конкурент, СправочникСсылка.Партнеры

Интересы клиентов(Левая часть) Продажи (регистр)          Интересы клиентов РС  (правая часть)

Данные вводятся пользователем, при добавлении позиции пользователь указывает: Бренд, Артикул, Наименование номенклатуры, Количество, Цену номенклатуры, при этом, Количество и Цена не являются обязательными к заполнению. Для корректной работы в дальнейшем важно заводить позиции номенклатуры контрагентов  корректно, по аналогии с справочником номенклатура. В дальнейшем, необходимо что бы позиции, создававшиеся как «потребности [S6] клиентов» - посимвольно точно переносились в случае необходимости в справочник «номенклатура» Необходима кнопка «Скопировать номенклатуру», которая будет переносить номенклатуру из «номенклатуры» в «НоменклатураКлиентов», заменяя её. Для этого, менеджер нажимает на кнопку «перенести номенклатуру», в открывшемся окне он сначала выбирает из справочника «Номенклатура» номенклатуру, Скопировать номенклатуру», которая будет переносить номенклатуру из «номенклатуры» в «НоменклатураКлиентов», заменяя её. Для этого, менеджер нажимает на кнопку «перенести номенклатуру», которая должна быть перенесена, а затем выбирает из справочника «НоменклатураКлиентов» ту, которую необходимо заменить. По нажатию на кнопку – заменить, заменяется наименование.

Новый отчет «Потребности клиентов», по которому будем сравнивать  у кого закупается та или иная номенклатура, показывать суммовое значение потребностей клиентов в «номенклатуре клиентов». Иерархия: Бренд, Артикул-номенклатура(Сумма потребностей) – Клиент – потребность количество.

Отчет формируется следующим образом: на основании записей в РС «НоменклатураКонтрагентов», собираются данные о потребностях клиентов, которые группируются по «Бренд» - «Артикул.Номенклатура» - «Клиент», в строке «Артикул.Номенклатура»  столбца «Потребность/Количество» указывается суммовое значение общих потребностей всех клиентов в этой номенклатуре, в строках «Клиент» указывается какое количество этой номенклатуры предполагаемо, клиент потребляет. В строках столбца «Цена клиентов» указывается по какой цене закупает эту номенклатуру клиент у других поставщиков. В колонке  конкурент, указывается у кого покупается эта номенклатура.

Так как номенклатура может быть разного типа(Номенклатура или НоменклатураКонтрагентов), то «бренд» будет соединяться по наименованию.

Новый отчет «Анализ совпадений по продажам» по каким данным строиться?

СсвязиКлиентов, по каждому Партнру формируем продажи регистр по периоду ,

В отчет попадают только те клиенты, у которых в «ВидДеятельности» указано «Оптовик» или «Розница».

Отчет формируется по контрагенту, по выбранному периоду. Отчет строится следующим образом: на основании иерархии «Связи клиентов» и видов деятельности клиентов верхним уровнем в отчете всегда должен быть клиент у которого вид деятельности «Оптовик», все связанные с ним клиенты имеющие совпадения в продажах по «Бренд» и Артикул.Номенклатура, являются подчиненными и группируются по «Клиент»-«Бренд»-«Артикул.Номенклатура». Следует учитывать, что могут быть совпадения только по «Бренд», в этом случае так же необходимо отображать его в отчете.

Новый отчет «Упущенные возможности продаж»

НоменклатураПартнеров и Продажи

Для корректного формирования отчета важно, что бы позиции, создававшиеся как «потребности клиентов» - посимвольно точно переименовывались в случае необходимости как в справочнике «номенклатура».

Отчет формируется следующим образом:

Столбец «Продаваемая номенклатура»  - отчет по продажам контрагенту(выручка и себестоимость продаж) за период отчета, с группировкой: Клиент, Бренд, Артикул, Номенклатура.

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

Процент потерь представляет собой % соотношение не продаваемых товаров к общему количеству продаваемых и не продаваемых товаров.

Пример по «Клиент 2» в отчете:

Общее количество продаваемых и не продаваемых товаров  - 6

Количество не продаваемых товаров – 1

Вычисляем: 6/100*1 = 0,6; 6/0,6 = 10.

Вычисляем: 6/100*3 = 0,18; 6/0,18 = 33,3.

(КолНепродаваемых /ОбщКол)*100

3/6*100 = 50

1/6*100 = 16,66 = 17

Предполагаемый интерфейс:

Функциональная опция «Виды деятельности»

Представляет собой область на основной форме справочника «Партнеры» в котором указываются виды деятельности контрагента, с возможностью редактирования ответственными лицами. Необходимо создать справочник «Виды деятельности контрагентов»

На вкладку «Общая информация», основной формы справочника «Партнеры» (ФормаЭлемента) необходимо выводить список видов деятельности контрагента, с возможностью редактирования менеджером закрепленным за партнером.

Дополнительные объекты: Справочник «ВидыДеятельности», реквизит «ВидДеятельности», тип «строка».

Функциональная опция «Опросник»

Сначала пользователь с правами «Администратор» заполняет список вопросов в специальном справочнике, где галочками отмечает, какие ответы на вопросы возможны.

Далее этот пользователь создает различные варианты опросников, задавая им наименование, список вопросов, и периодичность проведения данного опроса.

 Если не установлен ни один вариант ответа, вопрос считается неактивным и не выводится в списке вопросов и отчете. Затем, при переходе на вкладку «Опросник» менеджер, видит иерархическое дерево «опросник -список вопросов», по которым менеджер должен проводить опрос клиента. По кнопке «Провести опрос» открывается форма выбранного опросника.  В полях для ответов, менеджер должен выбирать варианты ответов. В случае, если на вопрос предполагается два варианта ответа – вопрос дублируется, сначала отображается вопрос с балльной оценкой, затем «Да\Нет» После заполнения ответов на все вопросы менеджер нажимает на кнопку «Записать» - ответы на вопросы фиксируются в специальном регистре. Должна быть возможность добавить комментарий к ответу. Периодичность проведения опросов должна задаваться Администратором.

Необходимо предусмотреть возможность добавления и изменения вопросов, а так же вариантов ответа на них: Да\Нет, либо оценка по 5ти бальной шкале. Возможно использование двух вариантов ответов на вопрос. Ответы внесенные в опросник необходимо записывать в периодический регистр, с последующей возможностью собирать отчет по развитию отношений с клиентом, так же необходимо регламентное задание по созданию задач на опрос. Вопросы необходимо формулировать таким образом, что ответ «ДА» указывает на позитивную оценку, Нет – негативную.

На вкладке опросник отображается таблица содержащая вопросы, поля выбора ответов и кнопка «Записать». Необходимо добавить справочник «Виды опросников» и Необходимо подчиненный ему добавить справочник «ВопросыДляАнкетирования», с реквизитами «Вопрос», тип строка, длина 255, «Оценка по шкале», тип Булево «Оценка Да\Нет», тип Булево, где пользователь с правами «Администратор»  будет добавлять записи, где каждая запись – отдельный вопрос. При этом, у каждого элемента должна быть возможность установить «галочку»переключатель, на том варианте ответа который необходим. В обоих справочниках должна быть возможность задания признака «Актуален» и смены порядка следования элементов справочника.

 При открытии вкладки «Опросник», она должна заполняться актуальными видами опросников и вопросами, содержащимися в подчиненном справочнике  «ВопросыДляАнкетирования», с полем для выбора ответова также результатом последнего проведенного опроса по данному виду опросника, с учетом определенных Администратором вариантов ответов. При нажатии кнопки «Записать» - ответы на вопросы фиксируются в РС «ОтветыНаВопросыАкетирования».  

Дополнительные объекты:

• Справочник «ВидыОпросников», реквизит «Актуален» (булево), Периодичность проведения опросов . Число отражает периодичность прохождения опросов в днях.
• подчиненный ему Ссправочник «ВопросыДляАнкетирования», реквизиты реквизит «Актуален» (булево), «Вопрос», тип строка, длина 255, «Оценка по шкале», тип Булево «Оценка Да\Нет», тип Булево.
• Документ «Проведение опроса», реквизит шапки «ВидОпросника» (справочникСсылка ВидыОпросников), реквизиты табличной части –«Вопрос», тип СправочникСсылка.ВопросыАнкетирования; ОценкаПоШкале, тип ПеречислениеСсылка.ОценкаПоШкале;   ОценкаДаНет, тип ПеречислениеСсылка. ОтветДаНет; (Перечисления «ОтветыДаНет» - значения «Да», «Нет»; ОтветыПоШкале – значения «1», «2», «3», «4», «5») Может иметь пустое значение. Реквизит «Комментарий», тип текст

Периодический РС ОтветыНаВопросыАкетирования, точность секунды; измерения – Вопрос, тип СправочникСсылка.ВопросыАнкетирования; Ресурсы - ОценкаПоШкале, тип ПеречислениеСсылка.ОценкаПоШкале;  ОценкаДаНет, тип ПеречислениеСсылка. ОтветДаНет; Комментарий. Перечисления «ОтветыДаНет» - значения «Да», «Нет»; ОтветыПоШкале – значения «1», «2», «3», «4», «5». РС «ПериодичностьОпросов»,  тип значений -число. Число отражает периодичность прохождения опросов в днях.

Развитие отношений с клиентом[ZK(7] 

В отчет попадают те вопросы и ответы, записи о которых есть в РС «ОтветыНаВопросыАкетирования».

Т.к. возможны два варианта оценок: 1-5 и Да\Нет и три возможные комбинации ответов(только баллы, только Да или Нет, оба варианта) В случае, когда должны быть даны 2 ответа на 1 вопрос, строка дублируется, сначала показывается балльная оценка, затем да\нет. В случае, когда на вопрос должен быть дан ответ да\нет, средняя оценка вычисляется следующим образом: считается общее кол-во ответов на это вопрос за период отчета, по умолчанию период отчета – год, и выбирается тот ответ, который встречается большее кол-во раз. В случае если соотношение ответов равное, выбирается то значение ответа – которое дано последним.  Изменение оценки вычисляется путём сравнения среднего значения за период отчета с текущим. Если изменение в большую строну, то ставится символ «↑», если в меньшую то «↓», если изменения не произошло «=».  В поле комментарий к вопросу заполняется комментарий, наиболее близкий к периоду отчета. Необходимо в шапке отчета выводить дату и время отражающую момент времени когда ответы были зафиксированы.

Примерный интерфейс:

Функциональная опция «Краткая информация о контактных лицах»

Необходимо расширить информацию о контактных лицах, добавить характеристики и интересы контактных лиц. Необходимо добавить справочники. 

Необходимо добавить справочник: «ВидыХарактеристикКонтактныхЛиц» с возможностью добавления записей, где каждая запись – отдельный вид характеристик клиента. Необходимо создать справочник «ПоказателиХарактеристик», в котором будут содержаться возможные показатели, для каждого вида характеристики. Справочники «ВидыХарактеристикКонтактныхЛиц», «ПоказателиХарактеристик», заполняются только лицом имеющим права «Администратор» и не отображается на форме. Доступ к справочникам «ВидыХарактеристикКонтактов» и  «ПоказателиХарактеристик», разместить в «CRM и Маркетинг». На вкладке «Информация о контактных лицах» должен отображаться список Контактных лиц, с возможностью создать нового. На основной форме(ФормаЭлемента)

  справочника «КонтактныеЛицаПартнеров, необходимо добавить группу «Характеристики», в которой должны отображаться записи РС «ХарактеристикиКонтактныхЛиц», с отбором по Контактному лицу. Необходимо создать периодический РС «ХарактеристикиКонтактныхЛиц». В этой же группе должна быть размещена кнопка «Добавить», по нажатию на которую создается новая запись в РС.

Дополнительные объекты: Справочник: «ВидыХарактеристикКонтактныхЛиц», справочник «ПоказателиХарактеристик», периодический РС «ХарактеристикиКонтактныхЛиц», измерения: «КонтактноеЛицо»,тип СправочникСсылка.КонтактныеЛицаПартнеров, ресурсы «Виды характеристик», тип СправочникСсылка.ВидыХарактеристикКонтактов, «ПоказательХарактеристики», тип СправочникСсылка. ПоказателиХарактеристик.

В правой части «ФормыЭлемента» справочника «Партнеры», необходимо добавить область в которой необходимо отображать «карточки» контактных лиц партнера. Количество карточек соответствует кол-ву контактных лиц партнеров.

Новый отчет «Наполнение карточек»

Отчет по указанной выше форме показывает, какие поля заполнены\не заполнены у клиента, контактных лиц клиента.

Проверяемые поля:

Справочник «Партнеры» , ФормаЭлемента, Основное:

Публичное наименование, Рабочее наименование – проверять заполнено/не заполнено

Клиент, поставщик, прочие отношения, перевозчик:

Должна стоять минимум одна галка – если нет, считается незаполненным.

Головное предприятие – если карточка партнера Юр-лица, необходимо проверить есть ли совпадающие по ИНН партнеры в справочнике партнеры. Если есть и поле незаполненное – считается незаполненным, если нет совпадений по инн, то считать заполненным.

Основной менеджер – если не выбран, считать незаполненным.

Справочник «Партнеры» , ФормаЭлемента, Дополнительно:

Город – если не заполнено, считать незаполненным

Справочник «Партнеры» , ФормаЭлемента, Контактная Информация:

Все поля, кроме: Факс контрагента, Адрес электронной почты для обмена электронными документами, адрес электронной почты для отправки чеков. Если поле не заполнено – считать незаполненным.

Функциональная опция «Виды деятельности»

Должен быть указан хотя бы один вид деятельности – если нет, считается незаполненным. РС РКП_ВидыДеятельности.Партнер

Контактные лица партнеров:

Необходимо включать в отчет всех контактных лиц партнера.

Проверяемые поля:

Основные сведения: Фамилия имя отчество, должность по визитке, контрагент, дата рождения, пол.

Контактная информация: телефон, мобильный телефон, электронная почта.

Группа «Характеристики»(добавляемая расширением): должна быть хотя бы одна запись.

Если поле заполнено – значение в столбце «Заполнено» устанавливается «Да», если нет – то «Нет». Столбец «Заполнение %» указывает процентное соотношение всех заполненных полей ко всем полям. (Предположим, есть 10 полей для заполнения, заполнено 9 – должно указываться 90%). В подсчете учитываются поля в карточке партнера, контактного лица. При этом, при подсчете процентов заполненности партнера необходимо учитывать % заполнения его контактных лиц.

Функциональная опция «Мотивация»

Необходимо добавить функционал позволяющий отражать какие подарки были сделаны партнеру.

Вкладка представляет собой таблицу с полями «Номенклатура Мотивации», «Контактное лицо», «Количество», «Цена». На вкладке менеджер выбирает из справочника «НоменклатураМотивации» что было передано клиенту, в случае если такой позиции в справочнике нет – создаёт её. Выбирает контактное лицо партнера, которому был передан подарок, указывает количество позиций и цену позиции.

Необходимо создать справочник «НоменклатураМотивации», РС «МотивацияКлиентов» ресурсы: НоменклатураМотивации, тип Справочник.Ссылка.НоменклатураМотивации, КонтактноеЛицо, тип СправочникСсылка .КонтактныеЛицаПартнеров, Количество, тип число, Цена, тип число.

Необходимо создать отчет «Мотивация клиентов» вида:

Источником данных являются записи в РС «МотивацияКлиентов».

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

Группировка по  Номенклатура, Цена.

Отчет «Доля продаж по брендам»

Необходимо создать отчет который отражает % продаж клиенту в разрезе каждого бренда исходя из общего количества позиций бренда.

Необходимо определить какой % от общего числа позиций в группах справочника номенклатура было продано клиенту за выбранный пользователем период. В столбце «изменение» необходимо  вычислить разность между значением «% от общего кол-ва позиций бренда» в текущем периоде и аналогичным прошлым периодом. Т.е. если выбран период текущий месяц – сравнивать необходимо с прошлым месяцем. Отчет формируется на основе типового отчета «Валовая прибыль предприятия»

июнь 24%  июль 8%

июнь 76% июль 92%

Опция «Номенклатура»

В раздел «Перейти» на Основной форме справочника «Партнеры» необходимо добавить команду «Номенклатура» - при нажатии на которую, должен открываться справочник «Номенклатура»

Обработки запускаемые по расписанию

1. Проверка заполнения карт партнеров, карт контактных лиц.

Необходим разработать обработку с возможностью запуска по расписанию, которая будет проверять поля карты партнеров, согласно списку выше и карты контактных лиц на наполненность данными. В случае если не заполнены какие-то поля, сотруднику который установлен как ответственный (Партнер.ОтветственныйМенеджер) необходимо создавать задание вида: «В карточке партнера «Наименование партнера» не заполнены поля «Наименование полей». Если поле не заполнено в карточке контактного лица партнера, то «В карточке партнера «Наименование партнера», контактное лицо «Наименование контактного лица» не заполнены поля «Наименование полей». Для каждого отдельного партнера создаётся одно задание.

В случае, если у контрагента не установлен ответственный пользователь, необходимо игнорировать такого партнера и не создавать заданий. Т.к. на начальном этапе количество не заполненных полей будет велико – рекомендуется устанавливать параметры расписания обработки таким образом, что бы не создавать неудобства пользователям.

2. Необходим разработать обработку с возможностью запуска по настраиваемому расписанию, которая будет проверять факт прохождения опроса контактных лиц партнеров. Факт прохождения зафиксирован в РС «ОтветыНаВопросыАкетирования», необходимо сверять реквизит «Дата» с «Дата»+» ПериодичностьОпросов».

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

В случае, если у контрагента не установлен ответственный пользователь, необходимо игнорировать такого партнера и не создавать заданий. Т.к. на начальном этапе количество контактных лиц с не пройденными опросами лиц будет велико – рекомендуется устанавливать параметры расписания обработки таким образом, что бы не создавать неудобства пользователям.

Отчеты в быстром доступе:

Необходимо на основной форме карточки партнера  предусмотреть область, в которой будет отображаться список отчетов представленный в таблице ниже, при нажатии на какой-либо из элементов списка, должен открываться соответствующий отчет. Отчеты не должны отображаться и выполнятся у пользователей, если они не имеют определенной роли. Необходимо создать роль «Отчет_РазвитиеОтношений»

*Ссылку на отчет необходимо оформить в виде иконки из отчета, (корова, собака, звезда, знак «?» ) которая отражает каким образом классифицирован клиент.

Для этого при открытии формы справочника «Партнеры» необходимо по данным регистра РС «ABCXYZКлассификацияКлиентов.СрезПоследних» определять к какой классификации отнесен партнер, по принципу:

Х-класс А-класс – «Коровы»

Z-класс A-класс – «Звёзды»

Х-класс С-класс – «Собаки»

Все остальные – «Вопросы»

**Отчет необходимо выводить по текущему менеджеру

*** данная информация к разработке не имеет отношения

Тестирование и разработка прозводились на:

1С:Предприятие 8.3 (8.3.18.1289)

Управление торговлей, редакция 11 (11.4.13.99)