Документація – вступна сторінка
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, що вони повинні звернути увагу на зміну стану продукту.
Увага: Якщо продукт, що використовується в інших продуктах, стає непридатним, працівники отримують попередження, відповідальні за кожен окремий продукт, але сам статус цих продуктів не змінюється активно. Працівники повинні оцінити вплив і вирішити, який реальний вплив вони чинять на інші продукти.
Зміни не вносяться миттєво автоматично, оскільки часто вплив знецінення не є безпосереднім. Наприклад, продукт може бути вилучений, але виробництво зі складських запасів ще триває.