Inhaltsübersicht:

Im Folgenden sind typische Business Szenarien und die daran beteiligten Open APIs anhand eines Ablaufdiagramms und eines Informationsmodels exemplarisch dargestellt.

0. Gliederung der

...

Business Szenarien

...

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

1. Verfügbarkeit Produkte und Termine

Ablauf 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

Informationsmodel Verfügbarkeit Produkte und Termine

Bezugspunkt Terminrecherche ist noch offen

...

Informationsmodel Verfügbarkeit Produkte und Termine

...

...

...

2. Neubereitstellung Produkt

...

Ablauf Neubereitstellung Produkt

...

...

...

Informationsmodel Neubereitstellung Produkt

...

...

3. Abrechnung

Ablauf 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

Informationsmodel Abrechnung

...

Informationsmodel Abrechnung

...

...

...

4.

...

Kündigung

Ablauf Kündigung

...

...

...

...

...

...

...

...

...

...

Informationsmodel Kündigung

...

...

5. Änderung Produkt

Ablauf Änderung

...

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
   → UPDATE: Es soll eine Anpassung der TMF653 Service Test Management auf das Produkt Objekt verwendet werden
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)

Informationsmodel Änderung

...

Informationsmodel Änderung

...

...

...

...

6. Entstörung/Problembehebung

Ablauf Entstörung/Problembehebung

...

...

...

...

...

...

...

...

...

...

...

...

Informationsmodel Entstörung/Problembehebung

...

...

7.

...

Vorabstimmung 

Ablauf Vorabstimmung

...

Informationsmodel Vorabstimmung

...

...

...

...

TBD: technische und vertragliche Bestandsabfrage für das bestehende Produkt (Use Case nur bei abgebenden Carrier) (o) → TMF637 Product Inventory Management/TMF651 Agreement Management

1. Anfrage einer Voarbstimmung mit oder ohne Rufnummernportiertung mit Kündigung durch EKPauf an den EKPab (m) → TMF651 Agreement Management (m)
2. Antwort auf eine Voarbstimmung mit oder ohne Rufnummernportiertung mit Kündigung durch EKPabg an den EKPauf (m) → TMF651 Agreement Management (m)
3. Mitteilung der Übernahme einer technische Ressource durch den EKPauf an den EKPabg →  TMF651 Agreement Management (m)
   
   1. Übermittelung der Vorabstimmungsinformation an die Neubereistellung vom EKPauf an den  AGauf → entweder bei externen Rollenverhältnis über TMF 622 ProductOrder oder internen Rollenverhältnis  über Event der TMF651 Agreement Management
   2. Übermittelung der Vorabstimmungsinformation an die Kündigung vom EKPabg an den  AGabg →  entweder bei externen Rollenverhältnis über TMF 622 ProductOrder oder internen Rollenverhältnis  über Event der TMF651 Agreement Management
4. Mittelung des Abschluss einer Vorabstimmung durch den EKPauf an den EKPabg →  TMF651 Agreement Management (o)
   
   1. Übermittelung der Fertigstellung für die Neubereistellung vom AGauf an den EKPauf    → entweder bei externen Rollenverhältnis über TMF 622 ProductOrder oder internen Rollenverhältnis  über Event der TMF651 Agreement Management

Informationsmodel Vorabstimmung

...

...

...

...

...

8. Clearing

...

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

Die Schnittstelle ist seit Ende 2024 in Betrieb. Infos zur Spezifikation und Abläufe werden über den Arbeitskreis Schnittstellen und Prozesse zur Verfügung gestellt.

...