Fachliche Prozessdokumentation¶
Zweck der Solution¶
Die Power-Platform-Solution bmvcc unterstuetzt die Betriebsmittelverwaltung auf Basis von Dataverse, Canvas Apps, Model-Driven Navigation, Bexio-Integration und Power-Automate-Flows.
Die Solution deckt insbesondere diese fachlichen Bereiche ab:
Verwaltung von Geraeten und Betriebsmitteln
Pflege von Artikeln und Herstellern
Verwaltung von Firmen, Kontakten und deren Relationen
Verarbeitung von Pruefberichten und Standortinformationen
Zeiterfassung
Synchronisation ausgewaehlter Stammdaten aus Bexio
Fachliche Kernobjekte¶
Bereich |
Tabelle |
Fachlicher Zweck |
|---|---|---|
Inventar |
|
Verwaltung einzelner Geraete und ihres Status |
Artikel |
|
Stammdaten zu Artikeln und Produktinformationen |
Hersteller |
|
Herstellerstammdaten |
Kontakte |
|
Personenbezogene Kontakte, insbesondere aus Bexio |
Firmen |
|
Firmenkontakte und Organisationsdaten |
Relationen |
|
Geschaeftsbeziehungen zwischen Kontakt und Firma |
Pruefungen |
|
Pruef- und Inspektionsdaten zu Geraeten |
Standorte |
|
Standortstammdaten |
Zeit |
|
Zeit- und Aktivitaetserfassung |
Steuerung |
|
Status und Parameter fuer Synchronisationslaeufe |
Fehler |
|
Protokollierung technischer oder fachlicher Sync-Fehler |
Prozess 1: Betriebsmittel verwalten¶
Zielbild Betriebsmittelverwaltung¶
Geraete und Betriebsmittel sollen zentral erfasst, gepflegt und fachlich mit Artikeln, Herstellern, Standorten und Pruefungen verbunden werden.
Ablauf Betriebsmittelverwaltung¶
Ein Geraet wird in
bmvcc_equipmentrecordangelegt oder importiert.Das Geraet wird einem Artikel zugeordnet.
Hersteller- und Standortinformationen werden ueber Mapping-Flows oder direkte Pflege gesetzt.
Der fachliche Status des Geraets wird gepflegt.
Pruefungen und Pruefberichte werden mit dem Geraet verknuepft.
Nutzen Betriebsmittelverwaltung¶
Zentrale Sicht auf Inventar und Betriebsmittel
Nachvollziehbarkeit von Standort, Hersteller und Artikelbezug
Vorbereitung fuer Pruef- und Wartungsprozesse
Prozess 2: Firmen, Kontakte und Relationen pflegen¶
Zielbild Kontakt- und Firmenpflege¶
Firmen und Personen sollen mit ihren Beziehungen konsistent in Dataverse vorliegen, damit operative Prozesse und Auswertungen darauf aufbauen koennen.
Ablauf Kontakt- und Firmenpflege¶
Firmen und Kontakte werden in Dataverse angelegt oder aus Bexio synchronisiert.
Die Beziehung zwischen Person und Firma wird in
bmvcc_relationhergestellt.Die Daten stehen anschliessend fuer Apps, Navigation und weitere Prozesse zur Verfuegung.
Nutzen Kontakt- und Firmenpflege¶
Einheitliche Stammdatenbasis fuer Kontakte und Firmen
Nachvollziehbare Zuordnung zwischen Personen und Organisationen
Grundlage fuer Synchronisation und Folgeprozesse
Prozess 3: Bexio-Kontakte synchronisieren¶
Zielbild Bexio-Kontaktsynchronisation¶
Kontakte und Firmen aus Bexio sollen regelmaessig nach Dataverse uebernommen und dort aktualisiert werden.
Komponenten Bexio-Kontaktsynchronisation¶
Custom Connector
BexioV3Flow
BexioSynchKontakteTabellen
bmvcc_firma,bmvcc_Kontakt,bmvcc_syncconfig,bmvcc_bexiosyncerror
Ablauf Bexio-Kontaktsynchronisation¶
Der Flow liest die gueltige Konfiguration aus
bmvcc_syncconfig.Ueber den Bexio-Connector werden Kontakte aus Bexio geladen.
Der Flow vergleicht vorhandene Firmen und Kontakte in Dataverse.
Neue Datensaetze werden angelegt, vorhandene aktualisiert.
Laufstatus, Zeitstempel und Fehler werden zurueckgeschrieben.
Nutzen Bexio-Kontaktsynchronisation¶
Reduzierung manueller Doppelpflege
Aktuelle Kontakt- und Firmendaten in Dataverse
Transparenz ueber erfolgreiche und fehlerhafte Laeufe
Prozess 4: Bexio-Relationen synchronisieren¶
Zielbild Bexio-Relationssynchronisation¶
Die Beziehungen zwischen Bexio-Kontakten und Firmen sollen in Dataverse als Relationen abgebildet werden.
Komponenten Bexio-Relationssynchronisation¶
Custom Connector
BexioV3Flow
BexioSynchRelationTabellen
bmvcc_relation,bmvcc_Kontakt,bmvcc_firma,bmvcc_syncconfig,bmvcc_bexiosyncerror
Ablauf Bexio-Relationssynchronisation¶
Der Flow wird taeglich ausgefuehrt.
Er liest Kontakt-Firmen-Beziehungen aus Bexio.
Bereits vorhandene Kontakte und Firmen werden in Dataverse abgeglichen.
Neue Relationen werden angelegt, bestehende aktualisiert.
Fehler werden protokolliert und optional ueber Teams gemeldet.
Nutzen Bexio-Relationssynchronisation¶
Konsistente Abbildung externer Beziehungen im internen Datenmodell
Bessere Nutzbarkeit der CRM-Daten innerhalb der Apps
Prozess 5: Pruefberichte mit Geraeten verknuepfen¶
Zielbild Pruefberichtszuordnung¶
Pruefberichte sollen automatisiert dem richtigen Geraet zugeordnet werden.
Komponenten Pruefberichtszuordnung¶
Tabellen
bmvcc_Pruefberichtundbmvcc_equipmentrecordFlows
bmvcc-GeraetePruefberichtMapTabelleundbmvcc-GeraetePruefberichtMapTabelleV2
Ablauf Pruefberichtszuordnung¶
Pruefberichte mit vorhandener Device-ID werden gelesen.
Passende Geraete werden in Dataverse gesucht.
Die Lookup-Beziehung vom Pruefbericht auf das Geraet wird gesetzt.
Erfolgreiche und fehlerhafte Zuordnungen werden gezaehlt.
Nutzen Pruefberichtszuordnung¶
Eindeutige Verbindung von Inspektionsdaten mit Inventardaten
Bessere Rueckverfolgbarkeit von Pruefungen pro Geraet
Prozess 6: Stammdaten-Mapping innerhalb von Dataverse¶
Mehrere manuelle Flows unterstuetzen die Nachpflege oder Migration von Beziehungen innerhalb des Datenmodells.
Flow |
Fachlicher Zweck |
|---|---|
|
Artikelbezug auf Geraeten setzen oder korrigieren |
|
Standortbezug auf Geraeten setzen oder korrigieren |
|
Herstellerbezug auf Artikeln setzen oder korrigieren |
|
Besitz-/Zuordnungsdaten fuer Hersteller in Zielumgebung setzen |
Prozess 7: Zeiterfassung¶
Zielbild Zeiterfassung¶
Arbeits- und Aktivitaetszeiten von Mitarbeitenden sollen als Dataverse-Datensaetze erfasst werden.
Komponente Zeiterfassung¶
Tabelle
bmvcc_timetrackingentryHaupt-Canvas-App
bmvcc
Nutzen Zeiterfassung¶
Operative Zeiterfassung in derselben Plattform wie die Betriebsmittelverwaltung
Potenzielle Grundlage fuer Auswertungen oder Freigabeprozesse
Beteiligte Benutzeroberflaechen¶
App |
Rolle |
|---|---|
|
Hauptanwendung fuer operative Pflege von Geraeten, Artikeln, Kontakten, Standorten, Pruefberichten und Zeitdaten |
|
Fokussierte App fuer Firmen- und Relationsdaten im Bexio-Kontext |
|
Test- oder Prototyp-Anwendung fuer Geraetedaten |
Rollen und Verantwortlichkeiten¶
Die folgende Matrix dokumentiert, wer fuer die Planung, Ausloesung und Aufsicht der einzelnen Prozesse verantwortlich ist:
Prozess |
Verursacher/Trigger |
Ausloeser-Rolle |
Aufsicht/Review |
Notwendige Berechtigungen |
|---|---|---|---|---|
Betriebsmittel verwalten |
Business User, Einkauf, Lager |
Datenoperator / Lagerbestaende |
Admin vor Batchveraenderung |
Schreib- und Lesezugriff auf |
Firmen, Kontakte und Relationen pflegen |
CRM-Mitarbeiter, manuell oder aus Bexio |
Datenoperator / CRM-Admin |
Admin, regelmässiger Abgleich |
Schreib- und Lesezugriff auf |
Bexio-Kontakte synchronisieren |
Automatisch woechentlich (geplanter Flow) |
System (Power Automate) |
Admin / CRM-Leitung |
Keine manuelle Ausloesung noetig; Connector-Authentifizierung erforderlich |
Bexio-Relationen synchronisieren |
Automatisch taeglich 04:00 (geplanter Flow) |
System (Power Automate) |
Admin / CRM-Leitung |
Keine manuelle Ausloesung noetig; Connector-Authentifizierung erforderlich |
Pruefberichte mit Geraeten verknuepfen |
Manuell nach Importlauf oder Datenbereinigung |
Datenoperator, Admin |
Admin / Qualitaetskontrolle |
Schreib- und Lesezugriff auf |
Stammdaten-Mapping innerhalb von Dataverse |
Manuelle Ausloesung bei Bedarf oder nach Migration |
Admin, Datenoperator |
Admin vor grossflaechigen Updates |
Administratorzugriff mit UpdateOnlyRecord-Berechtigungen |
Zeiterfassung |
Business User (operative Erfassung) |
alle Benutzer |
Manager, Payroll-Team |
Schreib- und Lesezugriff auf |
Typische Rollendefinitionen¶
Admin: Umgebungsadministrator mit Systemzugriff, Berechtigungen fuer Flow-Trigger und Massenupdates
Datenoperator: uebt Mapping-Flows aus, pflegt Beziehungen, verifiziert Sync-Status
Business User: operative Nutzung der Apps, Zeiteintrag, Anfragen
System: Power Automate und automatisierte Flows
Offene fachliche Punkte¶
Aus dem Export lassen sich technische Strukturen gut erkennen, aber nicht alle fachlichen Regeln. Diese Punkte sollten fachlich noch explizit dokumentiert werden:
Wer darf welche Prozesse manuell ausloesen?
Welche Qualitaetskriterien gelten fuer Synchronisationsfehler?
Welche Felder sind fachlich fuehrend: Bexio oder Dataverse?
Wie werden Archivierung, Ablegereife und Statuswerte fachlich interpretiert?