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

19.10.21

Учетные задачи - Оптовая торговля

Расширение карточки Партнера для УФ 1С8.3 (расширение). Подойдет для любых торговых конфигураций.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке [?] Купить один файл
Расширение карточки Партнера для УФ 1С8.3 (расширение):
.cfe 587,32Kb
0
0
10 SM
Скачать Купить за 4 550 руб.

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

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

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

 

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

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

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

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

 

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

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

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

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

 

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

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

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

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

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

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

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

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

Отчет

Столбцы

Строки

Интересы клиентов (Левая часть)

Партнер, Бренд(Папка родитель)\Артикул.Номенклатура, кол-во проданного.

Бренд->Артикул,Номенклатура

Интересы клиентов(Правая часть)

Клиент, Потребность/

Количество, Цена клиента (РС НоменклатураКонтрагентов)

Артикул.Номенклатура, Артикул.НоменклатураКонтрагентов

 

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

Группа аналитического учета

Количество

Номенклатура.Группа(Бренд)

Номенклатура/НоменклатураКлиентов[S5] 

 

 

 

 

 

 

 

Номенклатура.Группа

 

 

Артикул

Номенклатура

1,000

 

Артикул

Номенклатура

2,000

 

Артикул

Номенклатура

3,000

Итого

6,000

               

 

 

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

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

Отчет

Столбцы

Строки

Потребности клиента в номенклатуре

Партнер, Бренд, Артикул, Номенклатура, Потребность(количество)

Бренд-> Артикул.Номенклатура(Артикул.НоменклатураКонтрагентов)

 

Группа аналитического учета

Потребность/

Количество

Цена клиентов

Конкурент

(Наименование)

 

Номенклатура.Группа(Бренд)

Номенклатура/НоменклатураКлиентов

Клиент

 

 

 

 

 

 

 

 

 

Номенклатура.Группа(Бренд)

 

 

 

 

Артикул,

Номенклатура

1,000

 

 

 

 

Клиент 1

1,000

1000,00

Конкурент 1

 

Артикул,

Номенклатура

3,000

 

 

 

 

Клиент 1

1,000

5099,00

Конкурент 1

 

 

Клиент 2

2,000

5000,00

Конкурент 2

 

Артикул,

Номенклатура

3,000

 

 

 

 

Клиент 2

2,000

1999,00

Конкурент 2

 

 

Клиент 3

1,000

2000,00

Конкурент 3

Итого

7,000

 

 

                     

 

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

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

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

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

Отчет

Столбцы

Строки

Анализ совпадений по продажам

Партнер, Артикул.Номенклатура

Бренд, Артикул.Номенклатура

 

Клиент(ВидДеятельности)

 

 

Клиент(ВидДеятельности)

 

 

Бренд

 

 

Артикул.Номенклатура

Количество

Цена продажи +НДС

 

 

 

 

 

 

 

 

Клиент(ВидДеятелности) Ведущий

 

 

 

Клиент(Розница) Подчиненный

 

 

 

 

Бренд

 

 

 

 

Артикул.Номенклатура

1

1000

 

Клиент(Розница) Подчиненный

 

 

 

 

Бренд

 

 

 

 

Артикул.Номенклатура

2

2000

 

Клиент(Розница) Подчиненный

 

 

 

 

Бренд

 

 

 

 

Артикул.Номенклатура

3

3000

Итого

 

 

                 

 

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

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

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

Отчет

Столбцы

Строки

Упущенные возможности продаж

Партнер, Продаваемая номенклатура, Не продаваемая номенклатура, Процент потерь

Бренд, Артикул.Номенклатура,

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

 

Процент потерь

 

 

 

Клиент

Бренд

Номенклатура/НоменклатураКлиентов

 

 

 Продаваемая номенклатура

 

 

 

 

Не продаваемая номенклатура

Цена конкурента 1

 

Цена конкурента 2

Клиент 1

50%

 

 

 

 

Бренд 1

 

 

 

 

 

 

Артикул

Номенклатура

 

 

 

 

Бренд 2

 

 

 

 

 

 

Номенклатура

Цена

 

 

Артикул

Номенклатура

 

 

 

 

Артикул

Номенклатура

 

 

 

 

 

Номенклатура

Цена

Цена

 

 

Номенклатура

 

 

Клиент 2

10%

 

 

 

 

 

 

Бренд 1

 

 

 

 

 

Артикул

Номенклатура

 

 

 

Артикул

Номенклатура

 

 

 

Артикул

Номенклатура

 

 

 

Бренд 2

 

 

 

 

Артикул

Номенклатура

 

 

 

 

Номенклатура

 

Цена

Артикул

Номенклатура

 

 

 

                         

 

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

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

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

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

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

Пример по «Клиент 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

Да

Да

=

Комментарий к вопросу

 

Вопрос 2

4,5

5

 

 

Вопрос 3

5

4

 

 

Вопрос 3

Нет

Да

 

 

 

 

 

 

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

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

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

 

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

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

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

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

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

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

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

Клиент

Заполнение

%

