Документація – вступна сторінка
AyMINE – Technical doc. (in English)
abra
crm
- Модуль Контакти та адресної книги
- Системні права та налаштування CRM-модуля
- Огляд замовлень клієнтів
- Довідник
- Список і управління каталогами
- Політика конфіденційності та ділової інформації
- Надсилайте масові повідомлення відповідно до GDPR
- Патік масової електронної пошти
- Вихід і встановлення преференцій
для масової - Як коректно забути дані про людину
- Масові повідомлення електронної пошти
- Контракти, договори
- Партнер за контрактом
- Групи клієнтів
- Каталог або люди і компанії
- Контакти
- Швидко доступні контакти
sabre
hr
- Модуль персоналізації
- Цифровий кадровий архів
- Персоналізація – права користувача
- Облік кандидатів на роботу
- Посада
- Член команди – Працівник
- Огляд працівника
- Огляд власного персоналу
- Відповідальний персоналіст
- Синхронізація працівників та користувачів системи
- Трудовий договір
- modulesafety
- personalfolder
sys
- Системний модуль фреймворку AyMINE
- Клієнт
- Настроювання шлюзів для зовнішніх повідомлень
- Повідомлення із зовнішнім світом
- Правила для зовнішніх повідомлень
- Документи
- Додаткові функції з файлами
- Копіювання та переміщення файлів між об'єктами
- Презентація зображення
- Публічне посилання на документ
- Останні файли
- Дошка
- Розташування об'єкта на дошці оголошень
- Елементи клієнта
- Огляд і коментарі
- Безпека повідомлень і внутрішніх дискусій
- Переклади
- Зв'язки між об'єктами
- Типи сесій (відносин)
- Ролі та команди груп
- Користувач системи
- Адміністрація користувача
- GDPR та користувачі системи
- Безпечний вхід
- Адміністрація користувача
- Криптогаманець
- moduleclientoptions
frm
- introhelp
- introhelp_objectdetail
- AyMINE Framework
- Політика зберігання паролів
- Права користувача framework
- Модулі AyMINE
- Замки користувача
- Системні дозволи
- introhelp_deleting
- introhelp_settings
- introhelp_objectlist
- introhelp_dashboard
- introhelp_generalinfo
- introhelp_icons_dnadrhal9000_mar-22-220246-2023_caseconflict
- introhelp_icons
- Записи AyMINE
tsk
- 8D report
- Основним елементом FMEA
- FMEA
- FMEA - ймовірність виявлення
- Процес аналізу FMEA
- FMEA - ймовірність виникнення
- FMEA - оцінка тяжкості
- Модуль керування завданнями та інформаці
- Адміністрація модуля Управління завданнями
- Системні права модуля керування завданнями
- Події
- Акції, події та наради
- Персональний календар
- Журнал активності
- Згода керівника
- Чому не можна видалити деякі дані
- Область
- Область / проект / методологія
- Огляд областей
- Шаблони міток
- Управління тегами
- Мої області
- Подія
- Архівний пакет
- Кваліфікація, здібності / вміння
- Рівні компетентності та кваліфікації
- Необхідні здібності
- GDPR та облік кваліфікацій
- Право на управління кваліфікацією користувачів
- Кваліфікація користувача або контакту
- Команда проекту
- Рішення
- Об'єкти, які приймаються рішення
- Варіант прийняття рішень
- Шаблон плану / стратегії
- Визначення проекту
- Зразок запису
- Зразок ризику
- Визначення пакета
- шаблон завдання
- Активація події із завдання
- Управління відповідальністю – RACI matice
- Повідомлення про події
- Об'єкти, що відносяться до шаблонного завдання
- Події, що починаються
- Призначення нового завдання
- Обговорення
- Бізнес-подія
- Кнопки для активації події
- Події подій
- Покращення та запобіжні заходи
- Інформація
- Ключове слово
- Проведення наради
- Методики та правила
- Обов'язок
- Поняття
- Директиви та політики
- Управління змінами в проекті
- Проблеми, тікети та їх управління
- Центр обслуговування клієнтів
- Внутрішня довідка
- Об'єкти, яких стосується проблема
- Управління інцидентами, невідповідність якості
- Проект
- Графік проекту
- Команда проекту або команда до робочого процесу
- RACI-матриця для project
- Повернути план проекту за baseline
- Записи та журнали
- Записані дії
- Вимоги
- Вимоги до вступників
- Ризик
- Завдання
- Терміни викликів
- Огляд завдань
- Вплив завдання на право змінювати підключений obje
- Особисте завдання
- Член команди
- Об'єкти, які обробляються в задачі або вирішуються
- Завдання працівника
- Тест
- Типи тестів
- Попередження
- Попередження – приклад використання
- Попередження для себе
- tsktask_kanban
- moduleclientoptions
am
- amasset
- Модуль управління активами
- Процедура відбору та закупівлі
- Аналітична модель
- Постачальник продукту
- Категорія продуктів
- Властивість продукту або продукту
- Мета проекту
- Комерційна пропозиція
- Перерахувати пропозицію та замовлення
- Права доступу до пропозицій і цін
- Системний запит про стан замовлення
- Продукти та товари
- Стан продукту та його зміна
- Одиниці продуктів
- Критерії якості
- Про критерії якості продукції
- HARA продукту
Групи клієнтів
Групи контактів використовуються для їх розподілу за різними критеріями. У CRM використовується для профілювання груп клієнтів та визначення умов надання послуг.
[placeContent]
Групи клієнтів
Членство клієнтів дозволяє повноцінно контролювати якість і ціни послуг, а також відповідальність по догляду за клієнтами.
Ціни для клієнтів
Для кожної групи клієнтів можна визначити свої цінники. Таким чином, клієнти можуть мати ціни, встановлені індивідуально або за різними критеріями бізнесу.
У деталях групи клієнтів можна вибрати прайс-листи, які застосовуються до замовлень від усіх клієнтів групи.
Якщо клієнт знаходиться в декількох групах і кожен встановлює свої власні прайс-листи, вони використовуються в рамках замовлення відповідно до їх пріоритетів.
SLA умови для груп клієнтів
До кожної групи клієнтів можна віднести контракт SLA. Контракт SLA автоматично призначається кожній новій повідомленій проблемі. SLA можна змінити в проблемі – зазвичай, коли його тяжкість зменшується. Таким чином, для групи клієнтів завжди визначається рівень SLA за замовчуванням, який діє до моменту оцінки серйозності проблеми.
Управління відповідальністю по догляду за клієнтом
Для кожної процесуальної зони для групи клієнтів можна самостійно встановити, хто за неї відповідає і до якої галузі обробки вона належить.
Якщо дані заповнюються, то будь-яке повідомлення, яке надходить від клієнта з певної групи, призначається відповідно до встановленого працівником для обробки. Разом із працівником може бути заповнена група користувачів. Це ще більше обмежує, хто має доступ до спілкування.
Область для helpdesk
Встановлення довідкової служби є прикладом налаштування однієї процесуальної групи.
Область, де обробляються helpdesk tickety, дозволяє самостійно обробляти проблеми від окремих груп клієнтів. Якщо область не заповнена, ticket базується в області, визначеній за допомогою модуля – див. адміністрацію модуля tsk.
Бажано знати
Група клієнтів не є каталогом
Система дозволяє розбивати контакти на кілька каталогів. Каталоги також визначають права доступу, тому вони дозволяють обмежити, хто які контакти бачить.
Натомість групи клієнтів організаційно є частиною одного адресата, але можуть містити контакти з кількох адресатів. Працівник, який має право доступу до групи клієнтів, але не має доступу до контактів з іншої адресної книги, не отримує такого доступу шляхом їх включення до групи.
Як захистити спілкування з клієнтом
Спілкування з клієнтом, як правило, видно працівникам, які мають право бачити інформацію про клієнта. Існують способи захисту комунікації:
- Розділяючи клієнтів на каталоги і встановлюючи доступ до каталогів, ви гарантуєте, що кожен бачить тільки ті збережені контакти, які він має. Якщо хтось не має прав доступу до каталогу, вони взагалі не дізнаються про контакт. Але зверніть увагу, щоб працівники, які відповідають за конкретні процеси, мали необхідний їм підхід.
- Розміщуючи певні комунікації в області, ви гарантуєте, що повідомлення бачать тільки працівники з доступом до даної області. Така відмінність особливо важлива, наприклад, для проектів. Якщо у вас є збережений контакт з працівником, який надсилає вам повідомлення, пов'язані з проектом, то включення звітів до проекту гарантує, що їх бачать лише ті, хто має доступ до проекту.
- Позначаючи повідомлення як приватне, ви переконаєтеся, що його бачить тільки адресат. Але інші можуть побачити, що таке повідомлення надійшло.