Your comments
В этом списке отображаются только контрагенты у которых в карточке установлен признак "Конкурент".
Вообще логика активности конкурентов была ориентирована на клиентскую составляющую реестра контрагентов, а не на поставщиков. Для поставщиков мы сформировали структуру, конкретизированную до продукта, т.е. в карточке продукта вы можете указать нескольких поставщиков с условиями (цены, сроки) по каждому из них (этот так же список заполняется, в момент когда от поставщика данный продукт приходуется на склад). А вот указывать конкурента для поставщика в карточке самого поставщика мы как-то и не думали даже. Хотя технически, если модифицировать фильтр (в утилите Конфигуратор открыть для изменения данный атрибут и в настройке его фильтра либо всё удалить - тогда будет отображаться весь справочник контрагентов, либо добавить условие по признаку "поставщик") на данном ссылочном поле - такой вариант использования будет вполне приемлем.
13 years ago
Сергей, мы сейчас поставили более высокий приоритет оптимизации блока планирования производства, а именно нормирования операций по времени и возможности частично автоматизированного выстраивания графиков загрузки оборудования (в текущий момент в конфигурации это отдано на откуп диспетчеру производства). Видимо, как только мы сможем решить данную задачу начнём развивать функционал "калькулятора".
Технологи дали ответ - 4-5 ч/часов.
Схема реализации сформировалась следующая:
- В разделе материалов добавляем вкладку (по аналогии с тем, как сделано соответствие оборудованию) "Поддерживаемые форматы".
- Делаем возможность выбрать список форматов для материала (выделить несколько доступных и добавить в материал "одной кнопкой").
- На карточке операции листовой печати в шаблоне изделия добавляем проверку отображаемого списка материалов - только те, которые в списке поддерживаемых форматов имеют указанный для операции.
- На карточке операции листовой печати Калькуляции и Заказа реализуем такой же контроль по полной аналогии с операцией в шаблоне.
Это справочное поле, которое отображает факт наличия доверенности. Автоматического контроля её существования при отгрузке продукции сейчас не производится.
Добавлю, что подробности (в том числе и пример SQL-кода для функции показателя) можно найти здесь: http://www.crmcommunity.ru/forum/forum80/topic214/
В настоящее время склоняемся к тому, что бы сделать Акты, Счета-фактуры и Накладные в виде простых реестров с типовым набором функция (файлы, напоминания, задачи, комментарии, копирование, создание на основании и т.п.). Ну и естественно печатные формы для этих документов по требованиям ФЗ РФ.
При этом фиксируем ограничения:
1. Расчет сальдо "дебиторки" в базовой конфигурации на основании актов и накладных не будет.
2. Никакого движения по складам - не будет.
3. Анализ продаж останется по "счетам на оплату".
Предложения ещё рассматриваются - ждём от вас конструктивных идей.
Пока вырисовывается такой перечень основных функциональных режимов:
- Контрагенты (Клиенты, Конкуренты, Поставщики - признаки справочные, но в целом наличие их полезно. Группы, One-click фильтры)
- Задачи (реестр, органайзер, напоминания)
- Договоры (возможность печати, автонумерация, контроль наличия подписанных оригиналов)
- Продажи + воронка (статусы для разных типов, вероятностное прогнозирование сроков и сумм)
- Коммерческие предложения (отдельный объект, который позволит в рамках одной Продажи несколько КП формировать, по каждому статус контролировать и другие полезности реализовать)
- Счета на оплату (акты, накладные и счет-фактуры смысла делать не увидели, т.к. в отсутствие склада - всё будет вестись в 1С)
- Поступления (планы и факты с массой заготовленных аналитик + импорт из клиент-банка в формате 1С)
- Интеграция с 1С - несколько стандартных продуктов (Конфигурации: "Бухгалтерия предприятия", "Управление торговлей" /Версии 8.1 и 8.2)
- Дебиторская задолженность (несколько вариантов: по неоплаченным счетам, по нереализованным плановым поступлениям, по завершенным продажам, по подписанным договорам)
- Мотивация на основе KPI + планирование (возможность формировать сложные системы расчета З/П с планированием + преднастроенная панель индикаторов)
- Рекламации (регистрация рекламаций с конкретизацией источника, назначение ответственного, контроль статуса + формирование задач/поручений с отслеживанием исполнения)
- Маркетинговые инициативы (что бы была возможность оценивать эффективность своей рекламы, без разделения с источниками информации. Считаем суммы и кол-во ссылающихся (общее/завершенных/отказ) продаж и договоров)
- Е-mail рассылки (массовые с индивидуализированной подстановкой тегов и настройкой шаблонов)
- Номенклатура и прайс-лист (перечень продуктов без складского контроля и закупок, но с разными ценами/скидками, единицами измерений, аналогами, сопутствующими[up-sales] продуктами, списком поставщиков, файлами и пр.)
- Библиотека (упорядоченное хранение файлов и/или ссылок на них + возможность копировать файл из библиотеки в любой объект)
За основу интерфейсного решения, наверное, будет взята "КлиК: Комплексная конфигурация" - большинство её режимов понятны и удобны пользователю - любые пожелания приветствуются
- Прикрепление файлов и почтовых сообщений ко всем объектам системы.
- Пользовательское управление доступом (в дополнение к административному) к объекту - деталь на режимах и карточках с добавлением сотрудника, которому предоставляется доступ.
- Т.к. планируется отсутствие в пакете поставки этого продукта Конфигуратора и Дизайнера интерфейса, то максимальное кол-во настроек должно быть перенесено на пользовательский уровень.
- Различные варианты предварительно настроенных рабочих столов для разных ролей пользователей.
- Журнал системных события и действий пользователя.
- OLAP-представления по всем доступным в системе объектам
- Подготовленные шаблоны импорта из Excel (Контрагенты, Контактные лица, Сотрудники, Номенклатура, Банки)
Отдельно хочу отметить то, что будет возможность автоматически обновляться до "КлиК: Комплексная конфигурация" с адаптивным переносом всех данных.
Сравнительная таблица функционала "КлиК: Комплексная конфигурация" и "КлиК: Управление продажами" - Compare_Complex&Sales.xlsx
ER-диаграмма для объекта Продажа ER_Продажи.pdf.
ER-диаграмма для объекта Комм.Предл ER_Комм.Предл.pdf.
ER-диаграмма для объекта Договор ER_Договоры.pdf.
Продолжаем думать...
В настоящее время склоняемся к тому, что бы сделать Акты, Счета-фактуры и Накладные в виде простых реестров с типовым набором функция (файлы, напоминания, задачи, комментарии, копирование, создание на основании и т.п.). Ну и естественно печатные формы для этих документов по требованиям ФЗ РФ.
При этом фиксируем ограничения:
1. Расчет сальдо "дебиторки" в базовой конфигурации на основании актов и накладных не будет.
2. Никакого движения по складам - не будет.
3. Анализ продаж останется по "счетам на оплату".
Предложения ещё рассматриваются - ждём от вас конструктивных идей.
Customer support service by UserEcho