Заполнено

Ответственный

Наименование поля

Контактное лицо клиента

Наименование поля

 

 

 

 

 

 

 

 

 

Клиент

Значение %

 

Ответственный

 

Наименование поля

½*100=50

Да

 

 

Наименование поля

 

Нет

 

 

Контактное лицо клиента

Значение %

 

 

 

Наименование поля

2/2*100=100

Да

 

 

Наименование поля

 

Да

 

 

 

 

 

                     

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

 

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

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

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

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

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

Контрагент

Подарок

Количество

Цена

Сумма

 

Месяц по месяцам периода

 

 

 

 

 

Контактное лицо

 

 

 

 

 

Номенклатура

Кол-во

цена

сумма

 

Номенклатура

Кол-во

цена

сумма

 

 

 

 

Итого сумма

 

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

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

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

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

 

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

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

 

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

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

Контрагент

   Бренд

      Продано

           Номенклатура

      Не продано

            Номенклатура

 

Кол-во в штуках по справочнику

% от общего кол-ва позиций бренда  (Продано\Не продано)

 

10всего продано например 8 = 10-8=2 это 20%,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

 

Изменение

Выручка, руб

Валовая, в рублях

 

 

Бренд

36(100%)

 

 

 

 

 

           Продано

3

3/36*100 = 8

Июль(8%)-июнь(24%) = -16%

Сумма

Сумма

 

                     

        

Вентилятор КАМАЗ-ЕВРО 650мм с вязкостной муфтой и обечайкой СБ (дв.CUMMINS 6ISBe4) BORG WARNER

                                                    

 

 

 

 

 

 

 

      

Вязкостная муфта BORG WARNER

 

 

 

 

 

 

 

           Не продано

33

33/36*100 = 92

Июль(92%)-июнь(76%) = +16%

 

 

 

            

Крыльчатка вентелятора BORG WARNER

 

 

 

 

 

 

 

             

 

 

 

 

 

 

 

       

 

 

выручка

    Валовая

 

 

 

 

 

 

 

 

 

 

 

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

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

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

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

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

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

 

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

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

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

 

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

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

 

Отчет

Доступен пользователям ***

Роль пользователя, группа пользователя

Сравнение продаж аналогичных периодов для менеджеров в разрезе клиентов

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Потребности клиентов в номенклатуре

 

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Развитие отношений с клиентом

 

Манагер 5 Закрытая 1С, Манагер8 Закрытая 1С, Манагер 7 Закрытая 1С

«Отчет_РазвитиеОтношений»

Наполнение карточек

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Анализ совпадений по продажам

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Упущенные возможности продаж

 

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Отчет «Матрица BCG» отображается в виде иконки.*

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Сравнение сегментов клиентов

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Анализ лояльности клиентов XYZ

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

АВС\XYZ анализ номенклатуры (с валовой прибылью) по брендам

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Зависимость от клиентов (ABC)

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Сравнительный анализ показателей работы менеджеров**

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

Доля продаж по брендам

Манагер5 Закрытая 1С, Манагер8 Закрытая 1С

Расш_РольМенеджера

 

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

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

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

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

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

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

 

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

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

 

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

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

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

См. также

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.

28500 руб.

21.04.2017    93357    119    40    

210

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Полнофункциональное расширение (ранее известное как Модуль 1С-ЕГАИС) для взаимодействия типовых конфигураций 1С и ЕГАИС, предоставляющее максимум возможностей по работе с УТМ. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

8970 руб.

15.12.2015    168469    755    364    

394

Оптовая торговля Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Платные (руб)

Данная публикация создана для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Смело задавайте вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, накопили достаточно большую базу знаний по данным темам и готовы ответить на все Ваши вопросы.

5000 руб.

18.03.2019    111699    28    114    

181

SALE! %

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

45650 27000 руб.

24.04.2015    192336    140    241    

272

SALE! 20%

Загрузка и выгрузка в Excel Оптовая торговля Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Платформа 1C v8.2 Конфигурации 1cv8 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная обработка для загрузки документов из Excel в 1С одним нажатием. Не требует указания параметров (номера колонок, номер первой строки таблицы и т.д.) и предварительной настройки. Просто выбираете файл Excel, документ 1С и нажимаете кнопку "Загрузить". Обработка сама находит таблицу в файле Excel, необходимые для загрузки данные в ней (номенклатура, количество, НДС, цена, сумма) и загружает ее в 1С. Вместе с номенклатурой может найти контрагента, номер и дату документа, штрих-коды, серии ГТД, страну и т.д. Распознает документы ЛЮБОЙ ФОРМЫ (УПД, ТОРГ-12, заказ, отчет комиссионера и т.д.). Не требует MS Office. Для поиска таблиц используются методы эвристического поиска. Загружает только то, что нужно, т.е. пропускает повторы шапки таблицы, заголовки, промежуточные итоги, подписи и т.д. Содержит модуль работы с электронной почтой и api-загрузчик отчетов о продажах маркетплейсов.

5000 4000 руб.

09.11.2016    222313    956    891    

963