Автоматизация с помощью CRM системы
Функции и преимущества CRM системы index.crm
Описание особенностей внедрения CRM системы index.crm
Разработка и стоимость CRM системы index.crm Внедрение CRM систем Екатеринбург
О компании О системе Тест-драйв Документация Цены CRM бесплатно! Внедрения Обучение Статьи FAQ БЛОГ
На главнуюКонтактная информацияКарта сайта CRMОбратная связь
Документация:
Документация по CRM системе index.crm
Основы системы index.CRM
Справочники в CRM системе
Управление записями справочников
Свойства клиента
Товары и услуги
Автоматизация управления персоналом
Журналы документов в CRM
Контакты
Работа с предложениями
Управление продажами в CRM системе
Виды отчетов в CRM системе
Интерфейс администратора
Автоматизация документооборота с помощью CRM
Примеры использования index.crm
Функциональные подсистемы CRM
Преимущества index.crm:
Преимущества CRM системы index.crm для руководителя
О CRM системе index.crm для начальника отдела продаж
Автоматизация с помощью CRM системы ИТ-специалисту
Стоимость CRM системы index.crm стоимость владения
Построение корпоративных информационных систем на платформе index.CRM

Приглашаем к сотрудничеству партнеров по продвижению нашего продукта.

Партнерстово и сотрудничество по CRM системе index.crm
Внедрение CRM систем
ТУР
по системе
Наш партнер: CRMONLINE

Интерфейс администратора

Интерфейс администратора предназначен для внесения изменений в конфигурацию системы и выполнения ряда административных задач. Доступ к этому интерфейсу имеет только один пользователь – вебмастер. Ссылка на интерфейс находится в правом верхнем углу любой страницы системы.

6.1. Права доступа

Описание общей логики работы системы разграничения прав доступа приведено выше, в соответствующем разделе. В данном разделе приводятся сведения о работе разделов Интерфейса администратора, позволяющих управлять правами доступа.

6.1.1. Права доступа групп

Данный раздел предназначен для создания правил доступа по группам (роли пользователя). Щелкнув по названию группы в навигационном списке, администратор увидит в правой части страницы перечень всех модулей системы. Рядом с каждым модулем расположены управляющие элементы для назначения прав. Для каждого модуля можно назначить уровень доступа по умолчанию (ко всем записям), а также при необходимости задать проверку принадлежности прав доступа по какому-либо полю и результирующий уровень прав.
Например, нам нужно предоставить менеджерам по продажам доступ для просмотра всех записей справочника «Клиенты» и редактирования «своих» клиентов. Для этого нужно щелкнуть на группу «Менеджеры по продажам» и около названия справочника «Клиенты» установить следующие значения переключателей: доступ «просмотр», флаг «Контролировать принадлежность записи по полю» установлен, выбрано поле «manager», результирующий доступ «Изменение».
Необходимо отметить, что пользователь сможет создавать новые записи в справочнике в том случае, если он имеет доступ по умолчанию «Изменение» или установлен флаг «Контролировать принадлежность записи» (в этом случае вновь созданные записи «присваиваются» данному менеджеру).
Также нужно отметить, что для полноценной работы пользователей не следует слишком ограничивать права. Например, к справочнику «Персонал» должен быть предоставлен доступ на просмотр для всех групп, иначе пользователи не смогут видеть списки других пользователей в выпадающих меню в свойствах документов и записей справочников.

6.1.2. Права доступа подразделений

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

6.1.3. Пользователи системы и группы пользователей

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

6.1.4. Инструменты назначения и контроля прав доступа

Итак, управление правами доступа заключается в выполнении следующих действий:
- Создание и поддержание в актуальном состоянии справочника Персонал (вводе подразделений и создании учетных записей пользователей);
- Определение и модификация прав доступа по группе (раздел Права доступа -> Права доступа групп);
- Создание правил доступа подразделений (Права доступа -> Права доступа подразделений).
После выполнения каких-либо операций по модификации правил доступа необходимо выполнить процедуру пересчета прав доступа (Права доступа -> Вычисление прав доступа).

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


6.2. Конфигурация

6.2.1. Константы сайта

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

6.2.2. История значений и удаление объектов

Раздел «История значений» позволяет администратору просматривать и изменять ранее существовавшие значения записей в тех справочниках и журналах документов, которые поддерживают хранение истории. Более рациональным способом вызова данного интерфейса является использование кнопки «Редактировать» в диалоговом окне истории значения, которое вызывается нажатием кнопки «История изменения», расположенной рядом с каким-либо полем в форме редактирования записи справочника. Администратор имеет возможность удалить любое из предыдущих значений поля, а также изменить само значение или дату его установки.
Раздел «Удаление объектов» предназначен для окончательного удаления объектов, удаленных пользователями системы. Администратор может просмотреть список таких объектов и восстановить их либо удалить окончательно.
В некоторых случаях имеет смысл не удалять объекты насовсем: например, если полностью удалить ранее существовавшего клиента, то все связанные с ним документы потеряют значение поля «Клиент», и их хранение будет бессмысленно.

6.2.3. Справочники

Данный раздел позволяет администратору конфигурировать справочники и журналы документов. Администратор имеет возможность добавлять новые поля, а также изменять порядок их отображения.
После щелчка по какому-либо справочнику в левом фрейме, в правой части страницы отобразится форма создания/редактирования полей. Можно выбрать какое-либо из имеющихся полей из выпадающего списка в верхней части страницы (не все поля можно редактировать – некоторые из них являются системными и для редактирования недоступны).
Для каждого поля можно задать тип, приоритет (число – чем оно больше, тем ближе к началу формы расположено поле), флаги «обязательно для заполнения» и «дополнительное поле» (если установлен этот флаг, поле будет отображено только после щелчка на ссылку «Дополнительные поля» на странице справочника).

Также на этой странице можно установить права доступа, которые пользователи каждой группы будут иметь к данному полю. Для каждой группы можно выбрать один из вариантов прав: «нет», «только чтение», «полный». Эти права применяются только в случае, если к записи в целом пользователь имеет права доступа на изменение.

Поля типа «Указатель» представляют собой выпадающее меню, позволяющее выбрать запись из какой-либо таблицы базы данных (другого справочника, например). Для создания таких полей необходимо знакомство со структурой базы данных. Необходимо ввести имя таблицы, на которую ссылается поле, название поля-идентификатора в ней (обычно id), название поля «имя записи» в ней  (обычно name). Также можно заполнить поля «условие выборки» (для отображения части записей таблицы) и «порядок сортировки». Эти поля представляют собой части SQL-запроса на выборку из таблицы.
Информацию о структуре базы данных index.CRM, необходимую для настройки справочников и создания условий фильтрации, можно получить в Документации программиста index.CRM.

6.2.4. Создание условий фильтрации

В этом разделе администратор может создавать подзапросы, которые будут использоваться как условия фильтрации в системе динамических фильтров. Для создания этих условий администратору необходимо обладать знаниями языка SQL и пониманием структуры базы данных системы. В качестве примеров можно использовать запросы, уже существующие в базовой версии index.crm.

Остальные разделы Интерфейса администратора предназначены для использования разработчиками системы. Администратор CRM не должен вносить изменения в них.

(C) 2006-2009 Центр информационных технологий Создание сайта - index.art, - оптимизация сайта г. Екатеринбург
CRM-система index.CRM