Gliederung der Abläufe - Prozessgruppen

Hinweis: Former user (Deleted) : wie die Abläufe der einzelnen TMF Ressourcen in den Hauptabläufen zu interpretieren sind ( Merker: Beispielhaft und ggf andere Reihenfolgen und parallele Abläufe möglich)

Vorschlag: 

...

0. Gliederung der Businessszenarien

Hinweis: Die Funktionalitäten (Capabilties) sind beispielhaft in einer sinnvoller Reihenfolge für die unten aufgeführten Hauptabläufen den folgenden aufgeführten Business Szenarien dargestellt. Aufgrund der Modularität, Wiederverwendbarkeit und flexibler Bindungen zwischen den ProzessschrittenCapabilties, können auch abweichende Reihenfolgen bzw.  Parallelitäten abgebildet werden    DrawiobordertruediagramNameHL ProzessbildsimpleViewerfalselinksautotbstyletoplboxtruediagramWidth611revision4.   

1. Verfügbarkeit Produkte und Termine

1. Prüfung der Adresse/Standort für Endkundenbestellung (o) → TMF673 Geographic Address
2. Recherche bestehender Leitungswege für gewünschten Standort- Preorder (o) →  TMF673 Geographic Address / TMF637 Product Inventory Management → Wie werden bestehende Leistungswege bzw. Leitungsübergabepunkt (keine Produkte) abgebildet  ???Vorschlag Iwan: TMF 639 Ressource Inventory spezialisert auf Leitungswege NE4 / Übergabepunkte zum Endkunden, die für einen Standort (z.B. AdressID / KLS_IDs)angefragt werden können.
3. Prüfung Verfügbarkeit für möglichen Produkte am Adresse/Standort (m) → TMF679 Product Offering Qualification (C2C Kommunikation) /TMF620 Product Catalog Management ( C2C Kommunikation optional oder intern)/TMF651 Agreement Management (intern)??? → wird die API benötigt ? oder reicht eine Referenz auf den Vertrag (z.B. Leistungsnummer) 
4. Terminbuchung für möglichen Technikereinsatz vor der Produktbeauftragung - Preorder (o) → TMF646 Appointment

2. Neubereitstellung Produkt (mit oder ohne Punkt 7)

Ablauf

1. Beauftragung für das gewünschte Produkt in den Geschäftsfällen Bereitstellung NEU (inkl. Ausbau) /Providerwechsel/Verbundleistung (m) → TMF622 Product Ordering
2. Terminbuchung für einen notwenigen Technikereinsatz während der Beauftragung (o) → TMF646 Appointment
3. Konfiguration der Hardware (ONT/Router) für das beauftragte Produkt (o) → TMF640 (702) Activation and Configuration (Fragestellung welcher Identifier wird zw. PO und HW KOnfig verwendet → Vorschlag ServiceIdentifier bzw. RessourceIdentifier
4. Aktivierung und Inventarisierung des beauftragten Produktes mit erfolgreicher Schaltung (o) → TMF637 Product Inventory Management (nur wenn man Aktiv den Status den Produktes kommuniziert)

Informationsmodel

3. Abrechnung

1. Abrechnung des Produktes initiieren (o) → TMF637 Product Inventory Management (nur wenn man Aktiv den Status den Produktes kommuniziert)
2. Mengen und Verbrauch (z.B. Datenverbrauch pro Produkt) des beauftragten Produktes zählen und aggregieren (o) → TMF635 Usage Management
3. Abbrechnung der vertraglich vereinbareten Leistung in vereinbarten Zyklen (z.B. pro Monat) durchführen (o) → TMF678 Customer Bill Management

4. Kündigung (mit oder ohne Punkt 7)

1. technische und vertragliche Bestandsabfrage für das bestehende Produkt (Use Case nur bei abgebenden Carrier) (o) → TMF637 Product Inventory Management /TMF651 Agreement Management (nur Massenabfragen z.b. für Liste der Produkte, die unter den Vertrag laufen)
2. Beauftragung der Kündingung durch den AG (alternative durch den LE) (m) → TMF622 Product Ordering
3. Deinventarisierung des zu kündigenden Produktes nach erfolgreichen Kündigung (o) → TMF637 Product Inventory Management (nur wenn man Aktiv den Status den Produktes kommuniziert)

5. Änderung Produkt

1. technische und vertragliche Bestandsabfrage für das bestehende Produkt (Use Case nur bei abgebenden Carrier) (o) → TMF637 Product Inventory Management /TMF651 Agreement Management (nur Massenabfragen z.b. für Liste der Produkte, die unter den Vertrag laufen)
2. Beauftragung einer Leistungsänderung/Leistungsmerkmaländerung/Produktgruppenwechsel für das bestehende Produkt (m) → TMF622 Product Ordering
3. Terminbuchung für einen notwenigen Technikereinsatz während der Beauftragung  (o) → TMF646 Appointment
4. Konfiguration der Hardware (ONT/Router) für das beauftragte Produkt (o) → TMF640 Activation and Configuration
5. Aktivierung und Änderung der Inventarisierung das bestehende bzw. beauftragten Produktes mit erfolgreicher Schaltung (o) → TMF637 Product Inventory Management (nur wenn man Aktiv den Status den Produktes kommuniziert)

6. Entstörung/Problembehebung

1. Problemanalyse via Diagnose Status/Konfiguration für das Produkt  (o) → TMF653 Service Test Management /TMF640/(702) Activation and Configuration Service (Ressource)
2. Entstörauftrag bearbeiten (m) → TMF621 Trouble Ticket
3. Terminbuchung Techniker vor oder während des Entstörauftrages (o) → TMF646 Appointment
4. Konfiguration der Hardware (ONT/Router) für den Entstörungauftrag (o) → TMF640 Activation and Configuration

7. Vorabstimmung (vor bzw. während 2. und 4.)

Darstellung TBD

1. technische und vertragliche Bestandsabfrage für das bestehende Produkt (Use Case nur bei abgebenden Carrier) (o) → TMF637 Product Inventory Management/TMF651 Agreement Management
2. Anfrage einer Voarbstimmung mit Rufnummernportiertung mit Kündigung zw. EKPauf und EKPab (m) → TMF651 Agreement Management / evtl auch über TMF701 Process Flow API, da es ein Nebenläufiger Prozess zur Bereistellung ist

...

     2. reine Rufnummerportierung ohne Kündigung zw. EKPauf und EKPab (m)  →  TMF651 Agreement Management??? hier wird nur die Rufnummernprotierung angefragt , über welchen Weg soll die VA Anfrage stattfinden, wenn keine vertraglichen Aspekte ausgetauscht werden /evtl auch über TMF701 Process Flow API, da es ein Nebenläufiger Prozess zur Bereistellung ist

8. Clearing ( für alle Punkte zw. 1- bis 7)

Clearing von Fehlfunktionen und Prozessproblemen, außerhalb der eigentlichen Schnittstellenkommunikation des jeweiligen Anwendungsfalls, durch die Kommunikation via Clearing Ticket über die Clearingplattform (o) → TMF621 Trouble Ticket

...