AyMINE – Technischer Bericht (Englisch)
Unternehmensführung
- Verwaltung physischer und virtueller Räume
- Dokumentationspaket
- Aufgaben-, Projekt- und Qualitäts
- Verbesserungen und Präventivmaßnahmen
- Hinweis – Anwendungsbeispiel
- Systemrechte für das Task-Management-Modul
- Task Management Modul Verwaltung
- Interner Helpdesk
- Kunden-Helpdesk
- Tätigkeitsbericht
- Aufzeichnungen und Protokolle
- Kundenservice Antwortgenerierung
- Probleme, Tickets und ihre Verwaltung
- SLA-Helpdesk-Bedingungen
- Benachrichtigungen an sich selbst
- Informationsmanagement
- Meine Bereiche
- Aufträge und Auftragsverwaltung
- Geschäftsfeld
- Complaints
Aufgaben- und Projektmanagement
- Konnektor zwischen AyMINE und Enterprise Architect
- Plan Template / Strategie
- Project role
- Projektdefinition
- Plan
- Projekt
- Ausgangslage des Projekts
- Projektverwaltete Datensätze
- Projektzeitplan
- Projektplanung
- Projektteam oder Workflow-Team
- RACI-Matrix für das Projekt
- Renditeplan nach Baseline
- Anfrage
- Risiko
- Aufgabe
- Kanban Task Overview
- Persönliche Aufgabe
- Aufgaben der Arbeitnehmer
Kommunikation und Umgang mit anderen
Qualitätsmanagement
- Systemunterstützung fur 8D report
- FMEA
- FMEA Wahrscheinlichkeit der Entdeckung
- FEMA Fehleranalyse
- FMEA Analyseprozess
- FMEA Auftretenswahrscheinlichkeit
- FMEA Bewertung der Schwere
- Der Richtlinien und qualitatsdokumentation
- Muster des Risikos
- Musteraufgabe – Arbeitsablauf
- Zuständigkeitsverteilung - RACI-Matrix
- Zuweisung einer neuen Aufgabe gemäß Methodik
- Schlüsselwort
- Qualitätsmanagementsystem (QMS)
- Methodik und QMS
- Qualitätsmanagement Begriffe
Metriken und Statistiken zur Bewertung des Geschäfts
Über die Umwelt und das Ökosystem
- cliplink
- list_filtering
- AyMINE Framework – Systembasis
- Überblick über Module und Datentypen
- Richtlinie zur Aufbewahrung von Passwörtern
- framework Benutzerrechte
- Module AyMINE
- AyMINE System-Hilfe
- AyMINE — Anwendung für Windows
- Private Notizen und Tags für Datensatze
- Personal Konfigurieren
- shortcuts
- Systemberechtigungen bieten weitreichenden Zugriff
Vermögenswerten, Handel, Aufträgen und Preislisten
- Produkte, Vermögenswerte, Kauf und Ve
- Verwalten des Property & Business Moduls
- Auswahlprozess und Kauf
- Analytisches Modell
- Vermögenswerte
- Product Supplier
- Produktkategorien
- Produkteigenschaft oder Produktelement
- Zielorientiertes Projektmanagement
- Automatisierung der Angebots und Preislisten
- Kostenvoranschlag neu berechnen und bestellen
- Angebot und Preis Zugriffsrecht
- Erstellen und Verarbeiten von Aufträgen
- System order status query
- Preisliste
- Preisliste – Mengenrabatt
- Produkte und Waren
- Herkunft des Produktes
- Product Units
- Qualitätskriterien für Produkte oder Assets
- Bedeutung von Qualitätsparametern
- DFMEA Analyse
- Gefährdungs- und Risikoanalyse - HARA
Personalwesen
- Personalistics – Benutzerberechtigungen
- roles
- HR-Modul
- Personaldokumentationsarchiv zur Verfügung
- Registrierung von Arbeitsuchenden
- Abteilung verwalten / division data
- Position
- Worker
- Übersicht der Mitarbeiter
- Ein Überblick über Ihr eigenes Mitarbeiter
- Verantwortlich HR Manager
- Synchronisierende Mitarbeiter und Benutzer des Sys
- Arbeitsvertrag Management
- personalfolder
- modulesafety
- Qualifikation, Fähigkeit / Geschicklichkeit
- Erforderliche Kompetenzen
- Rechte zur Verwaltung der Qualifikationen von Nutz
- Qualifikation des Benutzers oder Kontakt
Kontakte und Vertrieb (CRM)
- Kontakte, Adressbücher
- System-Berechtigungen und CRM-Modul-Einstellungen
- AyMINE CRM | Adressbüchern mit Kontakten
- Adressbuch und Verwaltung
- Datenschutzerklärung
- Senden Massen-Nachrichten in Übereinstimmung mit GDPR
- Link für bevorzugte Nachrichtenempfänger
- DSGVO: Formular zur Einstellung der Präferenzen
- DSGVO: Unterstützung für das Recht auf Vergessenwerden
- Senden einer Massennachricht
- Verträge
- Partner in einem Vertrag
- Vorlage für Nachrichten
- Gruppen von Kontakten
- Verwaltungsbereiche, Projekte, Kalender
Systemverwaltung
- sysrole
- sysfile_picturepublishing
- Elektronische Signatur mobil | AyMINE
- Datenbanklink zur Enterprise Architect Datenbank
- formattedtexts
- Systemverwaltung
- Verwaltung von Mitgliedern einer Kirche, Vereinigung oder No
- Geheimnis-Management
- Gateways für externe Nachrichten konfigurieren
- Management von Geschäfts-E-Mails und externer Kommunikation
- E-Mail-Nachrichten
- Regeln für externe Nachrichten
- Sichere Geschäftskommunikation
- SMS direkt aus dem CRM senden
- Direkter Anruf aus CRM
- Dokumente und Dateien
- Zusatzfunktionen mit Dateien
- Dateien zwischen Objekten kopieren und verschieben
- Letzte Dateien
- Dashboard
- Revisionen und Kommentare
- Sicherstellung von Beiträgen und interne Diskussio
- Beziehungen zwischen den Datensätzen
- Beziehungstypen
- System Benutzer
- Benutzerverwaltung
- GDPR und Nutzer des Systems
- Vertrauenswürdiges Gerät
- Security Key Wallet
- Datenspeicher für Passwörter und vertrauliche Daten
FMEA – Wahrscheinlichkeit der Entdeckung
Wahrscheinlichkeit, dass ein Fehler entdeckt wird, wenn er aufgetreten ist.
Die Definition unterscheidet sich je nach Typ der FMEA-Analyse. Daher muss der Typ des analytischen Prozesses angegeben werden (für einzelne Fehler oder für Eigenschaften).

