Документація – вступна сторінка
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 продукту
Список і управління каталогами
[placeContent]
Адреси використовуються для зберігання контактів на підприємствах і на людях. У системі можна створювати будь-яку кількість каталогів і керувати правами доступу до кожного.
Можливість використання декількох каталогів дозволить вам мати, наприклад, каталог ділових контактів, видимий лише для бізнес-відділу, а також інший каталог робочих контактів, створений для конкретного проекту.
Довідник є бізнес-сферою і, крім контактів, може містити, наприклад, завдання. Завдяки цьому можна записувати безпосередньо в адресній книзі завдання, які необхідно виконати з контактами (наприклад, їх виправлення, виклики з новою пропозицією тощо).
Показ каталогів
Каталогів, як правило, фірма не керує багатьма, тому в списку каталогів ви будете відображати, як правило, всіх, до кого ви маєте доступ.
Адміністратор районів має можливість переглядати всі каталоги, а не тільки ті, до яких він має доступ. Це дає можливість перевіряти та оновлювати дозволи користувачів. Але він не має доступу до даних у каталозі – окремих людей і компаній.
Керування каталогами
Створення
За допомогою кнопки New ви створите новий каталог. Обов'язковими даними є мінімум – назва та короткий опис.
Настроювання дозволів на доступ до контактів
Важливою частиною налаштування адресної книги є правильне налаштування дозволів.
Після кожного каталогу можна створити власну групу осіб, яка може отримати доступ до каталогу. Але зручніше визначити для каталогу групу, до якої ви даєте роль або відділ з правом доступу.
Пам'ятайте:
- Коли ви будете надавати права окремим людям, ви також повинні їх відібрати. Люди, які вступають на новий етап, не отримають право доступу автоматично.
- Коли ви безпосередньо надаєте право на відділ або роль, кожен, хто бере участь у відділі або ролі, автоматично отримує права доступу. Коли він покидає відділення, то автоматично його втрачає. Тому налаштування ролей значно спростить автоматизацію.
Доступ тільки для попереднього перегляду
Переважно не зручно давати багатьом людям право втручатися в каталоги. Тому в каталогах є можливість вказати, хто має доступ до каталогу лише для читання, а хто може змінювати контакти.
Працівники, ролі або команди, які повинні мати доступ лише для читання, введіть у групу Читачі
Довідник проекту
До проекту часто підходить створення каталогу людей, які беруть участь у проекті. Ви створите каталог проекту так само, як і звичайний каталог, але налаштуєте його як групу активних користувачів – групу, засновану на проекті.
Коли ви використовуєте групу проекту, кожен учасник проекту отримує автоматичний доступ до потрібних контактів. З закінченням проекту або його відходом з команди проекту доступ до контактів буде автоматично видалено. Завдяки цьому спільний доступ дотримується вимог GDPR, щоб контакти оброблялися та були доступними для людей лише на час, необхідний для реалізації послуг – у даному випадку проекту.
Чому б не надати всім доступ?
Хоча на перший погляд зручно відкривати каталоги для читання всім працівникам, є ряд причин, щоб цього не робити:
- Це суперечить правилам GDPR
** Люди можуть випадково написати або зателефонувати комусь, кому вони спочатку не хотіли. - Ділові контакти є важливою цінністю фірми, і ви повинні захистити їх навіть від крадіжки. Мова йде не тільки про самого працівника, але і хтось інший може попасти на його рахунок.