Документація – вступна сторінка
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 продукту
Внутрішня довідка
Внутрішня довідка допомагає працівникам вирішувати проблеми, вимоги та запити, пов'язані з роботою та робочим місцем.
Типи внутрішніх звітів
Вимоги бувають трьох видів:
- Повідомлення про проблему – щось не так
**Потреба в придбанні – чогось не вистачає - Ідея поліпшення
Проблеми з пристроєм користувача
Працівник може створити звіт про проблему безпосередньо з пристрою, який він використовує. В огляді використовуваних пристроїв він створює для пристрою нову проблему. Це може стосуватися як обладнання, яке безпосередньо перебуває під його особистою опікою (наприклад, телефон), так і спільного пристрою (принтер).
Вимога до обладнання – необхідність щось купити
Якщо працівник потребує нового обладнання, він може надіслати запит або безпосередньо з огляду товарів, придбаних у компанії, або написати запит усно.
Вимога приміщення – проблема або ідея поліпшення
Для кожного простору можна створити нову проблему або можливість вдосконалення. У огляді приміщень доцільно вибрати конкретний простір і заснувати нову проблему. У межах проблеми можна відзначити, що це пропозиція, а не поліпшення (тип проблеми).
Процедура рішення
Проблеми реєструються у внутрішньому довіднику. Після їх призначення вони передаються працівникам, які відповідають за дану ділянку.
- Для ремонту обладнання, а також необхідності придбання, запит направляється до працівника, який відповідає за дану продукцію (вказано у продукті)
- Для приміщень здійснюється спостереження працівника, який несе за них відповідальність.
- Якщо проблема заснована без прив'язки до пристрою, місця або продукту, вона знаходиться в огляді нових проблем служби підтримки, де керівник внутрішнього довідкового відділу повинен виділити її для обробки (або обробки самостійно).
Пам'ятайте: Правильно призначивши проблему, ви збережете колегам чи колегам роботу і зможете значно прискорити її опрацювання, оскільки завдання буде поставлено прямо на стіл тим, хто реально займатиметься нею.
Вас може зацікавити
Адміністрація
Для коректної роботи «Укрзалізниці» необхідно:
- Створити район, в якому здійснюється його управління.
- Встановити права на роботу в цій сфері людям, які займаються вирішенням вимог (група активних користувачів в адміністрації району)
- Встановити область в межах адміністрування модуля ТСК як область для внутрішньої довідки (адміністрування > модуль ТСК)