Die untenstehende Übersicht basiert auf der Norm für die Automobilindustrie. Überprüfen Sie vor der Verwendung, ob sie für Ihren Fall relevant ist!
DFMEA
Stufe 1: Es ist bekannt, dass das Design nicht fehlschlagen kann
Stufe 2: Bewährte Verfahren werden überprüft, Alterungstest
Stufe 3: Bewährte Verfahren werden überprüft, Fehler-Test
Stufe 4: Bewährte Verfahren werden überprüft, Funktionstest
Stufe 5: Bewährte Verfahren werden in der späten Entwicklungsphase überprüft, Alterungstest
Stufe 6: Bewährte Verfahren werden in der späten Entwicklungsphase überprüft, Fehler-Test
Stufe 7: Bewährte Verfahren werden in der späten Entwicklungsphase überprüft, niedrige Wahrscheinlichkeit, Funktionstest
Stufe 8: Neue Testverfahren werden verwendet, die nicht überprüft wurden
Stufe 9: Bekannte Tests sind nicht direkt darauf ausgelegt, mögliche Fehler zu überprüfen
Stufe 10: Testverfahren wurden noch nicht entwickelt
PFMEA
Stufe 1: Fehler sind faktisch unmöglich oder es ist sicher, dass sie erkannt werden
Stufe 2: Bewährte, zuverlässige Erkennungsmethoden; Maschinenkontrollen verhindern das Entstehen fehlerhafter Produkte
Stufe 3: Bewährte Erkennungsmethoden; fehlerhafte Produkte werden automatisch erkannt
Stufe 4: Bewährte Erkennungsmethoden; zuverlässige Kontrollen erkennen Probleme während der Produktion und verwerfen fehlerhafte Produkte
Stufe 5: Überprüfte Kontrollen; halbautomatische Erkennung, die den Bediener warnt
Stufe 6: Überprüfte Kontrollen; manuelle Kontrolle von Produkten oder Proben erkennt Fehler
Stufe 7: Nicht geprüfte Kontrollen; halbautomatische Erkennung, die den Bediener warnt
Stufe 8: Nicht geprüfte Kontrollen, die auf manueller Kontrolle von Produkten oder Proben beruhen, erkennen Fehler
Stufe 9: Es ist unwahrscheinlich, dass Kontrollen das Problem erkennen; es ist nicht einfach, das Problem durch Stichprobenkontrollen zu erkennen
Stufe 10: Es ist unwahrscheinlich, dass Kontrollen das Problem erkennen oder es nicht erkennbar ist
FMEA-MSR
Stufe 1: Wird immer erkannt – deutlich mehr als 99,9%; das System reagiert auf das Versagen
Stufe 2: Wird mit einer Wahrscheinlichkeit > 99,9% erkannt; das System wird das Versagen höchstwahrscheinlich identifizieren
Stufe 3: Automatische Erkennung erkennt mit einer Wahrscheinlichkeit > 99% mit kurzer Reaktionszeit, automatische Reaktion erfolgt mit hoher Wahrscheinlichkeit
Stufe 4: Erkennung mit Wahrscheinlichkeit > 97% und mittlerer Reaktionsabweichung; das System reagiert meistens auf das Versagen
Stufe 5: Erkennung mit Wahrscheinlichkeit 90 – 97%, mit durchschnittlicher Reaktionsvariabilität; das System reagiert meistens automatisch auf das Versagen
Stufe 6: Versagen wird entweder vom Benutzer oder vom System mit Wahrscheinlichkeit > 90% erkannt und reagiert wahrscheinlich darauf
Stufe 7: Geringe Wahrscheinlichkeit, dass der Benutzer das Versagen erkennt und darauf reagiert; Diagnose erkennt das Problem mit einer Wahrscheinlichkeit > 60%
Stufe 8: Es ist selten möglich, das Problem zu erkennen; die Diagnose des Versagens erkennt es mit einer Wahrscheinlichkeit < 60%; der Benutzer muss nicht immer darauf reagieren
Stufe 9: Das Versagen wird fast nie erkannt; Reaktionen des Systems oder des Benutzers sind nicht zuverlässig
Stufe 10: Kann nicht erkannt werden; während des Betriebs erfolgt keine Reaktion