Документація – вступна сторінка
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 продукту
Записи та журнали
Мета запису полягає в тому, щоб зберегти інформацію про те, що сталася якась подія або дія. Протокол має подібне значення з тією різницею, що він, крім того, описує, як відбувалася діяльність і до чого вона дійшла.
Не робіть записи даремно!
AyMINE робить багато записів самостійно, і немає необхідності створювати їх вручну. Кожне завдання, прийняття рішень автоматично створює запис, який зберігається і не може бути змінений; нарада робиться запис на самій нараді, але крім того, є записи, які ще раз свідчать про те, що події відбулися.
Записи повинні бути зроблені про діяльність, яка відбулася за межами середовища AyMINE, як правило, безпосередньо в майстерні, у замовника, на будівництві. Записи необхідні, якщо потрібен підпис іншої сторони – будь то паперовий (тоді потрібно сховати підписаний документ), або електронний – тоді ховається підписаний PDF.
Протоколи
Ви документуєте протоколи про хід якоїсь дії, як правило, аудиту або тестування, але вони можуть також стосуватися інших видів діяльності. У протоколах необхідно записати хід або результат і висновки. Протокол потім зберігається на об'єкті, що підлягає дії – в проектній документації, продукті, перевіреному перед здачею і т.п. Конкретний об'єкт може не існувати, наприклад, для внутрішніх аудитів по ISO є предметом перевірки процесів, документів, архівів і т.д. AyMINE можна легко сортувати за темою, роком або автором, тому додаткові сортування створювати самостійно не потрібно.
Ви запитуєте
Чи можу я розраховувати, що записи не пропадуть?
Записи можна видаляти лише через 3 дні після створення, старі записи видаляти не можна.
Чи можу я, як аудитор, розраховувати на те, що записи правдиві і не антедаговані?
Записи люди можуть редагувати максимум через тиждень після їх створення. Можна зробити запис навіть більше в минуле, але дату, коли він був створений, можна знайти в історії (меню в деталях запису). Дату створення користувач не має можливості змінювати.
Оскільки записи можна редагувати лише тиждень тому, то неможливо використати старий запис і переробити його, щоб інший виглядав старим. Крім того, після кожного оновлення в історії зберігається запис про те, що зміни було зроблено.
Чому можна редагувати через тиждень після створення?
Записи, які люди роблять вручну, часто переглядаються, або над ними працює більше людей. Він не служить доказом того, коли саме відбулася якась дія, для цього використовуються автоматично згенеровані записи. Якби система не забезпечувала місця для редагування, працювати з нею було б дуже важко.
Чи не можна обійти ці обмеження?
Ні, ми намагаємося, щоб не вийшло. Технічно програміст або ІТ-фахівець може змінити деякі речі, але все одно можна виявити, що хтось маніпулює записами.
У чому різниця між записами, створеними автоматично системою, та записами від користувачів
Відмінностей досить багато, це залежить від точки зору, яку ми оцінюємо:
- Виникнення Не треба думати про автоматичні записи; вони просто виникають самі у відповідь на якусь подію
- Процесуально Важливо те, як ми розглядаємо записи з процесуальної точки зору як документи. Автоматичні записи виникають самі по собі, створюючи інший тип документа – вони відповідають часом, але не рідкість, що речі заносяться в систему додатково, тому час також може не відповідати дійсності. Таким чином, з точки зору процесу перевірки достовірності запису, обидва типи записів повинні розглядатися, знаючи, де вони мають сильні і слабкі сторони.
- Розташування в системі Автоматичне відображено в деталях об'єкта на вкладці Діяльність, а записи, створені вручну, знаходяться в папці записів проекту або області. Вони також показані серед діяльності.
Як автоматизувати створення протоколів
З автоматичним заповненням протоколів багато допомагає використання ключових слів.