Monetization Web-Dokumente | Tridens Technology –

Docs: Diameter

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

diameter base protocol
diameter gy protocol
diameter gx protocol

Diameter Base Protocol

Dieser Abschnitt beschreibt, wie das AAA Gateway die Nachrichten für das im RFC-3588 definierte Diameter Base Protocol abbildet.

Abschnitts-Konformität

Tabelle 1-1 listet die Konformitätsinformationen für die Abschnitte des Diameter Base Protocols auf.

Tabelle 1-1: Konformität der Abschnitte des Diameter Base Protocols

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Einführung	Nicht anwendbar	-
1.1	Diameter-Protokoll	Nicht anwendbar	-
1.1.1	Beschreibung des Dokumentensatzes	Nicht anwendbar	-
1.2	Ansatz zur Erweiterbarkeit	Nicht anwendbar	-
1.2.1	Definition neuer Attribut-Wert-Paare	Nicht anwendbar	-
1.2.2	Erstellung neuer AVPs	Nicht anwendbar	-
1.2.3	Erstellung neuer Authentifizierungsanwendungen	Nicht anwendbar	-
1.2.4	Erstellung neuer Abrechnungsanwendungen	Nicht anwendbar	-
1.2.	5	Anwendungsauthentifizierung	Nicht anwendbar
1.3	Terminologie	Nicht anwendbar	-
2	Protokollübersicht	Nicht anwendbar	-
2.1	Transport	Unterstützt	Unterstützt TCP und SCTP
2.1.1	SCTP-Richtlinien	Unterstützt	-
2.2	Sicherung von Diameter-Nachrichten	Nicht unterstützt	-
2.3	Compliance von Diameter-Anwendungen	Unterstützt	-
2.4	Anwendungsidentifikatoren	Unterstützt	-
2.5	Verbindungen vs Sitzungen	Keine Anforderung	-
2.6	Peer-Tabelle	Unterstützt	-
2.7	Realm-basierte Routing-Tabelle	Nicht anwendbar	-
2.8	Rolle der Diameter-Agenten	Nicht anwendbar	-
2.8.1	Relay-Agenten	Nicht anwendbar	-
2.8.2	Proxy-Agenten	Nicht anwendbar	-
2.8.3	Redirect-Agenten	Nicht anwendbar	-
2.8		4	Übersetzungsagenten
2.9	End-to-End-Sicherheitsrahmen	Nicht unterstützt	-
2.10	Diameter-Pfadautorisierung	Nicht unterstützt	-
3	Diameter-Header	Unterstützt	-
3.1	Befehlscodes	Unterstützt	-
3.2	ABNF-Spezifikation für Befehlscodes	Keine Anforderung	-
3.3	Benennungskonventionen für Diameter-Befehle	Unterstützt	-
4	Diameter-AVPs	Unterstützt	-
4.1	AVP-Header	Unterstützt	-
4.1.1	Optionale Header-Elemente	Unterstützt	-
4.2	Basis-AVP	Unterstützt	-
4.3	Abgeleitete AVP-Datenformate	Unterstützt	-
4.4	Gruppierte AVP-Werte	Unterstützt	-
4.4.1	Beispiel-AVP mit gruppiertem Datentyp	Keine Anforderung	-
4.	5	Diameter-Basisprotokoll-AVPs	Unterstützt
5	Diameter-Peers	Keine Anforderung	-
5.1	Peer-Verbindungen	Unterstützt	-
5.2	Diameter-Peer-Erkennung	Nicht unterstützt	Diameter Gateway unterstützt kein Routing, Proxy oder Relay
5.3	Fähigkeiten-Austausch	Unterstützt	-
5.3.1	Fähigkeiten-Austausch-Anfrage	Unterstützt	-
5.3.2	Fähigkeiten-Austausch-Antwort	Unterstützt	-
5.3.3	Anbieter-ID-AVP	Unterstützt	-
5.3.4	Firmware-Revision-AVP	Unterstützt	-
5.3.5	Host-IP-Adresse-AVP	Nicht unterstützt	-
5.3.6	Unterstützte-Anbieter-ID-AVP	Unterstützt	-
5.3.7	Produktname-AVP	Unterstützt	-
5.4	Trennen von Peer-Verbindungen	Teilweise unterstützt	Diameter Gateway antwortet nur auf Nachrichten, generiert sie nicht
5.4.1	Trennen-Peer-Anfrage	Teilweise unterstützt	Diameter Gateway antwortet nur auf Nachrichten, generiert sie nicht
5.4		2	Disconnect-Peer-Answer
5.4.3	Disconnect-Cause AVP	Teilweise unterstützt	Diameter Gateway antwortet nur auf Nachrichten, generiert sie jedoch nicht
5.5	Transportfehlererkennung	Unterstützt	-
5.5.1	Device-Watchdog-Request	Unterstützt	-
5.5.2	Device-Watchdog-Answer	Unterstützt	-
5.5.3	Transportfehleralgorithmus	Unterstützt	-
5.5.4	Failover- und Failback-Verfahren	Teilweise unterstützt	-
5.6	Peer-Zustandsmaschine	Unterstützt	-
5.6.1	Eingehende Verbindungen	Unterstützt	-
5.6.2	Ereignisse	Unterstützt	-
5.6.3	Aktionen	Unterstützt	-
5.6.4	Der Wahlprozess	Unterstützt	-
6	Diameter-Nachrichtenverarbeitung	Keine Anforderung	-
6.1	Übersicht über das Routing von Diameter-Anfragen	Keine Anforderung	-
6.1.1	Ursprung einer Anfrage	Unterstützt	-
6.1.3	Anfragen empfangen	Unterstützt	-
6.1.4	Lokale Anfragen verarbeiten	Nicht unterstützt	-
6.1.5	Anfrageweiterleitung	Nicht unterstützt	-
6.1.6	Anfrage-Routing	Nicht anwendbar	-
6.1.7	Anfragen umleiten	Nicht anwendbar	-
6.1.8	Anfragen weiterleiten und proxyen	Nicht anwendbar	-
6.2	Verarbeitung von Diameter-Antworten	Unterstützt	-
6.2.1	Verarbeiten empfangener Antworten	Unterstützt	-
6.2.2	Antworten weiterleiten und proxyen	Nicht anwendbar	Konfigurierbar pro Diameter Gateway-Instanz
6.3	Origin-Host AVP	Unterstützt	Konfigurierbar pro Diameter Gateway-Instanz
6.4	Origin-Realm AVP	Unterstützt	-
6.5	Destination-Host AVP	Unterstützt	-
6.6	Destination-Realm AVP	Unterstützt	-
6.7	Routing AVPs	Nicht anwendbar	-
6.7.
6.7.2	Proxy-Info AVP	Nicht anwendbar	-
6.7.3	Proxy-Host AVP	Nicht anwendbar	-
6.7.4	Proxy-State AVP	Nicht anwendbar	-
6.8	Auth-Application-Id AVP	Unterstützt	-
6.9	Acct-Application-Id AVP	Nicht anwendbar	-
6.10	Inband-Security-Id AVP	Unterstützt	Unterstützt nur 0, wobei 0 NO_INBAND_SECURITY angibt
6.11	Vendor-Specific-Application-Id AVP	Unterstützt	-
6.12	Redirect-Host AVP	Nicht anwendbar	-
6.13	Redirect-Host-Usage AVP	Nicht anwendbar	-
6.14	Redirect-Max-Cache-Time AVP	Nicht anwendbar	-
6.15	E2E-Sequence AVP	Nicht anwendbar	-
7	Fehlerbehandlung	Unterstützt	-
7.1	Ergebnis-Code AVP	Unterstützt	-
7.1.1	Informativ	Unterstützt	-
7.1.	2	Erfolg	Unterstützt
7.1.3	Protokollfehler	Unterstützt	-
7.1.4	Temporäre Fehler	Unterstützt	-
7.1.5	Permanente Fehler	Unterstützt	-
7.2	Fehlerbit	Unterstützt	-
7.3	Fehlernachricht AVP	Nicht unterstützt	-
7.4	Fehlerberichterstattung-Host AVP	Nicht unterstützt	-
7.5	Fehlgeschlagenes-AVP AVP	Unterstützt	-
7.6	Experimentelles-Ergebnis AVP	Unterstützt	-
7.7	Experimenteller-Ergebnis-Code AVP	Unterstützt	-
8	Diameter-Benutzersitzungen	Keine Anforderung	-
8.1	Autorisierungssitzungszustandsmaschine	Unterstützt	-
8.2	Abrechnungssitzungszustandsmaschine	Nicht anwendbar	-
8.3	Server-initiiertes Re-Auth	Unterstützt	-
8.3.1	Re-Auth-Anfrage	Unterstützt	-
8.4	Sitzungsbeendigung	Unterstützt	-
8.4.1	Sitzungsbeendigungsanfrage	Unterstützt	-
8.4.2	Sitzungsbeendigungsantwort	Unterstützt	-
8.5	Abbrechen einer Sitzung	Nicht unterstützt	-
8.5.1	Abbrechen-Sitzungsanfrage	Nicht unterstützt	-
8.5.2	Abbrechen-Sitzungsantwort	Nicht unterstützt	-
8.6	Ableiten der Sitzungsbeendigung aus Origin-State-Id	Nicht unterstützt	-
8.7	Auth-Anfrage-Typ AVP	Nicht anwendbar	-
8.8	Sitzungs-ID AVP	Unterstützt	-
8.9	Autorisierungs-Lebensdauer AVP	Nicht anwendbar	-
8.10	Auth-Gnadenfrist AVP	Nicht anwendbar	-
8.11	Auth-Sitzungsstatus AVP	Nicht anwendbar	-
8.12	Re-Auth-Anfrage-Typ AVP	Nicht anwendbar	-
8.13	Sitzungs-Timeout AVP	Nicht anwendbar	-
8.	14	Benutzername AVP	Nicht anwendbar
8.15	Beendigungsursache AVP	Unterstützt	-
8.16	Ursprungsstatus-ID AVP	Nicht unterstützt	-
8.17	Sitzungsbindung AVP	Nicht anwendbar	-
8.18	Sitzungsserver-Failover AVP	Nicht anwendbar	-
8.19	Multi-Round-Zeitüberschreitung AVP	Nicht anwendbar	-
8.20	Klasse AVP	Nicht anwendbar	-
8.21	Ereignis-Zeitstempel AVP	Unterstützt	-
9	Abrechnung	Nicht anwendbar	-
9.1	Servergesteuertes Modell	Nicht anwendbar	-
9.2	Protokollnachrichten	Nicht anwendbar	-
9.3	Anforderungen an Anwendungsdokumente	Nicht anwendbar	-
9.4	Fehlertoleranz	Nicht anwendbar	-
9.5	Abrechnungsunterlagen	Nicht anwendbar	-
9.6	Korrelation von Abrechnungsunterlagen	Nicht anwendbar	-
9.			-
9.7.1	Buchhaltungs-Anfrage	Nicht anwendbar	-
9.7.2	Buchhaltungs-Antwort	Nicht anwendbar	-
9.8	Buchhaltungs-AVPs	Nicht anwendbar	-
9.8.1	Buchhaltungs-Datensatztyp-AVP	Nicht anwendbar	-
9.8.2	Acct-Interim-Intervall-AVP	Nicht anwendbar	-
9.8.3	Buchhaltungs-Datensatznummer-AVP	Nicht anwendbar	-
9.8.4	Acct-Sitzungs-ID-AVP	Nicht anwendbar	-
9.8.5	Acct-Multi-Sitzungs-ID-AVP	Nicht anwendbar	-
9.8.6	Buchhaltungs-Unter-Sitzungs-ID-AVP	Nicht anwendbar	-
9.8.7	Buchhaltungs-Echtzeit-Anforderung-AVP	Nicht anwendbar	-
10	AVP-Vorkommenstabelle	Keine Anforderung	-
10.1	Basisprotokoll-Befehl-AVP-Tabelle	Keine Anforderung	-
10.2	Buchhaltungs-AVP-Tabelle	Keine Anforderung	-
11	IANA-Überlegungen	Keine Anforderung	-
11. 1	AVP-Header	Keine Anforderung	-
11.1.1	AVP-Code	Keine Anforderung	-
11.1.2	AVP-Flags	Keine Anforderung	-
11.2	Diameter-Header	Keine Anforderung	-
11.2.1	Befehlscodes	Keine Anforderung	-
11.2.2	Befehlsflags	Keine Anforderung	-
11.3	Anwendungsbezeichner	Keine Anforderung	-
11.4	AVP-Werte	Keine Anforderung	-
11.4.1	Ergebnis-Code AVP-Werte	Keine Anforderung	-
11.4.2	Abrechnungsdatensatz-Typ AVP-Werte	Keine Anforderung	-
11.4.3	Beendigungsursache AVP-Werte	Keine Anforderung	-
11.4.4	Weiterleitungs-Host-Nutzung AVP-Werte	Keine Anforderung	-
11.4.5	Sitzungsserver-Fehlersicherung AVP-Werte	Keine Anforderung	-
11.4.6	Sitzungsbindung AVP-Werte	Keine Anforderung	-
11.4. 7	Disconnect-Cause AVP-Werte	Keine Anforderung	-
11.4.8	Auth-Request-Type AVP-Werte	Keine Anforderung	-
11.4.9	Auth-Session-State AVP-Werte	Keine Anforderung	-
11.4.10	Re-Auth-Request-Type AVP-Werte	Keine Anforderung	-
11.4.11	Accounting-Realtime-Required AVP-Werte	Keine Anforderung	-
11.5	Diameter TCP/SCTP-Portnummern	Keine Anforderung	-
11.6	Naming Authority Pointer (NAPTR) Dienstfelder	Keine Anforderung	-
12	Diameter-Protokollbezogene konfigurierbare Parameter	Unterstützt	-
13	Sicherheitsüberlegungen	Nicht unterstützt	-
13.1	IPsec-Nutzung	Nicht unterstützt	-
13.2	TLS-Nutzung	Nicht unterstützt	-
13.3	Peer-to-Peer-Überlegungen	Nicht unterstützt	-
14	Referenzen	Keine Anforderung	-
14.1	Normative Referenzen	Keine Anforderung	-
15	Danksagungen	Keine Anforderung	-
Anhang A	Diameter-Dienstvorlage	Keine Anforderung	-
Anhang B	NAPTR-Beispiel	Keine Anforderung	-
Anhang C	Duplikaterkennung	Unterstützt	-

Diameter Gy-Protokoll

Dieses Kapitel beschreibt, wie das AAA-Gateway die Diameter-Nachrichten für das im 3GPP TS 32.299 Version 12.0 definierte Diameter Gy-Protokoll abbildet. Für weitere Informationen siehe die 3GPP-Spezifikationsdetails:

http://www.3gpp.org/ftp/Specs/html-info/32299.htm

Abschnitts-Konformität

Tabelle 2-1 listet die Konformitätsinformationen für die Abschnitte des Diameter Gy-Protokolls auf.

Tabelle 2-1: Konformität der Diameter Gy-Abschnitte

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Umfang	Nicht anwendbar	-
2	Referenzen	Nicht anwendbar	-
3	Definitionen, Symbole und Abkürzungen	Nicht anwendbar	-
3.1	Definitionen	Nicht anwendbar	-
3.2	Symbole	Nicht anwendbar	-
3.3	Abkürzungen	Nicht anwendbar	-
4	Architekturüberlegungen	Unterstützt	-
4.1	Hochrangige Architektur	Unterstützt	-
4.1. 0	Allgemein	Unterstützt	-
4.1.1	Anforderungen für ladungsbezogene Übertragungen	Unterstützt	-
5	Anforderungen an 3GPP-Ladeanwendungen	Unterstützt	-
5.1	Offline-Ladeszenarien	Unterstützt	-
5.1.1	Grundprinzipien	Unterstützt	-
5.1.1.0	Einführung	Unterstützt	-
5.1.1.1	Ereignisbasierte Ladung	Unterstützt	-
5.1.1.2	Sitzungsbasierte Ladung	Unterstützt	-
5.1.2	Grundoperation	Unterstützt	-
5.2	Online-Ladeszenarien	Unterstützt	-
5.2.0	Einführung	Unterstützt	-
5.2.1	Grundprinzipien	Unterstützt	-
5.2.2	Ladeszenarien	Unterstützt	-
5.2.2.0	Einführung	Unterstützt	-
5.2.2.1	Sofortige Ereignisladung (IEC)	Unterstützt	-
5.2.2.1.1	Dezentrale Einheitenermittlung und zentrale Bewertung	Nicht unterstützt	-
5.2.2.1.2	Zentrale Einheitenermittlung und zentrale Bewertung	Unterstützt	-
5.2.2.1.	3	Dezentrale Einheitsermittlung und dezentrale Bewertung	Nicht unterstützt
5.2.2.1.4	Weitere Optionen	Unterstützt	-
5.2.2.2	Ereignisladung mit Einheitreservierung (ECUR)	Unterstützt	-
5.2.2.2.1	Dezentrale Einheitsermittlung und zentrale Bewertung	Nicht unterstützt	-
5.2.2.2.2	Zentrale Einheitsermittlung und zentrale Bewertung	Unterstützt	-
5.2.2.2.3	Dezentrale Einheitsermittlung und dezentrale Bewertung	Nicht unterstützt	-
5.2.2.3	Sitzungsladung mit Reservierung	Unterstützt	-
5.2.2.3.1	Dezentrale Einheitsermittlung und zentrale Bewertung	Nicht unterstützt	-
5.2.2.3.2	Zentrale Einheitsermittlung und zentrale Bewertung	Unterstützt	-
5.2.2.3.3	Dezentrale Einheitsermittlung und dezentrale Bewertung	Nicht unterstützt	-
5.2.3	Grundoperationen	Unterstützt	-
5.3	Weitere Anforderungen	Unterstützt	-
5.3.1	Wiederautorisierung	Unterstützt	-
5.3.2	Schwellenwertbasierte Wiederautorisierungs-Trigger	Unterstützt	-
5.3.3	Beendigungsaktion	Unterstützt	-
5.3.	4	Ablauf des Kontos	Nicht unterstützt
6	3GPP-Abrechnungsanwendungen – Protokollaspekte	Unterstützt	-
6.1	Grundprinzipien für Offline-Abrechnung	Unterstützt	-
6.1.0	Einführung	Unterstützt	-
6.1.1	Ereignisbasierte Abrechnung	Unterstützt	-
6.1.2	Sitzungsbasierte Abrechnung	Unterstützt	-
6.1.3	Fehlerfälle bei der Offline-Abrechnung - Diameter-Verfahren	Unterstützt	-
6.1.3.1	Fehler bei der Verbindung zur Abrechnungsdatenfunktion (CDF)	Unterstützt	-
6.1.3.2	Keine Antwort von CDF	Unterstützt	-
6.1.3.3	Duplikaterkennung	Unterstützt	-
6.1.3.4	CDF erkannte einen Fehler	Unterstützt	-
6.2	Nachrichteninhalte für Offline-Abrechnung	Nicht unterstützt	-
6.2.1	Zusammenfassung der Nachrichtenformate für Offline-Abrechnung	Nicht unterstützt	-
6.2.1.1	Allgemein	Nicht unterstützt	-
6.2.1.2	Struktur der Abrechnungsnachrichtenformate	Nicht unterstützt	-
6.2.	2	Accounting-Request-Nachricht	Nicht unterstützt
6.2.3	Accounting-Answer (ACA)-Nachricht	Nicht unterstützt	-
6.3	Grundprinzipien für Diameter-Online-Ladung	Unterstützt	-
6.3.1	Online-spezifische Anforderungen an die Kreditkontrolle	Unterstützt	-
6.3.2	Diameter-Beschreibung am Ro-Referenzpunkt	Unterstützt	-
6.3.2.1	Grundprinzipien	Unterstützt	-
6.3.3	Sofortige Ereignisladung (IEC)	Unterstützt	-
6.3.4	Ereignisladung mit Einheitreservierung (ECUR)	Unterstützt	-
6.3.5	Sitzungsladung mit Einheitreservierung (SCUR)	Unterstützt	-
6.3.6	Fehlerfälle und Szenarien	Unterstützt	-
6.3.6.0	Einführung	Unterstützt	-
6.3.6.1	Duplikaterkennung	Unterstützt	-
6.3.6.2	Fehler bei der Reservierung von Einheiten/Lastschrift-Einheiten	Unterstützt	-
6.3.7	Unterstützung von Tarifänderungen während einer aktiven Benutzersitzung	Unterstützt	-
6.3.7.1	Unterstützung von Tarifänderungen mit dem Tarifwechselmechanismus	Unterstützt	-
6.3.8	Unterstützung der Wiederautorisierung	Unterstützt	-
6.3.9	Unterstützung der Fehlerbehandlung	Unterstützt	-
6.3.10	Unterstützung des Failovers	Unterstützt	-
6.3.11	Kredit-Pooling	Nicht unterstützt	-
6.4	Nachrichtenformate für Online-Laden	Unterstützt	-
6.4.1	Zusammenfassung der Nachrichtenformate für Online-Laden	Unterstützt	-
6.4.1.1	Allgemein	Unterstützt	-
6.4.1.2	Struktur für die Kreditkontroll-Nachrichtenformate	Unterstützt	-
6.4.2	Kreditkontroll-Anforderungsnachricht	Unterstützt	-
6.4.3	Kreditkontroll-Antwortnachricht	Unterstützt	-
6.4.4	Wiederautorisierungs-Anforderungsnachricht	Unterstützt	-
6.4.5	Wiederautorisierungs-Antwortnachricht	Unterstützt	-
6.4.6	Fähigkeiten-Austausch-Anforderungsnachricht	Unterstützt	-
6.4.7	Fähigkeiten-Austausch-Antwortnachricht	Unterstützt	-
6.4.8	Geräte-Watchdog-Anforderungsnachricht	Unterstützt	-
6.4.	9	Device-Watchdog-Answer-Nachricht	Unterstützt
6.4.10	Disconnect-Peer-Request-Nachricht	Teilweise unterstützt	-
6.4.11	Disconnect-Peer-Answer-Nachricht	Teilweise unterstützt	-
6.4.12	Abort-Session-Request-Nachricht	Nicht unterstützt	-
6.4.13	Abort-Session-Answer-Nachricht	Nicht unterstützt	-
6.5	Andere Verfahrensbeschreibung der 3GPP-Abrechnungsanwendungen	Unterstützt	-
6.5.1	Re-Authorization	Unterstützt	-
6.5.1.1	Leerlaufzeit	Unterstützt	-
6.5.1.2	Änderung der Abrechnungsbedingungen	Nicht unterstützt	-
6.5.1.3	Berichterstattung über die Nutzung des Kontingents	Nicht unterstützt	-
6.5.1.4	Kontingentverbrauch	Nicht unterstützt	-
6.5.2	Schwellenwertbasierte Re-Authorization-Trigger	Unterstützt	-
6.5.3	Beendigungsaktion	Unterstützt	-
6.5.4	Kontingentverbrauchszeit	Unterstützt	-
6.5.5	Dienstbeendigung	Nicht unterstützt	-
6.5.6	Hüllberichterstattung	Nicht unterstützt	-
6.5		7	Kombinierte Quote
6.5.8	Online-Steuerung von Offline-Ladeinformationen	Unterstützt	-
6.5.9	Unterstützung mehrerer Dienste	Unterstützt	-
6.6	Bindungen des Betriebs an die Protokollanwendung	Unterstützt	-
6.6.0	Allgemein	Unterstützt	-
6.6.1	Bindungen der Übertragung von Ladungsdaten an die Abrechnung	Unterstützt	-
6.6.2	Bindungen von Debit-/Reservemengen an die Kreditkontrolle	Unterstützt	-
7	Zusammenfassung der verwendeten Attribut-Wert-Paare (AVPs)	Nicht anwendbar	-
7.1	Diameter Attribut-Wert-Paare (AVPs)	Nicht anwendbar	-
7.1.0	Allgemein	Nicht anwendbar	-
7.1.1	Abrechnungs-Eingangs-Octets AVP	Nicht unterstützt	-
7.1.2	Ungültig	Nicht anwendbar	-
7.1.3	Abrechnungs-Ausgangs-Octets AVP	Nicht unterstützt	-
7.1.4	Ungültig	Nicht anwendbar	-
7.1.5	Acct-Anwendungs-ID AVP	Unterstützt	-
7.1.6	Auth-Anwendungs-ID AVP	Unterstützt	-
7.1.7	Angerufene-Station-ID AVP	Unterstützt	-
7.1.9	Multiple-Services-Credit-Control AVP	Unterstützt	-
7.1.10	Rating-Group AVP	Unterstützt	-
7.1.11	Result-Code AVP	Unterstützt	-
7.1.12	Service-Context-Id AVP	Unterstützt	-
7.1.13	Service-Identifier AVP	Unterstützt	-
7.1.14	Used-Service-Unit AVP	Unterstützt	-
7.1.15	User-Name AVP	Unterstützt	-
7.1.16	Vendor-Id AVP	Unterstützt	-
7.1.17	User-Equipment-Info AVP	Unterstützt	-
7.2	3GPP spezifische AVPs	Nicht unterstützt	-
7.2.0	Allgemein	Nicht unterstützt	-
7.2.1	Access-Network-Information AVP	Nicht unterstützt	-
7.2.1A	Access-Transfer-Information AVP	Nicht unterstützt	-
7.2.1B	Access-Transfer-Type AVP	Nicht unterstützt	-
7.2.2	Account-Expiration AVP	Nicht unterstützt	-
7.2.3	Accumulated-Cost AVP	Nicht unterstützt	-
7.2.	4	Anpassungen AVP	Nicht unterstützt
7.2.5	Zusätzliche-Inhaltsinformationen AVP	Nicht unterstützt	-
7.2.6	Zusätzliche-Typinformationen AVP	Nicht unterstützt	-
7.2.7	Adressdaten AVP	Nicht unterstützt	-
7.2.8	Adressdomäne AVP	Nicht unterstützt	-
7.2.9	Adresstyp AVP	Nicht unterstützt	-
7.2.10	Adressatentyp AVP	Nicht unterstützt	-
7.2.11	AF-Korrelationsinformationen AVP	Unterstützt	-
7.2.12	Alternativ-belastete-Partei-Adresse AVP	Nicht unterstützt	-
7.2.13	AoC-Kosteninformationen AVP	Nicht unterstützt	-
7.2.14	AoC-Format AVP	Nicht unterstützt	-
7.2.15	AoC-Information AVP	Unterstützt	-
7.2.16	AoC-Anforderungs-Typ AVP	Unterstützt	-
7.2.17	AoC-Dienst AVP	Nicht unterstützt	-
7.2.18	AoC-Dienst-Verpflichtender-Typ AVP	Nicht unterstützt	-
7.2.19	AoC-Diensttyp AVP	Nicht unterstützt	-
7.2.20	AoC-Abonnementinformationen AVP	Nicht unterstützt	-
7.2.	21	Applic-ID AVP	Nicht unterstützt
7.2.22	Anwendungsbereitgestellte-Called-Party-Address AVP	Nicht unterstützt	-
7.2.23	Anwendungsserver AVP	Nicht unterstützt	-
7.2.24	Anwendungsserver-Information AVP	Nicht unterstützt	-
7.2.25	Zugeordnete-Party-Address AVP	Nicht unterstützt	-
7.2.26	Zugeordnete-URI AVP	Nicht unterstützt	-
7.2.27	Autorisierte-QoS AVP	Nicht unterstützt	-
7.2.28	Aux-Applic-Info AVP	Nicht unterstützt	-
7.2.29	Basis-Zeitintervall AVP	Unterstützt	-
7.2.29A	Basisdienst-Code AVP	Nicht unterstützt	-
7.2.29B	Trägerfähigkeit AVP	Nicht unterstützt	-
7.2.30	Trägerservice AVP	Nicht unterstützt	-
7.2.30A	Basisdienst-Set-Identifikator (BSSID) AVP	Nicht unterstützt	-
7.2.31	Called-Asserted-Identity AVP	Nicht unterstützt	-
7.2.32	Called-Party-Address AVP	Nicht unterstützt	-
7.2.33	Calling-Party-Address AVP	Nicht unterstützt	-
7.2.34	Carrier-Select-Routing-Information AVP	Nicht unterstützt	-
7.2.36	CG-Adresse AVP	Unterstützt	-
7.2.37	Änderungs-Bedingung AVP	Unterstützt	-
7.2.38	Änderungs-Zeit AVP	Nicht unterstützt	-
7.2.38A	Lade-Grund-Code AVP	Nicht unterstützt	-
7.2.39	Belastete-Partei AVP	Nicht unterstützt	-
7.2.39A	Lade-Eigenschaften-Auswahl-Modus AVP	Nicht unterstützt	-
7.2.40	Klassen-Identifikator AVP	Nicht unterstützt	-
7.2.41	Client-Adresse AVP	Nicht unterstützt	-
7.2.41A	CN-Betreiber-Auswahl-Entity AVP	Nicht unterstützt	-
7.2.42	Inhalts-Klasse AVP	Nicht unterstützt	-
7.2.43	Inhalts-Disposition AVP	Nicht unterstützt	-
7.2.44	Inhalts-Länge AVP	Nicht unterstützt	-
7.2.45	Inhalts-Größe AVP	Nicht unterstützt	-
7.2.46	Inhalts-Typ AVP	Nicht unterstützt	-
7.2.46A	CSG-Zugangsmodus AVP	Unterstützt	-
7.2.46B	CSG-Mitgliedschafts-Anzeige AVP	Unterstützt	-
7.2.	47	Current-Tariff AVP	Nicht unterstützt
7.2.48	CUG-Information AVP	Nicht unterstützt	-
7.2.49	Data-Coding-Scheme AVP	Nicht unterstützt	-
7.2.50	DCD-Information AVP	Unterstützt	-
7.2.51	Deferred-Location-Event-Type AVP	Nicht unterstützt	-
7.2.52	Delivery-Report-Requested AVP	Nicht unterstützt	-
7.2.53	Destination-Interface AVP	Nicht unterstützt	-
7.2.54	Diagnostics AVP	Unterstützt	-
7.2.55	Domain-Name AVP	Nicht unterstützt	-
7.2.56	DRM-Content AVP	Nicht unterstützt	-
7.2.57	Dynamic-Address-Flag AVP	Unterstützt	-
7.2.57A	Dynamic-Address-Flag-Extension AVP	Nicht unterstützt	-
7.2.58	Early-Media-Description AVP	Nicht unterstützt	-
7.2.59	Envelope AVP	Unterstützt	-
7.2.60	Envelope-End-Time AVP	Unterstützt	-
7.2.61	Envelope-Reporting AVP	Unterstützt	-
7.2.62	Envelope-Start-Time AVP	Unterstützt	-
7.2.62A	ePDG-Address AVP	Nicht unterstützt	-
7.2.63	Event AVP	Nicht unterstützt	-
7.2.64	Event-Charging-TimeStamp AVP	Unterstützt	-
7.2.	65	Ereignis-Typ AVP	Nicht unterstützt
7.2.66	Ablauf AVP	Nicht unterstützt	-
7.2.67	Datei-Reparatur-Unterstützt AVP	Nicht unterstützt	-
7.2.67A	Weiterleitungs-Ausstehend AVP	Nicht unterstützt	-
7.2.67B	Von-Adresse AVP	Nicht unterstützt	-
7.2.68	GGSN-Adresse AVP	Unterstützt	-
7.2.69	IM-Information AVP	Unterstützt	-
7.2.70	Inkrementelle-Kosten AVP	Nicht unterstützt	-
7.2.70A	Instanz-ID AVP	Nicht unterstützt	-
7.2.71	Schnittstellen-ID AVP	Nicht unterstützt	-
7.2.72	Schnittstellen-Port AVP	Nicht unterstützt	-
7.2.73	Schnittstellen-Text AVP	Nicht unterstützt	-
7.2.74	Schnittstellen-Typ AVP	Nicht unterstützt	-
7.2.74A	IMS-Anwendungs-Referenz-Identifier AVP	Nicht unterstützt	-
7.2.75	IMS-Abrechnungs-Identifier AVP	Nicht unterstützt	-
7.2.76	IMS-Kommunikationsdienst-Identifier AVP	Nicht unterstützt	-
7.2.76A	IMS-Notfall-Indikator AVP	Nicht unterstützt	-
7.2.77	IMS-Information AVP	Unterstützt	-
7.2.77A	IMS-Besuchte-Netzwerk-Identifier AVP	Nicht unterstützt	-
7.2.78	IMSI-Unauthentifiziert-Flag AVP	Nicht unterstützt	-
7.2.	79	Incoming-Trunk-Group-ID AVP	Nicht unterstützt
7.2.79A	Initial-IMS-Charging-Identifier AVP	Nicht unterstützt	-
7.2.80	Inter-Operator-Identifier AVP	Nicht unterstützt	-
7.2.80A	IP-Realm-Default-Indication AVP	Nicht unterstützt	-
7.2.80B	ISUP-Cause AVP	Nicht unterstützt	-
7.2.80C	ISUP-Cause-Diagnostics AVP	Nicht unterstützt	-
7.2.80D	ISUP-Cause-Location AVP	Nicht unterstützt	-
7.2.80E	ISUP-Cause-Value AVP	Nicht unterstützt	-
7.2.80F	ISUP-Location-Number AVP	Nicht unterstützt	-
7.2.81	LCS-APN AVP	Nicht unterstützt	-
7.2.82	LCS-Client-Dialed-By-MS AVP	Nicht unterstützt	-
7.2.83	LCS-Client-External-ID AVP	Nicht unterstützt	-
7.2.84	LCS-Client-ID AVP	Nicht unterstützt	-
7.2.85	LCS-Client-Name AVP	Nicht unterstützt	-
7.2.86	LCS-Client-Type AVP	Nicht unterstützt	-
7.2.87	LCS-Data-Coding-Scheme AVP	Nicht unterstützt	-
7.2.88	LCS-Format-Indicator AVP	Nicht unterstützt	-
7.2.89	LCS-Information AVP	Unterstützt	-
7.2.90	LCS-Name-String AVP	Nicht unterstützt	-
7.2.91	LCS-Requestor-ID AVP	Nicht unterstützt	-
7.2.	92	LCS-Anforderer-ID-String AVP	Nicht unterstützt
7.2.92A	Lokal-GW-Eingefügte-Indikation AVP	Nicht unterstützt	-
7.2.93	Lokale-Sequenznummer AVP	Nicht unterstützt	-
7.2.94	Standortschätzung AVP	Nicht unterstützt	-
7.2.95	Standortschätzungs-Typ AVP	Nicht unterstützt	-
7.2.96	Standort-Typ AVP	Nicht unterstützt	-
7.2.97	Niedrig-Balance-Indikation AVP	Unterstützt	-
7.2.97A	Niedrig-Prioritäts-Indikator AVP	Nicht unterstützt	-
7.2.97B	MBMS-Lastschrift-Teilnehmer AVP	Nicht unterstützt	-
7.2.98	MBMS-GW-Adresse AVP	Nicht unterstützt	-
7.2.99	MBMS-Information AVP	Unterstützt	-
7.2.100	MBMS-Nutzer-Service-Typ AVP	Nicht unterstützt	-
7.2.101	Medien-Initiator-Flag AVP	Nicht unterstützt	-
7.2.102	Medien-Initiator-Partei AVP	Nicht unterstützt	-
7.2.103	Nachrichten-Inhalt AVP	Nicht unterstützt	-
7.2.104	Nachrichten-Klasse AVP	Nicht unterstützt	-
7.2.105	Nachrichten-ID AVP	Nicht unterstützt	-
7.2.106	Nachrichten-Größe AVP	Nicht unterstützt	-
7.2.107	Nachrichten-Typ AVP	Nicht unterstützt	-
7.2.108	MM-Inhalt-Typ AVP	Nicht unterstützt	-
7.2.	109	MMBox-Speicher-Anforderung AVP	Nicht unterstützt
7.2.110	MMS-Informations-AVP	Unterstützt	-
7.2.111	MMTel-Informations-AVP	Unterstützt	-
7.2.111A	MMTel-Diensttyp-AVP	Nicht unterstützt	-
7.2.111B	MSC-Adresse AVP	Nicht unterstützt	-
7.2.111C	MTC-IWF-Adresse AVP	Nicht unterstützt	-
7.2.111D	Nachbar-Knoten-Adresse AVP	Nicht unterstützt	-
7.2.112	Nächster-Tarif AVP	Nicht unterstützt	-
7.2.112A	NNI-Information AVP	Nicht unterstützt	-
7.2.112B	NNI-Typ AVP	Nicht unterstützt	-
7.2.113	Knoten-Funktionalität AVP	Nicht unterstützt	-
7.2.114	Knoten-ID AVP	Unterstützt	-
7.2.115	Anzahl-der-Umlenkungen AVP	Nicht unterstützt	-
7.2.116	Anzahl-der-gesendeten-Nachrichten AVP	Nicht unterstützt	-
7.2.117	Anzahl-der-Teilnehmer AVP	Nicht unterstützt	-
7.2.118	Anzahl-der-erhaltenen-Gesprächs-Bursts AVP	Nicht unterstützt	-
7.2.119	Anzahl-der-Gesprächs-Bursts AVP	Nicht unterstützt	-
7.2.120	Nummernportabilitäts-Routing-Information AVP	Nicht unterstützt	-
7.2.121	Offline-Laden AVP	Unterstützt	-
7.2.122	Online-Lade-Flag AVP	Nicht unterstützt	-
7.2.124	Originator AVP	Nicht unterstützt	-
7.2.125	Originator-Address AVP	Nicht unterstützt	-
7.2.126	Originator-Interface AVP	Nicht unterstützt	-
7.2.127	Originator-Received-Address AVP	Nicht unterstützt	-
7.2.128	Originator-SCCP-Address	Nicht unterstützt	-
7.2.128A	Outgoing-Session-Id AVP	Nicht unterstützt	-
7.2.129	Outgoing-Trunk-Group-ID AVP	Nicht unterstützt	-
7.2.185	SDP-TimeStamps AVP	Nicht unterstützt	-
7.2.186	SDP-Type AVP	Nicht unterstützt	-
7.2.186A	Session-Direction AVP	Nicht unterstützt	-
7.2.187	Served-Party-IP-Address AVP	Nicht unterstützt	-
7.2.188	Ungültig	Nicht anwendbar	-
7.2.189	Service-Data-Container AVP	Unterstützt	-
7.2.190	Service-ID AVP	Nicht unterstützt	-
7.2.191	Service-Generic-Information AVP	Unterstützt	-
7.2.192	Service-Information AVP	Unterstützt	-
7.2.193	Service-Mode AVP	Nicht unterstützt	-
7.2.194	Service-Specific-Data AVP	Nicht unterstützt	-
7.2.195	Service-Specific-Info AVP	Unterstützt	-
7.2.	196	Dienstspezifischer Typ AVP	Nicht unterstützt
7.2.197	Ungültig	Nicht anwendbar	-
7.2.198	Serving-Node-Typ AVP	Unterstützt	-
7.2.199	SGSN-Adresse AVP	Unterstützt	-
7.2.199A	SGW-Adresse AVP	Nicht anwendbar	-
7.2.200	SGW-Änderung AVP	Unterstützt	-
7.2.201	SIP-Methode AVP	Nicht unterstützt	-
7.2.202	SIP-Anforderungs-Zeitstempel AVP	Nicht unterstützt	-
7.2.203	SIP-Anforderungs-Zeitstempel-Bruch AVP	Nicht unterstützt	-
7.2.204	SIP-Antwort-Zeitstempel AVP	Nicht unterstützt	-
7.2.205	SIP-Antwort-Zeitstempel-Bruch AVP	Nicht unterstützt	-
7.2.205A	SM-Gerät-Trigger-Indikator AVP	Nicht unterstützt	-
7.2.205B	SM-Gerät-Trigger-Information AVP	Nicht unterstützt	-
7.2.206	SM-Entladezeit AVP	Nicht unterstützt	-
7.2.207	SM-Nachrichtentyp AVP	Nicht unterstützt	-
7.2.208	SM-Protokoll-ID AVP	Nicht unterstützt	-
7.2.208A	SM-Sequenznummer AVP	Nicht unterstützt	-
7.2.209	SM-Status AVP	Nicht unterstützt	-
7.2.210	SM-Benutzerdaten-Header AVP	Nicht unterstützt	-
7.2.211	SMS-Information AVP	Unterstützt	-
7.2.212	SMS-Knoten AVP	Nicht unterstützt	-
7.2.213	SM-Service-Type AVP	Nicht unterstützt	-
7.2.214	SMSC-Address AVP	Nicht unterstützt	-
7.2.214A	Start-of-Charging AVP	Nicht unterstützt	-
7.2.215	Start-Time AVP	Unterstützt	-
7.2.215A	Status-Code AVP	Nicht unterstützt	-
7.2.216	Stop-Time AVP	Unterstützt	-
7.2.217	Submission-Time AVP	Nicht unterstützt	-
7.2.218	Subscriber-Role AVP	Nicht unterstützt	-
7.2.219	Supplementary-Service AVP	Nicht unterstützt	-
7.2.219A	TAD-Identifier AVP	Nicht unterstützt	-
7.2.220	Talk-Burst-Exchange AVP	Nicht unterstützt	-
7.2.221	Talk-Burst-Time AVP	Nicht unterstützt	-
7.2.222	Talk-Burst-Volume AVP	Nicht unterstützt	-
7.2.223	Tariff-Information AVP	Nicht unterstützt	-
7.2.224	Tariff-XML AVP	Nicht unterstützt	-
7.2.224A	Teleservice AVP	Nicht unterstützt	-
7.2.225	Terminating-IOI AVP	Nicht unterstützt	-
7.2.226	Time-First-Usage AVP	Nicht unterstützt	-
7.2.227	Time-Last-Usage AVP	Nicht unterstützt	-
7.2.228	Time-Quota-Mechanism	Unterstützt	-
7.2.	229	Zeit-Quota-Schwellenwert AVP	Unterstützt
7.2.230	Zeit-Quota-Typ AVP	Unterstützt	-
7.2.231	Zeitstempel AVP	Nicht unterstützt	-
7.2.232	Zeitnutzung AVP	Nicht unterstützt	-
7.2.233	Verkehrsdatenvolumen AVP	Unterstützt	-
7.2.233A	Transcoder-eingefügte-Indikation AVP	Nicht unterstützt	-
7.2.233B	Transit-IOI-Liste AVP	Nicht unterstützt	-
7.2.234	Token-Text AVP	Nicht unterstützt	-
7.2.235	Auslöser AVP	Unterstützt	-
7.2.236	Auslöser-Typ AVP	Unterstützt	-
7.2.237	Trunk-Gruppen-ID AVP	Nicht unterstützt	-
7.2.237A	Ungültig	Nicht anwendbar	-
7.2.237B	Ungültig	Nicht anwendbar	-
7.2.237C	TWAN-Benutzer-Standort-Info AVP	Nicht unterstützt	-
7.2.238	Typ-Nummer AVP	Nicht unterstützt	-
7.2.239	Stückkosten AVP	Nicht unterstützt	-
7.2.240	Stück-Quota-Schwellenwert AVP	Unterstützt	-
7.2.240A	Benutzer-CSG-Information AVP	Nicht unterstützt	-
7.2.241	Benutzer-Teilnehmender-Typ AVP	Nicht unterstützt	-
7.2.242	Benutzer-Sitzungs-ID AVP	Nicht unterstützt	-
7.2.242A	VCS-Information AVP	Nicht unterstützt	-
7.2. 242B	VLR-Nummer AVP	Nicht unterstützt	-
7.2.243	Volumen-Quota-Schwelle AVP	Unterstützt	-
7.2.244	Ungültig	Nicht anwendbar	-
7.2.245	Ungültig	Nicht anwendbar	-
7.2.246	Ungültig	Nicht anwendbar	-
7.2.247	Ungültig	Nicht anwendbar	-
7.2.248	Ungültig	Nicht anwendbar	-
7.2.249	Ungültig	Nicht anwendbar	-
7.2.250	Ungültig	Nicht anwendbar	-
7.3	3GPP2 zugangspezifische AVPs	Nicht anwendbar	-
7.4	Festnetz zugangspezifische AVPs	Nicht anwendbar	-

Diameter-Sitzungsbefehle

Tabelle 2-2 listet die von Diameter Gateway unterstützten Diameter-Sitzungsbefehle auf.

Tabelle 2-2: Diameter-Sitzungsbefehle

Diameter-Befehl	Status	Anmerkungen
Kreditkontrollanfrage	Unterstützt	-
Kreditkontrollantwort	Unterstützt	-

Diameter Kreditkontrollanfrage-Nachrichten

Tabelle 2-3 listet die von Diameter Gateway unterstützten Diameter-Kreditkontrollanfrage-Nachrichten auf. Tabelle 2-3: Diameter Kreditkontrollanforderungsnachrichten

Diameter Gy Nachricht	Status	Anmerkungen
Sitzungsabrechnung	Unterstützt	-
Aufladung	Unterstützt	-
Guthabenabfrage	Unterstützt	Unterstützt sowohl Zusammenfassungs- als auch detaillierte Guthabenabfrage-Modi
Belastung/Rückerstattung	Unterstützt	-
Preisanfrage	Unterstützt	-

Gy Sitzungsabrechnung (IUT) Anforderungs-AVPs

Tabelle 2-4 listet die Konformitätsinformationen für Gy Sitzungsabrechnungsattribut-Wert-Paare (AVPs) für die sitzungsbasierten Anforderungsoperationen, wie INITIATE, UPDATE und TERMINATE (IUT). Tabelle 2-4: Gy Session Charging (IUT) Anfrage AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Service-Context-Id	Unterstützt	-
CC-Request-Type	Unterstützt	1 - INITIATE 2 - UPDATE 3 - TERMINATE
CC-Request-Number	Unterstützt	-
Event-Timestamp	Unterstützt	-
Subscription-Id	Unterstützt	-
– Subscription-Id-Data	Unterstützt	-
– Subscription-Id-Type	Unterstützt	-
Termination-Cause	Unterstützt	-
Service-Information	Unterstützt	-
– PS-Information	Unterstützt	-
– – Called-Station-Id	Unterstützt	-
– – SGSN-Address	Unterstützt	-
– – GGSN-Address	Unterstützt	-
– – MS-TimeZone-3GPP	Unterstützt	-
– – Diagnostics	Unterstützt	-
User-Name	Nicht unterstützt	Subscription-Id-Data AVP wird stattdessen verwendet
Multiple-Services-Credit-Control	Unterstützt	Siehe Tabelle 2-5 für weitere Informationen. #### Multiple-Services-Credit-Control

Tabelle 2-5 listet die Compliance-Informationen für Multiple-Services-Credit-Control AVPs für die Gy Session Charging-Anforderungsoperationen.

Tabelle 2-5: Multiple-Services-Credit-Control AVPs für Gy Session Charging-Anforderung

Diameter AVP	Status	Anmerkungen
Service-Identifier	Unterstützt	-
Rating-Group	Unterstützt	-
Requested-Service-Unit	Unterstützt	-
– CC-Time	Unterstützt	-
– CC-Money	Nicht unterstützt	-
– CC-Total-Octets	Unterstützt	-
– CC-Input-Octets	Unterstützt	-
– CC-Output-Octets	Unterstützt	-
– CC-Service-Specific-Units	Unterstützt	-
Used-Service-Unit	Unterstützt	-
– CC-Time	Unterstützt	-
– CC-Money	Nicht unterstützt	-
– CC-Total-Octets	Unterstützt	-
– CC-Input-Octets	Unterstützt	-
– CC-Output-Octets	Unterstützt	-
– CC-Service-Specific-Units	Unterstützt	-

Gy Session Charging (IUT) Response AVPs

Tabelle 2-6 listet die Compliance-Informationen für Diameter Credit-Control-Answer AVPs für die Gy Session Charging-Antwortoperationen. Tabelle 2-6: Gy Session Charging (IUT) Antwort-AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Result-Code	Unterstützt	-
CC-Request-Type	Unterstützt	-
CC-Session-Failover	Unterstützt	-
Credit-Control-Failure-Handling	Unterstützt	-
Multiple-Services-Credit-Control	Unterstützt	Siehe Tabelle 2-7 für weitere Informationen

multiple-services-credit-control

Tabelle 2-7 listet die Multiple-Services-Credit-Control AVPs für die Gy Session Charging Antwortoperationen auf.

Tabelle 2-7: Multiple-Services-Credit-Control AVPs für Gy Session Charging Antwort

Diameter AVP	Status	Anmerkungen
Requested-Service-Unit	Unterstützt	Enthält die AVPs, die in der Nachrichtenanforderung übermittelt wurden.
– CC-Zeit	Unterstützt	-
– CC-Geld	Nicht unterstützt	-
– CC-Gesamt-Octets	Unterstützt	-
– CC-Eingabe-Octets	Unterstützt	-
– CC-Ausgabe-Octets	Unterstützt	-
– CC-Service-spezifische-Einheiten	Unterstützt	-
– Kosteninformationen	Unterstützt	-
– – Einheit-Wert	Unterstützt	-
– – – Wert-Ziffern	Unterstützt	-
– – – Exponent	Unterstützt	-
– – Währungs-Code	Unterstützt	-
ORA-Kunden-Kosteninformationen	Unterstützt	-
– ORA-Abonnenten-ID	Unterstützt	-
– ORA-Kosteninformationen	Unterstützt	-
– – Einheit-Wert	Unterstützt	-
– – – Wert-Ziffern	Unterstützt	-
– – – Exponent	Unterstützt	-
– – ORA-Balance-Element-ID	Unterstützt	-
ORA-Verbleibender-Betrag	Unterstützt	-
– ORA-Balance-Element	Unterstützt	-
– – ORA-Balance-Element-ID	Unterstützt	-
– – Einheit-Wert	Unterstützt	-
– – – Wert-Ziffern	Unterstützt	-
– – – Exponent	Unterstützt	-
– – ORA-Balance-Posten	Unterstützt	-
– ORA-Abonnenten-ID	Unterstützt	-
ORA-Kredit-Schwellenwert-Überschreitung	Unterstützt	-
– ORA-Balance-Element-ID	Unterstützt	-
– ORA-Aktuelle-Balance	Unterstützt	-
– ORA-Feste-Schwellenwerte	Unterstützt	-
– – ORA-Feste-Schwelle	Unterstützt	-
ORA-Prozent-Schwellenwerte	Unterstützt	-
– ORA-Prozent-Schwelle	Unterstützt	-
– ORA-Überschreitungsrichtung	Unterstützt	0 - SCHWELLE_ÜBERSCHREITUNG_OBEN
		1 - SCHWELLE_ÜBERSCHREITUNG_UNTEN
Finale-Einheit-Anzeige	Teilweise unterstützt	TERMINIEREN und UMLEITEN sind unterstützt.
Ergebniscode	Unterstützt	-

gy top-up request avps

Tabelle 2-8 listet die Compliance-Informationen für Gy Top-Up AVPs für die Anforderungsoperationen. Tabelle 2-8: Gy Top-Up-Anforderungs-AVPs

Diameter-AVP	Status	Anmerkungen
CC-Anforderungs-Typ	Unterstützt	4 - EVENT_REQUEST
Angeforderte-Aktion	Unterstützt	4 - TOP-UP
Abonnement-ID	Unterstützt	-
– Abonnement-ID-Typ	Unterstützt	-
– Abonnement-ID-Daten	Unterstützt	-
Ereignis-Zeitstempel	Unterstützt	-
Bewertungsgruppe	Unterstützt	-
Dienst-Identifier	Unterstützt	-
ORA-Konto-Aufladung	Unterstützt	-
– ORA-Auffüllungs-Referenz	Unterstützt	-
– ORA-Guthaben	Unterstützt	-
– – ORA-Guthaben-Element-ID	Unterstützt	-
– – Einheit-Wert	Unterstützt	-
– – – Wert-Ziffern	Unterstützt	-
– – – Exponent	Unterstützt	-
– – ORA-Gültigkeits-Start-Zeit	Unterstützt	-
– – ORA-Gültigkeits-End-Zeit	Unterstützt	-
– – ORA-Gültigkeits-Start-Relativ	Unterstützt	-
– – – ORA-Gültigkeits-Versatz	Unterstützt	-
– – – ORA-Gültigkeits-Einheit	Unterstützt	0 - SEKUNDEN
		1 - MINUTEN
		2 - STUNDEN
		3 - TAGEN
		4 - MONATEN
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLUT
		8 - UNBEGRENZT
– – ORA-Gültigkeits-Ende-Relativ	Unterstützt	-
– – – ORA-Gültigkeits-Versatz	Unterstützt	-
– – – ORA-Gültigkeits-Einheit	Unterstützt	0 - SEKUNDEN
		1 - MINUTEN
		2 - STUNDEN
		3 - TAGEN
		4 - MONATEN
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLUT
		8 - UNBEGRENZT
– – ORA-Erstnutzungs-Gültigkeit	Unterstützt	-
– – – ORA-Gültigkeits-Versatz	Unterstützt	-
– – – ORA-Gültigkeits-Einheit	Unterstützt	0 - SEKUNDEN
		1 - MINUTEN
		2 - STUNDEN
		3 - TAGEN
		4 - MONATEN
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLUT
		8 - UNBEGRENZT
– – ORA-Verlängerungs-Bucket-Gültigkeit	Unterstützt	0 - FALSCH
		1 - WAHR
– – Dienst-Identifier	Unterstützt	-
– – Bewertungsgruppe	Unterstützt	-
Multi-Services-Indikator	Nicht unterstützt	Trifft nicht zu

Gy Top-Up-Antwort-AVPs

Tabelle 2-9 listet die Compliance-Informationen für Gy Top-Up-AVPs für die Antwortoperationen. Tabelle 2-9: Gy Top-Up Response AVPs

Durchmesser AVP	Status	Anmerkungen
ORA-Remaining-Balance	Unterstützt	-
– ORA-Balance-Element	Unterstützt	-
– ORA-Applicable-Services	Unterstützt	-
– – Service-Identifier	Unterstützt	-
– – Rating-Group	Unterstützt	-
– ORA-Balance-Element	Unterstützt	-
– – Unit-Value	Unterstützt	-
– – – Value-Digits	Unterstützt	-
– – – Exponent	Unterstützt	-
– – ORA-Balance-Item	Unterstützt	-
– – – Unit-Value	Unterstützt	-
– – – – Value-Digits	Unterstützt	-
– – – – Exponent	Unterstützt	-
– – – ORA-Validity-Start-Time	Unterstützt	-
– – – ORA-Validity-End-Time	Unterstützt	-
– – ORA-Earliest-Expiry-Time	Unterstützt	-
CC-Session-Failover	Unterstützt	-
Credit-Control-Failure-Handling	Unterstützt	-

Gy Balance Query Request AVPs

Tabelle 2-10 listet die Compliance-Informationen für Gy Balance Query AVPs für die Anforderungsoperationen. Tabelle 2-10: Gy Balance Query Request AVPs

Diameter AVP	Status	Anmerkungen
CC-Request-Type	Unterstützt	4 - EVENT_REQUEST
Requested-Action	Unterstützt	5 - BALANCE_QUERY
Event-Timestamp	Unterstützt	-
Subscription-Id	Unterstützt	-
– Subscription-Id-Data	Unterstützt	-
– Subscription-Id-Type	Unterstützt	-
Service-Identifier	Unterstützt	-
Rating Group	Unterstützt	-
ORA-Balance-Query-Mode	Unterstützt	1- Zusammenfassung
		2 - Detailliert
Multi-Services-Indicator	Nicht unterstützt	Trifft nicht zu

Gy Balance Query Response AVPs

Tabelle 2-11 listet die Compliance-Informationen für Gy Balance Query AVPs für die Antwortoperationen.

Tabelle 2-11 Gy Balance Query Response AVPs

Diameter AVP	Status	Anmerkungen
Service-Identifier	Unterstützt	Wird nur zurückgegeben, wenn es in der ursprünglichen Anfrage gesetzt ist; zeigt das entsprechende Produkt an, für das die Balance-Abfrage zurückgegeben wird.
Rating-Group	Unterstützt	Wird nur zurückgegeben, wenn es in der ursprünglichen Anfrage gesetzt ist; zeigt das entsprechende Produkt an, für das die Balance-Abfrage zurückgegeben wird.
– ORA-Balance-Element	Unterstützt
—- ORA-Balance-Element-Id	Unterstützt
—- Unit-Value	Unterstützt
—— Value-Digits	Unterstützt
—— Exponent	Unterstützt
—- ORA-Earliest-Expiry-Time	Unterstützt
—- ORA-Balance-Item	Unterstützt
—— Unit-Value	Unterstützt
——– Value-Digits	Unterstützt
——– Exponent	Unterstützt
—— ORA-Validity-Start-Time	Unterstützt
—— ORA-Validity-End-Time	Unterstützt
—— ORA-Consumed-Reservation-Amount	Unterstützt
——– Value-Digits	Unterstützt
——– Exponent	Unterstützt
—— ORA-Active-Reservation-Amount	Unterstützt
——– Value-Digits	Unterstützt
——– Exponent	Unterstützt
—- ORA-Credit-Floor	Unterstützt
—— Value-Digits	Unterstützt
—— Exponent	Unterstützt
—- ORA-Credit-Ceiling	Unterstützt
—— Value-Digits	Unterstützt
—— Exponent	Unterstützt
—- ORA-Percent-Credit-Threshold	Unterstützt
—— ORA-Threshold-Value	Unterstützt
—- ORA-Fixed-Credit-Threshold	Unterstützt
—— ORA-Threshold-Value	Unterstützt
CC-Session-Failover	Unterstützt
Credit-Control-Failure-Handling	Unterstützt

Gy Debit/Rückerstattungsanfrage AVPs

Tabelle 2-12 listet die Compliance-Informationen für Gy Debit/Rückerstattungs-AVPs für die Anfrageoperationen. Tabelle 2-12: Gy Debit/Rückerstattungsanfrage AVPs

Durchmesser AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Service-Context-Id	Unterstützt	-
CC-Request-Type	Unterstützt	-
CC-Request-Number		-
Refund-Information	Unterstützt	-
CC-Correlation-Id	Unterstützt	-
Destination-Host	Nicht unterstützt	-
User-Name	Nicht unterstützt	Subscription-Id-Data AVP wird stattdessen verwendet
CC-Sub-Session-Id	Nicht unterstützt	-
Acct-Multi-Session-Id	Nicht unterstützt	-
Origin-State-Id	Nicht unterstützt	-
Event-Timestamp	Unterstützt	-
Subscription-Id	Unterstützt	-
– Subscription-Id-Data	Unterstützt	-
– Subscription-Id-Type	Unterstützt	-
Requested-Action	Unterstützt	0 - DIRECT_DEBITING
		1 - REFUND_ACCOUNT.
		Für weitere Informationen siehe: [RFC 4006 Abschnitt 8.41](https://tools.ietf.org/html/rfc4006#section-8.
Service-Parameter-Info	Nicht unterstützt	-
User-Equipment-Info	Nicht unterstützt	-
Proxy-Info	Nicht unterstützt	-
Route-Record	Nicht unterstützt	-
Service-Information	Unterstützt	-
– PS-Information	Unterstützt	-
– – Called-Station-Id	Unterstützt	-
– – MS-TimeZone-3GPP	Unterstützt	-
Multiple-Services-Credit-Control	Unterstützt	Siehe Tabelle 2-13

Multiple-Services-Credit-Control

Tabelle 2-13 listet die Konformitätsinformationen für Multiple-Services-Credit-Control AVPs für Gy Debit/Rückerstattungsanforderungsoperationen. Tabelle 2-13: Multiple-Services-Credit-Control AVPs für Gy Debit/Rückerstattungsanfrage

Diameter AVP	Status	Anmerkungen
Service-Identifier	Unterstützt	-
Rating-Group	Unterstützt	-
Requested-Service-Unit	Unterstützt	-
– CC-Time	Unterstützt	-
– CC-Money	Unterstützt	-
– – Unit-Value		-
– – – Value-Digits		-
– – – Exponent	Unterstützt	-
– – Währungs-Code	Unterstützt	-
CC-ORA-Balance-Element	Unterstützt	-
– – Unit-Value		-
– – – Value-Digits		-
– – – Exponent	Unterstützt	-
– – ORA-Balance-Element-Id	Unterstützt	-
CC-Total-Octets	Unterstützt	-
CC-Input-Octets	Unterstützt	-
CC-Output-Octets	Unterstützt	-
CC-Service-Specific-Units	Unterstützt	-

Gy Debit/Rückerstattungsantwort AVPs

Tabelle 2-14 listet die Compliance-Informationen für Gy Debit/Rückerstattungs-AVPs für die Antwortoperationen. Tabelle 2-14: Gy Debit/Rückerstattungsantwort AVPs

Durchmesser AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Result-Code	Unterstützt	-
Remaining-Balance	Unterstützt	-
Cost-Information	Unterstützt	-
ORA-Kunden-Kosten-Information	Unterstützt	-
CC-Session-Failover	Unterstützt	-
Kreditkontroll-Fehlerbehandlung	Unterstützt	-
Direkteinzug-Fehlerbehandlung	Unterstützt	-
Multiple-Services-Kreditkontrolle	Unterstützt	Siehe Tabelle 2-15

multiple-services-kreditkontrolle

Tabelle 2-15 listet die Compliance-Informationen für Multiple-Services-Kreditkontrolle AVPs für Gy Debit/Rückerstattungsantwortoperationen. Tabelle 2-15: Multiple-Services-Credit-Control AVPs für Gy Debit/Rückerstattungsantwort

Diameter AVP	Status	Anmerkungen
Result-Code	Unterstützt	-
Service-Identifier	Unterstützt	-
Rating-Group	Unterstützt	-
Refund-Information	Unterstützt	Nur für Rückerstattung
Granted-Service-Units	Unterstützt	Wird nur in einer Debit-Antwort bereitgestellt
Requested-Service-Unit	Unterstützt	Enthält die AVPs, die in der Nachrichtenanforderung übermittelt wurden
ORA-Remaining-Balance	Unterstützt	-
ORA-Customer-Cost-Information	Unterstützt	-
ORA-Cost-Information	Unterstützt	-
ORA-Subscriber-Id	Unterstützt	-
ORA-Balance-Element	Unterstützt	-
ORA-Balance-Element-Id	Unterstützt	-
CC-Time	Unterstützt	-
CC-Money	Unterstützt	-
Unit-Value	Unterstützt	-
Value-Digits	Unterstützt	-
Exponent	Unterstützt	-
Currency-Code	Unterstützt	-
CC-Total-Octets	Unterstützt	-
CC-Input-Octets	Unterstützt	-
CC-Output-Octets	Unterstützt	-
CC-Service-Specific-Units	Unterstützt	-

Gy Preisabfrage-Anforderungs-AVPs

Tabelle 2-16 listet die Compliance-Informationen für Gy Preisabfrage-AVPs für die Anforderungsoperationen. Tabelle 2-16: Gy Preisabfrage-Anfrage AVPs

Durchmesser AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Service-Context-Id	Unterstützt	-
CC-Request-Type	Unterstützt	-
CC-Request-Number	Unterstützt	-
Destination-Host	Nicht unterstützt	-
User-Name	Nicht unterstützt	Subscription-Id-Data AVP wird stattdessen verwendet.
Acct-Multi-Session-Id	Nicht unterstützt	-
Origin-State-Id	Nicht unterstützt	-
Event-Timestamp	Unterstützt	-
Subscription-Id	Unterstützt	-
– Subscription-Id-Data	Unterstützt	-
– Subscription-Id-Type	Unterstützt	-
Requested-Action	Unterstützt	3 - PREISANFRAGE
Multiple-Services-Indicator	Unterstützt	Immer erwartet, dass es wahr ist
Service-Information	Unterstützt	-
– PS-Information	Unterstützt	-
– – Called-Station-Id	Unterstützt	-
– – SGSN-Address	Unterstützt	-
– – GGSN-Address	Unterstützt	-
– – MS-TimeZone-3GPP	Unterstützt	-
– – Diagnostics	Unterstützt	-
Service-Parameter-Info	Nicht unterstützt	-
CC-Correlation-Id	Nicht unterstützt	-
User-Equipment-Info	Nicht unterstützt	-
Proxy-Info	Nicht unterstützt	-
Multiple-Services-Credit-Control	Unterstützt	Siehe Tabelle 2-17

Multiple-Services-Credit-Control

Tabelle 2-17 listet die Compliance-Informationen für Multiple-Services-Credit-Control AVPs für Gy Preisanfrageoperationen. Tabelle 2-17: Multiple-Services-Credit-Control AVPs für Gy Preisabfrage-Anfrage

Diameter AVP	Status	Anmerkungen
Multiple-Services-Credit-Control	Unterstützt	-
– Service-Identifier	Unterstützt	-
– Rating-Group	Unterstützt	-
– Requested-Service-Unit	Unterstützt	-
– – CC-Time	Unterstützt	-
– – CC-Input-Octets	Unterstützt	-
– – CC-Output-Octets	Unterstützt	-
– – CC-Total-Octets	Unterstützt	-

Gy Preisabfrage-Antwort AVPs

Tabelle 2-18 listet die Konformitätsinformationen für Gy Preisabfrage AVPs für die Antwortoperationen.

Tabelle 2-18: Gy Preisabfrage-Antwort AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Result-Code	Unterstützt	-
Multiple-Services-Credit-Control	Unterstützt	Siehe Tabelle 2-19
Cost-Information	Unterstützt	-
– Unit-Value	Unterstützt	-
– – Value-Digits	Unterstützt	-
– – Exponent	Unterstützt	-
– Währungs-Code	Unterstützt	-
CC-Session-Failover	Unterstützt	-
Credit-Control-Failure-Handling	Unterstützt	-

Multiple-Services-Credit-Control

Tabelle 2-19 listet die Konformitätsinformationen für Multiple-Services-Credit-Control AVPs für Gy Preisabfrage-Antwortoperationen. Tabelle 2-19: Multiple-Services-Credit-Control AVPs für Gy Preisabfrage-Antwort

Diameter AVP	Status	Anmerkungen
– Service-Identifier	Unterstützt	-
– Rating-Group	Unterstützt	-
– Requested-Service-Unit	Unterstützt	-
– – CC-Time	Unterstützt	-
– – CC-Input-Octets	Unterstützt	-
– – CC-Output-Octets	Unterstützt	-
– – CC-Total-Octets	Unterstützt	-
– ORA-Customer-Cost-Information	Unterstützt	-
– – ORA-Subscriber-Id	Unterstützt	-
– – ORA-Cost-Information	Unterstützt	-
– – – Unit-Value	Unterstützt	-
– – – – Value-Digits	Unterstützt	-
– – – – Exponent	Unterstützt	-
– – – ORA-Balance-Element-Id	Unterstützt	-

Diameter-Sitzungs-Reautorisierungsbefehle

Tabelle 2-20 listet die Compliance-Informationen für Diameter-Sitzungs-Reautorisierungsbefehle auf.

Tabelle 2-20: Diameter-Sitzungs-Reautorisierungsbefehle

Diameter-Befehl	Status	Anmerkungen
Re-Auth-Request (RAR)	Unterstützt	-
Re-Auth-Answer (RAA)	Unterstützt	-

Re-Auth-Request AVPs

Tabelle 2-21 listet die Compliance-Informationen für Re-Auth-Request (RAR) AVPs auf. Tabelle 2-21: Re-Auth-Request AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Origin-Host	Unterstützt	-
Origin-Realm	Unterstützt	-
Destination-Host	Unterstützt	-
Destination-Realm	Unterstützt	-
Origin-State-Id	Unterstützt	-
Service-Identifier	Unterstützt	-
Rating-Group	Unterstützt	-

Re-Auth-Answer AVPs

Tabelle 2-22 listet die Compliance-Informationen für Re-Auth-Answer (RAA) AVPs.

Tabelle 2-22: Re-Auth-Answer AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Origin-Host	Unterstützt	-
Origin-Realm	Unterstützt	-
Result-Code	Unterstützt	-

Diameter Session Termination Commands

Tabelle 2-23 listet die Compliance-Informationen für Diameter Session Termination-Befehle.

Tabelle 2-23: Diameter Session Termination Commands

Diameter Command	Status	Anmerkungen
Session-Termination-Request	Unterstützt	-
Session-Termination-Answer	Unterstützt	-

Session-Termination-Request AVPs

Tabelle 2-24 listet die Compliance-Informationen für Session-Termination-Request (STR) AVPs.

Tabelle 2-24: Session-Termination-Request AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-

Session-Termination-Answer AVPs

Tabelle 2-25 listet die Compliance-Informationen für Session-Termination-Answer (STA) AVPs. Tabelle 2-25: Session-Termination-Answer AVPs

Diameter AVP	Status	Anmerkungen
Session-Id	Unterstützt	-
Result-Code	Unterstützt	-
Failed-AVP	Unterstützt	-

Diameter Gx-Protokoll

Die Gx-Anwendung ist als eine spezialisierte Diameter-Anwendung für bestimmte Anbieter gekennzeichnet. Im Kontext des Diameter-Protokolls über die Gx-Schnittstelle fungiert die 7x50 (Policy and Charging Enforcement Function, PCEF) als Diameter-Client, während die Policy and Charging Rules Function (PCRF) als Diameter-Server dient. Die Gx Diameter-Anwendung integriert bestehende Command Codes sowohl aus dem Diameter-Basisprotokoll (gemäß RFC 6733) als auch aus der Diameter Credit Control-Anwendung (laut RFC 4006).

Für die Datenrepräsentation in Nachrichtenstrukturen (insbesondere Command Codes) verwendet Gx Attribut-Wert-Paare (AVPs).

Die Ursprünge der AVPs in Gx sind vielfältig und umfassen:

AVPs, die spezifisch für Gx sind, wie im 3GPP Gx-Dokument TS 29.212 angegeben.
AVPs, die aus anderen Diameter-Anwendungen entlehnt wurden (z. B. RFC 4006, RFC 4005), anderen 3GPP-Spezifikationen, dem European Telecommunications Standards Institute (ETSI) usw.
Attribute, die aus RADIUS recycelt wurden (mit AVP-Codes 0-255, die für diese wiederverwendeten Attribute vorgesehen sind).
AVPs, die spezifisch für Anbieter sind.

Der Prozess zur Initiierung und Aufrechterhaltung der Verbindung zwischen der 7x50 (PCEF) und der PCRF wird durch das grundlegende Diameter-Protokoll geregelt, das in RFC 3588/6733 skizziert ist.

Gx AVP

Dieser Leitfaden bietet eine Zusammenfassung der von der 7750 SR unterstützten Gx Attribut-Wert-Paare (AVP). Die Implementierung folgt der Spezifikation zu Gx Release v11.12, Dokument 3GPP 29212-bc0.doc.

Tabelle 1 zeigt die in diesem Leitfaden verwendeten Konventionen. Tabelle 1-1: Attributkonventionen

Attribut	Beschreibung
0	Dieses Attribut darf nicht im Paket vorhanden sein.
0+	Null oder mehr Instanzen dieses Attributs können im Paket vorhanden sein.
0-1	Null oder eine Instanz dieses Attributs kann im Paket vorhanden sein.
1	Genau eine Instanz dieses Attributs muss im Paket vorhanden sein.

AVPs

Bestimmte AVPs sind nur in eine Richtung anwendbar, während andere in beide Richtungen anwendbar sind.

AVPs, die vom 7750 SR gesendet werden, werden verwendet, um:

den PCRF über die Erstellung/Beendigung des Hosts und die Identität des Abonnentenhosts im 7750 SR zu informieren
den PCRF über die im 7750 SR unterstützte Funktionalität zu informieren
spezifische Ereignisse im Zusammenhang mit dem Abonnenten-Host zu melden
den Status der Regeln zu melden
die Nutzungsmessung zu melden
den Status des Hosts (vorhanden/nicht vorhanden) zu melden

AVPs, die vom PCRF in Richtung des 7750 SR gesendet werden, werden verwendet, um:

Richtlinien zu installieren oder zu aktivieren
die Nutzungsmessung anzufordern
den Abonnenten-Host zu beenden
den Status des Abonnenten-Hosts (vorhanden/nicht vorhanden) anzufordern

AVPs, die für beide Richtungen gelten, werden für die grundlegende Diameter-Funktionalität verwendet, wie z.B. die Einrichtung von Peering, das Routing der Diameter-Nachrichten, die Sitzungsidentifikation und die Meldung katastrophaler Fehler (OSI-Änderung).

Reservierte Schlüsselwörter im 7750 SR

Die reservierten Schlüsselwörter, die zur Identifizierung des referenzierten Objekttyps innerhalb des 7750 SR verwendet werden, sind in Tabelle 1-2 aufgeführt. Siehe Tabelle 1-4 für weitere Informationen.

Tabelle 1-2: Reservierte Schlüsselwörter im 7750 SR

Reservierte Schlüsselwörter	Verwendet in AVP	Kommentare
ingr-v4	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
egr-v4	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
egr-v6	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
in-othr-v4	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
in-othr-v6	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
sub-id	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
sla-profile	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
sub-profile	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
inter-dest	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
cat-map	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
aa-functions	adc-rule-name, charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.
aa-functions:app	charging-rule-name	Wird verwendet, um das AA-App-Profil direkt im charging-rule-name AVP in einer charging-rule-install zu identifizieren. Siehe Tabelle 1-4 und Tabelle 1-5.
aa-functions:urlparam	charging-rule-name	Wird verwendet, um den AA Sub HTTP URL-Parameter direkt in einem charging-rule-name AVP in einer charging rule-install zu identifizieren. Siehe Tabelle 1-4 und Tabelle 1-5.
aa-functions:subscope	charging-rule-name	Wird verwendet, um den AA Subscope direkt in einem charging-rule-name AVP in einer charging rule-install zu identifizieren. Siehe Tabelle 1-4 und Tabelle 1-5.
aa-um	charging-rule-name	Wird verwendet, um den referenzierten Objekttyp innerhalb von 7x50 zu identifizieren. Siehe Tabelle 1-3.

Standard Diameter AVPs

AVPs gelten in den folgenden Anwendungen:

Gx-PM-ESM — Richtlinienmanagement für verbessertes Abonnentenmanagement
Gx-UM-ESM — Nutzungsüberwachung für verbessertes Abonnentenmanagement
Gx-PM-AA — Richtlinienmanagement für Anwendungsabsicherung
Gx-UM-AA — Nutzungsüberwachung Anwendungsabsicherung

Die in der folgenden Tabelle 1-3 aufgeführten AVPs, die keine zugehörige Anwendung haben, sind AVPs, die für allgemeine Zwecke verwendet werden und deren Verwendung sich über alle Anwendungen erstrecken kann.

Tabelle 1-3: Beschreibung der Standard Diameter AVPs

AVP-ID	AVP-Name	Abschnitt definiert	Anwendung	Beschreibung
5	NAS-Port	RFC 2865 / §5.5		Siehe das 7750 SR und VSR RADIUS Attributes Reference Guide.
8	Framed-IP-Address	RFC 4005 / §6.11.1		Dieser AVP spezifiziert die IPv4-Adresse des Abonnentenhosts. Die IPv4-Adresse wird vor der Gx-Sitzungseinrichtung ermittelt. Die IPv4-Adresse kann dem Abonnentenhost nicht über PCRF via Gx zugewiesen werden, sondern wird nur für Berichterstattung verwendet.
18	3GPP-SGNS-MCC-MNC	29.	061
22	3GPP-Benutzerstandort-Info	29.061		In CCR-I enthält dies die Benutzerstandortinformationen, wie sie in der eingehenden GTP-C-Nachricht für GTP Access-Hosts signalisiert werden.
				Für ein durch USER_LOCATION_CHANGE (ULC), ECGI_CHANGE oder TAI_CHANGE ausgelöstes CCR-U werden die ULI-Werte wie folgt enthalten sein:
				- Wenn der Auslöser ULC war und die ULI etwas anderes als ECGI oder TAI enthält, wird die ULI als empfangen in GTP signalisiert.
				- Wenn der Auslöser ULC war und entweder TAI oder ECGI sich von ihrem zuletzt bekannten Wert geändert haben, werden sowohl TAI als auch ECGI einbezogen.
				- Wenn der Auslöser ECGI_CHANGE war und ECGI sich von ihrem zuletzt bekannten Wert geändert hat, wird ECGI einbezogen.
				- Wenn der Auslöser TAI_CHANGE war und TAI sich von ihrem zuletzt bekannten Wert geändert hat, wird TAI einbezogen.
25	Klasse	RFC 2865 / §5.25		Dieses Attribut kann vom PCRF an den 7750 SR gesendet werden und wird unverändert vom 7750 SR an den PCRF zurückgespiegelt. Der 7750 SR interpretiert dieses Attribut nicht lokal.
30	Angerufene-Station-Id	RFC 2865 / §5.30	RFC 4005 / §4. 5	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
31	Calling-Station-ID	RFC 4005 / §4.6		Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
55	Event-Timestamp	RFC 6733 / §8.21		Dieses AVP zeichnet die Zeit auf, zu der dieses Ereignis auf dem 7750 SR aufgetreten ist, in Sekunden seit dem 1. Januar 1900 00:00 UTC.
61	NAS-Port-Type	RFC 2865 / §5.41	RFC 4005 / §4.4	RFC 4603
				Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
87	NAS-Port-Id	RFC 2869 / §5.17	RFC 4005 / §4.3	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
92	NAS-Filter-Rule	RFC 4849	Gx-PM-ESM	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
				Dieses AVP ist innerhalb des Charging-Rule-Definition AVP geschachtelt.
97	Framed-IPv6-Prefix	RFC 4005 / §6.11.6		Dieses AVP spezifiziert das IPv6-Präfix und die Präfixlänge, die dem Host über SLAAC (Router Advertisement) zur WAN-Seite des Benutzers zugewiesen wird.
				Das IPv6-Präfix und die Präfixlänge werden vor der Gx-Sitzungseinrichtung ermittelt.
				Die Einrichtungen zur Bereitstellung des IPv6-Präfix und der Präfixlänge an den Abonnenten-Host sind DHCP-Server/lokale Pools, RADIUS oder LUDB.
123	Delegiertes-IPv6-Präfix	RFC 4818		Dieses Attribut trägt das Präfix (ipv6-präfix/präfix-Länge), das dem Host über DHCPv6 (IA-PD) für die LAN-Seite des Benutzers (IPoE, PPPoE) zugewiesen wurde.
				Das IPv6-Präfix/präfix-Länge wird vor der Gx-Sitzungseinrichtung erhalten.
				Die Einrichtungen zur Bereitstellung des IPv6-Präfix/präfix-Länge an den Abonnenten-Host sind DHCP-Server/lokale Pools, RADIUS oder LUDB.
				Das IPv6-Präfix/präfix-Länge kann dem Abonnenten-Host nicht vom PCRF über Gx zugewiesen werden. Stattdessen ist das IPv6-Präfix und die Präfix-Länge diejenige, die während der Host-Instanziierungsphase an das PCRF gemeldet wird.
257	Host-IP-Adresse	RFC 6733 / §5.3.5		Dieses AVP wird verwendet, um einem Diameter-Peer die IP-Adresse des Senders mitzuteilen.
				Die verwendete IPv4-Adresse ist die, die in der Diameter-Peer-Policy konfiguriert ist. Wenn keine konfiguriert ist, wird die System-IP-Adresse verwendet.
258	Auth-Anwendungs-ID	RFC 6733 / §6.8		Dieses AVP gibt die unterstützten Diameter-Anwendungen an.
				Die Anwendungsunterstützung wird in CER/CEA ausgetauscht, wenn die Peering-Sitzungen eingerichtet werden.
				Der Gx-Anwendungs-ID-Wert ist 16777238 und wird im Auth-Application-Id AVP innerhalb des gruppierten Vendor-Specific-Application-Id AVP in der CER-Nachricht beworben.
				Darüber hinaus trägt jede Gx-spezifische Nachricht das Auth-Application-Id AVP mit dem Wert 16777238.
260	Vendor-Specific-Application-Id	RFC 6733 / §6.11		Dies ist ein gruppiertes AVP, das verwendet wird, um die Unterstützung einer vendor-spezifischen Diameter-Anwendung in CER/CEA-Nachrichten zu bewerben. Gx ist eine solche Anwendung. Dieses AVP enthält das Vendor-Id AVP der Anwendung und das auth-application-id AVP.
263	Session-id	RFC 6733 / §8.8		Dieses AVP muss in allen Nachrichten vorhanden sein und wird verwendet, um eine spezifische IP-Can-Sitzung zu identifizieren. Die IP-Can-Sitzung entspricht einem Abonnenten-Host, der DHCPv4/v6, PPPoX oder ARP-Host sein kann. Das Session-id AVP ist pro Host einzigartig.
				Dual-Stack-Hosts (IPoE oder PPPoX) teilen sich eine einzige Session-id.
264	Origin-Host	RFC 6733 / §6.3		Dieses AVP muss in allen Nachrichten vorhanden sein und wird verwendet, um den Endpunkt (Diameter-Peer) zu identifizieren, der die Nachricht erzeugt hat.
265	Supported-Vendor-Id	RFC 6733 / §5.3.6		Dieses AVP wird in CER/CEA-Nachrichten verwendet, um dem Peer mitzuteilen, dass der Sender eine Teilmenge der vendor-spezifischen AVPs unterstützt, die von dem in diesem AVP identifizierten Anbieter definiert sind.
266	Vendor-Id	RFC 6733 / §5.3.	3
				Dieses AVP kann Teil des Vendor-Specific-Application-Id AVP, Failed-AVP AVP, Experimental-Result AVP sein, um den Anbieter zu identifizieren, der mit der relevanten Nachricht/AVP verbunden ist.
				Im Falle eines eigenständigen Vendor-Id AVP (außerhalb eines gruppierten AVP), das in CER/CEA-Nachrichten übermittelt wird, wird angenommen, dass dieses AVP zusammen mit dem Product-Name AVP und dem Firmware-Revision AVP nützliche Debugging-Informationen bereitstellen kann.
267	Firmware-Revision	RFC 6733 / §5.3.4		Die SR OS-Version wird gemeldet.
268	Result-Code	RFC 6733 / §7.1		Dieses AVP zeigt an, ob eine bestimmte Anfrage erfolgreich abgeschlossen wurde oder ein Fehler aufgetreten ist.
				Alle Antwortnachrichten in Diameter/Gx müssen ein Result-Code AVP oder Experimental-Result AVP enthalten.
269	Product-Name	RFC 6733 / §5.3.7		Dieses AVP spezifiziert den vom Anbieter zugewiesenen Namen.
278	Origin-State-Id	RFC 6733 / §8.16		Dieses AVP wird verwendet, um den PCRF über den Verlust des Zustands auf der 7750 SR-Seite zu informieren. Sein Wert erhöht sich monoton, jedes Mal wenn der PCRF mit dem Verlust des vorherigen Zustands neu gestartet wird.
				Da Gx-Sitzungen auf der 7750 SR nicht persistent sind, erhöht sich der Origin-State-Id jedes Mal, wenn die 7750 SR neu gestartet wird.
279	Failed-AVP	RFC 6733 / §7.		5

| 281 | Fehlernachricht | RFC 6733 / §7.3 | | Dieses AVP bietet weitere Informationen über den Fehler, der im Result-Code AVP angezeigt wird.

| 282 | Routenaufzeichnung | RFC 6733 / §6.7.1 | | Dieses AVP identifiziert den Peer, von dem die Anfrage empfangen wird, und wird zur Erkennung von Routing-Schleifen verwendet. Ein SR-Knoten fügt den Ursprungs-Host des Peers in das Route-Record AVP aller Transit-Anforderungsnachrichten ein.

| 283 | Zielbereich | RFC 6733 / §6.6 | | Dieses AVP stellt den Bereich dar, an den diese Nachricht weitergeleitet werden soll.

| 285 | Re-Auth-Anforderungstyp | RFC 6733 / §8.12 | | Dieses AVP ist in RAR-Anfragen obligatorisch. Der Inhalt dieses AVP wird vom 7750 SR ignoriert.

| 293 | Ziel-Host | RFC 6733 / §6.5 | | Dieses AVP stellt den Host dar, an den diese Nachricht gesendet werden soll.

| | | | | Der Wert dieses AVP kann explizit konfiguriert werden.

| | | | | Falls es weggelassen wird, wählt der DRA (Diameter Relay-Agent), der die Nachricht empfängt, den Ziel-Host aus, an den die Nachricht gesendet wird.

| 295 | Beendigungsursache | RFC 6733 / §8.15 | | Dieses AVP wird verwendet, um den Grund anzugeben, warum eine Sitzung auf dem 7750 SR beendet wurde.

| 296 | Ursprungsbereich | RFC 6733 / §6. | 4 | | Dieser AVP enthält das Reich des Ursprungs der Nachricht. Im 7750 SR ist das Origin-Realm explizit pro Diameter-Peer konfiguriert. | | 297 | Experimental-Result | RFC 6733 / §7.6 | | Dies ist ein gruppierter AVP, der angibt, ob eine bestimmte herstellerspezifische Anfrage erfolgreich abgeschlossen wurde oder ob ein Fehler aufgetreten ist. Er enthält einen vom Hersteller zugewiesenen Wert, der das Ergebnis der Verarbeitung einer Anfrage darstellt. | | | | | | Die Werte des result-code AVP, die im Diameter Base RFC (6733, §7.1) definiert sind, sind auch auf den Experimental-Result AVP anwendbar. | | | | | | Für eine Liste der Gx-spezifischen Experimental-Result-Code-Werte, die im 7750 SR unterstützt werden, siehe Tabelle 10. Für die Gx-Anwendung wird der Vendor-Id AVP auf 10415 (3GPP) gesetzt. | | | | | | Alle Antwortnachrichten, die in herstellerspezifischen Anwendungen definiert sind, müssen entweder einen Result-Code AVP oder einen Experimental-Result AVP enthalten. | | 298 | Experimental-Result-Code | RFC 6733 / §7.7 | 29.214 / §5.5 | Dieser AVP spezifiziert vom Hersteller zugewiesene (3GPP — Gx) Werte, die das Ergebnis der Verarbeitung der Anfrage darstellen. | | | | | | Für eine Liste der im 7750 SR unterstützten Werte für Gx siehe Tabelle 1-10.| | 302 | Logical-Access-Id | ETSI TS 283 034 / §7.3.3 | BBF TR-134 (§7.1.4. 1) | Diese AVP enthält Informationen, die den Abonnenten-Agenten-Schaltkreis-Identifikator beschreiben, der dem logischen Zugangsloop-Port des Zugangs-Knotens entspricht, von dem die Anfragen des Abonnenten initiiert werden, nämlich: circuit-id aus DHCPv4 Option (82,1) circuit-id aus PPPoE-Tag (0x105, 0x00000de9 [dsl forum], 0x01 — DSL Forum TR-101) interface-id aus DHCPv6 Option 18. Die Vendor-Id in CER ist auf ETSI (13019) gesetzt. | | 313 | Physikalischer-Zugangs-Id | ETSI TS283 034 / §7.3.14 | BBF TR-134 (§7.1.4.1) | Diese AVP enthält Informationen über die Identität des physischen Zugangs, mit dem das Benutzergerät verbunden ist, nämlich: remote-id aus DHCPv4 Option (82,2) remote-id aus PPPoE-Tag (0x105, 0x00000de9 [dsl forum], 0x02 — DSL Forum TR-101) remote-id aus DHCPv6 Option 37. Die Vendor-Id in CER ist auf ETSI (13019) gesetzt. | | 412 | CC-Eingangs-Oktette | RFC 4006 / §8.24 | Gx-UM-ESM Gx-UM-AA | Diese AVP enthält die Anzahl der angeforderten, gewährten oder verwendeten Oktette vom Benutzer. | | 414 | CC-Ausgangs-Oktette | RFC 4006 / §8.25 | Gx-UM-ESM Gx-UM-AA | Diese AVP enthält die Anzahl der angeforderten, gewährten oder verwendeten Oktette in Richtung des Benutzers.| | 415 | CC-Anforderungs-Nummer | RFC 4006 / §8.2 | | Diese AVP identifiziert jede Anfrage innerhalb einer Sitzung. Jede Anfrage innerhalb einer Sitzung hat eine eindeutige CC-Anforderungs-Nummer, die zum Abgleichen von Anfragen mit Antworten verwendet wird. | | 416 | CC-Anforderungs-Typ | RFC 4006 / §8. | 3 | | Dieser AVP identifiziert den Anforderungstyp: INITIAL_REQUEST (CCR-I) UPDATE_REQUEST (CCR-U) TERMINATION_REQUEST (CCR-T) | | 418 | CC-Session-Failover | RFC 4006 / §8.4 | | Dieser AVP steuert, ob der sekundäre Peer verwendet wird, falls der primäre Peer nicht reagiert (Peer-Failover-Verhalten). Die Nichtreaktion wird durch das Timeout der zuvor gesendeten Nachricht bestimmt. Wenn dieser AVP nicht über PCRF bereitgestellt wird, bestimmen die lokal konfigurierten Optionen im 7750 SR das Peer-Failover-Verhalten. Für weitere Details zum Peer-Failover-Verhalten siehe den Abschnitt “Gx Fallback Function” im Gx-Konfigurationshandbuch. | | 421 | CC-Total-Octets | RFC 4006 / §8.23 | Gx-UM-ESM Gx-UM-AA | Dieser AVP enthält die Anzahl der angeforderten, gewährten oder verwendeten Oktette, unabhängig von der Richtung (gesendet oder empfangen). | | 427 | Credit-Control-Failure-Handling | RFC 4006 / §8.14 | | Dieser AVP steuert, ob der Abonnent beendet oder mit Standardparametern instanziiert wird, falls das PCRF nicht reagiert. Die Nichtreaktion wird durch das Timeout der zuvor gesendeten Nachricht bestimmt. Wenn dieser AVP nicht über PCRF bereitgestellt wird, bestimmen die lokal konfigurierten Optionen im 7750 SR das Verhalten. Für weitere Details siehe den Abschnitt “Gx Fallback Function” im Gx-Konfigurationshandbuch. | | 431 | Granted-Service-Unit | RFC 4006 / §8.17 | Gx-UM-ESM Gx-UM-AA | Dieser gruppierte AVP wird vom PCRF an den 7750 SR zu Überwachungszwecken gesendet. Wenn die gewährte Menge an Einheiten vom Benutzer verbraucht wird, wird ein Bericht vom 7750 SR an das PCRF gesendet. Die Menge der verbrauchten Einheiten kann auf drei verschiedenen Ebenen gemessen werden: Sitzungsebene (Host-Ebene) PCC-Regel-Ebene (Kreditkategorie im 7750 SR) ADC-Regel-Ebene (AA-Ebene im 7750 SR) | | 433 | Redirect-Address-Type | RFC 4006 / §8. | 38 | Gx-PM-ESM | Dieses AVP spezifiziert den Adresstyp des HTTP-Redirect-Servers. Der URL (2) Typ ist der einzige unterstützte Adresstyp im 7750 SR. | | 435 | Redirect-Server-Address | RFC 4006 / §8.39 | Gx-PM-ESM | Dieses AVP spezifiziert die URL-Zeichenfolge des Redirect-Servers. | | 443 | Subscription-Id | RFC 4006 / §8.46 | | Dieses AVP ist vom Typ Grouped und wird verwendet, um den Abonnenten-Host im 7750 SR zu identifizieren. Die geschachtelten AVPs sind subscription-id-data und subscription-id-type. | | 444 | Subscription-Id-Data | RFC 4006 / §8.48 | | Dieses AVP ist Teil des subscription-id AVP und wird verwendet, um den Host zu identifizieren durch: Circuit-id Dual-stack-remote-id Imei Imsi Mac des Hosts Msisdn Subscriber-id Benutzername (ppp-username oder eine Zeichenfolge, die im Benutzerattribut über RADIUS oder NASREQ zurückgegeben wird) Der Abonnementtyp (subscription-id-type AVP) muss explizit über die CLI festgelegt werden. Die Daten werden entsprechend dem festgelegten Typ formatiert. Für GTP S11-Zugriff wird der Wert unter configure>subscriber-mgmt>diameter-application-policyapplication-policy-name>gxavp-subscription-id ignoriert und die Sitzung umfasst immer zwei subscription-Id AVPs für sowohl IMSI als auch MSISDN. | | 446 | Used-Service-Unit | RFC 4006 / §8.19 | Gx-UM-ESM Gx-UM-AA | Dieses AVP ist vom Typ Grouped und stellt die gemessene Volumenschwelle für Zwecke der Nutzungsüberwachung dar. Es wird im Usage-Monitoring-Report AVP vom 7750 SR an das PCRF gesendet, wenn die gewährte Einheitenschwelle erreicht ist oder als Antwort auf eine Nutzungsbericht-Anfrage vom PCRF. | | 450 | Subscription-Id-Type | RFC 4006 / §8.47 | | Dieses AVP wird verwendet, um zu bestimmen, welcher Typ von Identifikator vom subscription-id AVP getragen wird. Die folgenden Formate (Typen) werden im 7750 SR unterstützt: E.164-Format (ITU-T E.164) IMSI-Format (ITU-T E. | 212 | NAI-Format (RFC 2486) Private-Format | | 458 | Benutzergeräte-Info | RFC 4006 / §8.49 | | Dies ist ein gruppiertes AVP, das Informationen über die Identität und die Fähigkeiten des Hosts enthält. | | 459 | Benutzergeräte-Info-Typ | RFC 4006 / §8.50 | | Dieses AVP ist innerhalb des Benutzergeräte-Info AVP geschachtelt. Die folgenden Typen werden im 7750 SR unterstützt: IMEISV – enthält die IMEI und die Softwareversion gemäß dem 3GPP TS 23.003-Dokument. MAC-Adresse Eui64 basierend auf 48-Bit MAC-Adresse mit 0xfffe in der Mitte eingefügt. Modified_eui64 — ähnlich wie eui64, aber mit invertiertem ‛u’-Bit, wie definiert in: http://standards.ieee.org/develop/regauth/tut/eui64.pdf und RFC 4291. Der Gerätetyp muss explizit über die CLI festgelegt werden. Für GTP S11-Zugriff wird die Konfiguration ignoriert und verwendet immer IMEISV. | | 460 | Benutzergeräte-Info-Wert | RFC 4006 / §8.51 | | Dieses AVP trägt den Wert, der durch das Benutzergeräte-Info-Typ AVP definiert ist. | | 507 | Flussbeschreibung | 29.214 / §5.3.8 | Gx-PM-ESM | Dieses AVP ist innerhalb des Fluss-Informations AVP geschachtelt. Es identifiziert den Verkehr innerhalb der PCC-Regel basierend auf dem 5-Tuple. | | 511 | Flussstatus | 29.214 / §5.3.11 | Gx-PM-ESM | Dieses AVP wird verwendet, um die Dienstgating-Aktion für den durch die PCC-Regel dargestellten Dienst festzulegen. Es ist innerhalb des Charging-Rule-Definition AVP geschachtelt. Unterstützte Werte sind: ENABLED (2) DISABLED (3) Der durch die PCC-Regel identifizierte Dienst ist standardmäßig aktiviert (Flussstatus = ENABLED). Wenn innerhalb der PCC-Regel explizit konfiguriert, muss es mit einer oder mehreren zusätzlichen Aktionen begleitet werden. Andernfalls schlägt die gesamte Instanziierung der PCC-Regel fehl. Flussstatus = DISABLED kann die einzige Aktion innerhalb der PCC-Regel sein. Der mit dieser Aktion verbundene Verkehr wird verworfen. | | 515 | Max-Angefordertes-Bandbreite-DL | 29.214 / §5.3. | 14 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert ist (verschachtelt), stellt dieses AVP den Ausgangs-PIR einer Warteschlange oder eines Policers dar. | | 516 | Max-Requested-Bandwidth-UL | 29.214 / §5.3.15 | Gx-PM-ESM | Abhängig vom Kontext, in dem es konfiguriert ist (verschachtelt), stellt dieses AVP den Eingangs-PIR einer Warteschlange oder eines Policers dar. | | 554 | Extended-Max-Requested-BW-DL | 29.214 / §5.3.52 | Gx-PM-ESM | Für höhere Bandbreitenanforderungen kann dieses AVP anstelle des Max-Requested-Bandwidth-DL AVP verwendet werden. | | 555 | Extended-Max-Requested-BW-UL | 29.214 / §5.3.52 | Gx-PM-ESM | Für höhere Bandbreitenanforderungen kann dieses AVP anstelle des Max-Requested-Bandwidth-UL AVP verwendet werden. |
| 628 | Supported-Features | 29.229 / §6.3.29 | 29.212 / §5.4.1 | Dies ist ein gruppiertes AVP, das während der Gx-Sitzungseinrichtung verwendet wird, um den Zielhost über die erforderlichen und optionalen Funktionen zu informieren, die der Ursprungs-Host unterstützt. Eine Instanz des Supported-Features AVP ist pro Feature-List-id erforderlich. | | 629 | Feature-List-Id | 29.229 / §6.3.30 | | Dieses AVP enthält die Identität einer Funktionsliste. Dieses AVP ermöglicht die Unterscheidung zwischen mehreren Funktionslisten, falls eine Anwendung mehrere Funktionslisten definiert hat. | | 630 | Feature-List | 29.229 / §6.3.31 | | Dieses AVP enthält eine Bitmaske, die die unterstützten Funktionen in Gx angibt. Die Gx-Funktionen im Feature-List AVP sind in 3GPP TS 29.212, §5.4.1 definiert. | | 909 | RAI | 29. | 061 | | Für den GTP S11-Zugang enthält dies die RAI, falls sie im GTP signalisiert wurde. | | 1001 | Charging-Rule-Install | 29.212 / §5.3.2 | | Dieses AVP ist vom Typ Gruppiert und wird verwendet, um Überschreibungen durchzusetzen, NAS-Filtereinfügungen zu installieren und PCC-Regeln im Knoten gemäß den Anweisungen des PCRF zu installieren oder zu ändern. | | 1002 | Charging-Rule-Remove | 29.212 / §5.3.3 | | Dieses AVP ist vom Typ Gruppiert und wird verwendet, um PCC-Regeln aus einer IP CAN-Sitzung zu entfernen. | | 1003 | Charging-Rule-Definition | 29.212 / §5.3.4 | | Dieses AVP ist vom Typ Gruppiert und wird für Regelüberschreibungen, NAS-Filtereinfügungen oder die Installation von PCC-Regeln verwendet. Es enthält geschachtelte AVPs, die die Überschreibungen (Tarifänderungen eines Teilnehmers, eine Warteschlange oder einen Policer usw.), die NAS-Filtereinfügung oder eine vollständig neue PCC-Regeldefinition definieren. | | 1005 | Charging-Rule-Name | 29.212 / §5.3.6 | | Dieses AVP wird verwendet, um auf eine vordefinierte Regel im Knoten zu verweisen, den PCC-Regel zu benennen, die durch das Charging-Rule-Definition AVP definiert ist, und den Status der Regel/Überschreibung im Falle eines Aktivierungsfehlers der Regel/Überschreibung zu melden. | | 1006 | Event-Trigger | 29.212 / §5.3.7 | | Dieses AVP kann vom PCRF gesendet werden, um sich für ein bestimmtes Ereignis im 7750 SR anzumelden. | | 1010 | Precedence | 29.212 / §5.3.11 | Gx-PM-ESM | Dieses AVP wird innerhalb einer PCC-Regeldefinition (Charging-Rule-Definition) übertragen und bestimmt die Reihenfolge, in der PCC-Regeln für den Teilnehmer-Host installiert werden. | | 1014 | ToS-Traffic-Class | 29.214 / §5.3.15 | Gx-PM-ESM | Dieses AVP ist innerhalb des Flow-Information AVP geschachtelt. Es identifiziert den Verkehr innerhalb der PCC-Regel basierend auf DSCP-Bits. | | 1016 | QoS-Information | 29.212 / §5.3. | 16 | Gx-PM-ESM | Diese AVP hat eine vielschichtige Funktion: Im Rahmen der PCC-Regeldefinition in CCA oder RAR wird diese AVP verwendet, um einen Datenfluss zu drosseln. Die AVP definiert QoS-Overrides, die vom PCRF an den SR OS-Router in einer CCA- oder RAR-Nachricht übermittelt werden können. Die AVP definiert APN-Uplink- und Downlink-aggregierte maximale Bitrate (AMBR) in einer CCA- oder RAR-Nachricht.

| 1018 | Charging-Rule-Report | 29.212 / §5.3.18 | | Diese AVP ist vom Typ Grouped und wird verwendet, um den Status der PCC-Regeln im 7750 SR zu berichten.

| 1019 | PCC-Rule-Status | 29.212 / §5.3.19 | | Diese AVP beschreibt den Status der Regeln als aktiv oder inaktiv und ist in der Charging-Rule-Report AVP geschachtelt.

| 1025 | Guaranteed-Bitrate-DL | 29.212 / §5.3.25 | Gx-PM-ESM | Abhängig vom Kontext, in dem sie konfiguriert ist (geschachtelt), stellt diese AVP die ausgehende CIR einer Warteschlange oder eines Policers dar.

| 1026 | Guaranteed-Bitrate-UL | 29.212 / §5.3.26 | Gx-PM-ESM | Abhängig vom Kontext, in dem sie konfiguriert ist (geschachtelt), stellt diese AVP die eingehende CIR einer Warteschlange oder eines Policers dar.

| 1027 | IP-CAN-Type | 29.212 / §5.3.27 | | Diese AVP gibt den Typ des Connectivity Access Network an, mit dem der Benutzer verbunden ist.

| 1028 | QoS-Class-Identifier | 29.212 / §5.3.17 | | Diese AVP identifiziert eine QoS-Weiterleitungsklasse innerhalb des Routers.

| 1031 | Rule-Failure-Code | 29.212 / §5.3.38 | | Diese AVP wird vom Router an das PCRF innerhalb einer Charging-Rule-Report oder ADC-Rule-Report AVP gesendet, um den Grund zu identifizieren, warum eine Regel gemeldet wird.

Standard-Diameter-AVPs (Format)

Tabelle 1-4 listet die Standard-Diameter-AVPs auf.

Incl/Excl – Das Attribut kann über die CLI unterdrückt werden.

Flags (wie vom 7750 SR gesetzt, wenn das AVP erstellt wird):

V — Anbieter-spezifisches Bit
M — Obligatorisches Bit
P — Dieses Bit ist immer auf 0 gesetzt

UTF8String ist eine menschenlesbare Zeichenfolge, die das UTF-8-Transformationsformat verwendet (das für 7-Bit-Codierung dasselbe wie US-ASCII ist). OctetString ist ein grundlegender Datentyp, der beliebige Daten enthält. Zum Beispiel ist der Charging-Rule-Name AVP gemäß RFC 6733 ein OctetString, wird jedoch im 7750 SR als lesbare Zeichenfolge (UTF8String) angezeigt.

Flags für Gx-spezifische AVPs sind in RFC 6733, §4.5; 29.212, §5.3 definiert.

Flags für die wiederverwendeten Gx-AVPs werden wie in RFC 6733, §4.5 und in 3GPP 29.219, §5.4 beschrieben gesetzt — ‟Die AVPs aus dem Diameter-Basisprotokoll sind nicht in Tabelle 5.4 enthalten, werden jedoch für den Gx-Referenzpunkt wiederverwendet. Sofern nicht anders angegeben, müssen wiederverwendete AVPs ihre ‘M’, ‘P’ und ‘V’ Flag-Einstellungen beibehalten. Wo 3GPP RADIUS AVPs wiederverwendet werden, müssen sie, sofern nicht anders angegeben, in Diameter AVPs übersetzt werden, wie in RFC 4005 [12] beschrieben, mit der Ausnahme, dass das ‘M’-Flag gesetzt werden muss und das ‘P’-Flag gesetzt werden kann.”

NA — Dieses Schlüsselwort (Not Advertised) bedeutet, dass der AVP nicht vom 7750 SR stammt und daher der 7750 SR die Flag-Bits nicht setzt. Der 7750 SR erkennt jedoch die AVPs und die entsprechenden Werte, die in der Tabelle aufgeführt sind, unabhängig von den M-Bit-Flags, die vom PCRF gesetzt werden. Wenn das V-Bit im empfangenen AVP vorhanden ist, muss das Vendor-Id-Feld im AVP-Layout ebenfalls vorhanden sein und auf den richtigen Wert gesetzt werden, da der AVP mit gesetztem V-Bit durch das <avp-id, vendor-id> Paar identifiziert wird.

Tabelle 1-4: Standard Diameter AVPs (Format)

AVP-ID	AVP-Name	Incl/ Excl	Typ	Flags	Limits	Format
5	NAS-Port	Ja	Unsigned32	M	4 Oktette	Siehe das 7750 SR und VSR RADIUS Attributes Reference Guide.
8	Framed-IP-Address	Nein	OctetString	M	4 Oktette	Beispiel: ip-address 10.11.12.13 Framed-IP-Address = 0a0b0c0d Wie in RFC 4005, §6.11.1 definiert.
30	Angerufene-Station-Id	Ja	UTF8String	M	64 Zeichen	Beispiel: Angerufene-Station-Id = mac:ssid oder nur mac, wenn ssid nicht verfügbar ist.
31	Anrufende-Station-ID	Ja	UTF8String	M	64 Zeichen	Beispiel: llid
55	Ereignis-Zeitstempel	Nein	Zeit	M	4 Oktette	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
61	NAS-Port-Typ	Ja	Enumeriert	M	4 Oktette	Die Werte für dieses Attribut sind in den RFC 2865, 4005 und 4603 definiert. Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
87	NAS-Port-ID	Ja	UTF8String	M	253 Oktette	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
92	NAS-Filter-Regel	NA	UTF8String	NA	Max 10 Attribute pro Nachricht oder max 10 Filtereinträge pro Nachricht.	Siehe das 7750 SR und VSR RADIUS Attributreferenzhandbuch.
123	Delegierter-IPv6-Präfix	Nein	OctetString	M	—	<ipv6-präfix/präfix-länge> mit präfix-länge [48 bis 64] Das AVP-Layout ist: <1 Oktett Reserviert> <1 Oktett Länge> <max 16 Oktette für Präfix>
257	Host-IP-Adresse	Nein	Adresse	M	—	IPv4-Adresse
258	Auth-Anwendungs-ID	Nein	Unsigned32	M	—	Beispiel: Gx Auth-Anwendungs-ID = 16777238
260	Anbieter-spezifische-Anwendungs-ID	Nein	Gruppiert	M	—	Dieses AVP enthält das Anbieter-ID AVP und Auth-Anwendungs-ID AVP. Für Gx ist die Anbieter-ID = 10415 (3GPP) und die Auth-Anwendungs-ID = 16777238.
263	Sitzungs-ID	Nein	UTF8String	M	102 Bytes	Die Sitzungs-ID muss global und dauerhaft einzigartig sein. Das Format der Sitzungs-ID ist wie folgt: ;<hohe 32 Bit>;<niedrige 32 Bit> In der 7750 SR wird die Sitzungs-ID definiert als: diameter-identity;boxuptime; seq-number Beispiel: router.workstation.
265	Supported-Vendor-Id	Nein	Unsigned32	M	—	IANA zugewiesene Vendor-Nummer: 3GPP — 10415 ETSI — 13019 Tridens — 6527
266	Vendor-Id	Nein	Unsigned32	M	—	IANA zugewiesene Vendor-Nummer: 3GPP — 10415 ETSI — 13019 Tridens — 6527 BBF — 3561
267	Firmware-Revision	Nein	Unsigned32	—	—	Referenz auf die Haupt-/Nebenversionsnummer. Beispiel: 805 — Release 8R5
268	Result-Code	Nein	Unsigned32	M	—	Siehe Tabelle 10 für Fehlercodes.
269	Product-Name	Nein	UTF8String	—	—	Vom Anbieter zugewiesener Name für das Produkt. Beispiel: ‟SR OS”
278	Origin-State-Id	Nein	Unsigned32	M	—	Beispiel: Origin-State-Id = 10
279	Failed-AVP	Nein	Grouped	M	—	Dieses AVP enthält das AVP, das nicht erfolgreich verarbeitet werden konnte.
281	Error-Message	Nein	UTF8String	—	—	Zeichenfolge, die die Ursache des Fehlers beschreibt.
282	Route-Record	Nein	DiameterIdentity	M	80 Bytes	Beispiel: Route-Record: host-1
283	Destination-Realm	Nein	DiameterIdentity	M	80 Bytes	Beispiel: Destination-Realm = domain.com
285	Re-Auth-Request-Type	Nein	Enumerated	NA	—	Dieses AVP wird immer in der RAR-Nachricht empfangen und wird niemals vom 7750 SR gesendet.
295	Beendigungsursache	Nein	Enumeriert	M	—	Für eine Liste der von 7750 SR unterstützten Werte für Gx siehe Tabelle 1-13.
296	Ursprungsbereich	Nein	DiameterIdentity	M	80 Bytes	Beispiel: Ursprungsbereich = origin-domain.com
297	Experimentelles Ergebnis	Nein	Gruppiert	M	—	Ein gruppiertes AVP, das enthält: Vendor-Id AVP Experimentelles-Ergebnis-Code AVP Beispiel: Experimentelles Ergebnis = {Vendor-Id = 10415 (3GPP) Experimentelles-Ergebnis-Code = DIAMETER_PCC_RULE_EVENT (5142)}
298	Experimentelles Ergebnis-Code	Nein	Unsigned32	M	—	Für eine Liste der von 7750 SR unterstützten Werte für Gx siehe Tabelle 1-10.
302	Logische-Zugangs-ID	Ja	OctetString	V	—	Anbieter-ID = 13019 (ETSI)
313	Physische-Zugangs-ID	Ja	UTF8String	V	—	Anbieter-ID = 13019 (ETSI)
412	CC-Eingangs-Oktette	Nein	Unsigned64	M	—	Beispiel: CC-Eingangs-Oktette = 1000000
414	CC-Ausgangs-Oktette	Nein	Unsigned64	M	—	Beispiel: CC-Ausgangs-Oktette = 1000000
415	CC-Anforderungsnummer	Nein	Unsigned32	M	—	Monoton steigend von 0 für alle Anfragen innerhalb einer Sitzung.
416	CC-Anforderungsart	Nein	Enumeriert	M	—	Beispiel: CC-Anforderungsart = 1 (CCR-i) 3.
421	CC-Total-Octets	Nein	Unsigned64	M	—	Beispiel: CC-Total-Octets = 2000000
427	Credit-Control-Failure-Handling	Nein	Enumeriert	M	—	TERMINATE (0) CONTINUE (1) RETRY_AND_TERMINATE (2) Beispiel: Credit-Control-Failure-Handling = 1
431	Granted-Service-Unit	Nein	Gruppiert	M	—	Dieses AVP kann die folgenden AVPs enthalten: CC-Total-Octets CC-Input-Octets CC-Output-Octets
433	Redirect-Address-Type	Nein	Enumeriert	M	—	Beispiel: Redirect-Address-Type = 2 (URL-Typ)
435	Redirect-Server-Address	Nein	UTF8String	M	255 Zeichen	Beispiel: Redirect-Server-Address = http://www.operator.com/portal.php&
443	Subscription-Id	Ja	Gruppiert	M	—	Dieses AVP enthält die folgenden AVPs: Subscription-Id-Type Subscription-Id-Data
444	Subscription-Id-Data	Ja	UTF8String	M	—	Beispiel: Benutzername — Subscription-Id-Data = user1@domain.






446	Used-Service-Unit	No	Grouped	M	—	Diese AVP enthält die folgenden AVPs: CC-Total-Octets CC-Input-Octets CC-Output-Octets
450	Subscription-Id-Type	Yes	Enumerated	M	—	Beispiel: Subscription-Id-Type = 0 (end_user_e164) Subscription-Id-Type = 1 (end_user_imsi)

458	User-Equipment-Info	Yes	Grouped	M	—	Diese AVP enthält die folgenden AVPs: User-Equipment-Info-Type User-Equipment-Info-Value
459	User-Equipment-Info-Type	Yes	Enumerated	—	—	Beispiel: User-Equipment-Info-Type = 0 (emissive) User-Equipment-Info-Type =1 (mac)

460	User-Equipment-Info-Value	Yes	OctetString	—	—	—
507	Flow-Description	No	IPFilterRule (RFC6733, §4.	511	Flow-Status	No
515	Max-Requested-Bandwidth-DL	No	Unsigned32	NA, V	—	Vendor-Id = 10415 (3GPP) Beispiel: Max-Requested-Bandwidth-DL = 1000 — 1 Mb/s in Überschreibungen
516	Max-Requested-Bandwidth-UL	No	Unsigned32	NA, V	—	Vendor-Id = 10415 (3GPP) Beispiel: Max-Requested-Bandwidth-UL = 1000 — 1 Mb/s für Überschreibungen
554	Extended-Max-Requested-BW-DL	NA	Unsigned32	NA, V	—	Vendor-Id = 10415 (3GPP) Beispiel: Extended-Max-Requested-BW-DL = 1000 — 1 Mb/s
555	Extended-Max-Requested-BW-UL	NA	Unsigned32	NA, V	—	Vendor-Id = 10415 (3GPP) Beispiel: Extended-Max-Requested-BW-UL = 1000 — 1 Mb/s
628	Supported-Features	No	Grouped	V	—	Dieses AVP enthält die folgenden AVPs: Vendor-Id Feature-List-Id Feature-List
629	Feature-List-Id	No	Unsigned32	V	—	Vendor-Id = 10415 (3GPP) Beispiel: Feature-List-Id = 2
630	Feature-List	No	Unsigned32	V	—	Vendor-Id = 10415 (3GPP) Beispiel: Feature-List = 128
909	RAI	Yes	Octetstring	V	12 Oktette	Vendor-Id = 10415 (3GPP) Siehe 3GPP TS 29.061 für Kodierungsdetails.
1002	Charging-Rule-Remove	Nein	Gruppiert	NA, V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält das folgende AVP: Charging-Rule-Name
1003	Charging-Rule-Definition	Nein	Gruppiert	NA, V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: Charging-Rule-Name, QoS-Information, NAS-Filter-Rule, Alc-NAS-Filter-Rule-Shared, AA-Functions
1005	Charging-Rule-Name	Nein	OctetString	V,M	100 Zeichen für PCC-Regeln (definiert über Charging-Rule-Definition AVP) 128 Zeichen für Überschreibungen. Vendor-Id = 10415 (3GPP)
1006	Event-Trigger	Nein	Enumeriert	V	—	Vendor-Id = 10415 (3GPP)
1010	Precedence	Nein	Unsigned32	NA, M	0 bis 65535	Vendor-Id = 10415 (3GPP) Beispiel: Precedence = 100
1014	Tos-Traffic-Class	Nein	OctetString	NA, M	—	Codiert als zwei Oktette. Das erste Oktett enthält das IPv4 Type-of-Service oder das IPv6 Traffic-Class-Feld und das zweite Oktett enthält das ToS/Traffic Class-Maskenfeld. Die einzige unterstützte Maske ist 11111100 (6 Bits, die DSCP-Unterstützung anzeigen).
1018	Charging-Rule-Report	No	Grouped	V,M	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: Charging-Rule-Name, PCC-Rule-Status, Rule-Failure-Code
1019	PCC-Rule-Status	No	Enumerated	V,M	—	Vendor-Id = 10415 (3GPP) Unterstützte Werte im 7750 SR: 1 – inaktiv Beispiel: PCC-Rule-Status = 0 — Regel ist aktiv
1025	Guaranteed-Bitrate-DL	NA	Unsigned32	NA,V	—	Die Einheiten dieses Parameters sind kb/s für Überschreibungen und b/s, wenn sie innerhalb von PCC-Regeln verwendet werden. Die Rate berücksichtigt den IP-Header und darüber hinaus (kein Layer 2-Header). Vendor-Id = 10415 (3GPP) Beispiel: Guaranteed-Bandwidth-DL = 1000 — 1 Mb/s in Überschreibungen Guaranteed-Bandwidth-DL = 1000000 — 1 Mb/s in PCC-Regeln
1026	Guaranteed-Bitrate-UL	NA	Unsigned32	V	—	Die Einheiten dieses Parameters sind kb/s für Überschreibungen und b/s, wenn sie innerhalb von PCC-Regeln verwendet werden. Die Rate berücksichtigt den IP-Header und darüber hinaus (kein Layer 2-Header). Vendor-Id = 10415 (3GPP) Beispiel: Guaranteed-Bandwidth-UL = 1000 — 1 Mb/s in Überschreibungen Guaranteed-Bandwidth-UL = 1000000 — 1 Mb/s in PCC-Regeln
1027	IP-CAN-Type	Yes	Enumerated	V	—	Vendor-Id = 10415 (3GPP) Beispiel: IP-CAN-Type = 2 — xDSL IP-CAN-Type = 5 — 3GPP-EPS
1028	QoS-Class-Identifier	NA	Enumerated	NA,M	—	Vendor-Id = 10415 (3GPP) Beispiel: QoS-Class-Identifier = 3 — entspricht FC EF.
1032	RAT-Typ	Ja	Aufgezählt	V	—	Vendor-Id = 10415 (3GPP) Beispiel: RAT-Typ = 0 — WLAN RAT-Typ = 1004 — EUTRAN
1040	APN-Aggregat-Max-Bitrate-DL	Ja	Unsigned32	V	2^32-1 b/s	Vendor-Id = 10415 (3GPP) Rate in Bits pro Sekunde (b/s) Beispiel: APN-Aggregat-Max-Bitrate-DL = 100000000 (100 Mb/s)
1041	APN-Aggregat-Max-Bitrate-UL	Ja	Unsigned32	V	2^32-1 b/s	Vendor-Id = 10415 (3GPP) Rate in Bits pro Sekunde (b/s) Beispiel: APN-Aggregat-Max-Bitrate-UL = 10000000 (10 Mb/s)
1045	Sitzungsfreigabe-Ursache	NA	Aufgezählt	V,M	—	Vendor-Id = 10415 (3GPP) Dieses AVP wird nur vom 7750 SR empfangen und niemals vom 7750 SR gesendet. 0 — UNSPEZIFIZIERTER_GRUND 1 — UE_ABONNEMENT_GRUND Dieser Wert wird verwendet, um anzuzeigen, dass sich das Abonnement des UE geändert hat (zum Beispiel, entfernt) und die Sitzung beendet werden muss. 2 — UNGENÜGENDE_SERVER_RESSOURCEN Dieser Wert wird verwendet, um anzuzeigen, dass der Server überlastet ist und die Sitzung abgebrochen werden muss. Beispiel: Sitzungsfreigabe-Ursache = 0
1050	AN-GW-Adresse	Ja	IPv4Adresse	V	—	Vendor-Id = 10415 (3GPP) Beispiel: AN-GW-Adresse = 10.10.10.10
1058	Fluss-Informationen	Nein	Gruppiert	V	—	Vendor-Id = 10415 (3GPP) Die folgenden AVPs können geschachtelt werden: Fluss-Beschreibung, ToS-Verkehrsklasse, Fluss-Richtung
1065	PDN-Verbindungs-ID	Ja	UTF8String	V	100 Zeichen	Vendor-Id = 10415 (3GPP) Zum Beispiel: PDN-Verbindungs-ID = example-apn.mnc001.mcc001.
1066	Monitoring-Key	Nein	OctetString	NA,V	32 Bytes	Vendor-Id = 10415 (3GPP) Kategoriename, der im 7750 SR konfiguriert ist, ein String, der für die Sitzungsüberwachung oder einen Monitoring-Key AVP verwendet wird, der in der PCC-Regeldefinition mit dem Charging-Rule-Definition AVP gesetzt ist. Beispiel: Monitoring-Key = monitor-pcc-rule-1
1067	Usage-Monitoring-Information	Nein	Grouped	V	—	Vendor-Id = 10415 (3GPP) Dieser AVP enthält die folgenden geschachtelten AVPs: Monitoring-Key, Granted-Service-Unit, Used-Service-Unit, Usage-Monitoring-Level, Usage-Monitoring-Report, Usage-Monitoring-Support
1068	Usage-Monitoring-Level	Nein	Enumerated	V	—	Vendor-Id = 10415 (3GPP) Die folgenden Werte sind definiert: 0 – session_level 1 – pcc_rule_level 2 – adc_rule_level Beispiel: Usage-Monitoring-Level = 0 — die Nutzungsmessung erfolgt basierend auf dem sla-profil (IP-CAN-Sitzungsebene) des Hosts.
1070	Nutzung-Überwachungsunterstützung	Nein	Aufgezählt	NA,V	—	Vendor-Id = 10415 (3GPP) Beispiel: Nutzung-Überwachungsunterstützung = 0 — usage_monitoring_disabled
1080	Fluss-Richtung	Nein	Aufgezählt	NA,M	—	Vendor-Id = 10415 (3GPP) Beispiel: Fluss-Richtung = 1 — egress Fluss-Richtung = 2 — ingress
1085	Umleitungs-Information	Nein	Gruppiert	NA,V	—	Vendor-Id = 10415 (3GPP) Dieses AVP kann die folgenden AVPs enthalten: Umleitungs-Unterstützung, Umleitungs-Adresstyp, Umleitungs-Server-Adresse
1086	Umleitungs-Unterstützung	Nein	Aufgezählt	NA,V	—	Vendor-Id = 10415 (3GPP) Beispiel: Umleitungs-Unterstützung = 1 — Umleitung ist aktiviert
1088	TDF-Anwendungs-Identifier	OctetString	NA,V	32 Zeichen	Vendor-Id = 10415 (3GPP) Beispiel: 0_rated, BitTorrent
1092	ADC-Regel-Install	Nein	Gruppiert	NA,V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: ADC-Regel-Definition
1093	ADC-Regel-Entfernen	Gruppiert	NA,V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: ADC-Regel-Name
1094	ADC-Regel-Definition	Nein	Gruppiert	NA,V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: ADC-Regel-Name, MonitoringKey, TDF-Anwendungs-ID, AA-Funktionen
1096	ADC-Regel-Name	Nein	OctetString	V	17 Zeichen für Präfix/Separator (optional) plus 32 Zeichen für Name	Vendor-Id = 10415 (3GPP) Beispiel: Für app-profile und ASO-Änderungen: ADC-Regel-Name = ‟AA-Funktionen: AdcRuleWithAAFtn”
1097	ADC-Regel-Bericht	Nein	Gruppiert	V	—	Vendor-Id = 10415 (3GPP) Dieses AVP enthält die folgenden geschachtelten AVPs: ADC-Regel-Name, PCC-Regel-Status, Regel-Fehler-Code
2848	Erweiterte-APN-AMBR-DL	NA	Unsigned32	NA, V	—	Die Einheit dieses Parameters ist kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-APN-AMBR-DL = 1000 — 1 Mb/s
2849	Extended-APN-AMBR-UL	NA	Unsigned32	NA, V	—	Die Einheit dieses Parameters ist kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-APN-AMBR-UL = 1000 — 1 Mb/s
2850	Extended-GBR-DL	NA	Unsigned32	NA, V	—	Die Einheit dieses Parameters ist kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-GBR-DL = 1000 — 1 Mb/s
2851	Extended-GBR-UL	NA	Unsigned32	NA, V	—	Die Einheit dieses Parameters ist kb/s. Vendor-Id = 10415 (3GPP) Beispiel: Extended-GBR-UL = 1000 — 1 Mb/s

Diameter-basierte AVP-Anwendbarkeit

Die folgenden Tabellen verwenden die folgenden Symbole:

0 — Die AVP darf nicht in der Nachricht vorhanden sein.
0+ — Null oder mehr Instanzen der AVP können in der Nachricht vorhanden sein.
0-1 — Null oder eine Instanz der AVP kann in der Nachricht vorhanden sein. Es wird als Fehler betrachtet, wenn mehr als eine Instanz der AVP vorhanden ist.
1 — Eine Instanz der AVP muss in der Nachricht vorhanden sein.
1+ — Mindestens eine Instanz der AVP muss in der Nachricht vorhanden sein.
N — Die AVP ist in einer gruppierten AVP verschachtelt, die in dieser Nachricht vorhanden ist. Tabelle 7: Durchmesserbasierte AVP-Anwendbarkeit

AVP-ID	AVP-Name	CER	CEA	DPR	DPA	DWR	DWA	ASR	ASA
257	Host-IP-Adresse	1	1+	0	0	0	0	0	0
258	Auth-Anwendungs-ID	1	0+	0	0	0	0	1	0
260	Anbieter-spezifische-Anwendungs-ID	0+	0+	0	0	0	0	0	0
263	Sitzungs-ID	0	0	0	0	0	0	1	1
264	Ursprungs-Host	1	1	1	1	1	1	1	1
265	Unterstützte-Anbieter-ID	1+	0+	0	0	0	0	0	0
266	Anbieter-ID	1	1	0	0	0	0	0	0
267	Firmware-Version	1	0-1	0	0	0	0	0	0
268	Ergebnis-Code	0	1	0	1	0	1	0	1
269	Produktname	1	1	0	0	0	0	0	0
273	Trennungsursache	0	0	1	0	0	0	0	0
278	Ursprungs-Zustands-ID	1	0-1	0	0	0	0-1	0-1	0-1
279	Fehlgeschlagene-AVP	0	0-1	0	0-1	0	0-1	0	0-1
281	Fehlermeldung	0	0	0	0	0	0	0	0
283	Zielbereich	0	0	0	0	0	0	1	0
293	Ziel-Host	0	0	0	0	0	0	1	0
294	Fehlerberichterstattungs-Host	0	0	0	0	0	0	0	0-1
296	Ursprungsbereich	1	1	1	1	1	1	1	1

Gx AVP-Anwendbarkeit

Tabelle 8: Gx AVP-Anwendbarkeit

AVP-ID	AVP-Name	CCR	CCA	RAR	RAA
5	NAS-Port	0-1	0	0	0
8	Gerahmte-IP-Adresse	0-1	0	0	0-1
18	3GPP-SGNS-MCC-MNC	0-1	0	0	0-1
22	3GPP-Benutzerstandort-Info	0-1	0	0	0
30	Angerufene-Station-ID	0-1	0	0	0
31	Anrufende-Station-ID	0-1	0	0	0
55	Ereignis-Zeitstempel	0-1	0-1	0-1	1
61	NAS-Port-Typ	0-1	0	0	0
87	NAS-Port-ID	0-1	0	0	0
92	NAS-Filter-Regel	0	0+	0+	0
97	Gerahmte-IPv6-Präfix	0-1	0	0	0-1
123	Delegiertes-IPv6-Präfix	0-1	0	0	0-1
258	Auth-Anwendungs-ID	1	1	1	0
263	Sitzungs-ID	1	1	1	1
264	Ursprungs-Host	1	1	1	1
266	Anbieter-ID	0	N	0	0
268	Ergebnis-Code	0	1	0	0-1
278	Ursprungs-Zustands-ID	1	0-1	0-1	1
279	Fehlgeschlagene-AVP	0-1	0+	0	0-1
281	Fehlermeldung	0-1	0-1	0	0-1
282	Routenaufzeichnung	0+	0	0+	0
283	Zielbereich	1	0	1	0
285	Re-Auth-Anforderungstyp	0	0	1	0
293	Ziel-Host	0-1	0	1	0
295	Trennungsursache	0-1	0	0	0
296	Ursprungsbereich	1	1	1	1
297	Experimentelles-Ergebnis	0	0-1	0	0-1
298	Experimenteller-Ergebnis-Code	0	N	0	N
302	Logische-Zugangs-ID	0-1	0	0	0
313	Physische-Zugangs-ID	0-1	0	0	0
412	CC-Eingabe-Oktette	N	N	N	0
414	CC-Ausgabe-Oktette	N	N	N	0
415	CC-Anforderungsnummer	1	1	0	0
416	CC-Anforderungstyp	1	1	0	0
418	CC-Sitzungs-Fehlersicherung	0	0-1	0	0
421	CC-Gesamt-Oktette	N	N	N	0
427	Kreditkontroll-Fehlerbehandlung	0	0-1	0	0
431	Gewährte-Diensteinheit	0	0-1	N	0
433	Umleitungs-Adresstyp	0	N	N	0
433	Umleitungs-Server-Adresse	0	N	N	0
443	Abonnement-ID	1-2	0	0	0
444	Abonnement-ID-Daten	N	0	0	0
446	Verwendete-Diensteinheit	N	0	0	0
450	Abonnement-ID-Typ	N	0	0	0
458	Benutzergeräte-Info	0-1	0	0	0
459	Benutzergeräte-Info-Typ	N	0	0	0
460	Benutzergeräte-Info-Wert	N	0	0	0
507	Flussbeschreibung	0	N	N	0
511	Flussstatus	0	N	N	0
515	Max-Angefordertes-Bandbreite-DL	0	N	N	0
516	Max-Angefordertes-Bandbreite-UL	0	N	N	0
554	Erweiterte-Max-Angeforderte-BW-DL	0	N	N	0
555	Erweiterte-Max-Angeforderte-BW-UL	0	N	N	0
628	Unterstützte-Funktionen	0-1	0+	0	0
629	Funktionsliste-ID	N	N	0	0
630	Funktionsliste	N	N	0	0
909	RAI	0-1	0	0	0
1001	Lade-Regel-Installieren	0	0+	0+	0
1002	Lade-Regel-Entfernen	0	0+	0+	0
1003	Lade-Regel-Definition	0	N	N	0
1005	Lade-Regel-Name	N	N	N	N
1006	Ereignis-Auslöser	0+	0+	0+	0
1010	Priorität	0	N	N	0
1014	ToS-Verkehrsklasse	0	N	N	0
1016	QoS-Information	0-1	0-1, N	0-1, N	0
1018	Lade-Regel-Bericht	0+	0	0	0+
1019	PCC-Regel-Status	N	0	0	N
1025	Garantierte-Bitrate-DL	0	N	N	0
1026	Garantierte-Bitrate-UL	0	N	N	0
1027	IP-CAN-Typ	0-1	0	0	0-1
1028	QoS-Klassenbezeichner	0	N	N	0
1031	Regel-Fehler-Code	N	0	0	N
1032	RAT-Typ	0-1	0	0	0-1
1033	Ereignis-Bericht-Indikation	0	0	0-1	0
1040	APN-Aggregat-Max-Bitrate-DL	N	N	N	0
1041	APN-Aggregat-Max-Bitrate-UL	N	N	N	0
1045	Sitzungsfreigabeursache	0	0	0-1	0
1050	AN-GW-Adresse	0-1	0	0	0-1
1058	Fluss-Information	0	0+	0+	0
1065	PDN-Verbindungs-ID	0-1	0	0	0
1066	Überwachungs-Schlüssel	N	N	N	0
1067	Nutzungsüberwachungs-Information	0+	0+	0+	0
1068	Nutzungsüberwachungs-Stufe	0	N	N	0
1069	Nutzungsüberwachungs-Bericht	0	N	N	0
1070	Nutzungsüberwachungs-Unterstützung	0	N	N	0
1080	Flussrichtung	0	N	N	0
1085	Umleitungs-Information	0	0-1	0-1	0
1086	Umleitungs-Unterstützung	0	N	N	0
1088	TDF-Anwendungsbezeichner	0	N	N	0
1092	ADC-Regel-Installieren	0	0+	0+	0
1093	ADC-Regel-Entfernen	0	0	0	0
1094	ADC-Regel-Definition	0	0	0	0
1096	ADC-Regel-Name	N	N	N	N
1097	ADC-Regel-Bericht	0+	0+	0	0+
2848	Erweiterte-APN-AMBR-DL	0	N	N	0
2849	Erweiterte-APN-AMBR-UL	0	N	N	0
2850	Erweiterte-GBR-DL	0	N	N	0
2850	Erweiterte-GBR-UL	0	N	N	0

Ergebniscodes (Result-Code AVP)

Tabelle 10: Ergebniscodes (Result-Code AVP)

Ergebniscode-ID	Ergebniscode-Name	Beschreibung
Erfolg
2001	DIAMETER_ERFOLG	Die Anfrage wurde erfolgreich abgeschlossen.
Protokollfehler
3001	DIAMETER_COMMAND_UNSUPPORTED	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3002	DIAMETER_UNABLE_TO_DELIVER	Rx: Failover-Verfahren des Peers auf der Diameter-Basisebene wird aktiviert. Nachdem die gleiche Antwort (3002) von allen berechtigten Peers empfangen wurde, wird die Anwendungsebene (NASREQ/Gx/Gy) benachrichtigt. Die Nachricht kann dann ein letztes Mal mit dem geleerten Ziel-Host-AVP erneut übertragen werden. Damit eine Nachricht auf der Anwendungsebene erneut übertragen werden kann, muss das Server-Failover-Verfahren aktiviert sein. Tx: Diameter-Basis antwortet mit 3002, wenn sie die empfangene Anforderungsnachricht nicht an ihr Ziel weiterleiten kann (dies gilt für die Diameter-Multi-Chassis-Konfiguration).
3003	DIAMETER_REALM_NOT_SERVED	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3004	DIAMETER_TOO_BUSY	Rx - Das Failover-Verfahren des Peers auf der Diameter-Basisebene wird aktiviert. Nachdem die gleiche Antwort (3004) von allen berechtigten Peers empfangen wurde, wird die Anwendungsebene (NASREQ, Gx, Gy) benachrichtigt. Die Nachricht kann dann ein letztes Mal mit dem geleerten Ziel-Host-AVP erneut übertragen werden. Damit eine Nachricht auf der Anwendungsebene erneut übertragen werden kann, muss das Server-Failover-Verfahren aktiviert sein. Tx: nicht unterstützt.
3005	DIAMETER_LOOP_DETECTED	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3006	DIAMETER_REDIRECT_INDICATION	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3007	DIAMETER_APPLICATION_UNSUPPORTED	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3008	DIAMETER_INVALID_HDR_BITS	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3009	DIAMETER_INVALID_AVP_BITS	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
3010	DIAMETER_UNKNOWN_PEER	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
Dauerhafte Fehler
5001	DIAMETER_AVP_UNSUPPORTED	Rx: wird als Fehler behandelt. Tx: Der Empfang eines nicht erkannten AVP mit gesetztem M-Bit löst eine Antwort (RAA) Nachricht aus, die den Result-Code AVP enthält, dessen Wert auf DIAMETER_AVP_UNSUPPORTED gesetzt ist, sowie den Failed-AVP AVP, der den fehlerhaften AVP enthält.
5002	DIAMETER_UNKNOWN_SESSION	Rx: wird als Fehler behandelt. Tx: Falls eine Nachricht vom PCRF für eine nicht existierende Sitzung empfangen wird, antwortet der 7750 SR mit diesem Wert.
5004	DIAMETER_INVALID_AVP_VALUE	Rx: wird als Fehler behandelt. Tx: Der Empfang eines AVP mit ungültigem Wert löst eine Antwortnachricht (RAA) aus, die den Result-Code AVP enthält, dessen Wert auf DIAMETER_INVALID_AVP_VALUE gesetzt ist, sowie den Failed-AVP, der den AVP enthält, der den Fehler verursacht hat.
5005	DIAMETER_MISSING_AVP	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
5007	DIAMETER_CONTRADICTING_AVPS	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
5008	DIAMETER_AVP_NOT_ALLOWED	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
5009	DIAMETER_AVP_OCCURS_TOO_MANY_TIMES	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
5010	DIAMETER_NO_COMMON_APPLICATION	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
5011	DIAMETER_UNSUPPORTED_VERSION	Rx: wird als Fehler behandelt. Tx: Als Beispiel trägt eine RAA-Nachricht diesen AVP als Antwort auf eine RAR-Nachricht, die von einem SR OS-Knoten empfangen wurde, während sich die Gx-Sitzung in einem sitzungsbeendenden Zustand befand. A session terminating state is considered a state where the SR OS node is waiting for a CCA-T message as a response to a previously initiated CCR-T message by the SR OS node.

Tabelle 11: Regel-Fehlercodes (Regel-Fehlercode AVP)

Regel-Fehlercode-ID	Regel-Fehlername	Beschreibung
1	UNKNOWN_RULE_NAME	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
4	GW/7750 SR_MALFUNCTION	Dieser Wert zeigt das Problem im Zusammenhang mit dem im AVP übertragenen Wert an. Zum Beispiel verweist der Wert auf ein nicht vorhandenes Objekt (Regel), der Wert liegt außerhalb der Grenzen oder es tritt ein anderer unerwarteter Fehler auf. Die Fehlernachricht AVP in CCR/RAA, die auf der obersten Ebene oder Failed-AVP übertragen wird, bietet weitere Informationen über das Ereignis zu Debugging-Zwecken.
5	RESOURCE_LIMITATION	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.
14	TDF_APPLICATION_IDENTIFIER_ERROR	Rx: wird als Fehler behandelt. Tx: nicht unterstützt.

Ereignisauslöser (Ereignis-Auslöser AVP)

Tabelle 12: Ereignisauslöser (Ereignis-Auslöser AVP)

Ereignisauslöser-ID	Ereignisauslösername	Beschreibung
2	RAT_CHANGE	Bei GTP S11-Zugriff wird dies ausgelöst, wenn ein neuer RAT-Typ in GTP empfangen wird.
13	USER_LOCATION_CHANGE	Für WLAN-GW wird dies bei jeder Änderung des UE-Standorts ausgelöst. Bei GTP S11-Zugriff wird dies ausgelöst, wenn ein ULI in GTP mit entweder nicht-ECGI/TAI-Werten oder einem ECGI/TAI-Wert, der sich geändert hat, empfangen wurde.
14	NO_EVENT_TRIGGERS	Wird in CCA und RAR vom PCRF gesendet, um anzuzeigen, dass der PCRF keine Ereignisauslöserbenachrichtigung benötigt, außer für diejenigen Ereignisse, die keine Abonnierung erfordern und immer bereitgestellt werden.
19	UE_IP_ADDRESS_RELEASE	Wenn in einem CCR-Befehl verwendet, zeigt dieser Wert an, dass der 7750 SR die Anfrage generiert hat, weil die IP-Adresse/präfix eines Clients freigegeben wurde. Die Framed-IP-Address, Framed-IPv6-Prefix, Delegated-IPv6-Prefix oder Alc-IPv6-Address AVPs werden in derselben Anfrage bereitgestellt. Dieser Ereignisauslöser muss gemeldet werden, wenn das entsprechende Ereignis eintritt, auch wenn der Ereignisauslöser nicht vom PCRF bereitgestellt wird.
21	AN_GW_CHANGE	Dieser Wert wird vom PCRF gesendet, um den Diameter-Client im SR zu informieren, dass eine Benachrichtigung für jeden Abonnenten während eines Wechsels in einer Multi-Chassis-Konfiguration ausgelöst werden soll. Diese Benachrichtigung enthält die IP-Adresse des neu aktiven BNG (AN_GW_ADDRESS), die in einer CCR-U-Nachricht gesendet wird. Wenn der Diameter-Client im SR OS-Knoten nicht mit diesem Ereignisauslöser ausgestattet ist, wird der Abonnentenwechsel nicht an den PCRF gemeldet.
22	SUCCESSFUL_RESOURCE_ALLOCATION	Nicht unterstützt.
26	TAI_CHANGE	Für den GTP S11-Zugang wird dies ausgelöst, wenn ein ULI in GTP mit einem TAI signalisiert wird, der sich vom zuletzt empfangenen Wert geändert hat.
27	ECGI_CHANGE	Für den GTP S11-Zugang wird dies ausgelöst, wenn ein ULI in GTP mit einem ECGI signalisiert wird, der sich vom zuletzt empfangenen Wert geändert hat.
33	USAGE_REPORT	Dieser Wert wird in CCA- und RAR-Befehlen vom PCRF verwendet, wenn die Nutzungsmessung auf dem 7750 SR angefordert wird. Die PCRF stellt auch in dem CCA- oder RAR-Befehl die Usage-Monitoring-Information AVPs bereit, einschließlich des Monitoring-Key AVP und des Granted-Service-Unit AVP. Wenn dieser Wert in einem CCR-Befehl verwendet wird, zeigt er an, dass der 7750 SR die Anfrage generiert hat, um die kumulierte Nutzung für einen oder mehrere Monitoring-Keys zu melden. Der 7750 SR liefert das kumulierte Nutzungsvolumen unter Verwendung der Usage-Monitoring-Information AVPs, einschließlich des Monitoring-Key AVP und des Used-Service-Unit AVP.

Beendigungsursachen (Termination-Cause AVP)

Tabelle 13: Beendigungsursachen (Termination-Cause AVP)

Beendigungsursache Id	Beendigungsursache Name	Beschreibung	Referenz
1	DIAMETER_LOGOUT	Beispielgründe: Abmeldung des Teilnehmers über CLI, PADT empfangen	[RFC 3588][RFC 6733]
2	DIAMETER_SERVICE_NOT_PROVIDED	Beispielgrund: Teilnehmer-Host wird durch erzwungenes NACK, das über RADIUS CoA empfangen wurde, beendet	[RFC 3588][RFC 6733]
3	DIAMETER_BAD_ANSWER	Beispielgrund: Problem mit den Anfangsparametern während der Instanziierung des Sub-Hosts, während Gx-Fallback deaktiviert ist oder die Standardteilnehmerparameter nicht verfügbar sind.	[RFC 3588][RFC 6733]
4	DIAMETER_ADMINISTRATIVE	Beispielgründe: Host wurde über RADIUS DISCONNECT gelöscht, Dienstabschaltung für PPPoE-Teilnehmer	[RFC 3588][RFC 6733]
5	DIAMETER_LINK_BROKEN	Beispielgründe: SAP wurde gelöscht, SHCV-Überprüfung schlägt fehl	[RFC 3588][RFC 6733]
8	DIAMETER_SESSION_TIMEOUT	Beispielgrund: Wenn der Leerlaufzeitüberschreitung für den Teilnehmer-Host aktiviert ist und sein Wert erreicht wird.	[rfc-3588][rfc-6733]

Standards und Protokollunterstützung

Access Node Control Protocol (ANCP)

draft-ietf-ancp-protocol-02, Protokoll für das Access Node Control Mechanism in Breitbandnetzwerken

RFC 5851, Rahmenwerk und Anforderungen für ein Access Node Control Mechanism in Breitband-Multi-Service-Netzwerken

Application Assurance (AA)

3GPP Release 12, ADC-Regeln über Gx-Schnittstellen

RFC 3507, Internet Content Adaptation Protocol (ICAP)

Asynchronous Transfer Mode (ATM)

AF-ILMI-0065.000 Version 4.0, Integrierte lokale Verwaltungsoberfläche (ILMI)

AF-PHY-0086.001 Version 1.1, Inverse Multiplexing für ATM (IMA) Spezifikation

AF-TM-0121.000 Version 4. 1, Spezifikation des Verkehrsmanagements

GR-1113-CORE Ausgabe 1, Asynchrones Übertragungsmodus (ATM) und Protokolle der ATM-Anpassungsschicht (AAL) Allgemeine Anforderungen

GR-1248-CORE Ausgabe 3, Allgemeine Anforderungen für den Betrieb von ATM-Netzwerkelementen (NEs)

RFC 1626, Standard-IP-MTU für die Verwendung über ATM AAL5

RFC 2684, Multiprotokoll-Kapselung über die ATM-Anpassungsschicht 5

Bidirektionale Weiterleitungsdetektion (BFD)

draft-ietf-idr-bgp-ls-sbfd-extensions-01, BGP Link-State-Erweiterungen für nahtlose BFD

RFC 5880, Bidirektionale Weiterleitungsdetektion (BFD)

RFC 5881, Bidirektionale Weiterleitungsdetektion (BFD) IPv4 und IPv6 (Einzelhop)

RFC 5882, Allgemeine Anwendung der bidirektionalen Weiterleitungsdetektion (BFD)

RFC 5883, Bidirektionale Weiterleitungsdetektion (BFD) für Mehrhop-Pfade

RFC 7130, Bidirektionale Weiterleitungsdetektion (BFD) an Link-Aggregationsgruppen (LAG) Schnittstellen

RFC 7880, Nahtlose bidirektionale Weiterleitungsdetektion (S-BFD)

RFC 7881, Nahtlose bidirektionale Weiterleitungsdetektion (S-BFD) für IPv4, IPv6 und MPLS

RFC 7883, Anzeigen von nahtlosen bidirektionalen Weiterleitungsdetektions (S-BFD) Diskriminatoren in IS-IS

RFC 7884, OSPF-Erweiterungen zur Werbung nahtloser bidirektionaler Weiterleitungsdetektion (S-BFD) Ziel-Diskriminatoren

Border Gateway Protocol (BGP)

draft-hares-idr-update-attrib-low-bits-fix-01, Aktualisierung des Attribut-Flag-Niedrig-Bits-Klarstellung

draft-ietf-idr-add-paths-guidelines-08, Best Practices für die Werbung mehrerer Pfade in IBGP

draft-ietf-idr-best-external-03, Werbung der besten externen Route in BGP

draft-ietf-idr-bgp-flowspec-oid-03, Überarbeiteter Validierungsprozess für BGP-Fluss-Spezifikationen

draft-ietf-idr-bgp-gr-notification-01, Benachrichtigungsnachricht Unterstützung für BGP Graceful Restart

draft-ietf-idr-bgp-ls-app-specific-attr-01, Anwendungsspezifische Attribut-Werbung mit BGP Link-State

draft-ietf-idr-bgp-optimal-route-reflection-10, BGP Optimale Routenreflexion (BGP-ORR)

draft-ietf-idr-error-handling-03, Überarbeitete Fehlerbehandlung für BGP UPDATE-Nachrichten

draft-ietf-idr-flowspec-interfaceset-03, Anwendung von BGP-Flowspec-Regeln auf einem bestimmten Schnittstellensatz

draft-ietf-idr-flowspec-path-redirect-05, Flowspec Indirektion-ID-Umleitung - lokalisierte ID

draft-ietf-idr-flowspec-redirect-ip-02, BGP Flow-Spec-Umleitung zu IP-Aktion

draft-ietf-idr-link-bandwidth-03, BGP Link-Bandbreite Erweiterte Community

draft-ietf-idr-long-lived-gr-00, Unterstützung für langlebige BGP Graceful Restart

draft-ietf-sidr-origin-validation-signaling-04, BGP Präfix-Ursprungsvalidierungsstatus Erweiterte Community

RFC 1772, Anwendung des Border Gateway Protocols im Internet

RFC 1997, BGP Communities Attribut

RFC 2385, Schutz von BGP-Sitzungen über die TCP MD5-Signaturalternative

RFC 2439, BGP-Routenflapping-Dämpfung

RFC 2545, Verwendung von BGP-4 Multiprotokollerweiterungen für IPv6 Inter-Domain-Routing

RFC 2858, Multiprotokollerweiterungen für BGP-4

RFC 2918, Routenaktualisierungsfähigkeit für BGP-4

RFC 3107, Übertragung von Labelinformationen in BGP-4

RFC 4271, Ein Border Gateway Protocol 4 (BGP-4)

RFC 4360, BGP Erweiterte Communities Attribut

RFC 4364, BGP/MPLS IP-Virtual Private Networks (VPNs)

RFC 4456, BGP Routenreflexion: Eine Alternative zu vollständigem Mesh-Internen BGP (IBGP)

RFC 4486, Untercodes für BGP Cease-Benachrichtigungsnachricht

RFC 4659, BGP-MPLS IP-Virtual Private Network (VPN) Erweiterung für IPv6 VPN

RFC 4684, Eingeschränkte Routenverteilung für Border Gateway Protocol/MultiProtocol Label Switching (BGP/MPLS) Internet Protocol (IP) Virtual Private Networks (VPNs)

RFC 4724, Graceful Restart-Mechanismus für BGP - Hilfsmodus

RFC 4760, Multiprotokollerweiterungen für BGP-4

RFC 4798, Verbindung von IPv6-Inseln über IPv4 MPLS unter Verwendung von IPv6 Provider Edge Routern (6PE)

RFC 5004, Vermeidung von BGP-Best-Pfad-Übergängen von einem externen zu einem anderen

RFC 5065, Autonome Systemkonföderationen für BGP

RFC 5291, Outbound-Routenfilterfähigkeiten für BGP-4

RFC 5396, Textuelle Darstellung von autonomen System (AS) Nummern - asplain

RFC 5492, Fähigkeiten-Werbung mit BGP-4

RFC 5549, Werbung von IPv4-Netzwerkschicht-Erreichbarkeitsinformationen mit einem IPv6-Nächsten Hop

RFC 5575, Verbreitung von Fluss-Spezifikationsregeln

RFC 5668, 4-Oktett AS-spezifische BGP-Erweiterte Community

RFC 6286, Autonomous-System-weit eindeutige BGP-Identifikation für BGP-4

RFC 6793, BGP-Unterstützung für vier-Oktett autonome System (AS) Nummernraum

RFC 6810, Die Resource Public Key Infrastructure (RPKI) zu Router-Protokoll

RFC 6811, Präfix-Ursprungsvalidierung

RFC 6996, Autonomes System (AS) Reservierung für private Nutzung

RFC 7311, Das akkumulierte IGP-Metrik-Attribut für BGP

RFC 7607, Kodifizierung der AS 0 Verarbeitung

RFC 7674, Klarstellung der Flowspec-Umleitungs-Erweiterten Community

RFC 7752, Nordwärtsverteilung von Link-State- und Verkehrsingenieurinformationen (TE) unter Verwendung von BGP

RFC 7854, BGP-Monitoring-Protokoll (BMP)

RFC 7911, Werbung mehrerer Pfade in BGP

RFC 7999, BLACKHOLE Community

RFC 8092, BGP Große Communities Attribut

RFC 8212, Standardmäßiges externes BGP (EBGP) Routenverbreitungsverhalten ohne Richtlinien

RFC 8571, BGP - Link State (BGP-LS) Werbung von IGP Verkehrsingenieurleistungsmetrikerweiterungen

Breitbandnetz-Gateway (BNG) - Trennung von Steuer- und Benutzerebene (CUPS)

3GPP 23. 007, Wiederherstellungsverfahren

3GPP 29.244, Schnittstelle zwischen den Steuer- und Benutzerebenen-Knoten

3GPP 29.281, Allgemeines Paket-Radio-System (GPRS) Tunneling-Protokoll Benutzerebene (GTPv1-U)

BBF TR-459, Trennung von Steuer- und Benutzerebene für ein disaggregiertes BNG

RFC 8300, Netzwerkdienst-Header (NSH)

Schaltungsemulation

RFC 4553, Strukturunabhängige Zeitmultiplexverfahren (TDM) über Paket (SAToP)

RFC 5086, Strukturabhängiger Zeitmultiplexierter (TDM) Schaltungsemulationsdienst über paketvermittelte Netzwerke (CESoPSN)

RFC 5287, Erweiterungen des Steuerprotokolls für die Einrichtung von Zeitmultiplex-Pseudoleitungen (TDM) in MPLS-Netzwerken

Ethernet

IEEE 802.1AB, Station und Medienzugangskontrollverbindungsentdeckung

IEEE 802.1ad, Provider-Brücken

IEEE 802.1ag, Fehlerverwaltung der Konnektivität

IEEE 802.1ah, Provider-Backbone-Brücken

IEEE 802.1ak, Mehrfachregistrierungsprotokoll

IEEE 802.1aq, Kürzeste-Pfad-Bridging

IEEE 802.1ax, Link-Aggregation

IEEE 802.1D, MAC-Brücken

IEEE 802.1p, Verkehrsklassenschnellbearbeitung

IEEE 802.1Q, Virtuelle LANs

IEEE 802.1s, Mehrere Spanning Trees

IEEE 802.1w, Schnelle Neukonfiguration des Spanning Tree

IEEE 802.1X, Portbasierte Netzwerkzugangskontrolle

IEEE 802.3ac, VLAN-Tag

IEEE 802.3ad, Link-Aggregation

IEEE 802.3ah, Ethernet in der ersten Meile

IEEE 802.3x, Ethernet-Flusskontrolle

ITU-T G.8031/Y.1342, Ethernet-Lineare Schutzumschaltung

ITU-T G.8032/Y.1344, Ethernet-Ring-Schutzumschaltung

ITU-T Y. 1731, OAM-Funktionen und -Mechanismen für Ethernet-basierte Netzwerke

Ethernet VPN (EVPN)

draft-ietf-bess-evpn-igmp-mld-proxy-05, IGMP und MLD Proxy für EVPN

draft-ietf-bess-evpn-irb-mcast-04, EVPN-optimierte Inter-Subnetz-Multicast (OISM) Weiterleitung - Eingangsreplikation

draft-ietf-bess-evpn-pref-df-06, Präferenzbasierte EVPN DF-Wahl

draft-ietf-bess-evpn-prefix-advertisement-11, IP-Präfix-Werbung in EVPN

draft-ietf-bess-evpn-proxy-arp-nd-08, Betriebsaspekte von Proxy-ARP/ND in EVPN-Netzwerken

draft-ietf-bess-pbb-evpn-isid-cmacflush-00, PBB-EVPN ISID-basierter CMAC-Flush

RFC 7432, BGP MPLS-basiertes Ethernet VPN

RFC 7623, Provider Backbone Bridging kombiniert mit Ethernet VPN (PBB-EVPN)

RFC 8214, Unterstützung des virtuellen privaten Drahtdienstes in Ethernet VPN

RFC 8317, Ethernet-Baum (E-Baum) Unterstützung in Ethernet VPN (EVPN) und Provider Backbone Bridging EVPN (PBB-EVPN)

RFC 8365, Eine Netzwerkvirtualisierungs-Overlay-Lösung unter Verwendung von Ethernet VPN (EVPN)

RFC 8560, Nahtlose Integration von Ethernet VPN (EVPN) mit Virtual Private LAN Service (VPLS) und deren Provider Backbone Bridge (PBB) Entsprechungen

RFC 8584, DF-Wahl und AC-beeinflusste DF-Wahl

Frame Relay

ANSI T1.617 Anhang D, DSS1 - Signalisierungsspezifikation für Frame Relay-Bearbeitungsdienst

FRF.1.2, PVC Benutzer-zu-Netzwerk-Schnittstelle (UNI) Implementierungsvereinbarung

FRF.12, Implementierungsvereinbarung zur Fragmentierung von Frame Relay

FRF.16.1, Implementierungsvereinbarung für Multilink Frame Relay UNI/NNI

FRF.5, Implementierungsvereinbarung für die Interworking von Frame Relay/ATM PVC-Netzwerken

FRF2.2, Implementierungsvereinbarung für PVC Netzwerk-zu-Netzwerk-Schnittstelle (NNI)

ITU-T Q. 933 Anhang A, Zusätzliche Verfahren für das Management des Status der Permanent Virtual Connection (PVC)

Generalized Multiprotocol Label Switching (GMPLS)

draft-ietf-ccamp-rsvp-te-srlg-collect-04, RSVP-TE-Erweiterungen zur Sammlung von SRLG-Informationen

RFC 3471, Allgemeine Beschreibung der Signalisierungsfunktionen für Generalized Multi-Protocol Label Switching (GMPLS)

RFC 3473, Erweiterungen des Generalized Multi-Protocol Label Switching (GMPLS) Signalisierungsressourcenreservierungsprotokolls-Traffic Engineering (RSVP-TE)

RFC 4204, Link Management Protocol (LMP)

RFC 4208, Allgemeine Benutzer-Netzwerk-Schnittstelle (UNI) für Generalized Multiprotocol Label Switching (GMPLS): Unterstützung des Ressourcenreservierungsprotokolls-Traffic Engineering (RSVP-TE) für das Overlay-Modell

RFC 4872, RSVP-TE-Erweiterungen zur Unterstützung der End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Wiederherstellung

RFC 5063, Erweiterungen des GMPLS-Ressourcenreservierungsprotokolls (RSVP) für einen sanften Neustart - Hilfsmodus

gRPC Remote Procedure Calls (gRPC)

cert.proto Version 0.1.0, gRPC Netzwerkoperationsschnittstelle (gNOI) Zertifikatsverwaltungsdienst

file.proto Version 0.1.0, gRPC Netzwerkoperationsschnittstelle (gNOI) Dateidienst

gnmi.proto Version 0.7.0, gRPC Netzwerkmanagementschnittstelle (gNMI) Dienstspezifikation

PROTOCOL-HTTP2, gRPC über HTTP2

system.proto Version 1.0. 0, gRPC-Netzwerkoperationsschnittstelle (gNOI) Systemdienst

Intermediate System to Intermediate System (IS-IS)

draft-ietf-isis-mi-02, IS-IS Multi-Instance

draft-kaplan-isis-ext-eth-02, Erweiterte Unterstützung der Ethernet-Rahmengröße

ISO/IEC 10589:2002 Zweite Ausgabe, Protokoll für den Austausch von Routinginformationen innerhalb einer Domäne zwischen Zwischen-Systemen zur Verwendung in Verbindung mit dem Protokoll zur Bereitstellung des verbindungslosen Netzwerkdienstes (ISO 8473)

RFC 1195, Verwendung von OSI IS-IS für das Routing in TCP/IP- und Dualumgebungen

RFC 2973, IS-IS-Mesh-Gruppen

RFC 3359, *Reservierter Typ, Länge und Wert (TLV) Codepunkte zwischen Intermediate System und Intermediate System

RFC 3719, Empfehlungen für interoperable Netzwerke unter Verwendung von Intermediate System to Intermediate System (IS-IS)

RFC 3787, Empfehlungen für interoperable IP-Netzwerke unter Verwendung von Intermediate System to Intermediate System (IS-IS)

RFC 4971, Erweiterungen von Intermediate System to Intermediate System (IS-IS) zur Werbung von Routerinformationen

RFC 5120, M-ISIS: Multi-Topologie (MT) Routing in IS-IS

RFC 5130, Ein Richtlinienkontrollmechanismus in IS-IS unter Verwendung administrativer Tags

RFC 5301, Dynamischer Hostnamen-Austauschmechanismus für IS-IS

RFC 5302, Domänenweite Präfixverteilung mit zweistufigem IS-IS

RFC 5303, Drei-Wege-Handshake für IS-IS-Punkt-zu-Punkt-Nachbarschaften

RFC 5304, IS-IS-Kryptografische Authentifizierung

RFC 5305, IS-IS-Erweiterungen für Verkehrsengineering TE

RFC 5306, Neustartsignalgebung für IS-IS - Hilfsmodus

RFC 5307, IS-IS-Erweiterungen zur Unterstützung von Generalized Multi-Protocol Label Switching (GMPLS)

RFC 5308, Routing von IPv6 mit IS-IS

RFC 5309, Punkt-zu-Punkt-Betrieb über LAN in Link-State-Routing-Protokollen

RFC 5310, IS-IS generische kryptografische Authentifizierung

RFC 6119, IPv6-Verkehrsengineering in IS-IS

RFC 6213, IS-IS BFD-aktivierte TLV

RFC 6232, Purge-Ursprungsidentifikation TLV für IS-IS

RFC 6233, IS-IS-Registry-Erweiterung für Purges

RFC 6329, IS-IS-Erweiterungen zur Unterstützung von IEEE 802. 1aq kürzester Pfad-Bridging*

RFC 7775, IS-IS-Routenpräferenz für erweiterte IP- und IPv6-Erreichbarkeit

RFC 7794, IS-IS-Präfixattribute für erweiterte IPv4- und IPv6-Erreichbarkeit

RFC 7987, IS-IS minimale verbleibende Lebensdauer

RFC 8202, IS-IS Multi-Instance - einzelne Topologie

RFC 8570, IS-IS Traffic Engineering (TE) Metrik-Erweiterungen - Verzögerungsmetrik

RFC 8919, IS-IS anwendungsspezifische Linkattribute

Internetprotokoll (IP) — Schnelles Umleiten

draft-ietf-rtgwg-lfa-manageability-08, Betriebsmanagement von Loop-Free Alternates

RFC 5286, Grundspezifikation für IP schnelles Umleiten: Loop-Free Alternates

RFC 7431, Multicast-Only schnelles Umleiten

RFC 7490, Remote Loop-Free Alternate (LFA) schnelles Umleiten (FRR)

Internetprotokoll (IP) — Allgemein

draft-grant-tacacs-02, Das TACACS+ Protokoll

RFC 768, User Datagram Protocol

RFC 793, Transmission Control Protocol

RFC 854, Telnet Protokollspezifikationen

RFC 1350, Das TFTP-Protokoll (Revision 2)

RFC 2347, TFTP-Optionserweiterung

RFC 2348, TFTP-Blockgrößenoption

RFC 2349, TFTP-Zeitüberschreitungsintervall und Übertragungsgrößenoptionen

RFC 2428, FTP-Erweiterungen für IPv6 und NATs

RFC 2784, Generische Routing-Kapselung (GRE)

RFC 2818, HTTP über TLS

RFC 2890, Schlüssel- und Sequenznummernerweiterungen für GRE

RFC 3164, Das BSD syslog-Protokoll

RFC 4250, Die Secure Shell (SSH) Protokoll zugewiesene Nummern

RFC 4251, Die Secure Shell (SSH) Protokollarchitektur

RFC 4252, Das Secure Shell (SSH) Authentifizierungsprotokoll - publickey, passwort

RFC 4253, Das Secure Shell (SSH) Transportprotokoll

RFC 4254, Das Secure Shell (SSH) Verbindungsprotokoll

RFC 4511, Lightweight Directory Access Protocol (LDAP): Das Protokoll

RFC 4513, Lightweight Directory Access Protocol (LDAP): Authentifizierungsmethoden und Sicherheitsmechanismen - TLS

RFC 4632, Klassenloses Interdomain-Routing (CIDR): Der Internetadresszuweisungs- und Aggregationsplan

RFC 5082, Der generalisierte TTL-Sicherheitsmechanismus (GTSM)

RFC 5246, Das Transport Layer Security (TLS) Protokoll Version 1. 2 - TLS-Client, RSA-Öffentlicher Schlüssel*

RFC 5656, Integration des elliptischen Kurvenalgorithmus im Secure Shell Transport Layer - ECDSA

RFC 5925, Die TCP-Authentifizierungsoption

RFC 5926, Kryptografische Algorithmen für die TCP-Authentifizierungsoption (TCP-AO)

RFC 6398, Überlegungen und Nutzung von IP-Router-Alarmen - MLD

RFC 6528, Abwehr von Angriffe auf die Sequenznummer

RFC 7011, Spezifikation des IP Flow Information Export (IPFIX)-Protokolls für den Austausch von Flussinformationen

RFC 7012, Informationsmodell für den IP Flow Information Export

RFC 7230, Hypertext-Übertragungsprotokoll (HTTP/1.1): Nachrichtensyntax und Routing

RFC 7231, Hypertext-Übertragungsprotokoll (HTTP/1.1): Semantik und Inhalt

RFC 7232, Hypertext-Übertragungsprotokoll (HTTP/1. 1): Bedingte Anfragen

RFC 7301, Transport Layer Security (TLS) Anwendungsschicht-Protokollverhandlungs-Erweiterung

Internetprotokoll (IP) — Multicast

cisco-ipmulticast/pim-autorp-spec01, Auto-RP: Automatische Entdeckung von Gruppen-zu-RP-Zuordnungen für IP-Multicast - Version 1

draft-ietf-bier-pim-signaling-08, PIM-Signalisierung durch BIER-Kern

draft-ietf-idmr-traceroute-ipm-07, Eine “Traceroute”-Funktion für IP-Multicast

draft-ietf-l2vpn-vpls-pim-snooping-07, Protokollunabhängiger Multicast (PIM) über Virtuellen Privaten LAN-Dienst (VPLS)

RFC 1112, Host-Erweiterungen für IP-Multicasting

RFC 2236, Internet-Gruppenmanagementprotokoll, Version 2

RFC 2365, Administrativ umgrenzter IP-Multicast

RFC 2375, IPv6-Multicast-Adressen-Zuordnungen

RFC 2710, Multicast Listener Discovery (MLD) für IPv6

RFC 3306, Unicast-Präfix-basierte IPv6-Multicast-Adressen

RFC 3376, Internet-Gruppenmanagementprotokoll, Version 3

RFC 3446, Anycast-Rendezvous-Punkt (RP)-Mechanismus unter Verwendung von Protokollunabhängigem Multicast (PIM) und Multicast-Quellentdeckungsprotokoll (MSDP)

RFC 3590, Quelladressenauswahl für das Multicast Listener Discovery (MLD)-Protokoll

RFC 3618, Multicast-Quellentdeckungsprotokoll (MSDP)

RFC 3810, Multicast Listener Discovery Version 2 (MLDv2) für IPv6

RFC 3956, Einbettung der Rendezvous-Punkt (RP)-Adresse in eine IPv6-Multicast-Adresse

RFC 3973, Protokollunabhängiger Multicast - Dichte-Modus (PIM-DM): Protokollspezifikation (Überarbeitet) - auto-RP-Gruppen

RFC 4541, Überlegungen zu Internet-Gruppenmanagementprotokoll (IGMP) und Multicast Listener Discovery (MLD) Snooping-Switches

RFC 4604, Verwendung des Internet-Gruppenmanagementprotokolls Version 3 (IGMPv3) und des Multicast Listener Discovery-Protokolls Version 2 (MLDv2) für Quellspezifischen Multicast

RFC 4607, Quellspezifischer Multicast für IP

RFC 4608, Quellspezifischer Protokollunabhängiger Multicast in 232/8

RFC 4610, Anycast-RP unter Verwendung von Protokollunabhängigem Multicast (PIM)

RFC 4611, Multicast-Quellentdeckungsprotokoll (MSDP) Bereitstellungsszenarien

RFC 5059, Bootstrap-Router (BSR)-Mechanismus für Protokollunabhängigen Multicast (PIM)

RFC 5186, Internet-Gruppenmanagementprotokoll Version 3 (IGMPv3) / Multicast Listener Discovery Version 2 (MLDv2) und Interaktion des Multicast-Routing-Protokolls

RFC 5384, Das Protokollunabhängige Multicast (PIM) Beitrittsattributformat

RFC 5496, Der Reverse Path Forwarding (RPF) Vektor TLV

RFC 6037, Cisco Systems’ Lösung für Multicast in MPLS/BGP IP VPNs

RFC 6512, Verwendung von Multipoint LDP, wenn das Backbone keinen Weg zur Wurzel hat

RFC 6513, Multicast in MPLS/BGP IP VPNs

RFC 6514, BGP-Codierungen und Verfahren für Multicast in MPLS/IP VPNs

RFC 6515, IPv4- und IPv6-Infrastrukturadressen in BGP-Updates für Multicast-VPNs

RFC 6516, IPv6-Multicast-VPN (MVPN)-Unterstützung unter Verwendung von PIM-Kontrollebene und selektiven Anbieter-Multicast-Service-Schnittstellen (S-PMSI) Beitrittsnachrichten

RFC 6625, Wildcard in Multicast-VPN-Auto-Entdeckungsrouten

RFC 6826, Multipoint LDP In-Band Signalisierung für Punkt-zu-Mehrpunkt und Mehrpunkt-zu-Mehrpunkt Label Switched Path

RFC 7246, Multipoint Label Distribution Protocol In-Band Signalisierung in einem virtuellen Routing- und Weiterleitungs (VRF)-Tabellenkontext

RFC 7385, IANA-Register für P-Multicast-Service-Schnittstelle (PMSI) Tunneltyp-Codepunkte

RFC 7716, Globale Tabellen-Multicast mit BGP-Multicast-VPN (BGP-MVPN)-Verfahren

RFC 7761, Protokollunabhängiger Multicast - Spärlicher Modus (PIM-SM): Protokollspezifikation (Überarbeitet)

RFC 8279, Multicast unter Verwendung von Bit-Index-Expliziter-Replikation (BIER)

RFC 8296, Kapselung für Bit-Index-Explizite-Replikation (BIER) in MPLS- und Nicht-MPLS-Netzwerken - MPLS-Kapselung

RFC 8401, Bit-Index-Explizite-Replikation (BIER)-Unterstützung über IS-IS

RFC 8444, OSPFv2-Erweiterungen für Bit-Index-Explizite-Replikation (BIER)

RFC 8487, Mtrace Version 2: Traceroute-Funktion für IP-Multicast

RFC 8534, Explizite Verfolgung mit Wildcard-Routen in Multicast-VPN - (C-,C-) Wildcard

RFC 8556, Multicast-VPN unter Verwendung von Bit-Index-Expliziter-Replikation (BIER)

Internetprotokoll (IP) — Version 4

RFC 791, Internetprotokoll

RFC 792, Internet Control Message Protocol

RFC 826, Ein Ethernet-Adressenauflösungsprotokoll

RFC 951, Bootstrap-Protokoll (BOOTP) - Relay

RFC 1034, Domainnamen - Konzepte und Einrichtungen

RFC 1035, Domainnamen - Implementierung und Spezifikation

RFC 1191, Path MTU Discovery - Router-Spezifikation

RFC 1519, Klassenloses Inter-Domain-Routing (CIDR): eine Adresszuweisungs- und Aggregationsstrategie

RFC 1534, Interoperabilität zwischen DHCP und BOOTP

RFC 1542, Klarstellungen und Erweiterungen für das Bootstrap-Protokoll

RFC 1812, Anforderungen an IPv4-Router

RFC 1918, Adresszuweisung für private Internets

RFC 2003, IP-Kapselung innerhalb von IP

RFC 2131, Dynamisches Hostkonfigurationsprotokoll

RFC 2132, DHCP-Optionen und BOOTP-Anbietererweiterungen

RFC 2401, Sicherheitsarchitektur für das Internetprotokoll

RFC 3021, Verwendung von 31-Bit-Präfixen auf IPv4-Punkt-zu-Punkt-Verbindungen

RFC 3046, DHCP-Relay-Agent-Informationsoption (Option 82)

RFC 3768, Virtuelles Router-Redundanzprotokoll (VRRP)

RFC 4884, Erweiterte ICMP zur Unterstützung von Mehrteilnachrichten - ICMPv4 und ICMPv6 Zeitüberschreitung

Internetprotokoll (IP) — Version 6

RFC 2464, Übertragung von IPv6-Paketen über Ethernet-Netzwerke

RFC 2529, Übertragung von IPv6 über IPv4-Domänen ohne explizite Tunnel

RFC 3122, Erweiterungen für die IPv6-Nachbarentdeckung für inverse Entdeckungs-Spezifikation

RFC 3315, Dynamisches Hostkonfigurationsprotokoll für IPv6 (DHCPv6)

RFC 3587, IPv6-Global-Unicast-Adressenformat

RFC 3596, DNS-Erweiterungen zur Unterstützung von IP-Version 6

RFC 3633, IPv6-Präfixoptionen für das dynamische Hostkonfigurationsprotokoll (DHCP) Version 6

RFC 3646, DNS-Konfigurationsoptionen für das dynamische Hostkonfigurationsprotokoll für IPv6 (DHCPv6)

RFC 3736, Zustandsloses dynamisches Hostkonfigurationsprotokoll (DHCP)-Dienst für IPv6

RFC 3971, Sichere Nachbarentdeckung (SEND)

RFC 3972, Kryptografisch generierte Adressen (CGA)

RFC 4007, IPv6-Scoped-Adressenarchitektur

RFC 4193, Eindeutige lokale IPv6-Unicast-Adressen

RFC 4291, Internetprotokoll Version 6 (IPv6) Adressierungsarchitektur

RFC 4443, Internet Control Message Protocol (ICMPv6) für die Spezifikation des Internetprotokolls Version 6 (IPv6)

RFC 4861, Nachbarentdeckung für IP-Version 6 (IPv6)

RFC 4862, IPv6-Zustandslose Adressautokonfiguration - Routerfunktionen

RFC 4890, Empfehlungen zum Filtern von ICMPv6-Nachrichten in Firewalls

RFC 4941, Datenschutz-Erweiterungen für die zustandslose Adressautokonfiguration in IPv6

RFC 5007, DHCPv6 Leasequery

RFC 5095, Abschaffung von Typ-0-Routing-Headern in IPv6

RFC 5722, Handhabung von überlappenden IPv6-Fragmenten

RFC 5798, Virtuelles Router-Redundanzprotokoll (VRRP) Version 3 für IPv4 und IPv6 - IPv6

RFC 5952, Eine Empfehlung für die Textdarstellung von IPv6-Adressen

RFC 6092, Empfohlene einfache Sicherheitsfunktionen in Endgeräten (CPE) zur Bereitstellung von Wohn-IPv6-Internetdiensten - Internetkontrolle und -verwaltung, obere Transportprotokolle, UDP-Filter, IPsec und Internet-Schlüsselaustausch (IKE), TCP-Filter

RFC 6106, IPv6-Router-Werbung Optionen für DNS-Konfiguration

RFC 6164, Verwendung von 127-Bit-IPv6-Präfixen auf Inter-Router-Verbindungen

RFC 8021, Generierung von IPv6-atomaren Fragmenten als schädlich erachtet

RFC 8200, Internetprotokoll, Version 6 (IPv6) Spezifikation

RFC 8201, Path MTU Discovery für IP-Version 6

Internetprotokollsicherheit (IPsec)

draft-ietf-ipsec-isakmp-mode-cfg-05, Die ISAKMP-Konfigurationsmethode

draft-ietf-ipsec-isakmp-xauth-06, Erweiterte Authentifizierung innerhalb von ISAKMP/Oakley (XAUTH)

RFC 2401, Sicherheitsarchitektur für das Internetprotokoll

RFC 2403, Die Verwendung von HMAC-MD5-96 innerhalb von ESP und AH

RFC 2404, Die Verwendung von HMAC-SHA-1-96 innerhalb von ESP und AH

RFC 2405, Der ESP DES-CBC-Verschlüsselungsalgorithmus mit explizitem IV

RFC 2406, IP-Kapselungssicherheitsnutzlast (ESP)

RFC 2407, IPsec-Domain der Interpretation für ISAKMP (IPsec DoI)

RFC 2408, Internet-Sicherheitsassoziation und Schlüsselmanagementprotokoll (ISAKMP)

RFC 2409, Der Internet-Schlüsselaustausch (IKE)

RFC 2410, Der NULL-Verschlüsselungsalgorithmus und seine Verwendung mit IPsec

RFC 3526, Modularer exponentieller (MODP) Diffie-Hellman-Gruppe für den Internet-Schlüsselaustausch (IKE)

RFC 3566, Der AES-XCBC-MAC-96-Algorithmus und seine Verwendung mit IPsec

RFC 3602, Der AES-CBC-Verschlüsselungsalgorithmus und seine Verwendung mit IPsec

RFC 3706, Eine verkehrsbasierte Methode zur Erkennung toter Internet-Schlüsselaustausch (IKE)-Peers

RFC 3947, Verhandlung von NAT-Traversal im IKE

RFC 3948, UDP-Kapselung von IPsec-ESP-Paketen

RFC 4106, Die Verwendung des Galois/Counter-Modus (GCM) in IPsec ESP 509 Public Key Infrastructure-Zertifikatmanagementprotokoll (CMP)*

RFC 4211, Internet X.509 Public Key Infrastructure-Zertifikatanforderungsnachrichtenformat (CRMF)

RFC 4301, Sicherheitsarchitektur für das Internetprotokoll

RFC 4303, IP-Kapselungssicherheitsnutzlast

RFC 4307, Kryptografische Algorithmen zur Verwendung im Internet Key Exchange Version 2 (IKEv2)

RFC 4308, Kryptografische Suiten für IPsec

RFC 4434, Der AES-XCBC-PRF-128-Algorithmus für das Internet Key Exchange-Protokoll (IKE)

RFC 4543, Die Verwendung des Galois-Nachrichtenauthentifizierungscodes (GMAC) in IPsec ESP und AH

RFC 4868, Verwendung von HMAC-SHA-256, HMAC-SHA-384 und HMAC-SHA-512 mit IPSec

RFC 4945, Das Internet-IP-Sicherheits-PKI-Profil von IKEv1/ISAKMP, IKEv2 und PKIX

RFC 5019, Das Lightweight Online Certificate Status Protocol (OCSP)-Profil für Umgebungen mit hohem Volumen

RFC 5280, Internet X.509 Public Key Infrastructure-Zertifikat und Zertifikatswiderrufsliste (CRL)-Profil

RFC 5282, Verwendung von authentifizierten Verschlüsselungsalgorithmen mit der verschlüsselten Nutzlast des IKEv2-Protokolls

RFC 5903, ECP-Gruppen für IKE und IKEv2

RFC 5998, Eine Erweiterung für EAP-Only-Authentifizierung in IKEv2

RFC 6379, Suite B-Kryptografische Suiten für IPsec

RFC 6380, Suite B-Profil für Internetprotokollsicherheit (IPsec)

RFC 6712, Internet X.509 Public Key Infrastructure – HTTP-Übertragung für das Zertifikatmanagementprotokoll (CMP)

RFC 6960, X. 509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP

RFC 7296, Internet Key Exchange Protocol Version 2 (IKEv2)

RFC 7321, Cryptographic Algorithm Implementation Requirements and Usage Guidance for Encapsulating Security Payload (ESP) and Authentication Header (AH)

RFC 7383, Internet Key Exchange Protocol Version 2 (IKEv2) Message Fragmentation

RFC 7427, Signature Authentication in the Internet Key Exchange Version 2 (IKEv2)

RFC 7468, Textual Encodings of PKIX, PKCS, and CMS Structures

Label Distribution Protocol (LDP)

draft-pdutta-mpls-ldp-adj-capability-00, LDP Adjacency Capabilities

draft-pdutta-mpls-ldp-v2-00, LDP Version 2

draft-pdutta-mpls-mldp-up-redundancy-00, Upstream LSR Redundancy for Multi-point LDP Tunnels

draft-pdutta-mpls-multi-ldp-instance-00, Multiple LDP Instances

draft-pdutta-mpls-tldp-hello-reduce-04, Targeted LDP Hello Reduction

RFC 3037, LDP Applicability

RFC 3478, Graceful Restart Mechanism for Label Distribution Protocol - helper mode

RFC 5036, LDP Specification

RFC 5283, LDP Extension for Inter-Area Label Switched Paths (LSPs)

RFC 5443, LDP IGP Synchronization

RFC 5561, LDP Capabilities

RFC 5919, Signaling LDP Label Advertisement Completion

RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths

RFC 6512, Using Multipoint LDP When the Backbone Has No Route to the Root

RFC 6826, Multipoint LDP in-band signaling for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths

RFC 7032, LDP Downstream-on-Demand in Seamless MPLS

RFC 7473, Controlling State Advertisements of Non-negotiated LDP Applications

RFC 7552, Updates to LDP for IPv6

Layer Two Tunneling Protocol (L2TP) Network Server (LNS)

draft-mammoliti-l2tp-accessline-avp-04, Layer 2 Tunneling Protocol (L2TP) Access Line Information Attribute Value Pair (AVP) Extensions

RFC 2661, Layer Two Tunneling Protocol “L2TP”

RFC 2809, Implementation of L2TP Compulsory Tunneling via RADIUS

RFC 3438, Layer Two Tunneling Protocol (L2TP) Internet Assigned Numbers: Internet Assigned Numbers Authority (IANA) Considerations Update

RFC 3931, Layer Two Tunneling Protocol - Version 3 (L2TPv3)

RFC 4719, Transport of Ethernet Frames over Layer 2 Tunneling Protocol Version 3 (L2TPv3)

RFC 4951, Fail Over Extensions for Layer 2 Tunneling Protocol (L2TP) “failover”

Multiprotocol Label Switching (MPLS)

draft-ietf-mpls-lsp-ping-ospfv3-codepoint-02, OSPFv3 CodePoint for MPLS LSP Ping

RFC 3031, Multiprotocol Label Switching Architecture

RFC 3032, MPLS Label Stack Encoding

RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differentiated Services - E-LSP

RFC 3443, Time To Live (TTL) Processing in Multi-Protocol Label Switching (MPLS) Networks

RFC 4023, Encapsulating MPLS in IP or Generic Routing Encapsulation (GRE)

RFC 4182, Removing a Restriction on the use of MPLS Explicit NULL

RFC 5332, MPLS Multicast Encapsulations

RFC 5884, Bidirectional Forwarding Detection (BFD) for MPLS Label Switched Paths (LSPs)

RFC 6374, Packet Loss and Delay Measurement for MPLS Networks - Delay Measurement, Channel Type 0x000C

RFC 6424, Mechanism for Performing Label Switched Path Ping (LSP Ping) over MPLS Tunnels

RFC 6425, Detecting Data Plane Failures in Point-to-Multipoint Multiprotocol Label Switching (MPLS) - Extensions to LSP Ping

RFC 6790, The Use of Entropy Labels in MPLS Forwarding

RFC 7510, Encapsulating MPLS in UDP

RFC 7746, Label Switched Path (LSP) Self-Ping

RFC 7876, UDP Return Path for Packet Loss and Delay Measurement for MPLS Networks - Delay Measurement

RFC 8029, Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures

Multiprotocol Label Switching — Transport Profile (MPLS-TP)

RFC 5586, MPLS Generic Associated Channel

RFC 5921, A Framework for MPLS in Transport Networks

RFC 5960, MPLS Transport Profile Data Plane Architecture

RFC 6370, MPLS Transport Profile (MPLS-TP) Identifiers

RFC 6378, MPLS Transport Profile (MPLS-TP) Linear Protection

RFC 6426, MPLS On-Demand Connectivity and Route Tracing

RFC 6427, MPLS Fault Management Operations, Administration, and Maintenance (OAM)

RFC 6428, Proactive Connectivity Verification, Continuity Check and Remote Defect indication for MPLS Transport Profile

RFC 6478, Pseudowire Status for Static Pseudowires

RFC 7213, MPLS Transport Profile (MPLS-TP) Next-Hop Ethernet Addressing

Network Address Translation (NAT)

draft-ietf-behave-address-format-10, IPv6 Addressing of IPv4/IPv6 Translators

draft-ietf-behave-v6v4-xlate-23, IP/ICMP Translation Algorithm

draft-miles-behave-l2nat-00, Layer2-Aware NAT

draft-nishitani-cgn-02, Common Functions of Large Scale NAT (LSN)

RFC 4787, Network Address Translation (NAT) Behavioral Requirements for Unicast UDP

RFC 5382, NAT Behavioral Requirements for TCP

RFC 5508, NAT Behavioral Requirements for ICMP

RFC 6146, Stateful NAT64: Network Address and Protocol Translation from IPv6 Clients to IPv4 Servers

RFC 6333, Dual-Stack Lite Broadband Deployments Following IPv4 Exhaustion

RFC 6334, Dynamic Host Configuration Protocol for IPv6 (DHCPv6) Option for Dual-Stack Lite

RFC 6887, Port Control Protocol (PCP)

RFC 6888, Common Requirements For Carrier-Grade NATs (CGNs)

RFC 7753, Port Control Protocol (PCP) Extension for Port-Set Allocation

RFC 7915, IP/ICMP Translation Algorithm

Network Configuration Protocol (NETCONF)

RFC 5277, NETCONF Event Notifications

RFC 6020, YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)

RFC 6022, YANG Module for NETCONF Monitoring

RFC 6241, Network Configuration Protocol (NETCONF)

RFC 6242, Using the NETCONF Protocol over Secure Shell (SSH)

RFC 6243, With-defaults Capability for NETCONF

RFC 8342, Network Management Datastore Architecture (NMDA) - Startup, Candidate, Running and Intended datastores

RFC 8525, YANG Library

RFC 8526, NETCONF Extensions to Support the Network Management Datastore Architecture - operation

Open Shortest Path First (OSPF)

RFC 1586, Guidelines for Running OSPF Over Frame Relay Networks

RFC 1765, OSPF Database Overflow

RFC 2328, OSPF Version 2

RFC 3101, The OSPF Not-So-Stubby Area (NSSA) Option

RFC 3509, Alternative Implementations of OSPF Area Border Routers

RFC 3623, Graceful OSPF Restart Graceful OSPF Restart - helper mode

RFC 3630, Traffic Engineering (TE) Extensions to OSPF Version 2

RFC 4203, OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)

RFC 4222, Prioritized Treatment of Specific OSPF Version 2 Packets and Congestion Avoidance

RFC 4552, Authentication/Confidentiality for OSPFv3

RFC 4576, Using a Link State Advertisement (LSA) Options Bit to Prevent Looping in BGP/MPLS IP Virtual Private Networks (VPNs)

RFC 4577, OSPF as the Provider/Customer Edge Protocol for BGP/MPLS IP Virtual Private Networks (VPNs)

RFC 5185, OSPF Multi-Area Adjacency

RFC 5187, OSPFv3 Graceful Restart - helper mode

RFC 5243, OSPF Database Exchange Summary List Optimization

RFC 5250, The OSPF Opaque LSA Option

RFC 5309, Point-to-Point Operation over LAN in Link State Routing Protocols

RFC 5340, OSPF for IPv6

RFC 5642, Dynamic Hostname Exchange Mechanism for OSPF

RFC 5709, OSPFv2 HMAC-SHA Cryptographic Authentication

RFC 5838, Support of Address Families in OSPFv3

RFC 6549, OSPFv2 Multi-Instance Extensions

RFC 6987, OSPF Stub Router Advertisement

RFC 7684, OSPFv2 Prefix/Link Attribute Advertisement

RFC 7770, Extensions to OSPF for Advertising Optional Router Capabilities

RFC 8362, OSPFv3 Link State Advertisement (LSA) Extensibility

RFC 8920, OSPF Application-Specific Link Attributes

OpenFlow

TS-007 Version 1. 3.1, OpenFlow-Switch-Spezifikation - OpenFlow-hybride Switches

Path Computation Element Protocol (PCEP)

draft-alvarez-pce-path-profiles-04, PCE-Pfadprofile

draft-dhs-spring-pce-sr-p2mp-policy-00, PCEP-Erweiterungen für p2mp sr-Richtlinien

draft-ietf-pce-segment-routing-08, PCEP-Erweiterungen für Segment-Routing

RFC 5440, Path Computation Element (PCE) Kommunikationsprotokoll (PCEP)

RFC 8281, PCEP-Erweiterungen für PCE-initiierten LSP-Aufbau in einem zustandsbehafteten PCE-Modell

RFC 8321, Path Computation Element Kommunikationsprotokoll (PCEP) Erweiterungen für zustandsbehafteten PCE

Point-to-Point Protocol (PPP)

RFC 1332, Das PPP Internet Protocol Control Protocol (IPCP)

RFC 1377, Das PPP OSI-Netzwerkschichtsteuerprotokoll (OSINLCP)

RFC 1661, Das Point-to-Point-Protokoll (PPP)

RFC 1662, PPP in HDLC-ähnlicher Rahmenbildung

RFC 1877, PPP Internet Protocol Control Protocol-Erweiterungen für Namensserveradressen

RFC 1989, PPP Link Quality Monitoring

RFC 1990, Das PPP Multilink-Protokoll (MP)

RFC 1994, PPP Challenge Handshake Authentication Protocol (CHAP)

RFC 2153, PPP-Anbietererweiterungen

RFC 2516, Eine Methode zur Übertragung von PPP über Ethernet (PPPoE)

RFC 2615, PPP über SONET/SDH

RFC 2686, Die Multi-Class-Erweiterung für Multi-Link PPP

RFC 2878, PPP Bridging Control Protocol (BCP)

RFC 4638, Berücksichtigung einer maximalen Transit-Einheit/maximalen Empfangseinheit (MTU/MRU) größer als 1492 im Point-to-Point-Protokoll über Ethernet (PPPoE)

RFC 5072, IP Version 6 über PPP

Policy Management und Kreditkontrolle

3GPP TS 29.212 Release 11, Policy and Charging Control (PCC); Referenzpunkte - Gx-Unterstützung, wie sie auf die kabelgebundene Umgebung (BNG) zutrifft

RFC 4006, Diameter Credit-Control-Anwendung

RFC 6733, Diameter-Basisprotokoll

Pseudowire

draft-ietf-l2vpn-vpws-iw-oam-04, OAM-Verfahren für VPWS-Interworking

MFA Forum 9.0.0, Die Verwendung von virtuellen Trunks für ATM/MPLS-Steuerplane-Interworking

MFA Forum 12.0. 0, Multiservice-Interworking - Ethernet über MPLS

MFA Forum 13.0.0, Fehlerverwaltung für Multiservice-Interworking v1.0

MFA Forum 16.0. 0, Multiservice Interworking - IP über MPLS

RFC 3916, Anforderungen für Pseudo-Draht-Emulation Ende-zu-Ende (PWE3)

RFC 3985, Pseudo-Draht-Emulation Ende-zu-Ende (PWE3)

RFC 4385, Pseudo-Draht-Emulation Ende-zu-Ende (PWE3) Steuerwort zur Verwendung über ein MPLS PSN

RFC 4446, IANA-Zuweisungen für Pseudowire Ende-zu-Ende-Emulation (PWE3)

RFC 4447, Pseudowire-Einrichtung und -Wartung unter Verwendung des Label Distribution Protocol (LDP)

RFC 4448, Kapselungsmethoden für den Transport von Ethernet über MPLS-Netzwerke

RFC 4619, Kapselungsmethoden für den Transport von Frame Relay über Multiprotocol Label Switching (MPLS)-Netzwerke

RFC 4717, Kapselungsmethoden für den Transport von Asynchronous Transfer Mode (ATM) über MPLS-Netzwerke

RFC 4816, Pseudowire-Emulation Ende-zu-Ende (PWE3) Asynchronous Transfer Mode (ATM) Transparenter Zelltransportdienst

RFC 5085, Pseudowire Virtuelle Schaltkreis-Konnektivitätsüberprüfung (VCCV): Ein Steuerkanal für Pseudowires

RFC 5659, Eine Architektur für Multi-Segment Pseudowire-Emulation Ende-zu-Ende

RFC 5885, Bidirektionale Weiterleitungsdetektion (BFD) für die Pseudowire Virtuelle Schaltkreis-Konnektivitätsüberprüfung (VCCV)

RFC 6073, Segmentiertes Pseudowire

RFC 6310, Pseudowire (PW) Betriebs-, Verwaltungs- und Wartungsnachrichtenzuordnung (OAM)

RFC 6391, Flussbewusster Transport von Pseudowires über ein MPLS-Paketvermittlungsnetz

RFC 6575, Address Resolution Protocol (ARP) Mediation für IP-Interworking von Layer 2 VPNs

RFC 6718, Pseudowire-Redundanz

RFC 6829, Label Switched Path (LSP) Ping für Pseudowire Forwarding Equivalence Classes (FECs), die über IPv6 beworben werden

RFC 6870, Pseudowire Bevorzugte Weiterleitungsstatusbit

RFC 7023, MPLS und Ethernet Betriebs-, Verwaltungs- und Wartungsinterworking (OAM)

RFC 7267, Dynamische Platzierung von Multi-Segment Pseudowires

RFC 7392, Explizite Pfadrouting für dynamische Multi-Segment Pseudowires - ER-TLV und ER-HOP IPv4-Präfix

Qualität des Dienstes (QoS)

RFC 2430, Eine Anbieterarchitektur für differenzierte Dienste und Verkehrsengineering (PASTE)

RFC 2474, Definition des Differentiated Services Feldes (DS-Feld) in den IPv4- und IPv6-Headern

RFC 2597, Garantierte Weiterleitung PHB-Gruppe

RFC 3140, Per Hop Verhalten Identifikationscodes

RFC 3246, Ein beschleunigtes Weiterleitungsverhalten PHB (Per-Hop-Verhalten)

Remote Authentication Dial In User Service (RADIUS)

RFC 2865, Remote Authentication Dial In User Service (RADIUS)

RFC 2866, RADIUS-Abrechnung

RFC 2867, RADIUS-Abrechnungsmodifikationen zur Unterstützung von Tunnelprotokollen

RFC 2868, RADIUS-Attribute zur Unterstützung von Tunnelprotokollen

RFC 2869, RADIUS-Erweiterungen

RFC 3162, RADIUS und IPv6

RFC 4818, RADIUS Delegated-IPv6-Prefix-Attribut

RFC 5176, Dynamische Autorisierungs-Erweiterungen für RADIUS

RFC 6911, RADIUS-Attribute für IPv6-Zugangnetze

RFC 6929, Remote Authentication Dial-In User Service (RADIUS) Protokollerweiterungen

Resource Reservation Protocol — Verkehrsengineering (RSVP-TE)

draft-newton-mpls-te-dynamic-overbooking-00, Ein Diffserv-TE Implementierungsmodell zur dynamischen Änderung der Buchungsfaktoren während Ausfallereignissen

RFC 2702, Anforderungen für Verkehrsengineering über MPLS

RFC 2747, RSVP-Kryptografische Authentifizierung

RFC 2961, RSVP-Refresh-Overhead-Reduktions-Erweiterungen

RFC 3097, RSVP-Kryptografische Authentifizierung – Aktualisierter Nachrichtentypwert

RFC 3209, RSVP-TE: Erweiterungen für RSVP für LSP-Tunnel

RFC 3473, Generalized Multi-Protocol Label Switching (GMPLS) Signalisierung Resource Reservation Protocol-Traffic Engineering (RSVP-TE) Erweiterungen - IF_ID RSVP_HOP-Objekt mit unnummerierten Schnittstellen und RSVP-TE sanften Neustarthilfsverfahren

RFC 3477, Signalisierung unnummerierter Links im Resource Reservation Protocol - Traffic Engineering (RSVP-TE)

RFC 3564, Anforderungen zur Unterstützung von differenzierungsbewussten MPLS-Verkehrsengineering

RFC 3906, Berechnung von Interior Gateway Protocol (IGP) Routen über Verkehrsengineering-Tunnel

RFC 4090, Schnelle Umleitungs-Erweiterungen für RSVP-TE für LSP-Tunnel

RFC 4124, Protokollerweiterungen zur Unterstützung von Diffserv-bewusstem MPLS-Verkehrsengineering

RFC 4125, Maximales Zuweisungsbandbreitenbeschränkungsmodell für Diffserv-bewusstes MPLS-Verkehrsengineering

RFC 4127, Russische Puppen-Bandbreitenbeschränkungsmodell für Diffserv-bewusstes MPLS-Verkehrsengineering

RFC 4561, Definition eines Record Route Object (RRO) Node-Id Sub-Objekts

RFC 4875, Erweiterungen des Resource Reservation Protocol - Traffic Engineering (RSVP-TE) für Punkt-zu-Mehrpunkt TE Label Switched Paths (LSPs)

RFC 4950, ICMP-Erweiterungen für Multiprotocol Label Switching

RFC 5151, Inter-Domain MPLS und GMPLS Verkehrsengineering – Resource Reservation Protocol-Traffic Engineering (RSVP-TE) Erweiterungen

RFC 5712, MPLS Verkehrsengineering Soft Preemption

RFC 5817, Sanfte Abschaltung in MPLS und Generalized MPLS Verkehrsengineering-Netzwerken

Routing Information Protocol (RIP)

RFC 1058, Routing Information Protocol

RFC 2080, RIPng für IPv6

RFC 2082, RIP-2 MD5-Authentifizierung

RFC 2453, RIP Version 2

Segment Routing (SR)

draft-bashandy-rtgwg-segment-routing-uloop-06, Schleifenvermeidung mit Segment Routing

draft-ietf-idr-bgp-ls-segment-routing-ext-16, BGP Link-State-Erweiterungen für Segment Routing

draft-ietf-idr-bgp-ls-segment-routing-msd-09, Signalisierung von MSD (Maximale SID-Tiefe) unter Verwendung des Border Gateway Protocol Link-State

draft-ietf-idr-segment-routing-te-policy-09, Werbung von Segment Routing-Richtlinien in BGP

draft-ietf-isis-mpls-elc-10, Signalisierung der Entropie-Label-Fähigkeit und der entropie-lesbaren Label-Tiefe unter Verwendung von IS-IS - Werbung von ELC

draft-ietf-lsr-flex-algo-08, IGP Flexibles Algorithmus

draft-ietf-ospf-mpls-elc-12, Signalisierung der Entropie-Label-Fähigkeit und der entropie-lesbaren Label-Stack-Tiefe unter Verwendung von OSPF - Werbung von ELC

draft-ietf-rtgwg-segment-routing-ti-lfa-01, Topologieunabhängige schnelle Umleitung mit Segment Routing

draft-ietf-spring-conflict-resolution-05, Segment Routing MPLS Konfliktlösung

draft-ietf-spring-segment-routing-policy-08, Segment Routing Richtlinienarchitektur

draft-ietf-teas-sr-rsvp-coexistence-rec-02, Empfehlungen für die Koexistenz von RSVP-TE und Segment Routing LSP

draft-voyer-pim-sr-p2mp-policy-02, Segment Routing Punkt-zu-Mehrpunkt-Richtlinie

draft-voyer-spring-sr-p2mp-policy-03, SR-Replikationsrichtlinie für P2MP-Dienstbereitstellung

RFC 8287, Label Switched Path (LSP) Ping/Traceroute für Segment Routing (SR) IGP-Präfix und IGP-Nachbarschaftssegment-Identifikatoren (SIDs) mit MPLS-Datenebenen

RFC 8476, Signalisierung der maximalen SID-Tiefe (MSD) unter Verwendung von OSPF - Knoten MSD

RFC 8491, Signalisierung der maximalen SID-Tiefe (MSD) unter Verwendung von IS-IS - Knoten MSD

RFC 8660, Segment Routing mit der MPLS-Datenebene

RFC 8661, Segment Routing MPLS Interworking mit LDP

RFC 8663, MPLS Segment Routing über IP - BGP SR mit SR-MPLS-über-UDP/IP

RFC 8665, OSPF-Erweiterungen für Segment Routing

RFC 8666, OSPFv3-Erweiterungen für Segment Routing

RFC 8667, IS-IS-Erweiterungen für Segment Routing

RFC 8669, Segment Routing Präfix-Segment-Identifikator-Erweiterungen für BGP

Simple Network Management Protocol (SNMP)

RFC 1157, Ein einfaches Netzwerkmanagementprotokoll (SNMP)

RFC 1215, Eine Konvention zur Definition von Fallen zur Verwendung mit dem SNMP

RFC 1901, Einführung in das Community-basiertes SNMPv2

RFC 3410, Einführung und Anwendbarkeitsaussagen für den Internet-Standard-Managementrahmen

RFC 3411, Eine Architektur zur Beschreibung von Simple Network Management Protocol (SNMP) Managementrahmen

RFC 3412, Nachrichtenverarbeitung und -verteilung für das Simple Network Management Protocol (SNMP)

RFC 3413, Einfaches Netzwerkmanagementprotokoll (SNMP) Anwendungen

RFC 3414, Benutzerbasierter Sicherheitsmodell (USM) für Version 3 des Simple Network Management Protocol (SNMPv3)

RFC 3415, Sichtbasiertes Zugriffssteuerungsmodell (VACM) für das Simple Network Management Protocol (SNMP)

RFC 3416, Version 2 der Protokolloperationen für das Simple Network Management Protocol (SNMP)

RFC 3417, Transportzuordnungen für das Simple Network Management Protocol (SNMP) - SNMP über UDP über IPv4

RFC 3584, Koexistenz zwischen Version 1, Version 2 und Version 3 des Internet-Standard-Netzwerkmanagementrahmens

RFC 3826, Der Advanced Encryption Standard (AES) Verschlüsselungsalgorithmus im SNMP Benutzerbasierten Sicherheitsmodell

Simple Network Management Protocol (SNMP) - Management Information Base (MIB)

draft-ietf-snmpv3-update-mib-05, Management Information Base (MIB) für das Simple Network Management Protocol (SNMP)

draft-ietf-isis-wg-mib-06, Management Information Base für Intermediate System to Intermediate System (IS-IS)

draft-ietf-mboned-msdp-mib-01, Multicast Source Discovery-Protokoll MIB

draft-ietf-mpls-ldp-mib-07, *Definitionen von verwalteten Objekten für das Multiprotocol Label Switching, Label Distribution Protocol (LDP)

draft-ietf-mpls-lsr-mib-06, Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base unter Verwendung von SMIv2

draft-ietf-mpls-te-mib-04, Multiprotocol Label Switching (MPLS) Verkehrsengineering Management Information Base

draft-ietf-ospf-mib-update-08, OSPF Version 2 Management Information Base

draft-ietf-vrrp-unified-mib-06, Definitionen von verwalteten Objekten für VRRP über IPv4 und IPv6 - IPv6

ianaaddressfamilynumbers-mib, IANA-ADDRESS-FAMILY-NUMBERS-MIB

ianagmplstc-mib, IANA-GMPLS-TC-MIB

ianaiftype-mib, IANAifType-MIB

ianaiprouteprotocol-mib, IANA-RTPROTO-MIB

IEEE8021-CFM-MIB, IEEE P802. 1ag(TM) CFM MIB*

IEEE8021-PAE-MIB, IEEE 802.1X MIB

IEEE8023-LAG-MIB, IEEE 802.3ad MIB

LLDP-MIB, IEEE P802. 1AB(TM) LLDP MIB

RFC 1212, Kompakte MIB-Definitionen

RFC 1213, Management Information Base für das Netzwerkmanagement von TCP/IP-basierten Internets: MIB-II

RFC 1724, RIP Version 2 MIB-Erweiterung

RFC 2021, Remote Network Monitoring Management Information Base Version 2 unter Verwendung von SMIv2

RFC 2115, Management Information Base für Frame Relay DTEs unter Verwendung von SMIv2

RFC 2206, RSVP Management Information Base unter Verwendung von SMIv2

RFC 2213, Management Information Base für integrierte Dienste unter Verwendung von SMIv2

RFC 2494, Definitionen von verwalteten Objekten für den DS0- und DS0-Bündel-Schnittstellentyp

RFC 2514, Definitionen von textuellen Konventionen und OBJECT-IDENTITIES für das ATM-Management

RFC 2515, Definitionen von verwalteten Objekten für das ATM-Management

RFC 2578, Struktur der Managementinformationen Version 2 (SMIv2)

RFC 2579, Textuelle Konventionen für SMIv2

RFC 2580, Konformitätserklärungen für SMIv2

RFC 2787, Definitionen von verwalteten Objekten für das Virtual Router Redundancy Protocol

RFC 2819, Remote Network Monitoring Management Information Base

RFC 2856, Textuelle Konventionen für zusätzliche Hochkapazitätsdatenarten

RFC 2863, Die Interfaces Group MIB

RFC 2864, Die Inverted Stack Table-Erweiterung zur Interfaces Group MIB

RFC 2933, Internet Group Management Protocol MIB

RFC 3014, Benachrichtigungsprotokoll MIB

RFC 3165, Definitionen von verwalteten Objekten für die Delegation von Management-Skripten

RFC 3231, Definitionen von verwalteten Objekten für die Planung von Managementoperationen

RFC 3273, Remote Network Monitoring Management Information Base für Hochkapazitätsnetzwerke

RFC 3419, Textuelle Konventionen für Transportadressen

RFC 3498, Definitionen von verwalteten Objekten für synchrone optische Netzwerke (SONET) lineare automatische Schutzumschaltung (APS) Architekturen

RFC 3592, Definitionen von verwalteten Objekten für den Schnittstellentyp Synchronous Optical Network/Synchronous Digital Hierarchy (SONET/SDH)

RFC 3593, Textuelle Konventionen für MIB-Module, die Leistungsdaten basierend auf 15-Minuten-Intervallen verwenden

RFC 3635, Definitionen von verwalteten Objekten für Ethernet-ähnliche Schnittstellentypen

RFC 3637, Definitionen von verwalteten Objekten für die Ethernet-WAN-Schnittstellensublayer

RFC 3877, Alarm-Management-Information Base (MIB)

RFC 3895, Definitionen von verwalteten Objekten für die Schnittstellentypen DS1, E1, DS2 und E2

RFC 3896, Definitionen von verwalteten Objekten für den Schnittstellentyp DS3/E3

RFC 4001, Textuelle Konventionen für Internet-Netzwerkadressen

RFC 4022, Management Information Base für das Transmission Control Protocol (TCP)

RFC 4113, Management Information Base für das User Datagram Protocol (UDP)

RFC 4220, Traffic Engineering Link Management Information Base

RFC 4273, Definitionen von verwalteten Objekten für BGP-4

RFC 4292, IP-Weiterleitungstabelle MIB

RFC 4293, Management Information Base für das Internetprotokoll (IP)

RFC 4631, Link Management Protocol (LMP) Management Information Base (MIB)

RFC 4878, Definitionen und verwaltete Objekte für Betriebs-, Verwaltungs- und Wartungsfunktionen (OAM) auf Ethernet-ähnlichen Schnittstellen

RFC 7420, Path Computation Element Communication Protocol (PCEP) Management Information Base (MIB) Modul

SFLOW-MIB Version 1. 3 (Entwurf 5), sFlow MIB

Timing

GR-1244-CORE Ausgabe 3, Uhren für das synchronisierte Netzwerk: Allgemeine generische Kriterien

GR-253-CORE Ausgabe 3, SONET-Transportsysteme: Allgemeine generische Kriterien

IEEE 1588-2008, IEEE-Standard für ein Präzisions-Uhrensynchronisationsprotokoll für vernetzte Mess- und Steuerungssysteme

ITU-T G.781, Funktionen der Synchronisationsschicht

ITU-T G.813, Timing-Eigenschaften von SDH-Geräte-Slave-Uhren (SEC)

ITU-T G.8261, Timing- und Synchronisationsaspekte in Paketnetzwerken

ITU-T G.8262, Timing-Eigenschaften von synchronen Ethernet-Geräte-Slave-Uhren (EEC)

ITU-T G.8264, Verteilung von Timing-Informationen durch Paketnetzwerke

ITU-T G.8265.1, Präzisionszeitprotokoll-Telekom-Profil für Frequenzsynchronisation

ITU-T G.8275. 1, Präzisionszeitprotokoll-Telekomprofil für Phasen-/Zeit-Synchronisation mit vollständiger Zeitunterstützung vom Netzwerk

RFC 3339, Datum und Uhrzeit im Internet: Zeitstempel

RFC 5905, Netzwerkzeitprotokoll Version 4: Protokoll- und Algorithmusspezifikation

Zwei-Wege Aktives Messprotokoll (TWAMP)

RFC 5357, Ein Zwei-Wege Aktives Messprotokoll (TWAMP) - Server, nicht authentifizierter Modus

RFC 5938, Individuelle Sitzungssteuerungsfunktion für das Zwei-Wege Aktive Messprotokoll (TWAMP)

RFC 6038, Zwei-Wege Aktives Messprotokoll (TWAMP) Reflexion von Oktetten und symmetrische Größenmerkmale

RFC 8545, Bekannte Portzuweisungen für das Ein-Wege Aktive Messprotokoll (OWAMP) und das Zwei-Wege Aktive Messprotokoll (TWAMP) - TWAMP

RFC 8762, Einfaches Zwei-Wege Aktives Messprotokoll - Nicht authentifiziert

Virtueller Privater LAN-Dienst (VPLS)

RFC 4761, Virtueller Privater LAN-Dienst (VPLS) unter Verwendung von BGP für Auto-Discovery und Signalisierung

RFC 4762, Virtueller Privater LAN-Dienst (VPLS) unter Verwendung von Label Distribution Protocol (LDP) Signalisierung

RFC 5501, Anforderungen an Multicast-Unterstützung in Virtuellen Privaten LAN-Diensten

RFC 6074, Provisionierung, Auto-Discovery und Signalisierung in Layer 2 Virtuellen Privaten Netzwerken (L2VPNs)

RFC 7041, Erweiterungen des Modells für den Virtuellen Privaten LAN-Dienst (VPLS) Provider Edge (PE) für Provider Backbone Bridging

RFC 7117, Multicast im Virtuellen Privaten LAN-Dienst (VPLS)

Sprache und Video

DVB BlueBook A86, Transport von MPEG-2 TS-basierten DVB-Diensten über IP-basierte Netzwerke

ETSI TS 101 329-5 Anhang E, QoS-Messung für VoIP - Methode zur Bestimmung eines Equipment Impairment Factors unter Verwendung passiver Überwachung

ITU-T G.1020 Anhang I, Leistungsparameterdefinitionen für die Qualität von Sprache und anderen Sprachbandanwendungen, die IP-Netzwerke nutzen - Mittlere absolute Paketverzögerungsvariation & Markov-Modelle

ITU-T G.107, Das E-Modell - Ein rechnerisches Modell für die Planung 564, Konformitätstests für Modelle zur Bewertung der Sprachübertragungsqualität über IP

RFC 3550, RTP: Ein Transportprotokoll für Echtzeitanwendungen - Anhang A.8

RFC 4585, Erweiterte RTP-Profil für Echtzeit-Transportsteuerprotokoll (RTCP)-basierte Rückmeldungen (RTP/AVPF)

RFC 4588, RTP-Retransmissionspayload-Format

Drahtloses lokales Netzwerk (WLAN) Gateway

3GPP TS 23.402, Architekturverbesserungen für Nicht-3GPP-Zugänge - S2a-Roaming basierend auf GPRS

Yet Another Next Generation (YANG)

RFC 6991, Gemeinsame YANG-Datentypen

RFC 7950, Die YANG 1.1 Datenmodellierungssprache

RFC 7951, JSON-Codierung von mit YANG modellierten Daten

Yet Another Next Generation (YANG) - OpenConfig-Module

openconfig-aaa.yang Version 0.4.0, OpenConfig AAA-Modul

openconfig-aaa-radius.yang Version 0.3.0, OpenConfig AAA RADIUS-Modul

openconfig-aaa-tacacs.yang Version 0.3.0, OpenConfig AAA TACACS+-Modul

openconfig-acl.yang Version 1.0.0, OpenConfig ACL-Modul

openconfig-bfd.yang Version 0.1.0, OpenConfig BFD-Modul

openconfig-bgp.yang Version 3.0.1, OpenConfig BGP-Modul

openconfig-bgp-common.yang Version 3.0.1, OpenConfig BGP Gemeinsames Modul

openconfig-bgp-common-multiprotocol.yang Version 3.0.1, OpenConfig BGP Gemeinsames Multiprotokoll-Modul

openconfig-bgp-common-structure.yang Version 3.0.1, OpenConfig BGP Gemeinsames Strukturmodul

openconfig-bgp-global.yang Version 3.0.1, OpenConfig BGP Globales Modul

openconfig-bgp-neighbor.yang Version 3.0.1, OpenConfig BGP Nachbar-Modul

openconfig-bgp-peer-group.yang Version 3.0.1, OpenConfig BGP Peer-Gruppe-Modul

openconfig-bgp-policy.yang Version 4.0.1, OpenConfig BGP Richtlinienmodul

openconfig-if-aggregate.yang Version 2.0.0, OpenConfig Aggregierte Schnittstellen-Modul

openconfig-if-ethernet.yang Version 2.0.0, OpenConfig Ethernet-Schnittstellen-Modul

openconfig-if-ip.yang Version 2.0.0, OpenConfig IP-Schnittstellen-Modul

openconfig-if-ip-ext.yang Version 2.0. 0, OpenConfig Schnittstellen IP Erweiterungsmodul

openconfig-interfaces.yang version 2.0.0, OpenConfig Schnittstellenmodul

openconfig-isis.yang version 0.3.0, OpenConfig IS-IS Modul

openconfig-isis-policy.yang version 0.3.0, OpenConfig IS-IS Richtlinienmodul

openconfig-isis-routing.yang version 0.3.0, OpenConfig IS-IS Routingmodul

openconfig-lacp.yang version 1.1.0, OpenConfig LACP Modul

openconfig-lldp.yang version 0.1.0, OpenConfig LLDP Modul

openconfig-local-routing.yang version 1.0.1, OpenConfig Lokales Routingmodul

openconfig-network-instance.yang version 0.8.0, OpenConfig Netzwerkinstanzmodul

openconfig-mpls.yang version 2.3.0, OpenConfig MPLS Modul

openconfig-mpls-rsvp.yang version 2.3.0, OpenConfig MPLS RSVP Modul

openconfig-mpls-te.yang version 2.3.0, OpenConfig MPLS TE Modul

openconfig-packet-match.yang version 1.0.0, OpenConfig Paketübereinstimmungsmodul

openconfig-platform.yang version 0.12.2, OpenConfig Plattformmodul

openconfig-platform-fan.yang version 0.1.1, OpenConfig Plattform Lüftermodul

openconfig-platform-linecard.yang version 0.1.2, OpenConfig Plattform Linecard Modul

openconfig-relay-agent.yang version 0.1.0, OpenConfig Relay-Agent-Modul

openconfig-routing-policy.yang version 3.0.0, OpenConfig Routing-Richtlinienmodul

openconfig-system-logging.yang version 0.3.1, OpenConfig Systemprotokollierungsmodul

openconfig-system-terminal.yang version 0.3.0, OpenConfig Systemterminalmodul

openconfig-telemetry.yang version 0.5.0, OpenConfig Telemetriemodul

openconfig-vlan.yang version 2.0.0, OpenConfig VLAN Modul

Docs: Finanzen

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

konten
hauptbuchgruppen
hauptbücher
steuern
steuerlieferanten
kundentypen
rechnungspositionen

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Geschäftskonfiguration und klicken Sie auf Finanzen.

Konten

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Konten. Eine paginierte Liste aller Konten wird in tabellarischer Form angezeigt.

Ein Konto wird für die Buchung von Hauptbuchzuordnungen und die Finanzbuchhaltung verwendet.

Drei Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Konto erstellen
Details Kontoseite
Konto aktualisieren

Konto erstellen

Unter Konten klicken Sie auf Neu erstellen, um ein Konto zu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Wählen Sie außerdem den Kontotyp; diese beziehen sich direkt auf Buchhaltungsarten. Sie sind wie folgt:

Vermögenswert
Aufwand
Eigenkapital
Verbindlichkeit
Einnahmen

Details Kontoseite

Unter Konten klicken Sie auf Details, um die vollständigen Details eines bestimmten Kontos zu sehen. Es enthält Folgendes:

Name
Code
Beschreibung
Typ

Konto aktualisieren

Unter Konten klicken Sie zuerst auf Details, um die Details des Kontos anzuzeigen. Um das Konto zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Konto erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Hauptbuchgruppen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Hauptbuchgruppen. Eine paginierte Liste aller Hauptbuchgruppen wird in tabellarischer Form angezeigt.

Eine Hauptbuchgruppe kann verwendet werden, um mehrere Hauptbücher zu gruppieren. Gruppen von Hauptbüchern können für Finanzberichte angesteuert werden.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Erstellen einer Hauptbuchgruppe
Details zur Hauptbuchgruppe-Seite
Aktualisieren der Hauptbuchgruppe
Löschen der Hauptbuchgruppe

Erstellen einer Hauptbuchgruppe

Unter Hauptbuchgruppen klicken Sie auf Neu erstellen, um eine Hauptbuchgruppe zu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung ein.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Details zur Hauptbuchgruppe-Seite

Unter Hauptbuchgruppen klicken Sie auf Details, um die vollständigen Details einer bestimmten Hauptbuchgruppe zu sehen. Es enthält Folgendes:

Name
Code
Beschreibung

Aktualisieren der Hauptbuchgruppe

Unter Hauptbuchgruppen klicken Sie zuerst auf Details, um die Details der Hauptbuchgruppe anzuzeigen. Um die Gruppe zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Erstellen einer Hauptbuchgruppe ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Löschen der Hauptbuchgruppe

Unter Hauptbuchgruppen klicken Sie auf Löschen, um eine Hauptbuchgruppe zu löschen.

Hinweis:

Das Löschen einer Hauptbuchgruppe, die bereits in einem Hauptbuch verwendet wird, ist nicht möglich. Jede spezifische Referenz zur Hauptbuchgruppe muss zuerst gelöscht werden.

Allgemeine Hauptbücher

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Allgemeine Hauptbücher. Eine paginierte Liste aller allgemeinen Hauptbücher wird in tabellarischer Form angezeigt.

Ein allgemeines Hauptbuch kann Konten-Zuordnungen haben, die verwendet werden, um Finanzjournale zu verfolgen.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Erstellen eines allgemeinen Hauptbuchs
Details zur allgemeinen Hauptbuchseite
Aktualisieren des allgemeinen Hauptbuchs
Löschen des allgemeinen Hauptbuchs

Erstellen eines allgemeinen Hauptbuchs

Unter allgemeinen Hauptbüchern klicken Sie auf Neu erstellen, um ein allgemeines Hauptbuch zu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung ein.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization-API verwendet werden.

Um ein allgemeines Hauptbuch als Teil einer Gruppe von allgemeinen Hauptbüchern einzuschließen, wählen Sie die Hauptbuchgruppe aus.

Um eine Konten-Zuordnung hinzuzufügen, klicken Sie unter Konten-Zuordnungen auf Zuordnung hinzufügen. Wählen Sie die Bedingung, den Betrags-Typ, das Soll-Konto und das Haben-Konto aus.

Information:

Das Soll/Haben-Konto wird unter Konten erstellt. Für weitere Informationen siehe Konten.

Beispiel einer Kontenabstimmung

Bedingung	Betragstyp	Debit-Konto	Kredit-Konto
abgerechnet	Steuer	Abonnements: Steuer	Forderungen
abgerechnet	netto	Abonnements	Forderungen
abgerechnet	Rabatt	Forderungen	Abonnements: Rabatt
nicht abgerechnet	netto	Abonnements	Forderungen
nicht abgerechnet	Rabatt	Forderungen	Abonnements: Rabatt
nicht abgerechnet	Steuer	Abonnements: Steuer	Forderungen

Details zur Hauptbuchseite

Unter hauptbücher, um die vollständigen Details eines bestimmten Hauptbuchs zu sehen, klicken Sie auf Details. Es enthält Folgendes:

Name
Code
Beschreibung
Kontenabstimmungen (sofern vorhanden)

Hauptbuch aktualisieren

Unter hauptbücher, um ein Hauptbuch zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details des Hauptbuchs an. Um dann zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt ein Hauptbuch erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Hauptbuch löschen

Unter hauptbücher, um ein Hauptbuch zu löschen, klicken Sie auf Löschen.

Hinweis:

Das Löschen eines Hauptbuchs, das bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jeder spezifische Verweis auf das Hauptbuch muss zuerst gelöscht werden.

Steuern

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Steuern. Eine paginierte Liste aller Steuern wird in tabellarischer Form angezeigt.

Eine Steuer ist ein Objekt, das zu einem Preis hinzugefügt werden kann, um eine Steuer zu berechnen, wie z.B. die Mehrwertsteuer.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Create tax
Details tax page
Update tax
Delete tax

Create tax

Unter taxes klicken Sie auf Create new, um eine Steuer zu erstellen. Geben Sie einen Namen, einen Code, eine Beschreibung und einen Gültigkeitszeitraum an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Information:

Der Anbieter ist nur im Falle eines Drittanbieter-Steuer-Gateway-Anbieters anwendbar, den Monetization bereitstellt. Andernfalls basiert die Steuer auf einem Prozentsatz.

Details tax page

Unter taxes klicken Sie auf Details, um die vollständigen Details einer bestimmten Steuer zu sehen. Es enthält Folgendes:

Name
Code
Beschreibung
Gültigkeit
Anbieter
Wert
Typ

Update tax

Unter taxes klicken Sie zuerst auf Details, um die Details der Steuer anzuzeigen. Um die Steuer zu aktualisieren, klicken Sie dann auf Update.

Information:

Alle Informationen, die im Abschnitt create tax ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Delete tax

Unter taxes klicken Sie auf Delete, um eine Steuer zu löschen.

Hinweis:

Das Löschen einer Steuer, die bereits in anderen Teilen von Monetization verwendet wird, kann nicht durchgeführt werden. Jeder spezifische Verweis auf die Steuer muss zuerst gelöscht werden.

Tax suppliers

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Tax suppliers. Eine paginierte Liste aller Steueranbieter wird in tabellarischer Form angezeigt. Ein Steueranbieter bezieht sich auf Ihr Unternehmen und umfasst alle Informationen, die für die Meldung an die Steuerbehörden relevant sind.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Steueranbieter erstellen
Details zur Steueranbieter-Seite
Steueranbieter aktualisieren
Steueranbieter löschen

Steueranbieter erstellen

Unter Steueranbietern klicken Sie auf Neu erstellen, um einen Steueranbieter zu erstellen. Geben Sie einen Namen, einen Code, eine Beschreibung, eine Adresse, ein Land, eine Stadt und eine Postleitzahl an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Andere Konfigurationen, die beinhalten, ob Ihr Unternehmen anlagenbasiert, ein Franchise und reguliert ist, können beeinflussen, wie Steuern bei der Zusammenarbeit mit Drittfirmen behandelt werden.

Wählen Sie außerdem die Dienstklasse, die lokal oder primär Fernverkehr sein kann, und die Geschäftsklasse, die ILEC oder CLEC sein kann.

Details zur Steueranbieter-Seite

Unter Steueranbietern klicken Sie auf Details, um die vollständigen Details eines bestimmten Steueranbieters zu sehen. Es enthält Folgendes:

Name
Code
Beschreibung
Adresse
Land
Bundesland
Stadt
PLZ
Anlagenbasiert
Franchise
Reguliert
Dienstklasse
Geschäftsklasse

Steueranbieter aktualisieren

Unter Steueranbietern klicken Sie zuerst auf Details, um die Details des Steueranbieters anzuzeigen. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Steueranbieter erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Steueranbieter löschen

Unter steueranbietern klicken Sie auf Löschen, um einen Steueranbieter zu löschen.

Hinweis:

Das Löschen eines Steueranbieters, der bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jede spezifische Referenz auf den Steueranbieter muss zuerst gelöscht werden.

Kundentypen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Kundentypen. Eine paginierte Liste aller Kundentypen wird in tabellarischer Form angezeigt.

Der Kundentyp in Monetization wird verwendet, um Kunden zu segregieren oder verschiedene Kundenkategorien zu erstellen, was für statistische und analytische Zwecke hilfreich sein kann.

Beispiele für einen Kundentyp

Anbieter
Wiederverkäufer
Unternehmen
Lieferant
Partner
Agent
Person
Betreiber

Hinweis:

Während des Onboarding-Prozesses eines Kunden müssen Sie einen Kundentyp angeben.

Information:

Unter Analysen in Monetization können Sie nach Kundentypen für die Nutzung filtern.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Kundentyp erstellen
Details zur Kundentypseite
Kundentyp aktualisieren
Kundentyp löschen

Kundentyp erstellen

Unter kundentypen klicken Sie auf Neu erstellen, um einen Kundentyp zu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Ein Kundentyp kann als sensible Daten markiert werden; verwenden Sie den Schalter Sensible Daten, um zu aktivieren/deaktivieren. Wenn aktiviert, stellt jedes Kundenobjekt dieses Typs eine Person oder juristische Person in Monetization dar.

Hinweis:

Empfindliche Kundentypen können nicht über den Onboarding-Prozess des Self-Care-Portals zugegriffen werden. Standardmäßig sind alle Kundentypen empfindlich.

Nicht-empfindliche Kundentypen sollen Kundenobjekte darstellen, die keine sensiblen (personenbezogenen) Daten enthalten und nur zur Verfolgung von Beziehungen zwischen verschiedenen Kundenobjekten in speziellen Anwendungsfällen wie Versorgungsunternehmen (Kunde – Wohnung) verwendet werden.

Details zur Kundentypseite

Unter kundentypen können Sie die vollständigen Details eines bestimmten Kundentyps anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Sensible Daten

Kundentyp aktualisieren

Unter kundentypen können Sie einen Kundentyp aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Kundentyps an. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt kundentyp erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Kundentyp löschen

Unter kundentypen können Sie einen Kundentyp löschen, indem Sie auf Löschen klicken.

Hinweis:

Das Löschen eines Kundentyps, der bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jeder spezifische Verweis auf den Kundentyp muss zuerst gelöscht werden.

Rechnungspositionen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Rechnungspositionen. Eine paginierte Liste aller Rechnungspositionen wird in tabellarischer Form angezeigt.

Eine Rechnungsposition ist dafür verantwortlich, wie Monetization Gebühren auf der Rechnung darstellt. Wenn ein Produkt erstellt wird oder wenn ein Einfluss auftritt, der die monetären Ressourcen betrifft, muss der Rechnungsartikel für Monetization bereitgestellt werden, um zu wissen, wie die Gebühr(en) auf der Rechnung dargestellt werden.

Beispiel für einen Rechnungsartikel

Der Rechnungsartikel Monatliche Abonnementgebühr kann für drei verschiedene Produkte verwendet werden:

Monatliches Paket Gold @ 30 $
Monatliches Paket Silber @ 25 $
Monatliches Paket Bronze @ 20 $

Obwohl die Produkte unterschiedlich sind und unterschiedliche Preise haben, wird auf der Rechnung als Monatliche Abonnementgebühr mit ihrem spezifischen Preis aufgrund des gemeinsamen Rechnungsartikels angezeigt.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Rechnungsartikel erstellen
Details zur Rechnungsartikel-Seite
Rechnungsartikel aktualisieren
Rechnungsartikel löschen

Rechnungsartikel erstellen

Unter Rechnungsartikeln klicken Sie auf Neu erstellen, um einen Rechnungsartikel zu erstellen. Geben Sie einen Namen, einen Code und einen Typ (Kumulativ oder Individuell) an. Optional können Sie eine Beschreibung hinzufügen.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Information:

Ein Rechnungsartikel hat entweder einen kumulativen oder individuellen Typ. Wenn der Rechnungsartikel auf einen individuellen Typ eingestellt ist, bedeutet dies, dass, wenn mehrere Artikel mit demselben Rechnungsartikel auf derselben Rechnung vorhanden sind, diese in separaten Zeilen dargestellt werden.

Wenn der Rechnungsartikel jedoch auf einen kumulativen Typ eingestellt ist, bedeutet dies, dass, wenn mehrere Artikel mit demselben Rechnungsartikel auf derselben Rechnung vorhanden sind, diese zusammengefasst werden.

Um den Rechnungsartikel auf der Rechnung einzuschließen, verwenden Sie den Schalter Auf Rechnung enthalten, um ihn zu aktivieren/deaktivieren. Das Aktivieren dieser Funktion bedeutet, dass Monetization diese Daten im JSON-Objekt, das für eine Rechnung generiert wird, abrufen wird.

Hinweis:

Nur die Informationen auf der Rechnung für die Leistungsoptimierung einfügen.

Einzelheiten zur Rechnungsposition

Unter rechnungspositionen können Sie die vollständigen Einzelheiten einer bestimmten Rechnungsposition einsehen, indem Sie auf Einzelheiten klicken. Es enthält die folgenden Informationen:

Name
Code
Beschreibung
Typ
Auf der Rechnung enthalten?

Rechnungsposition aktualisieren

Unter rechnungspositionen können Sie die Rechnungsposition aktualisieren, indem Sie zuerst auf Einzelheiten klicken; es zeigt die Einzelheiten der Rechnungsposition an. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt rechnungsposition erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Rechnungsposition löschen

Unter rechnungspositionen können Sie eine Rechnungsposition löschen, indem Sie auf Löschen klicken.

Hinweis:

Das Löschen einer Rechnungsposition, die bereits in anderen Teilen von Monetization verwendet wurde, ist nicht möglich. Jeder spezifische Verweis auf die Rechnungsposition muss zuerst gelöscht werden.

Docs: Kunden

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Kunden.

Der Bereich Kundenanalytik ist in zwei Unterabschnitte unterteilt:

erster unterabschnitt
zweiter unterabschnitt

Erster Unterabschnitt

Der erste Unterabschnitt zeigt die Anzahl der neu aktivierten Kunden. Die Informationen basieren auf dem aktuellen Monat, dem Monat davor, vor sechs Monaten und vor einem Jahr.

Zum Beispiel, nehmen wir an, der aktuelle Monat ist April und es wurden keine neuen Kunden hinzugefügt. Im letzten Monat, im März, wurden zwei Kunden hinzugefügt. Vor sechs Monaten, im Oktober des letzten Jahres, wurde kein neuer Kunde hinzugefügt.

Hinweis:

Der rote oder grüne Pfeil zeigt den prozentualen Rückgang oder Anstieg der neu aktivierten Kunden im Moment im Vergleich zur gleichen Zeit vor einem Monat, vor sechs Monaten und vor einem Jahr.

Zweiter Unterabschnitt

Der zweite Unterabschnitt zeigt ein Balkendiagramm, das die Anzahl der neu aktivierten und deaktivierten Kunden aus einem bestimmten Zeitraum basierend auf einem Intervall darstellt, einschließlich der Abwanderungsrate. Sie können nach Kundentyp oder/und Datum und Uhrzeit filtern.

Information:

Die Abwanderungsrate bezieht sich auf die Rate der “abgehenden” Kunden.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Docs: Pakete

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

pläne
pakete
bedingungen
gutscheine

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Katalog und klicken Sie auf Pakete.

Pläne

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Pläne. Eine paginierte Liste aller Pläne wird in tabellarischer Form angezeigt.

Pläne sind das höchste Objekt in Monetization, während Sie Ihren Angebotskatalog gestalten. Ein Plan ist das, worauf Kunden abonnieren, um eine Dienstleistung(en) zu konsumieren oder Produktressource(n) zu nutzen.

Ein Plan kann aus mehreren paketen bestehen, wobei jedes Paket eine Gruppe von produkten und Rabatten ist, die letztendlich dafür verantwortlich sind, ressourcen an den Kunden bereitzustellen. Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

create plan
details plan page
update plan
delete plan

Create plan

Um einen Plan unter plans zu erstellen, klicken Sie auf Create new. Der Name, der Code, bundles und der Gültigkeitszeitraum sind erforderlich, während die Beschreibung, term, kompatible Bundles, nur kompatible Bundles und unterstützte Zahlungsmethoden optional sind.

Information:

Der code ist ein eindeutiger Identifikator eines Objekts; er muss auf jeder site eindeutig sein. Er kann auch während der Integration mit der Monetization API verwendet werden.

Während des onboarding process of a customer muss ein Plan im subscription section ausgewählt werden. Zusätzliche Bundles (Add-Ons) können ebenfalls in den Plan aufgenommen und erworben werden.

Wenn jedoch die Option nur kompatible Bundles aktiviert ist, indem der Schalter Compatible bundles only umgelegt wird, und eine Liste kompatibler Bundles bereitgestellt wird, wird damit festgelegt, welche Bundles der Kunde als Add-Ons zum Plan erwerben kann.

Note:

Wenn ein Kunde einen postpaid payment type hat und der Plan nur für einen prepaid payment type definiert ist, indem das Kontrollkästchen Prepaid aktiviert wird, wird der Plan dem Kunden nicht zum Kauf angeboten.

Information:

Die Aktivierung sensibler Daten in einem Plan über den Schalter Sensitive data bedeutet, dass der Plan während des Onboarding-Prozesses eines neuen Kunden im Self-Care-Portal nicht zugänglich ist.

Details der Planseite

Unter pläne, um die vollständigen Details eines Plans zu sehen, klicken Sie auf Details. Es enthält Folgendes:

Status
Name
Code
Beschreibung
Gültigkeitsdauer
Laufzeit
Bundles
Kompatible Bundles
Nur kompatible Bundles
Unterstützte Zahlungsarten
Sensible Daten

Information:

Ein Plan mit dem Status Aktiv bedeutet, dass der Plan noch gültig ist.

Plan aktualisieren

Unter pläne, um einen Plan zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details des Plans an. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Hinweis:

Alle Informationen, die im Abschnitt plan erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Plan löschen

Unter pläne, um einen Plan zu löschen, klicken Sie auf Löschen.

Hinweis:

Ein Plan, den ein Kunde bereits gekauft hat, kann nicht gelöscht werden. Ein Objekt, das mit etwas anderem in Monetization verbunden ist, kann nicht gelöscht werden.

Bundles

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Bundles. Eine paginierte Liste aller Bundles wird in tabellarischer Form angezeigt.

Bundles sind logische Gruppen von produkten und Rabatten, die Teil eines plans sein können oder separat als Zusatzoption gekauft werden können. Es ist das niedrigste Hierarchieobjekt, das ein Kunde noch als einzelnes Objekt im Abonnement kaufen kann.

Information:

Tarifplan Produkt/Rabatt Bundle Plan; zeigt die vollständige Kataloghierarchie in Monetization.

Bundles können unbegrenzte Produkte und Rabatte enthalten, und sie können entweder optional oder verpflichtend sein. Ein Bundle ist wie ein mittleres Objekt, das ein Produkt mit einem Plan verbindet und spezifische bedingungen haben kann, die daran gebunden sind.

Information:

Wenn ein Kunde etwas Zusätzliches zu einem bestehenden Abonnement kauft, wird es ein Bundle sein, kein spezifisches Einzelprodukt.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Bundle erstellen
Details zur Bundle-Seite
Bundle aktualisieren
Bundle löschen

Bundle erstellen

Unter Bundles klicken Sie, um ein Bundle zu erstellen, auf Neu erstellen. Der Name, der Code, der Gültigkeitszeitraum und ein einzelnes Produkt oder Rabatt aus Ihrem Angebotskatalog sind erforderlich.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Information:

Mehrere Produkte können Teil mehrerer Bundles sein; sie haben eine viele-zu-viele Beziehung. Das Gleiche gilt auch für Rabatte.

Sobald ein Produkt ausgewählt ist, wird es rot markiert. Dies bedeutet, dass das Produkt erforderlich ist und der Kunde es als Teil des Bundles kaufen muss. Wenn die rote Schaltfläche angeklickt wird, ändert sie sich in blau, was bedeutet, dass das Produkt optional ist.

Wenn ein Produkt optional ist, kann der Kunde beim Kauf des Bundles entscheiden, ob er es als Teil des Kaufs einbeziehen möchte oder nicht.

Ein Zeitraum kann auch für das Bundle gewählt werden. Der Zeitraum gibt die Verpflichtungsdauer an, die vom Kunden nach dem Kauf des Bundles erwartet wird. Für weitere Informationen siehe Bedingungen.

Der Gültigkeitszeitraum bedeutet, wann das Bundle zum Kauf verfügbar sein wird.

Tipp:

Das Eingabefeld Gültig bis sollte auf unendlich gelassen werden. Allerdings, wenn das Bundle aus dem Dienst genommen werden soll, setzen Sie Gültig ab auf das heutige Datum und Gültig bis auf morgen. Daher wird dieses Bundle am nächsten Tag nicht mehr zum Kauf verfügbar sein.

Details zur Bundle-Seite

Unter bundles können Sie die vollständigen Details eines Bundles einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Status
Name
Code
Produkte
Rabatte
Laufzeit
Gültigkeitszeitraum

Information:

Ein Bundle mit dem Status Aktiv bedeutet, dass das Bundle weiterhin gültig ist.

Bundle aktualisieren

Unter bundles können Sie ein Bundle aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Bundles an. Um das Bundle zu aktualisieren, klicken Sie dann auf Aktualisieren.

Hinweis:

Alle Informationen, die im Abschnitt Bundle erstellen ausgefüllt wurden, können gelöscht werden, mit Ausnahme des Codes.

Bundle löschen

Unter bundles können Sie ein Bundle löschen, indem Sie auf Löschen klicken.

Hinweis:

Ein Bundle, das ein Kunde bereits gekauft oder mit einem Plan verknüpft hat, kann nicht gelöscht werden. Ein Objekt, das mit etwas anderem in Monetization verbunden ist, kann nicht gelöscht werden.

Bedingungen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Bedingungen. Eine paginierte Liste aller Bedingungen wird in tabellarischer Form angezeigt.

Eine Bedingung wird entweder einem Plan oder einem Bundle zugewiesen, um zu wissen, wie lange sie gültig sein sollen. Sie legt die von einem Kunden erwarteten Verpflichtungsstufen und etwaige Strafgebühren fest, die anfallen können, wenn der Kunde vorzeitig kündigt. Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

create term
details term page
update term
delete term

Create term

Unter terms klicken Sie auf Create new, um einen Termin zu erstellen.

Wählen Sie unter der Basis der Verpflichtungsdauer zwischen:

Abrechnungszyklus
Aktuell

Der Abrechnungszyklus gibt die Anzahl der Abrechnungszyklen an, in denen der Termin gültig ist, während Aktuell den tatsächlichen Zeitraum nach dem Kauf bedeutet.

Geben Sie einen Verpflichtungszeitraum an, der entweder in Tagen, Monaten oder Jahren sein kann. Zum Beispiel bedeutet die Konfiguration des Verpflichtungszeitraums auf ein Jahr, dass der Kunde mindestens ein Jahr lang im Plan/Paket abonniert sein muss.

Wählen Sie unter vorzeitiger Kündigung zwischen:

Erlaubt
Strafe
Nicht erlaubt

Die Auswahl von Erlaubt bedeutet, dass der Kunde den Plan vor Ablauf des Verpflichtungszeitraums ohne Strafe kündigen kann.

Die Auswahl von Nicht erlaubt bedeutet, dass Monetization jede Form der vorzeitigen Kündigung durch den Kunden nicht zulässt.

Die Auswahl von Strafe bedeutet, dass der Kunde für die Kündigung des Plans vor Ablauf des Verpflichtungszeitraums bestraft wird.

Nach der Auswahl von Strafe können die folgenden Eingabefelder konfiguriert werden:

Karenzzeit — eine spezifische Zahl, die die Zeit angibt, die dem Kunden gegeben wird, um den Plan zu erneuern, bevor er bestraft wird.
Einheit der Karenzzeit — dies kann in Tagen, Monaten oder Jahren sein.
Strafgebühr (Maximalbetrag) — gibt an, wie viel der Kunde berechnet wird.
Pro-rata-Strafe — wenn konfiguriert, wird die Strafgebühr für einen bestimmten Zeitraum angepasst. Zum Beispiel sollte ein Kunde, der gegen Ende des Termins kündigt, eine geringere Strafgebühr haben als jemand, der früher gekündigt hat.
Hauptbuch — zeigt, wie Monetization diese Strafgebühr für buchhalterische Zwecke erfassen wird. - Rechnungspositionstyp — gibt an, wie Monetization die Gebühr auf der Rechnung/Abrechnung darstellt.
Steuer
Steueranbieter
Verlängerungszeitraum (Automatische Verlängerung) — ermöglicht die Verbindung eines Zeitraums mit einem anderen nach Ablauf des vorherigen Zeitraums. Zum Beispiel, nach Ablauf eines Vertrags von 2 Jahren wird er automatisch mit einem anderen Zeitraum, wie einem 1-Jahres-Vertrag, ohne Strafgebühr verlängert.

Details der Vertragsseite

Unter bedingungen, um die vollständigen Details eines bestimmten Zeitraums zu sehen, klicken Sie auf Details. Es enthält Folgendes:

Code
Name
Verpflichtungszeitraum
Verpflichtungseinheit
Basis der Verpflichtungsdauer
Vorzeitige Kündigungsaktion
- Karenzzeit [ Für vorzeitige Kündigung mit einer Strafe ]
- Karenzzeit Einheit
- Strafgebühr
- Pro-rata-Strafe
- Hauptbuch
- Rechnungspositionstyp
- Steuer
- Steueranbieter
- Verlängerungszeitraum

Vertragsaktualisierung

Unter bedingungen, um einen Zeitraum zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details des Zeitraums. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Vertragslöschung

Unter bedingungen, um einen Zeitraum zu löschen, klicken Sie auf Löschen.

Hinweis:

Das Löschen eines Zeitraums, der mit einem Plan oder Paket verknüpft ist, kann nicht durchgeführt werden. Ein Objekt, das mit etwas anderem in Monetization verbunden ist, kann nicht gelöscht werden.

Gutscheine

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Gutscheine. Eine paginierte Liste aller Gutscheine wird in tabellarischer Form angezeigt.

Gutscheine sind generierte Codes, die spezifische Pakete anbieten, die den Kunden einen Rabatt gewähren, wenn sie eingelöst werden. Wenn ein Kunde sich für einen Plan anmeldet, kann er auch einen Gutscheincode als Teil des Kaufs verwenden; dadurch wird Monetization dem Kunden einen rabattierten Preis gemäß den im Gutschein konfigurierten Bedingungen gewähren.

Tipp:

Bevor ein Gutschein konfiguriert wird, müssen die Rabatte und die bundles, die diese Rabatte verwenden, konfiguriert sein.

Gutschein vs. Voucher

Ein Gutschein funktioniert auf die gleiche Weise wie ein voucher, der Unterschied besteht darin, dass ein Gutschein nur für diesen speziellen Kauf gültig ist. Im Gegensatz dazu kann ein Voucher dem Kunden über einen längeren Zeitraum etwas geben.

Darüber hinaus kann ein Voucher-Code jederzeit eingelöst werden, während ein Gutschein-Code während eines Kaufs verwendet wird und dann deaktiviert wird.

Beispiel eines Gutscheins

Ein Kunde kauft ein Add-on-Bundle, Zusätzlicher Service, für 10 $ und verwendet im Rahmen dieses Kaufs auch einen Gutschein-Code MINUS 20.

Wenn der Gutschein-Code ein Bundle mit einem 20% Rabatt enthält, das auf das Produkt Zusätzlicher Service abzielt, wird der Kunde am Ende 8 $ anstelle von 10 $ zahlen.

Unter diesem Abschnitt können zwei Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Gutschein erstellen
Details Gutschein-Seite

Gutschein erstellen

Unter Gutscheinen klicken Sie auf Neu erstellen. Geben Sie einen Namen, einen Code, Anbieter, Code-Zeichensatz, Code-Vorlage, Menge, Einlösungsmenge, Bereichsstart, Bundle und Gültigkeitsdauer an; die verbleibenden Eingabefelder sind optional.

Erklärung einiger Begriffe

Anbieter

Dies bedeutet den Namen der Entität, die den Gutschein besitzt. Es wird nur zu Informationszwecken verwendet. Der Name Ihrer Organisation kann in diesem Abschnitt verwendet werden.

Code-Zeichensatz

Dies kann entweder numerisch oder alphanumerisch sein. Wenn numerisch ausgewählt ist, enthalten die generierten Codes nur Zahlen, während bei alphanumerisch sowohl Buchstaben als auch Zahlen in den generierten Codes enthalten sind. ##### Die Code-Vorlage

Dies stellt die Vorlage dar, die Monetization verwenden wird, um die Gutscheincodes zu generieren.

Hinweis:

Verwenden Sie # als Platzhalter für automatisch generierte Codes.

Menge

Dies stellt die Anzahl der zu generierenden Gutscheincodes dar.

Einlösungsmengen

Dies stellt dar, wie oft der Kunde jeden Code verwenden kann.

Bereichsstart

Dies stellt den Ausgangspunkt für die automatisch generierten Codes dar.

Praktisches Beispiel

Unten sehen Sie ein Beispiel für eine Gutscheinkonfigurationseinstellung.

code template = coupon_##
zeichensatz = numerisch
quantity = 5
redemption quantity = 1
range start = 87

Dies ergibt fünf generierte Gutscheincodes, die der Kunde nur einmal verwenden kann. Die Codes werden wie folgt basierend auf der Code-Vorlage und dem Bereichsstart generiert:

coupon_87
coupon_88
coupon_89
coupon_90
coupon_91

Details zur Gutscheinseite

Unter coupons können Sie die vollständigen Details eines Gutscheins einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Anbieter
Typ
Code-Zeichensatz
Code-Vorlage
Menge
Einlösungsmengen
Bereichsstart
Bundle
Gültigkeitsdauer

Unter den Informationen werden die generierten Gutscheincodes in tabellarischer Form angezeigt, einschließlich ihres Status und der verbleibenden Menge.

Information:

Sie können die Gutscheincodes nach Neu, In Verwendung, Verwendet, Abgelaufen oder Storniert filtern.

Docs: Radius

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

radius-protokoll
radius-abrechnungsprotokoll
radius-trennungsprotokoll

RADIUS-Protokoll

Dieser Abschnitt gibt Informationen darüber, wie das AAA Gateway die RADIUS-Zugangskontrollnachrichten für das im RFC-2865 und RFC-2869 definierte RADIUS-Protokoll abbildet.

Abschnitts-Einhaltung

Die Tabelle 1-1 unten listet die Einhaltungsinformationen für die RADIUS-Protokollabschnitte im RFC-2865 auf.

Tabelle 1-1: Einhaltung der Abschnitte im RFC-2865

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Einführung	Nicht anwendbar	-
1.1	Spezifikation der Anforderungen	Nicht anwendbar	-
1.2	Terminologie	Nicht anwendbar	-
2	Betrieb	Teilweise unterstützt	-
2.1	Herausforderung/Antwort	Unterstützt	-
2.2	Interoperabilität mit PAP und CHAP	Nicht unterstützt	-
2.3	Proxy	Nicht anwendbar	-
2.4	Warum UDP?	Nicht anwendbar	-
2.5	Retransmissionshinweise	Unterstützt	-
2.	6	Keep-Alives als schädlich betrachtet	Unterstützt
3	Paketformat	Unterstützt	-
4	Pakettypen	Unterstützt	-
4.1	Zugriffsanfrage	Unterstützt	-
4.2	Zugriffsannahme	Unterstützt	-
4.3	Zugriffsverweigerung	Unterstützt	-
4.4	Zugriffsherausforderung	Unterstützt	-
5	Attribute	Unterstützt	-
5.1	Benutzername	Unterstützt	-
5.2	Benutzerpasswort	Unterstützt	-
5.3	CHAP-Passwort	Unterstützt	-
5.4	NAS-IP-Adresse	Unterstützt	-
5.5	NAS-Port	Unterstützt	-
5.6	Diensttyp	Unterstützt	-
5.7	Gerahmtes-Protokoll	Unterstützt	-
5.8	Gerahmte-IP-Adresse	Unterstützt	-
5.9	Gerahmte-IP-Netzmaske	Unterstützt	-
5.10	Gerahmtes-Routing	Unterstützt	-
5.11	Filter-ID	Unterstützt	-
5.12	Gerahmte-MTU	Unterstützt	-
5.	13	Framed-Compression	Unterstützt
5.14	Login-IP-Host	Unterstützt	-
5.15	Login-Service	Unterstützt	-
5.16	Login-TCP-Port	Unterstützt	-
5.17	(nicht zugewiesen)	Unterstützt	-
5.18	Antwort-Nachricht	Unterstützt	-
5.19	Rückruf-Nummer	Unterstützt	-
5.20	Rückruf-ID	Unterstützt	-
5.21	(nicht zugewiesen)	Unterstützt	-
5.22	Framed-Route	Unterstützt	-
5.23	Framed-IPX-Netzwerk	Unterstützt	-
5.24	Zustand	Unterstützt	-
5.25	Klasse	Unterstützt	-
5.26	Anbieter-spezifisch	Unterstützt	-
5.27	Sitzungs-Timeout	Unterstützt	-
5.28	Leerlauf-Timeout	Unterstützt	-
5.29	Beendigungs-Aktion	Unterstützt	-
5.30	Angerufene-Station-ID	Unterstützt	-
5.31	Anrufende-Station-ID	Unterstützt	-
5.32	NAS-Identifikator	Unterstützt	-
5.33	Proxy-Zustand	Unterstützt	-
5.	34	Login-LAT-Service	Unterstützt
5.35	Login-LAT-Node	Unterstützt	-
5.36	Login-LAT-Gruppe	Unterstützt	-
5.37	Framed-AppleTalk-Link	Unterstützt	-
5.38	Framed-AppleTalk-Netzwerk	Unterstützt	-
5.39	Framed-AppleTalk-Zone	Unterstützt	-
5.40	CHAP-Herausforderung	Unterstützt	-
5.41	NAS-Port-Typ	Unterstützt	-
5.42	Port-Limit	Unterstützt	-
5.43	Login-LAT-Port	Unterstützt	-
5.44	Tabelle der Attribute	Unterstützt	-
6	IANA Überlegungen	Keine Anforderung	-
6.1	Definition der Begriffe	Keine Anforderung	-
6.2	Empfohlene Registrierungsrichtlinien	Keine Anforderung	-
7	Beispiele	Unterstützt	-
7.1	Benutzer Telnet zu angegebenem Host	Unterstützt	-
7.2	Framed-Benutzer authentifiziert mit CHAP	Unterstützt	-
7.	3	Benutzer mit Challenge-Response-Karte	Nicht unterstützt
8	Sicherheitsüberlegungen	Nicht unterstützt	-
9	Änderungsprotokoll	Keine Anforderung	-
10	Referenzen	Keine Anforderung	-
11	Danksagungen	Keine Anforderung	-
12	Ansprache des Vorsitzenden	Keine Anforderung	-
13	Adressen der Autoren	Keine Anforderung	-
14	Vollständige Urheberrechtserklärung	Keine Anforderung	-

Die folgende Tabelle 1-2 bietet eine Liste der Compliance-Informationen für die RADIUS-Protokollabschnitte in RFC-2869.

Tabelle 1-2: Compliance der RFC-2869-Abschnitte

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Einführung	Nicht anwendbar	-
1.1	Spezifikation der Anforderungen	Nicht anwendbar	-
1.2	Terminologie	Nicht anwendbar	-
2	Betrieb	Teilweise unterstützt	-
2.1	RADIUS-Unterstützung für vorläufige Abrechnungsaktualisierungen	Nicht unterstützt	-
2.2	RADIUS-Unterstützung für das Apple Remote Access Protocol	Nicht unterstützt	-
2.3	RADIUS-Unterstützung für das Extensible Authentication Protocol (EAP)	Unterstützt	-
2.3.1	Protokollübersicht	Unterstützt	-
2.3.2	Retransmission	Unterstützt	-
2.3.4	Beispiele	Unterstützt	-
2.3.5	Alternative Verwendungen	Unterstützt	-
3	Paketformat	Unterstützt	-
4	Pakettypen	Unterstützt	-
5	Attribute	Teilweise unterstützt	-
5.1	Acct-Input-Gigawords	Nicht unterstützt	-
5.2	Acct-Output-Gigawords	Nicht unterstützt	-
5.3	Ereignis-Zeitstempel	Nicht unterstützt	-
5.4	ARAP-Passwort	Nicht unterstützt	-
5.5	ARAP-Funktionen	Nicht unterstützt	-
5.6	ARAP-Zonen-Zugang	Nicht unterstützt	-
5.7	ARAP-Sicherheit	Nicht unterstützt	-
5.8	ARAP-Sicherheitsdaten	Nicht unterstützt	-
5.9	Passwort-Wiederholung	Nicht unterstützt	-
5.10	Eingabeaufforderung	Nicht unterstützt	-
5.11	Verbindungsinformationen	Nicht unterstützt	-
5.12	Konfigurations-Token	Nicht unterstützt	-
5.13	EAP-Nachricht	Unterstützt	-
5.14	Nachrichten-Authentifizierer	Unterstützt	-
5.
5.16	Acct-Interim-Interval	Nicht unterstützt	-
5.17	NAS-Port-Id	Unterstützt	-
5.18	Framed-Pool	Nicht unterstützt	-
5.19	Tabelle der Attribute	Nicht unterstützt	-
6	IANA Überlegungen	Keine Anforderung	-
7	Sicherheitsüberlegungen	Unterstützt	-
7.1	Nachrichten-Authentifikator-Sicherheit	Unterstützt	-
7.2	EAP-Sicherheit	Unterstützt	-
7.2.1	Trennung von EAP-Server und PPP-Authentifikator	Nicht unterstützt	-
7.2.2	Verbindungsübernahme	Nicht unterstützt	-
7.2.3	Man-in-the-Middle-Angriffe	Nicht unterstützt	-
7.2.4	Mehrere Datenbanken	Nicht unterstützt	-
7.2.5	Verhandlungsangriffe	Nicht unterstützt	-
8	Referenzen	Keine Anforderung	-
9	Danksagungen	Keine Anforderung	-
10	Ansprache des Vorsitzenden	Keine Anforderung	-
11	Adressen der Autoren	Keine Anforderung	-
12	Vollständige Urheberrechtserklärung	Keine Anforderung	-

Access-Request AVPs

Hier ist eine Tabelle 1-3 mit den Compliance-Informationen für Access-Request Attribut-Wert-Paare (AVPs). Tabelle 1-3: Zugriffsanfrage AVPs

RADIUS AVP	Status	Anmerkungen
Benutzername	Unterstützt	-
Benutzerpasswort	Unterstützt	-
CHAP-Passwort	Unterstützt	-
CHAP-Herausforderung	Unterstützt	-
NAS-IP-Adresse	Unterstützt	-
NAS-Port	Unterstützt	-
NAS-Port-Typ	Unterstützt	-
NAS-Identifikator	Unterstützt	-
Diensttyp	Unterstützt	-
Gerahmtes-Protokoll	Unterstützt	-
Gerahmte-IP-Adresse	Unterstützt	-
Gerahmte-IP-Netzmaske	Unterstützt	-
Gerahmte-MTU	Unterstützt	-
Gerahmte-Kompression	Unterstützt	-
Login-IP-Host	Unterstützt	-
Rückrufnummer	Unterstützt	-
Angerufene-Station-ID	Unterstützt	-
Anrufende-Station-ID	Unterstützt	-
Zustand	Unterstützt	-
Proxy-Zustand	Unterstützt	-
Login-LAT-Dienst	Unterstützt	-
Login-LAT-Knoten	Unterstützt	-
Login-LAT-Gruppe	Unterstützt	-
Login-LAT-Port	Unterstützt	-
Anbieter-spezifisch	Unterstützt	-
EAP-Nachricht	Unterstützt	-
Nachrichten-Authentifikator	Unterstützt	-

Zugriffsakzept AVPs

Nachfolgend finden Sie die Compliance-Informationen für Zugriffsakzept AVPs. Tabelle 1-4: Access-Accept AVPs

RADIUS AVP	Status	Anmerkungen
User-Name	Unterstützt	-
Service-Type	Unterstützt	-
Framed-Protocol	Unterstützt	-
Framed-IP-Address	Unterstützt	-
Framed-IP-Netmask	Unterstützt	-
Framed-Routing	Unterstützt	-
Framed-Route	Unterstützt	-
Framed-IPX-Network	Unterstützt	-
Framed-AppleTalk-Link	Unterstützt	-
Framed-AppleTalk-Network	Unterstützt	-
Framed-AppleTalk-Zone	Unterstützt	-
Filter-Id	Unterstützt	-
Framed-MTU	Unterstützt	-
Framed-Compression	Unterstützt	-
Login-IP-Host	Unterstützt	-
Login-Service	Unterstützt	-
Login-TCP-Port	Unterstützt	-
Reply-Message	Unterstützt	-
Callback-Number	Unterstützt	-
Callback-Id	Unterstützt	-
Class	Unterstützt	-
Session-Timeout	Unterstützt	-
Idle-Timeout	Unterstützt	-
Termination-Action	Unterstützt	-
State	Unterstützt	-
Proxy-State	Unterstützt	-
Login-LAT-Service	Unterstützt	-
Login-LAT-Node	Unterstützt	-
Login-LAT-Group	Unterstützt	-
Login-LAT-Port	Unterstützt	-
Port-Limit	Unterstützt	-
Vendor-Specific	Unterstützt	-
Acct-Session-Id	Unterstützt	-
EAP-Message	Unterstützt	-
Message-Authenticator	Unterstützt	-

Access-Reject AVPs

Tabelle 1-5 enthält eine Liste der Compliance-Informationen für Access-Reject AVPs. Tabelle 1-5: Access-Reject AVPs

RADIUS AVP	Status	Anmerkungen
User-Name	Unterstützt	-
Reply-Message	Unterstützt	-
Class	Unterstützt	-
Proxy-State	Unterstützt	-
Vendor-Specific	Unterstützt	-
Acct-Session-Id	Unterstützt	-
EAP-Message	Unterstützt	-
Message-Authenticator	Unterstützt	-

Access-Challenge AVPs

Tabelle 1-6 enthält die Compliance-Informationen für Access-Challenge AVPs.

Tabelle 1-6: Access-Challenge AVPs

RADIUS AVP	Status	Anmerkungen
Reply-Message	Unterstützt	-
Session-Timeout	Unterstützt	-
Idle-Timeout	Unterstützt	-
State	Unterstützt	-
Proxy-State	Unterstützt	-
Vendor-Specific	Unterstützt	-
EAP-Message	Unterstützt	-
Message-Authenticator	Unterstützt	-

RADIUS Accounting Protocol

Dieser Abschnitt bietet Details dazu, wie das AAA Gateway die RADIUS-Abrechnungsnachrichten für das im RFC-2866 definierte RADIUS-Protokoll abbildet.

Abschnitt Compliance

Nachfolgend finden Sie eine Liste der Compliance-Informationen für die Abschnitte des RADIUS Accounting-Protokolls im RFC-2866.

Tabelle 2-1 RFC-2866 Abschnitt Compliance

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Einführung	Nicht anwendbar	-
1.1	Spezifikation der Anforderungen	Nicht anwendbar	-
1.2	Terminologie	Nicht anwendbar	-
2	Betrieb	Unterstützt	-
2.	1	Proxy	Nicht unterstützt
3	Paketformat	Unterstützt	-
4	Pakettypen	Unterstützt	-
4.1	Abrechnungsanfrage	Unterstützt	-
4.2	Abrechnungsantwort	Unterstützt	-
5	Attribute	Unterstützt	-
5.1	Abrechnungsstatus-Typ	Unterstützt	-
5.2	Abrechnungsverzögerungszeit	Unterstützt	-
5.3	Abrechnungs-Eingangsoktette	Unterstützt	-
5.4	Abrechnungs-Ausgangsoctette	Unterstützt	-
5.5	Abrechnungs-Sitzungs-ID	Unterstützt	-
5.6	Abrechnungs-Authentifizierung	Unterstützt	-
5.7	Abrechnungs-Sitzungszeit	Unterstützt	-
5.8	Abrechnungs-Eingangspakete	Unterstützt	-
5.9	Abrechnungs-Ausgangspakete	Unterstützt	-
5.10	Abrechnungs-Beendigungsursache	Unterstützt	-
5.11	Abrechnungs-Multi-Sitzungs-ID	Unterstützt	-
5.12	Abrechnungs-Link-Anzahl	Unterstützt	-
5. 13	Tabelle der Attribute	Unterstützt	-
6	IANA Überlegungen	Unterstützt	-
7	Sicherheitsüberlegungen	Unterstützt	-
8	Änderungsprotokoll	Nicht anwendbar	-
9	Referenzen	Keine Anforderung	-
10	Danksagungen	Keine Anforderung	-

Accounting-Request AVPs

Die folgende Tabelle enthält die Beschreibung, wie ECE die Accounting-Request Attribut-Wert-Paare (AVPs) unterstützt.

Tabelle 2-2 Accounting-Request AVPs

RADIUS Accounting AVP	Status	Anmerkungen
Benutzername	Unterstützt	Dies ist ein obligatorisches AVP.
NAS-IP-Adresse	Unterstützt	Dies ist ein obligatorisches AVP.
NAS-Identifikator	Unterstützt	Dies ist ein obligatorisches AVP.
Klasse	Unterstützt	-
Diensttyp	Unterstützt	-
Framed-Protokoll	Unterstützt	-
Framed-IP-Adresse	Unterstützt	-
Framed-IP-Netzmaske	Unterstützt	-
Framed-MTU	Unterstützt	-
Framed-Kompression	Unterstützt	-
Login-IP-Host	Unterstützt	-
Rückrufnummer	Unterstützt	-
Angerufene-Station-ID	Unterstützt	-
Anrufende-Station-ID	Unterstützt	-
Proxy-Zustand	Unterstützt	-
Login-LAT-Dienst	Unterstützt	-
Login-LAT-Knoten	Unterstützt	-
Login-LAT-Gruppe	Unterstützt	-
Login-LAT-Port	Unterstützt	-
CHAP-Herausforderung	Unterstützt	-
Acct-Status-Typ	Unterstützt	Dies ist ein obligatorisches AVP.
Acct-Verzögerungszeit	Unterstützt	-
Acct-Eingangs-Octets	Unterstützt	-
Acct-Ausgangs-Octets	Unterstützt	-
Acct-Sitzungs-ID	Unterstützt	Dies ist ein obligatorisches AVP.
Acct-Session-Time	Unterstützt	-
Acct-Input-Packets	Unterstützt	-
Acct-Output-Packets	Unterstützt	-
Acct-Terminate-Cause	Unterstützt	-
Acct-Multi-Session-Id	Unterstützt	-
Acct-Link-Count	Unterstützt	-
Vendor-Specific	Unterstützt	-

Accounting-Response AVPs

Die Accounting-Response-Nachricht hat keine AVPs.

RADIUS Disconnect-Protokoll

Dieser Abschnitt beschreibt, wie das AAA-Gateway die RADIUS-Trennnachrichten für das im RFC-3576 definierte RADIUS-Protokoll abbildet.

Abschnitts-Konformität

Nachfolgend finden Sie die Konformitätsinformationen für die Abschnitte des RADIUS Disconnect-Protokolls im RFC-3576.

Tabelle 3-1 RFC-3576 Abschnitts-Konformität

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Einführung	-	-
1.1	Anwendbarkeit	-	-
1.2	Anforderungen Sprache	-	-
1.3	Terminologie	-	-
2	Übersicht	-	-
2.1	Trennnachrichten (DM)	-	-
2.2	Änderungsnachrichten zur Autorisierung (CoA)	-	-
2.3	Paketformat	-	-
3	Attribute	-	-
3.1	Fehlerursache	-	-
3. 2	Tabelle der Attribute	-	-
4	IANA-Betrachtungen	-	-
5	Sicherheitsüberlegungen	-	-
5.1	Autorisierungsprobleme	-	-
5.2	Identitätsdiebstahl	-	-
5.3	IPsec-Nutzungsrichtlinien	-	-
5.4	Replay-Schutz	-	-
6	Beispielspuren	-	-
7	Referenzen	-	-
7.1	Normative Referenzen	-	-
7.2	Informative Referenzen	-	-
8	Erklärung zum geistigen Eigentum	-	-
9	Danksagungen	-	-
10	Adressen des Autors	-	-
11	Vollständige Urheberrechtserklärung	-	-

Disconnect-Request AVPs

Die folgende Tabelle 3-2 listet die Compliance-Informationen für Disconnect-Request Attribut-Wert-Paare (AVPs) auf. Tabelle 3-2: Disconnect-Request AVPs

RADIUS AVP	Status	Anmerkungen
User-Name	Unterstützt	-
User-Password	Unterstützt	-
CHAP-Password	Unterstützt	-
CHAP-Challenge	Unterstützt	-
NAS-IP-Address	Unterstützt	-
NAS-Port	Unterstützt	-
NAS-Port-Type	Unterstützt	-
NAS-Identifier	Unterstützt	-
Service-Type	Unterstützt	-
Framed-Protocol	Unterstützt	-
Framed-IP-Address	Unterstützt	-
Framed-IP-Netmask	Unterstützt	-
Framed-MTU	Unterstützt	-
Framed-Compression	Unterstützt	-
Login-IP-Host	Unterstützt	-
Callback-Number	Unterstützt	-
Called-Station-Id	Unterstützt	-
Calling-Station-Id	Unterstützt	-
State	Unterstützt	-
Proxy-State	Unterstützt	-
Login-LAT-Service	Unterstützt	-
Login-LAT-Node	Unterstützt	-
Login-LAT-Group	Unterstützt	-
Login-LAT-Port	Unterstützt	-
Vendor-Specific	Unterstützt	-
EAP-Message	Unterstützt	-
Message-Authenticator	Unterstützt	-

Disconnect-Response AVPs

Die Disconnect-Response-Nachricht hat keine AVPs.

Docs: Steuer-Gateways

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Systemkonfiguration und klicken Sie auf Steuer-Gateways.

Monetization unterstützt zwei Steuer-Gateways standardmäßig, die sind:

supertax
avalara

Hinweis:

Ein Kunde kann in Monetization nur einen Steuer-Gateway-Anbieter gleichzeitig nutzen. Die gleichzeitige Nutzung mehrerer Steuer-Gateways wird nicht unterstützt.

Information:

In Monetization erfolgt die Besteuerung, sobald die Bewertung stattfindet. Zum Beispiel, wenn ein Kunde 100 Minuten anruft; sobald der Anruf bewertet ist, wird das konfigurierte Steuer-Gateway sofort aufgerufen, um den Steuersatz zu erhalten.

SuperTax

Supertax ist ein cloudbasiertes Steuerberechnungssoftware-Anbieter, der Unternehmen eine umfassende Plattform zur Verwaltung von Steuerkonformitätsprozessen bietet.

Um zu konfigurieren, klicken Sie auf Supertax; geben Sie Ihren API-Schlüssel und Ihre Unternehmenskennung ein. Verwenden Sie den Schalter Aktiv, um die Konfiguration zu aktivieren/deaktivieren. Sobald aktiviert und konfiguriert, kann Monetization mit Supertax kommunizieren.

Hinweis:

Ein Klick auf Verbindung testen wird eine Testanfrage an den Steuer-Gateway-Anbieter senden, um zu bestätigen, dass die Verbindung mit den eingegebenen Schlüsseln in Ordnung ist.

Information:

Sobald konfiguriert, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Avalara

Avalara ist ein cloudbasiertes Softwareunternehmen für Steuerkonformität, das Unternehmen eine umfassende Plattform zur Verwaltung von Steuerkonformitätsprozessen bietet. Seine Lösungen automatisieren die Steuerberechnung, -einreichung und -überweisung, wodurch es für Unternehmen einfach wird, komplexen Steuerregelungen zu entsprechen.

Um zu konfigurieren, klicken Sie auf Avalara; fügen Sie Ihren API-Schlüssel, Unternehmensidentifikator, Client-ID und Client-Profil-ID ein. Verwenden Sie den Schalter Aktiv, um die Konfiguration zu aktivieren/deaktivieren. Sobald aktiviert und konfiguriert, kann Monetization mit SureTax kommunizieren.

Hinweis:

Ein Klick auf Verbindung testen wird eine Testanfrage an den Steuergateway-Anbieter senden, um zu bestätigen, dass die Verbindung mit den eingegebenen Schlüsseln in Ordnung ist.

Information:

Sobald konfiguriert, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Docs: 5G CHF

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

einführung
- wie man den status in den compliance-sektionen interpretiert
ladefunktion - ladedienst
- abschnittseinhaltung
- antwortcodes
ladefunktion - ausgabenlimitkontrolldienst
- abschnittseinhaltung
- antwortcodes
ladefunktion - interaktionen mit der netzwerkrepositoryfunktion (nrf)
- abschnittseinhaltung
chf-cdr-format

einführung

Das 5G CHF umfasst Nchf-Schnittstellen, um konvergente Abrechnung und Ausgabenlimitkontrolle für das Richtlinienmanagement zu ermöglichen. Interaktionen mit der Netzwerkrepositoryfunktion sind ebenfalls hier skizziert.

wie man den status in den compliance-sektionen interpretiert

Die folgende Tabelle beschreibt die Bedeutung des Status in den Abschnittseinhaltung.

Status	Bedeutung
Unterstützt	Die Anwendung unterstützt die Funktionalität. Die Anwendung unterstützt das Attribut und ist der Ladefunktion zugeordnet. Das Attribut wird in der Anfrage empfangen und in den Ladeflüssen verwendet. Dieses Attribut wird in der Antwort gesendet, wie in den Spezifikationen angegeben. Optional können Sie dieses Attribut für die Ereignisspeicherung und zur Information über Ladeentscheidungen nutzen.
Nicht Unterstützt	Die Anwendung unterstützt die Funktionalität oder das Attribut nicht.
Nicht Anwendbar	Der Abschnitt ist für die Implementierung nicht anwendbar.
Informativ	Dieser Abschnitt dient ausschließlich Informationszwecken.

Ladefunktion – Ladedienst

Abschnitts-Konformität

Die folgende Tabelle enthält die Beschreibung der Abschnitts-Konformität des 5G System Charging Service 3GPP TS 32.291 v16.5.1 (2020-09):

Tabelle 1-1: 5G System Charging Service 3GPP TS 32.291 v16.5. 1 (2020-09) Abschnitt Compliance*

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Anwendungsbereich	Informativ	-
2	Referenzen	Informativ	-
3	Definitionen, Symbole und Abkürzungen	Informativ	-
4	Übersicht	Unterstützt	-
5	Von CHF angebotene Dienstleistungen	Unterstützt	-
5.1	Einführung	Unterstützt	-
5.2	Nchf_ConvergedCharging-Dienst	Unterstützt	-
5.2.1	Dienstbeschreibung	Unterstützt	-
5.2.2	Dienstbetrieb	Unterstützt	-
5.2.2.1	Einführung	Unterstützt	-
5.2.2.2	Nchf_ConvergedCharging_Create-Operation	Unterstützt	-
5.2.2.
5.2.2.4	Nchf_ConvergedCharging_Release Operation	Unterstützt	-
5.2.2.5	Nchf_ConvergedCharging_Notify Operation	Unterstützt	-
5.3	Nchf_OfflineOnlyCharging service	Unterstützt	-
5.3.1	Dienstbeschreibung	Unterstützt	-
5.3.2	Dienstoperationen	Unterstützt	-
5.3.2.1	Einführung	Unterstützt	-
5.3.2.2	Nchf_OfflineOnlyCharging_Create Operation	Unterstützt	-
5.3.2.3	Nchf_OfflineOnlyCharging_Update Operation	Unterstützt	-
5.3.2.4	Nchf_OfflineOnlyCharging_Release Operation	Unterstützt	-
6	API-Definitionen	Unterstützt	-
6.1	Nchf_ConvergedCharging Service API	Unterstützt	-
6.1.1	Einführung	Unterstützt	-
6.1.	2	Nutzung von HTTP	Unterstützt
6.1.2.1	Allgemein	Unterstützt	-
6.1.2.2	HTTP-Standardheader	Unterstützt	-
6.1.2.2.1	Allgemein	Unterstützt	-
6.1.2.2.2	Inhaltstyp	Unterstützt	-
6.1.2.3	HTTP benutzerdefinierte Header	Unterstützt	Nur der 3gpp-Sbi-Target-apiRoot-Header wird unter den benutzerdefinierten Headern unterstützt.
6.1.2.3.1	Allgemein	Unterstützt	-
6.1.3	Ressourcen	Unterstützt	-
6.1.3.1	Übersicht	Unterstützt	-
6.1.3.2	Ressource: Ladeinformationen	Unterstützt	-
6.1.3.2.1	Beschreibung	Unterstützt	-
6.1.3.2.2	Ressourcenbeschreibung	Unterstützt	-
6.1.3.2.3	Ressourcenstandardmethoden	Unterstützt	-
6.1.3.2.4	Ressource Benutzerdefinierte Operationen	Nicht Anwendbar	-
6.1.3.3	Ressource: Individuelle Ladungsdaten	Unterstützt	-
6.1.3.3.1	Beschreibung	Unterstützt	-
6.1.3.3.2	Ressourcenbeschreibung	Unterstützt	-
6.1.3.3.3	Ressourcen Standardmethoden	Nicht Anwendbar	-
6.1.3.3.4	Ressource Benutzerdefinierte Operationen	Unterstützt	-
6.1.3.3.4.1	Übersicht	Unterstützt	-
6.1.3.3.4.2	Operation: aktualisieren	Unterstützt	-
6.1.3.3.4.2.1	Beschreibung	Unterstützt	-
6.1.3.3.4.2.2	Betriebsdefinition	Unterstützt	ChargingDataRequest und ChargingDataResponse. Die Antwort enthält einen der folgenden Codes: Bei Erfolg 200 (OK). Bei Fehlern umfassen ProblemDetails - 400, 403, 404.
6.1.3.3.4.3	Freigabe	Unterstützt	-
6.1.3.3.4.3.		1	Beschreibung
6.1.3.3.4.3.2	Betriebsdefinition	Unterstützt	ChargingDataRequest und ChargingDataResponse. Bei Erfolg wird die Antwort 204 (Kein Inhalt) sein. Bei Fehler enthalten ProblemDetails - 404.
6.1.4	Benutzerdefinierte Operationen ohne zugeordnete Ressourcen	Nicht anwendbar	-
6.1.5	Benachrichtigungen	Unterstützt	-
6.1.5.1	Allgemein	Unterstützt	-
6.1.5.2	Ereignisbenachrichtigung	Unterstützt	-
6.1.5.2.1	Beschreibung	Unterstützt	-
6.1.5.2.2	Ziel-URI	Unterstützt	-
6.1.5.2.3	Standardmethoden	Unterstützt	-
6.1.5.2.3.1	POST	Unterstützt	ChargingDataRequest und ChargingDataResponse. Bei Erfolg wird die Antwort 204 (Kein Inhalt) sein. Bei Fehler enthalten ProblemDetails - 404.
6.1.6	Datenmodell	Unterstützt	-
6.1.6.1	Allgemein	Unterstützt	-
6.1.6. 2	Strukturierte Datentypen	Unterstützt	-
6.1.6.2.1	Gemeinsamer Datentyp	Unterstützt	-
6.1.6.2.1. 1	Typ ChargingDataRequest	Unterstützt
	subscriberIdentifier	Unterstützt mit Erweiterungen
	nfConsumerIdentification	Unterstützt mit Erweiterungen
	invocationTimeStamp	Unterstützt
	invocationSequenceNumber	Unterstützt
	retransmissionIndicator	Unterstützt mit Erweiterungen
	oneTimeEvent	Unterstützt mit Erweiterungen
	oneTimeEventType	Unterstützt mit Erweiterungen
	notifyUri	Unterstützt mit Erweiterungen
	supportedFeatures	Unterstützt
	serviceSpecificationInfo	Unterstützt mit Erweiterungen
	multipleUnitUsage	Unterstützt mit Erweiterungen
	triggers	Unterstützt
6.1.6.2.1. 2	Typ ChargingDataResponse	Unterstützt
	invocationTimeStamp	Unterstützt
	invocationResult	Unterstützt mit Erweiterungen
	invocationSequenceNumber	Unterstützt
	sessionFailover	Unterstützt
	supportedFeatures	Unterstützt mit Erweiterungen
	multipleUnitInformation	Unterstützt mit Erweiterungen
	triggers	Unterstützt
6.1.6.2.1.3	Typ ChargingNotifyRequest	Unterstützt mit Erweiterungen
	notificationType	Unterstützt mit Erweiterungen
	reauthorizatoinDetails	Unterstützt mit Erweiterungen
6.1.6.2.1. 4	Typ NFIdentification	Unterstützt mit Erweiterungen
	nodeFunctionality	Unterstützt mit Erweiterungen
	nFName	Unterstützt mit Erweiterungen
	nFIPv4Address	Unterstützt mit Erweiterungen
	nfIPv6Address	Unterstützt mit Erweiterungen
	nFFqdn	Unterstützt mit Erweiterungen
	nFPLMNID	Unterstützt mit Erweiterungen
6.1.6.2.1.5	Typ MultipleUnitUsage	Unterstützt
	ratingGroup	Unterstützt
	requestedUnit	Unterstützt
	usedUnitContainer	Unterstützt
6.1.6.2.1.6	Typ InvocationResult	Unterstützt mit Erweiterungen
	error (ProblemDetails)	Unterstützt mit Erweiterungen
	failureHandling	Unterstützt mit Erweiterungen
6.1.6.2.1.7	Typ Trigger	Unterstützt	Siehe 6.1.6.3.6 für unterstützte Trigger-Typen.
	triggerCategory	Unterstützt mit Erweiterungen
	timeLimit (DauerSek)	Unterstützt mit Erweiterungen
	volumeLimit	Unterstützt mit Erweiterungen
	volumeLimit64	Unterstützt mit Erweiterungen
	maxNumberOfccc	Unterstützt mit Erweiterungen
6.1.6.2.1. 8	Typ MultipleUnitInformation	Unterstützt
	resultCode	Unterstützt
	ratingGroup	Unterstützt
	grantedUnit	Unterstützt
	triggers	Unterstützt
	validityTime (DurationSec)	Unterstützt mit Erweiterungen
	quotaHandlingTime (DurationSec)	Unterstützt
	finalUnitIndication	Unterstützt
	timeQuotaThreshold	Unterstützt
	volumeQuotaThreshold	Unterstützt mit Erweiterungen
	unitQuotaThreshold	Unterstützt mit Erweiterungen
6.1.6.2.1. 9	Typ angeforderte Einheit	Unterstützt
	Zeit	Unterstützt
	Gesamtvolumen	Unterstützt
	Uplinkvolumen	Unterstützt
	Downlinkvolumen	Unterstützt
	dienstspezifische Einheiten	Unterstützt
6.1.6.2.1. 10	Typ UsedUnitContainer	Unterstützt
	serviceId	Unterstützt
	quotaManagementIndicator	Unterstützt
	triggers	Unterstützt
	triggerTimeStamp	Unterstützt mit Erweiterungen
	time	Unterstützt mit Erweiterungen
	totalVolume	Unterstützt
	uplinkVolume	Unterstützt
	downlinkVolume	Unterstützt
	serviceSpecificUnits	Unterstützt
	eventTimeStamps	Unterstützt mit Erweiterungen
	localSequenceNumber	Unterstützt mit Erweiterungen
6.1.6.2.1. 11	Typ GrantedUnit	Unterstützt
	tariffTimeChange	Unterstützt
	Zeit	Unterstützt
	totalVolume	Unterstützt
	uplinkVolume	Unterstützt
	downlinkVolume	Unterstützt
	serviceSpecificUnits	Unterstützt
6.1.6.2.1.12	Typ FinalUnitIndication	Unterstützt
	finalUnitAction	Unterstützt
	restrictionFilterRule	Nicht Unterstützt
	filterId	Nicht Unterstützt
	redirectServer	Unterstützt
6.1.6.2.1.13	Typ RedirectServer	Unterstützt
	redirectAddressType	Unterstützt
	redirectServerAddress	Unterstützt
6.1.6.2.1.	14	Typ ReauthorizationDetails	Unterstützt
	Dienst (serviceId)	Unterstützt
	Bewertungsgruppe	Unterstützt
	Quotenmanagementindikator	Unterstützt
6.1.6.2.1.15	Ungültig	Nicht anwendbar
6.1.6.2.1.16	Typ ChargingNotifyResponse	Nicht Unterstützt
	Aufrufsergebnis	Nicht Unterstützt
6.1.6.2.2	5G-Datenkonnektivität spezifizierter Datentyp	Unterstützt	-
6.1.6.2.2.1	ChargingDataRequest	Unterstützt	Der standardmäßige Ladefluss verarbeitet keine Aufzeichnungen für 5G-Roaming.
6.1.6.2.2.2	ChargingDataResponse	Unterstützt mit Erweiterungen	Der standardmäßige Ladefluss verarbeitet keine Aufzeichnungen für 5G-Roaming.
6.1.6.2.2.3	Mehrfachnutzung	Unterstützt mit Erweiterungen	-
6.1.6.2.2.4	Mehrfachinformationen	Unterstützt mit Erweiterungen	-
6.1.6.2.2.5	VerwendeterEinheitencontainer	Unterstützt mit Erweiterungen	-
6.1.6.2.2.	6	PDUSessionChargingInformation	Unterstützt mit Erweiterungen
6.1.6.2.2.7	UserInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.2.8	PDUSessionInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.2.9	PDUContainerInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.2.10	NetworkSlicingInfo	Unterstützt mit Erweiterungen	-
6.1.6.2.2.11	PDUAddress	Unterstützt mit Erweiterungen	-
6.1.6.2.2.12	ServingNetworkFunctionID	Unterstützt mit Erweiterungen	-
6.1.6.2.2.13	RoamingQBCInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.2.14	MultipleQFIcontainer	Unterstützt mit Erweiterungen	-
6.1.6.2.2.15	RoamingChargingProfile	Unterstützt mit Erweiterungen	Der standardmäßige Ladefluss verarbeitet keine Aufzeichnungen für 5G-Roaming.
6.1.6.2.2.16	QFIContainerInformation	Unterstützt mit Erweiterungen	Alle werden nur in der Anfrage unterstützt, nicht in der Antwort
6.1.6.2.2.	17	RANSecondaryRATUsageReport	Unterstützt mit Erweiterungen
6.1.6.2.2.18	QosFlowsUsageReport	Unterstützt mit Erweiterungen	-
6.1.6.2.2.19	MAPDUSessionInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.3	SMS-spezifizierter Datentyp	Unterstützt mit Erweiterungen	-
6.1.6.2.3.1	ChargingDataRequest	Unterstützt mit Erweiterungen	-
6.1.6.2.3.2	SMSChargingInformation	Unterstützt mit Erweiterungen	-
6.1.6.2.3.3	OriginatorInfo	Unterstützt mit Erweiterungen	-
6.1.6.2.3.4	RecipientInfo	Unterstützt mit Erweiterungen	-
6.1.6.2.3.5	SMAddressInfo	Unterstützt mit Erweiterungen	-
6.1.6.2.3.6	RecipientAddress	Unterstützt mit Erweiterungen	-
6.1.6.2.3.7	MessageClass	Unterstützt mit Erweiterungen	-
6.1.6.2.3. 8	SMAddressDomain	Unterstützt mit Erweiterungen	-
6.1.6.2.3.9	SMInterface	Unterstützt mit Erweiterungen	-
6.1.6.2.4	5G-Verbindung und Mobilität Spezifizierte Daten	Nicht Unterstützt	-
6.1.6.2.4.1	ChargingDataRequest	Nicht Unterstützt	-
6.1.6.2.4.2	ChargingDataResponse	Nicht Unterstützt mit Erweiterungen	-
6.1.6.2.4. 3	Typ RegistrierungLadeInformation	Nicht Unterstützt
	registrierungsNachrichtentyp	Nicht Unterstützt
	benutzerInformation	Nicht Unterstützt
	benutzerStandortinfo	Nicht Unterstützt
	benutzerZeitzone	Nicht Unterstützt
	rATTyp	Nicht Unterstützt
	5gMMFähigkeit	Nicht Unterstützt
	mICOModeIndikation	Nicht Unterstützt
	smsIndikation	Nicht Unterstützt
	taiListe	Nicht Unterstützt
	dienstbereichEinschränkung	Nicht Unterstützt
	angefordertesNSSAI	Nicht Unterstützt
	erlaubtesNssai	Nicht Unterstützt
	abgelehntesNSSAI	Nicht Unterstützt
	-	Nicht Unterstützt
6.1.6.2.4. 4	Typ N2ConnectionChargingInformation	Nicht Unterstützt
	n2ConnectionMessageType	Nicht Unterstützt
	benutzerInformation	Nicht Unterstützt
	benutzerStandortinformation	Nicht Unterstützt
	uetimeZone	Nicht Unterstützt
	rATTyp	Nicht Unterstützt
	amfUeNgapId	Nicht Unterstützt
	ranUeNgapId	Nicht Unterstützt
	ranNodeId	Nicht Unterstützt
	eingeschränkteRatListe	Nicht Unterstützt
	verboteneBereichListe	Nicht Unterstützt
	dienstbereichEinschränkung	Nicht Unterstützt
	eingeschränkteCnListe	Nicht Unterstützt
	erlaubteNssai	Nicht Unterstützt
	rrcEstUrsache	Nicht Unterstützt
	-	Nicht Unterstützt
6.1.6.2.4. 5	Typ StandortberichterstattungLadeinformationen	Nicht Unterstützt
	standortberichterstattungNachrichtTyp	Nicht Unterstützt
	benutzerInformation	Nicht Unterstützt
	benutzerStandort	Nicht Unterstützt
	infouetimeZone	Nicht Unterstützt
	präsenzberichterstattungBereichInformation	Nicht Unterstützt
	rATTyp	Nicht Unterstützt
	-	Nicht Unterstützt
6.1.6.2.5	Exposure-Funktion Nordbound API Spezifiziert	Nicht Unterstützt
	-	Nicht Unterstützt
6.1.6.2.5.1	Typ LadeDatenAnfrage	Nicht Unterstützt

6.1.6.2.5.1a	Typ LadeDatenAntwort	Nicht Unterstützt

6.1.6.2.5.2	Typ NEFLadeInformation	Nicht Unterstützt
	gruppenIdentifier	Nicht Unterstützt
	aPIDirection	Nicht Unterstützt
	aPITargetNetzwerkfunktion	Nicht Unterstützt
	aPIErgebnisCode	Nicht Unterstützt
	aPIName	Nicht Unterstützt
	aPIReferenz	Nicht Unterstützt
	aPIInhalt	Nicht Unterstützt

6.1.6.2.	6	Netzwerk-Slice-Management (NSM) Spezifizierter Datentyp	Nicht Unterstützt

6.1.6.2.6.1	Typ ChargingDataRequest	Nicht Unterstützt
	tenantIdentifier	Nicht Unterstützt
	mnSConsumerIdentifier	Nicht Unterstützt
	nSMChargingInformation	Nicht Unterstützt

6.1.6.2.6.2	Typ ChargingDataResponse	Nicht Unterstützt

6.1.6.2.6.3	Typ NSMChargingInformation	Nicht Unterstützt
	managementOperation	Nicht Unterstützt
	idNetworkSliceInstance	Nicht Unterstützt
	listOfServiceProfileChargingInformation	Nicht Unterstützt
	managementOperationStatus	Nicht Unterstützt
	operationalState	Nicht Unterstützt
	administrativeState	Nicht Unterstützt

6.1.6.2.6. 4	Typ ServiceProfileChargingInformation	Nicht Unterstützt
	serviceProfileIdentifier	Nicht Unterstützt
	sNSSAIList	Nicht Unterstützt
	Latenz	Nicht Unterstützt
	Verfügbarkeit	Nicht Unterstützt
	Ressourcenfreigabestufe	Nicht Unterstützt
	Jitter	Nicht Unterstützt
	Zuverlässigkeit	Nicht Unterstützt
	maxAnzahlVonUEs	Nicht Unterstützt
	Abdeckungsbereich	Nicht Unterstützt
	uEMobilitätsstufe	Nicht Unterstützt
	Verzögerungstoleranzindikator	Nicht Unterstützt
	dLThptProSlice	Nicht Unterstützt
	dLThptProUE	Nicht Unterstützt
	uLThptProSlice	Nicht Unterstützt
	uLThptProUE	Nicht Unterstützt
	maxAnzahlVonPDUsitzungen	Nicht Unterstützt
	kPIMonitoringListe	Nicht Unterstützt
	unterstützteZugangstechnologie	Nicht Unterstützt
	v2XKommunikationsmodusindikator	Nicht Unterstützt
	addServiceProfileChargingInfo	Nicht Unterstützt

6.1.6.2.6. 5	Typ Durchsatz	Nicht Unterstützt
	garantierterDurchsatz	Nicht Unterstützt
	maximalerDurchsatz	Nicht Unterstützt

6.1.6.2.7	NS-Leistung und Analytik Spezifizierter Datentyp	Nicht Unterstützt
6.1.6.2.7.1	Typ ChargingDataRequest	Nicht Unterstützt
	tenantIdentifier	Nicht Unterstützt
	nSPAChargingInformation	Nicht Unterstützt
6.1.6.2.7.2	Typ ChargingDataResponse	Nicht Unterstützt
6.1.6.2.7.3	Typ UsedUnitContainer	Nicht Unterstützt
	nSPAContainerInformation	Nicht Unterstützt
6.1.6.2.7.4	Typ NSPAChargingInformation	Nicht Unterstützt
	singleNSSAI	Nicht Unterstützt
6.1.6.2.7.5	Typ NSPAContainerInformation	Nicht Unterstützt
	Latenz	Nicht Unterstützt
	Durchsatz	Nicht Unterstützt
	maximalePaketverlustquote	Nicht Unterstützt
	serviceExperienceStatisticsData	Nicht Unterstützt
	dieAnzahlDerPDUSitzungen	Nicht Unterstützt
	dieAnzahlDerRegistriertenTeilnehmer	Nicht Unterstützt
	Lastniveau	Nicht Unterstützt
6.1.6.3	Einfache Datentypen und Aufzählungen	Unterstützt
6.1.6.3. 1	Einführung	Unterstützt
6.1.6.3.2	Einfache Datentypen	Unterstützt mit Erweiterungen
	Diagnostik	Unterstützt mit Erweiterungen
	IPFilterRule	Unterstützt mit Erweiterungen
	N2ConnectionMessageType	Unterstützt mit Erweiterungen
	LocationReportingMessageType	Unterstützt mit Erweiterungen
6.1.6.3.3	Aufzählung: NotificationType	Unterstützt
6.1.6.3.4	Aufzählung: NodeFunctionality	Unterstützt
6.1.6.3.5	Aufzählung: ChargingCharacteristicsSelectionMode	Unterstützt
6.1.6.3.6	Aufzählung: TriggerType	Unterstützt	FINAL, RAT_CHANGE und TARIFF_TIME_CHANGE werden unterstützt. Andere Trigger-Typen werden mit Erweiterungen unterstützt.
6.1.6.3.7	Aufzählung: FinalUnitAction	Unterstützt
6.1.6.3.8	Aufzählung: RedirectAddressType	Unterstützt
6.1.6.3.9	Aufzählung: TriggerCategory	Unterstützt
6.1.6.3.10	Aufzählung: QuotaManagementIndicator	Unterstützt
6.1.6.3.11	Aufzählung: FailureHandling	Unterstützt
6.1.6.3.12	Aufzählung: SessionFailover	Unterstützt
6.1.6.3.13	Aufzählung: 3GPPPSDataOffStatus	Unterstützt
6.1.6.3.14	Aufzählung: ResultCode	Unterstützt
6.1.6.3.15	Aufzählung: PartialRecordMethod	Unterstützt
6.1.6.3.16	Aufzählung: RoamerInOut	Unterstützt
6.1.6.3.	17	Leer	Unterstützt
6.1.6.3.18	Aufzählung: SMMessageType	Unterstützt
6.1.6.3.19	Aufzählung: SMPriority	Unterstützt
6.1.6.3.20	Aufzählung: DeliveryReportRequested	Unterstützt
6.1.6.3.21	Aufzählung: InterfaceType	Unterstützt
6.1.6.3.22	Aufzählung: ClassIdentifier	Unterstützt
6.1.6.3.23	Aufzählung: SMAddressType	Unterstützt
6.1.6.3.24	Aufzählung: SMAddresseeType	Unterstützt
6.1.6.3.25	Aufzählung: SMServiceType	Unterstützt
6.1.6.3.26	Aufzählung: ReplyPathRequested	Unterstützt
6.1.6.3.27	Aufzählung: DnnSelectionMode	Unterstützt
6.1.6.3.28	Aufzählung: EventType	Unterstützt
6.1.6.3.29	Aufzählung: MICOModeIndication	Unterstützt
6.1.6.3.30	Aufzählung: RegistrationMessageType	Unterstützt
6.1.6.3.31	Aufzählung: SmsIndication	Unterstützt
6.1.6.3.32	Aufzählung: APIDirection	Unterstützt
6.1.6.3.33	Aufzählung: ManagementOperation	Unterstützt
6.1.6.3.34	Aufzählung: ManagementOperationStatus	Unterstützt
6.1.6.4	Datentypen, die alternative Datentypen oder Kombinationen von Datentypen beschreiben	Nicht anwendbar
6.1.6.5	Binäre Daten	Nicht anwendbar
6.1.7	Fehlerbehandlung	Unterstützt
6.1.7.1	Allgemein	Unterstützt
6.1.7.	2	Protokollfehler	Nicht anwendbar
6.1.7.3	Anwendungsfehler	Unterstützt
6.1.8	Funktionsverhandlung	Nicht unterstützt
6.2	Nchf_OfflineOnlyCharging Service API	Unterstützt
6.2.1	Einführung	Unterstützt
6.2.2	Verwendung von HTTP	Unterstützt
6.2.3	Ressourcen	Unterstützt
6.2.3.1	Übersicht	Unterstützt
6.2.3.2	Ressource: Ladeinformationen	Unterstützt
6.2.3.2.1	Beschreibung	Unterstützt
6.2.3.2.2	Ressourcenbeschreibung	Unterstützt
6.2.3.2.3	Standardmethoden für Ressourcen	Unterstützt
6.2.3.2.3.1	POST	Unterstützt	ChargingDataRequest und ChargingDataResponse. Die Antwort enthält einen der folgenden Codes: Bei Erfolg 201 (erstellt). Bei Fehlern enthalten ProblemDetails - 400, 403 und 404.
6.2.3.2.4	Benutzerdefinierte Ressourcenoperationen	Nicht anwendbar
6.2.3.3	Ressource: Einzelne Offline-Ladeinformationen	Unterstützt
6.2.3.3.1	Beschreibung	Unterstützt
6.2.3.3.2	Ressourcenbeschreibung	Unterstützt
6.2.3.3.3	Standardmethoden für Ressourcen	Nicht anwendbar
6.2.3.3.4	Benutzerdefinierte Ressourcenoperationen	Unterstützt
6.2.3.3.4	1	Übersicht	Unterstützt
6.2.3.3.4.2	Betrieb: aktualisieren	Unterstützt
6.2.3.3.4.2.1	Beschreibung	Unterstützt
6.2.3.3.4.2.2	Betriebsdefinition	Unterstützt	ChargingDataRequest und ChargingDataResponse. Die Antwort enthält einen der folgenden Codes: Für Erfolg 200 (OK). Bei Fehlern beinhalten ProblemDetails - 400, 403 und 404.
6.2.3.3.4.3	Betrieb: freigeben	Unterstützt
6.2.3.3.4.3.1	Beschreibung	Unterstützt
6.2.3.3.4.3.2	Betriebsdefinition	Unterstützt	ChargingDataRequest und ChargingDataResponse. Bei Erfolg wird die Antwort 204 (Kein Inhalt) sein. Bei Fehlern beinhalten ProblemDetails - 404.
6.2.4	Benutzerdefinierte Operationen ohne zugeordnete Ressourcen	Nicht anwendbar
6.2.5	Datenmodell	Unterstützt
6.2.5.1	Allgemein	Unterstützt
6.2.5.2	Strukturierte Datentypen	Unterstützt
6.2.5.2.1	Gemeinsamer Datentyp	Unterstützt
6.2.5.2.1.	1	Typ ChargingDataRequest	Unterstützt
	subscriberIdentifier	Unterstützt
	nfConsumerIdentification	Unterstützt
	invocationTimeStamp	Unterstützt mit Erweiterungen
	invocationSequenceNumber	Unterstützt
	serviceSpecificationInformation	Unterstützt
	multipleUnitUsage	Unterstützt mit Erweiterungen
	triggers	Unterstützt mit Erweiterungen	Siehe 6.2.5.3.5 für unterstützte Trigger-Typen.
6.2.5.2.1.2	Typ ChargingDataResponse	Unterstützt
	invocationTimeStamp	Unterstützt
	invocationResult	Unterstützt
	invocationSequenceNumber	Unterstützt
	sessionFailover	Unterstützt
	triggers	Unterstützt mit Erweiterungen
6.2.5.2.1.3	Typ MultipleUnitUsage	Unterstützt
	ratingGroup	Unterstützt
	usedUnitContainer	Unterstützt
6.2.5.2.1. 4	Typ UsedUnitContainer	Unterstützt
	serviceId	Unterstützt
	triggers	Unterstützt
	triggerTimeStamp	Unterstützt
	time	Unterstützt
	totalVolume	Unterstützt mit Erweiterungen
	uplinkVolume	Unterstützt
	downlinkVolume	Unterstützt
	serviceSpecificUnits	Unterstützt
	eventTimeStamps	Unterstützt mit Erweiterungen
	localSequenceNumber	Unterstützt mit Erweiterungen
6.2.5.2.1.5	Typ Trigger	Unterstützt mit Erweiterungen
	triggerType	Unterstützt mit Erweiterungen
	triggerCategory	Unterstützt mit Erweiterungen
	timeLimit (DauerSek)	Unterstützt mit Erweiterungen
	volumeLimit64	Unterstützt mit Erweiterungen
	eventLimit	Unterstützt mit Erweiterungen
	maxNumberOfccc	Unterstützt mit Erweiterungen
6.2.5.2.2	5G Datenkonnektivität spezifizierter Datentyp	Unterstützt
6.2.5.2.2.1	Typ ChargingDataRequest	-	Gleich wie 6.1.6.2.2.1
6.2.5.2.2.	2	Typ ChargingDataResponse	-
6.2.5.2.2.3	Typ MultipleUnitUsage	-	Entspricht 6.2.5.2.1.3
6.2.5.2.2.4	Typ UsedUnitContainer	-	Entspricht 6.2.5.2.1.4
6.2.5.2.2.5	Typ PDUSessionChargingInformation	-	Entspricht 6.1.6.2.2.6
6.2.5.2.2.6	Typ UserInformation	-	Entspricht 6.1.6.2.2.7
6.2.5.2.2.7	Typ PDUSessionInformation	-	Entspricht 6.1.6.2.2.8
6.2.5.2.2.8	Typ PDUContainerInformation	-	Entspricht 6.1.6.2.2.9
6.2.5.2.2.9	Typ NetworkSlicingInfo	-	Entspricht 6.1.6.2.2.10
6.2.5.2.2.10	Typ PDUAddress	-	Entspricht 6.1.6.2.2.11
6.2.5.2.2.11	Typ ServingNetworkFunctionID	-	Entspricht 6.1.6.2.2.12
6.2.5.2.2.12	Typ RoamingQBCInformation	-	Entspricht 6.1.6.2.2.13
6.2.5.2.2.13	Typ MultipleQFIcontainer	-	Entspricht 6.1.6.2.2.14
6.2.5.2.2.14	Typ RoamingChargingProfile	-	Entspricht 6.1.6.2.2.15
6.2.5.2.2.15	Typ QFIContainerInformation	-	Entspricht 6.1.6.2.2.16
6.2.5.2.2.16	Typ RANSecondaryRATUsageReport	-	Entspricht 6.1.6.2.2.17
6.2.5.2.2.17	Typ QosFlowsUsageReport	-	Entspricht 6.1.6.2.2.18
6.2.5.3	Einfache Datentypen und Aufzählungen	Unterstützt
6.2.5.3.1	Einführung	Unterstützt
6.2.5.3.	2	Einfache Datentypen	-
6.2.5.3.3	Aufzählung: ChargingCharacteristicsSelectionMode	-	Gleich wie 6.1.6.3.5
6.2.5.3.4	Aufzählung: NodeFunctionality	Unterstützt
6.2.5.3.5	Aufzählung: TriggerType	Unterstützt	FINAL, RAT_CHANGE und TARIFF_TIME_CHANGE werden unterstützt. Andere Auslösetypen werden mit Erweiterungen unterstützt.
6.2.5.3.6	Aufzählung: ResultCode	Unterstützt
6.2.5.3.7	Aufzählung: 3GPPPSDataOffStatus	-	Gleich wie 6.1.6.3.13
6.2.5.3.8	Aufzählung: PartialRecordMethod	-	Gleich wie 6.1.6.3.15
6.2.5.3.9	Aufzählung: RoamerInOut	-	Gleich wie 6.1.6.3.16
6.2.5.3.10	Aufzählung: SubscriberIdentityType	-	Gleich wie 6.1.6.3.17
6.2.6	Fehlerbehandlung	Unterstützt
6.2.6.1	Allgemein	Unterstützt
6.2.6.2	Protokollfehler	Nicht anwendbar
6.2.6.3	Anwendungsfehler	Unterstützt
6.2.7	Funktionsverhandlung	Nicht unterstützt
7	Bindungen des CDR-Feldes, Informationselement und Ressourcenattribut	Unterstützt
7.0	Allgemein	Unterstützt
7.1	Bindungen des gemeinsamen CDR-Feldes, Informationselement und Ressourcenattribut	Unterstützt
7.2	Bindungen für 5G-Datenkonnektivität	Unterstützt
7. 3	Bindings für SMS-Ladung	Nicht Unterstützt
7.4	Bindings für 5G-Verbindung und Mobilität	Nicht Unterstützt
7.5	Bindings für Exposure-Funktion Northbound API-Ladung	Nicht Unterstützt
7.6	Bindings für NS-Leistung und Analytik-Ladung	Nicht Unterstützt
8.0	Sicherheit	Nicht Unterstützt	OAuth2 wird nicht unterstützt.

Antwortcodes

Tabelle 1-2: Antwortcodes

Antwortcodes	Beschreibung
201 Erstellt (Erstellen)	Die Erstellung einer Charging Data-Ressource wird bestätigt, und eine Darstellung dieser Ressource wird zurückgegeben. Die Charging Data-Ressource wird erfolgreich erstellt und zurückgegeben. Die Darstellung der erstellten Ressource wird über das Location-Headerfeld in der 201-Antwort identifiziert.
200 OK (Aktualisierungen)	Die Modifikation einer Charging Data-Ressource wird bestätigt, und eine Darstellung dieser Ressource wird zurückgegeben. Die Charging Data-Ressource, die modifiziert und erfolgreich zurückgegeben wurde.
204 Kein Inhalt (Freigabe)	Die Charging Data-Ressource, die mit dem ChargingDataRef übereinstimmt, wird modifiziert und dann freigegeben.
400 Ungültige Anfrage	CHARGING_FAILED: Die HTTP-Anfrage wird abgelehnt, weil die Menge an Sitzungs- oder Abonnenteninformationen, die der CHF für die Ladung oder die Erstellung von CDR benötigt, unvollständig oder fehlerhaft oder nicht verfügbar ist (zum Beispiel, Bewertungsgruppe, Abonnenteninformationen). RE_AUTHORIZATION_FAILED: Die HTTP-Anfrage wird abgelehnt, weil die Menge an Informationen, die der NF Consumer (CTF) benötigt, um die Nutzung zu melden, unvollständig oder fehlerhaft oder nicht verfügbar ist.
404 Nicht Gefunden	USER_UNKNOWN: Die HTTP-Anfrage wird abgelehnt, da der im Antrag angegebene Endbenutzer vom CHF nicht bedient werden kann.
500 Interner Serverfehler	Allgemeiner Anwendungsfehler

Ladefunktion – Ausgabenlimit-Kontrollservice

Abschnitt Compliance

Die nachstehende Tabelle beschreibt die Compliance der Abschnitte innerhalb des 5G System Charging Service gemäß 3GPP TS 29.594 v16.3.0 (2020-09).

Tabelle 2-1: 5G System Charging Service 3GPP TS 29.594 v16.3. 0 (2020-09) Abschnitt Compliance*

Abschnittsnummer	Abschnitt	Status	Anmerkungen
1	Geltungsbereich	Informativ	-
2	Referenzen	Informativ	-
3	Definitionen und Abkürzungen	Informativ	-
4	Nchf_SpendingLimitControl Dienst	Unterstützt	-
4.1	Dienstbeschreibung	Unterstützt	-
4.1.1	Übersicht	Unterstützt	-
4.1.2	Dienstarchitektur	Unterstützt	-
4.1.3	Netzwerkfunktionen	Unterstützt	-
4.1.3.1	Ladefunktion (CHF)	Unterstützt	-
4.1.3.2	NF-Dienstverbraucher	Unterstützt	-
4.	2	Service-Operationen	Unterstützt
4.2.1	Einführung	Unterstützt	-
4.2.2	Nchf_SpendingLimitControl_Subscribe-Service-Operation	Unterstützt	-
4.2.2.1	Allgemein	Unterstützt	-
4.2.2.2	Abruf des anfänglichen Ausgabenlimits	Unterstützt	-
4.2.2.3	Abruf des Zwischenberichts über das Ausgabenlimit	Unterstützt	-
4.2.3	Nchf_SpendingLimitControl_Unsubscribe-Service-Operation	Unterstützt	-
4.2.3.1	Allgemein	Unterstützt	-
4.2.3.2	Abmeldung von der Ausgabenlimitberichterstattung	Unterstützt	-
4.2.4	Nchf_SpendingLimitControl_Notify-Service-Operation	Unterstützt	-
4.2.4.1	Allgemein	Unterstützt	-
4.2.4.2	Bericht über das Ausgabenlimit	Unterstützt	-
4.2.4. 3	Anfrage zur Kündigung des Abonnements durch CHF	Nicht Unterstützt	-
5	Nchf_SpendingLimitControl Service API	Unterstützt	-
5.1	Einführung	Unterstützt	-
5.2	Verwendung von HTTP	Unterstützt	-
5.2.1	Allgemein	Unterstützt	-
5.2.2	HTTP-Standardheader	Unterstützt	-
5.2.2.1	Allgemein	Unterstützt	-
5.2.2.2	Inhaltstyp	Unterstützt	-
5.2.3	HTTP benutzerdefinierte Header	Unterstützt	Nur der 3gpp-Sbi-Target-apiRoot-Header wird unter den benutzerdefinierten Headern unterstützt.
5.3	Ressourcen	Unterstützt	-
5.3.1	Ressourcenstruktur	Unterstützt	-
5.3.2	Ressource: Abonnements zur Abfrage des Ausgabenlimits (Sammlung)	Unterstützt	-
5.3.2.1	Beschreibung	Unterstützt	-
5.3.2.	2	Ressourcenbeschreibung	Unterstützt
5.3.2.3	Standardmethoden für Ressourcen	Unterstützt	-
5.3.2.3.1	POST	Unterstützt	POST-Anfrage mit SpendingLimitContext zur Erstellung eines neuen individuellen Abonnements für die Abfrage des Ausgabenlimits. POST-Antwort enthält SpendingLimitStatus als 201 (Erstellt), ProblemDetails mit 400 (Ungültige Anfrage).
5.3.2.4	Benutzerdefinierte Operationen für Ressourcen	Nicht anwendbar	-
5.3.3	Ressource: Abonnement zur Abfrage des individuellen Ausgabenlimits (Dokument)	Unterstützt	-
5.3.3.1	Beschreibung	Unterstützt	-
5.3.3.2	Ressourcenbeschreibung	Unterstützt	-
5.3.3.3	Standardmethoden für Ressourcen	Unterstützt	-
5.3.3.3.1	PUT	Unterstützt	PUT-Anfrage mit SpendingLimitContext zur Modifizierung des bestehenden individuellen Abonnements für die Abfrage des Ausgabenlimits. POST-Antwort enthält SpendingLimitStatus als 200 (OK), ProblemDetails mit 400 (Ungültige Anfrage).
5.3.3.3.2	DELETE	Unterstützt	DELETE-Anfrage. DELETE-Antwort enthält 204 (Kein Inhalt). Erfolgreicher Fall: Das individuelle Abonnement für das Ausgabenlimit, das mit der subscriptionId übereinstimmte, wurde gelöscht.
5.	4	Kundenoperationen ohne zugeordnete Ressourcen	Nicht anwendbar
5.5	Benachrichtigungen	Unterstützt	-
5.5.1	Allgemein	Unterstützt	Die Beendigung wird nicht unterstützt
5.5.2	Benachrichtigung über Ausgabenobergrenze	Unterstützt	-
5.5.2.1	Beschreibung	Unterstützt	-
5.5.2.2	Ziel-URI	Unterstützt	-
5.5.2.3	Standardmethoden	Unterstützt	-
5.5.2.3.1	POST	Unterstützt	POST-Anfrage mit SpendingLimitStatus für die Richtlinienzähler. POST-Antwort soll 204 (kein Inhalt) enthalten und der Erhalt der Benachrichtigung wird bestätigt.
5.5.3	Abonnementbeendigung	Nicht unterstützt	-
5.5.3.1	Beschreibung	Unterstützt	-
5.5.3.2	Ziel-URI	Unterstützt	-
5.5.3.3	Standardmethoden	Unterstützt	-
5.6	Datenmodell	Unterstützt	-
5.6.1	Allgemein	Unterstützt	-
5.6.2	Strukturierte Datentypen	Unterstützt	-
5.6.2.1	Einführung	Unterstützt	-
5.6.2.2	Typ SpendingLimitContext	Unterstützt	-
5.6.2.3	Typ SpendingLimitStatus	Unterstützt	-
5.6.2.4	Typ PolicyCounterInfo	Unterstützt	-
5.6.2.5	Typ PendingPolicyCounterStatus	Unterstützt	-
5.6.2.6	Typ SubscriptionTerminationInfo	Nicht Unterstützt	-
5.6.3	Einfache Datentypen und Aufzählungen	Unterstützt	-
5.6.3.1	Einführung	Unterstützt	-
5.6.3. 2	Einfache Datentypen	Unterstützt	-
5.6.3.3	Aufzählung: TerminationCause	Nicht Unterstützt	-
5.7	Fehlerbehandlung	Unterstützt	-
5.7.1	Allgemein	Unterstützt	-
5.7.2	Protokollfehler	Nicht Anwendbar	-
5.7.3	Anwendungsfehler	Unterstützt	-
5.8	Funktionsverhandlung	Nicht Unterstützt	-
5.9	Sicherheit	Nicht Unterstützt	OAuth2 wird nicht unterstützt.

Antwortcodes

Tabelle 2-2 Antwortcodes

Antwortcodes	Beschreibung
201 Erstellt	ERFOLG: Das Abonnement für das Ausgabenlimit wurde erstellt, und Ausgabenlimitberichte werden bereitgestellt.
200 OK	Das individuelle Abonnement für das Ausgabenlimit wurde geändert, und Ausgabenlimitberichte werden bereitgestellt.
204 Kein Inhalt	Bitte siehe individuelle Operationen
400 Ungültige Anfrage	BENUTZER_UNBEKANNT: Der im Antrag angegebene Abonnent ist beim CHF nicht bekannt und das Abonnement kann nicht erstellt werden. NO_AVAILABLE_POLICY_COUNTERS: Es sind keine Richtlinienzähler für den Abonnenten bei CHF verfügbar
500 Internal Server Error	Allgemeiner Anwendungsfehler

Ladefunktion – Interaktionen mit der Netzwerk-Repository-Funktion (NRF)

Abschnitt Compliance

Die folgende Tabelle bietet eine Beschreibung der von CHF als Verbraucher-Netzwerkfunktion unterstützten Dienste für die Interaktion mit NRF, gemäß den 5G-System-Netzwerkfunktions-Repository-Diensten in 3GPP TS 29.510 v16.5.0 (2020-09).

Tabelle 3-1: Von CHF als Verbraucher-Netzwerkfunktion unterstützte Dienste

Abschnittsnummer	Abschnitt	Status	Anmerkungen
5	Von der NRF angebotene Dienste	Unterstützt
5.1	Einführung	Unterstützt	Nur der NFManagement-Dienst mit den Operationen NFRegister, NFUpdate, NFDeregister und NFListRetrieval wird unterstützt.
5.2	Nnrf_NFManagement-Dienst	Unterstützt
5.2.1	Dienstbeschreibung	Unterstützt
5.2.2	Dienstoperationen	Unterstützt
5.2.2.1	Einführung	Unterstützt
5.2.2.2	NFRegister	Unterstützt
5.2.2.2.1	Allgemein	Unterstützt
5.2.2.3	NFUpdate	Unterstützt
5.2.2.3.1	Allgemein	Unterstützt
5.2.2.3.2	NF Herzschlag	Unterstützt
5.2.2.4	NFDeregister	Unterstützt
5.2.2.4.1	Allgemein	Unterstützt
5.2.2.5	NFStatusAbonnieren	Nicht Unterstützt
5.2.2.6	NFStatusBenachrichtigen	Nicht Unterstützt
5.2.2.7	NFStatusAbbestellen	Nicht Unterstützt
5.2.2.8	NFListenAbruf	Unterstützt
5.2.2.8.1	Allgemein	Unterstützt
5.2.2.9	NFProfilAbruf	Nicht Unterstützt
5.2.2.9.1	Allgemein	Nicht Unterstützt

CHF-CDR Format

Die folgende Tabelle beschreibt den Compliance-Status der Felder innerhalb des 3GPP Charging Function Call Detail Record (CHF-CDR) aus der 3GPP TS 32.298 Version 16.5.0 Spezifikation.

Docs: Abonnements

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Abonnements.

Der Bereich der Abonnementanalysen ist in drei Unterabschnitte unterteilt:

erste untersektion
zweite untersektion
dritte untersektion

Erste untersektion

Die erste Untersektion zeigt die Anzahl der neu aktivierten Kundenabonnements für alle Pläne. Die Informationen basieren auf dem aktuellen Monat, vor einem Monat, vor sechs Monaten und vor einem Jahr.

Zum Beispiel, nehmen wir an, der aktuelle Monat ist April, und es gibt keine neuen Kundenabonnements für einen Plan. Im letzten Monat, im März, haben sich zwei Kunden für einen bestimmten Plan angemeldet. Vor sechs Monaten, im Oktober des letzten Jahres, hat sich kein Kunde für einen Plan angemeldet.

Hinweis:

Der rote oder grüne Pfeil zeigt den prozentualen Rückgang oder Anstieg der neu aktivierten Kundenabonnements für einen Plan im Moment im Vergleich zur gleichen Zeit vor einem Monat, vor sechs Monaten und vor einem Jahr an.

Zweite untersektion

Die zweite Untersektion zeigt ein Liniendiagramm, das die Gesamtzahl der Kundenabonnements für jeden Plan aus einem bestimmten Zeitraum basierend auf einem Intervall darstellt. Sie können nach Datum und Uhrzeit filtern.

Hinweis:

Die visuelle Darstellung in Form eines Liniendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü. ## Dritte Untersektion

Die dritte Untersektion zeigt ein Balkendiagramm, das die Anzahl der neu aktivierten Kundenabonnements für alle Pläne aus einem bestimmten Zeitraum basierend auf einem Intervall darstellt, einschließlich der Abwanderungsrate. Sie können nach einem einzelnen Plan und/oder Datum und Uhrzeit filtern.

Information:

Die Abwanderungsrate bezieht sich auf die Rate der &ldquo;abgehenden&rdquo; Kunden.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf <i class="fa fa-bars" aria-hidden="true"></i> <strong>Diagramm-Kontextmenü</strong>.

Docs: Laden

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Tags
- Tag erstellen
  - [Laden vs. - ressourcentags
- details-tag-seite
- tag-aktualisieren
- tag-löschen
ressourcen
schwellenwerte
benachrichtigungen
kreditlimits
kreditprofile
ereignistypen
rundungsmodi

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Geschäftskonfiguration und klicken Sie auf Laden.

Ressourcen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Ressourcen. Eine paginierte Liste aller Ressourcen wird in tabellarischer Form angezeigt.

Information:

Dieser Abschnitt zeigt, wie Ressourcen in Monetization erstellt werden, zum Beispiel monetäre Ressourcen (z.B. Euro, US-Dollar usw.), kostenlose Ressourcen (z.B. kostenlose SMS, kostenlose Daten usw.) usw.

Eine Ressource stellt ein Objekt in Monetization dar, das einen Wert halten kann – zum Beispiel eine monetäre Ressource mit einem Wert von 10.

Darüber hinaus kann eine Ressource als Guthaben für einen Kunden existieren. Ein Guthaben ist ein einzigartiger Ressourcenwert innerhalb einer spezifischen Guthabengruppe.

Guthaben einer Ressource werden automatisch in Monetization erstellt, wann immer ein Kunde ein Produkt kauft oder ein Nutzungsevent auslöst. Zum Beispiel, wenn ein plan ein product enthält, das 100 kostenlose Minuten gewährt. Nach dem Kauf des Plans durch den Kunden wird ein Guthaben von 100 kostenlosen Minuten in der zugehörigen Guthabengruppe erstellt.

Information:

Ein Guthaben kann auch manuell über die API erstellt werden, die mehr für das Management als für die Automatisierung verwendet wird.

Ressourcen sind entscheidend bei der Erstellung eines Produktkatalogs, da die Produkte, die ein Kunde kaufen kann, Auswirkungen auf das Ressourcen-Guthaben haben—zum Beispiel, einen Kunden 100 Euro zu berechnen oder ihm 100 kostenlose Credits zu gewähren.

Beispiele für eine Ressource

Im Folgenden sind fünf Beispiele für eine Ressource aufgeführt, einschließlich ihrer Branche.

Euro — Jede Branche — Es repräsentiert das aktuelle monetäre Guthaben eines Kunden innerhalb des aktuellen Zyklus.
Kostenlose Minuten — Telekommunikation
Gesamter Verbrauch kWh — Versorgungsunternehmen
Mindestfahrgebühr — Carsharing/Taxis — Eine helper resource, die die Mindestgebühr hält, die der Kunde für jede Fahrt zahlen muss
Gesamte API-Aufrufe — Cloud-Dienste — Um nachzuvollziehen, wie viele generierte API-Aufrufereignisse es gibt

Hinweis:

Ein Ressourcen-Guthaben kann steigen oder fallen, wenn ein Kunde ein Produkt kauft oder ein Nutzungsevent generiert. Das Guthaben eines Kunden wird beeinflusst, wann immer er ein Produkt kauft oder einen Dienst nutzt, der ein Nutzungsevent auslöst.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Ressource erstellen
Details zur Ressource
Ressource aktualisieren
Ressource löschen

Ressource erstellen

Um eine Ressource unter Ressourcen zu erstellen, klicken Sie auf Neu erstellen. Es umfasst Pflicht- und optionale Eingabefelder.

Die Pflicht-Eingabefelder umfassen Folgendes:

Name
Code
Verbrauchsreihenfolge
Standardwert
Gültigkeitsdauer

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Die optionalen Eingabefelder umfassen Folgendes:

Beschreibung
Temporär
Währung
Auf der Rechnung enthalten

Hinweis:

Die wichtigste Ressource in Monetization ist die monetäre Ressource, da sie eine Währung darstellt, in der der Kunde bezahlt.

Monetäre Ressource

Monetäre Ressource bedeutet echtes Geld in Monetization; sie repräsentiert eine Währung (z. B. Euro, Dollar usw.). Um eine monetäre Ressource zu erstellen, geben Sie unter Ressource erstellen einen Namen (z. B. Euro), einen Code (z. B. Euro), eine Beschreibung (z. B. monetäre Ressource Euro) und eine Verbrauchsreihenfolge an.

Für eine monetäre Ressource wird die früheste Startzeit und die früheste Ablaufzeit (ESTEET) für die Verbrauchsreihenfolge konfiguriert, da das älteste Guthaben zuerst verbraucht werden sollte.

Typischerweise ist der Standardwert auf 0 gesetzt. Er kann jedoch auf einen positiven oder negativen Wert geändert werden, zum Beispiel 100. Jedes Mal, wenn Monetization ein Guthaben für die Ressource erstellt, beginnt es mit dem Standardwert.

Tipp:

Es ist eine gute Praxis, den Standardwert eines kostenlosen Ressourcen von null nicht zu ändern, da der Standardwert global für alle Kunden auf alle erstellten Ressourcenbilanzen angewendet wird. Stattdessen sollte ein Produkt erstellt werden, das dem Kunden eine bestimmte Menge an kostenlosen Ressourcen gewährt.

Typischerweise basiert die Monetization auf kostenlosen Ressourcen im Kundenplan. Ein Kunde kann 1 GB kostenlose Daten haben, während ein anderer 2 GB hat. Daher sollte ein Produkt für diesen Plan erstellt werden, das die korrekte Menge je nach Plan gewährt.

Information:

Eine Ressource kann erstellt werden, deren Bilanz einen Zähler darstellt, der rückwärts auf null zählt. In diesem Fall kann der Standardwert auf jede positive Zahl gesetzt werden.

Anstatt die Ressourcenbilanz beim Kauf eines Produkts zunächst festzulegen, wird die Ressourcenbilanz beim Erstellen der Ressourcenbilanz auf den Standardwert der Ressource gesetzt. Für weitere Informationen über die Nützlichkeit siehe hilfsressourcen.

Um die Ressource zu einer temporären Ressource zu machen, verwenden Sie den Temporär-Schalter, um zu aktivieren/deaktivieren. Die Aktivierung dieser Funktion bedeutet, dass die Ressource sofort nach Abschluss der Monetization Bewertung auf den Standardwert zurückkehrt. Sie wird hauptsächlich für Hilfsressourcen verwendet.

Standardmäßig ist eine Ressource immer vom Tag ihrer Erstellung an für einen unbegrenzten Zeitraum gültig. Sie kann jedoch so konfiguriert werden, dass sie irgendwann in der Zukunft abläuft. Typischerweise sollte eine monetäre Ressource unbegrenzte Gültigkeit haben.

Hinweis:

Eine Ressource wird zu einer monetären Ressource, wenn eine Währung der Ressource zugewiesen wird. Im Gegensatz dazu siehe nicht-monetäre Ressource.

Um die Ressource auf der Rechnung einzuschließen, verwenden Sie den Auf Rechnung enthalten-Schalter, um zu aktivieren/deaktivieren. Aktivieren dieser Funktion bedeutet, dass Monetization diese Daten im JSON-Objekt, das für eine Rechnung generiert wird, abruft.

Hinweis:

Nur die Informationen auf der Rechnung einfügen, die für die Leistungsoptimierung erforderlich sind.

Reihenfolge des Verbrauchs von Guthaben

Die Reihenfolge des Verbrauchs von Guthaben gibt an, in welcher Reihenfolge das Ressourcen-Guthaben beeinträchtigt werden soll, wenn mehrere Guthaben derselben Ressource in einer Guthabengruppe vorhanden sind.

Zum Beispiel hat eine Guthabengruppe eines Kunden Folgendes:

100 Freiminuten gültig vom 1. Januar bis 15. Februar
50 Freiminuten gültig vom 1. Februar bis 1. März

Angenommen, heute ist der 10. Februar; beide Guthaben sind gültig. Daher hat der Kunde derzeit insgesamt 150 Freiminuten. Der Kunde generiert dann ein Ereignis für 120 Freiminuten; die Konfiguration der Reihenfolge des Verbrauchs von Guthaben entscheidet, welches Guthaben zuerst verbraucht werden soll, basierend auf dem Gültigkeitszeitraum.

Wenn die Reihenfolge des Verbrauchs von Guthaben auf ESTEET eingestellt ist, hat der Kunde am Ende 30 Freiminuten, gültig vom 1. Februar bis 1. März. Wenn jedoch die Reihenfolge des Verbrauchs von Guthaben so eingestellt ist, dass die neueste Ressource zuerst verbraucht wird, hat der Kunde am Ende 30 Freiminuten, gültig vom 1. Januar bis 15. Februar.

Erklärung einiger Begriffe

EST: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf frühester Startzeit (EST) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsstartzeit zuerst verwendet wird.
LST: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf spätester Startzeit (LST) bedeutet, dass das Guthaben mit der spätesten Gültigkeitsstartzeit zuerst verwendet wird.
EET: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf früheste Ablaufzeit (EET) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsendzeit zuerst verwendet wird. LET; Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf späteste Ablaufzeit (LET) bedeutet, dass das Guthaben mit der neuesten Gültigkeitsendzeit zuerst verwendet wird.
ESTLET: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf früheste Startzeit und späteste Ablaufzeit (ESTLET) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsstartzeit zuerst verwendet wird. Wenn mehrere Guthaben die gleiche Gültigkeitsstartzeit haben, wird das mit der spätesten Endzeit zuerst verwendet.
ESTEET: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf früheste Startzeit und früheste Ablaufzeit (ESTEET) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsstartzeit zuerst verwendet wird. Wenn mehrere Guthaben die gleiche Gültigkeitsstartzeit haben, wird das mit der frühesten Endzeit zuerst verwendet.

Tipp:

Die ESTEET sollte als Standardreihenfolge für den Verbrauch von Guthaben verwendet werden.

LSTEET: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf späteste Startzeit und früheste Ablaufzeit (LSTEET) bedeutet, dass das Guthaben mit der spätesten Gültigkeitsstartzeit zuerst verwendet wird. Wenn mehrere Guthaben die gleiche Gültigkeitsstartzeit haben, wird das mit der frühesten Endzeit zuerst verwendet.
LSTLET: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf späteste Startzeit und späteste Ablaufzeit (LSTLET) bedeutet, dass das Guthaben mit der spätesten Gültigkeitsstartzeit zuerst verwendet wird. Wenn mehrere Guthaben die gleiche Gültigkeitsstartzeit haben, wird das mit der spätesten Endzeit zuerst verwendet.
EETEST: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf früheste Ablaufzeit und früheste Startzeit (EETEST) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsendzeit zuerst verwendet wird. Wenn mehrere Guthaben die gleiche Gültigkeitsendzeit haben, wird das mit der frühesten Startzeit zuerst verwendet.
EETLST: Die Konfiguration der Reihenfolge des Verbrauchs von Guthaben auf früheste Ablaufzeit und späteste Startzeit (EETLST) bedeutet, dass das Guthaben mit der frühesten Gültigkeitsendzeit zuerst verwendet wird. Wenn mehrere Guthaben das gleiche Ablaufdatum haben, wird das Guthaben mit der spätesten Startzeit zuerst verwendet.
LETEST: Die Konfiguration der Guthabenverbrauchsreihenfolge auf späteste Ablaufzeit und früheste Startzeit (LETEST) bedeutet, dass das Guthaben mit dem spätesten Ablaufdatum zuerst verwendet wird. Wenn mehrere Guthaben das gleiche Ablaufdatum haben, wird das Guthaben mit der frühesten Startzeit zuerst verwendet.
LETLST: Die Konfiguration der Guthabenverbrauchsreihenfolge auf späteste Ablaufzeit und späteste Startzeit (LETLST) bedeutet, dass das Guthaben mit dem spätesten Ablaufdatum zuerst verwendet wird. Wenn mehrere Guthaben das gleiche Ablaufdatum haben, wird das Guthaben mit der spätesten Startzeit zuerst verwendet.

Hilfsressourcen

Eine Hilfsressource ist für den Kunden nicht direkt relevant; jedoch wird sie von Monetization zur Bewertung verwendet. Zum Beispiel eine Zählerressource, die Monetization verwendet, um etwas nachzuverfolgen.

Beispiel einer Hilfsressource

Nehmen wir an, es gibt eine Ressource MBs, die in einer Sitzung verwendet werden, um zu verfolgen, wie viele MBs der Kunde in einer Datensitzung/einem Ereignis verwendet hat. Eine Hilfsressource in Form einer Zählerressource kann verwendet werden.

Wenn erwartet wird, dass sich die Preisgestaltung ändert, nachdem der Kunde 10MBs innerhalb einer Sitzung verbraucht hat, das heißt, es gibt eine mehrstufige Preisgestaltung, wird sofort, wenn Monetization ein Datenereignis erhält, es gemäß dem Tarifplan bewertet. Die Zählerressource kann verfolgen, wie viele Mengen der Kunde verwendet hat, um zu wissen, wann mit einem anderen Preis bewertet werden soll.

Nachdem das einzelne Ereignis bewertet wurde, wird die Hilfsressource MBs, die in einer Sitzung verwendet werden in Form einer Zählerressource auf null zurückgesetzt, damit sie für das nächste Ereignis bereit ist.

Hinweis:

Damit eine Ressource nach jeder Bewertung auf ihren Standardwert zurückgesetzt wird, sollte der Schalter Temporär aktiviert sein.

Nicht-monetäre Ressource

Eine nicht-monetäre Ressource hat keinen monetären Wert; daher wird sie nicht als Geld behandelt. Beispiele für nicht-monetäre Ressourcen können kostenlose Daten, kostenlose SMS usw. umfassen.

Information:

Um zu erfahren, wie man allgemein eine Ressource erstellt, siehe monetäre-ressource.

Hinweis:

Eine nicht-monetäre Ressource sollte keine Währung zugewiesen bekommen. Die Zuweisung einer Währung zur Ressource verwandelt sie in eine monetäre Ressource.

Details zur Ressourcen-Seite

Unter ressourcen können Sie die vollständigen Details einer Ressource einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Status — eine Ressource mit aktivem Status bedeutet, dass die Ressource weiterhin gültig ist.
Name
Code
Beschreibung
Verbrauchsreihenfolge des Guthabens
Standardwert
Typ (Standard oder Temporär)
Gültig von
Gültig bis
Währung (falls vorhanden)
Auf der Rechnung enthalten

Ressource aktualisieren

Unter ressourcen können Sie eine Ressource aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details der Ressource an. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt ressource-erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Ressource löschen

Unter ressourcen können Sie eine Ressource löschen, indem Sie auf Löschen klicken.

Hinweis:

Das Löschen einer Ressource, die bereits in anderen Teilen von Monetization verwendet wurde, ist nicht möglich. Jeder spezifische Verweis auf die Ressource muss zuerst gelöscht werden.

Schwellenwerte

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Schwellenwerte. Eine paginierte Liste aller Schwellenwerte wird in tabellarischer Form angezeigt. Ein Schwellenwert ist ein konfiguriertes Wert, der eine benachrichtigung auslösen kann, wann immer ein Ressourcenbilanz einen auf dem kreditlimit definierten Schwellenwert überschreitet und mit der Ressource durch ein kreditprofil verknüpft ist.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Schwellenwert erstellen
Details zur Schwellenwertseite
Schwellenwert aktualisieren
Schwellenwert löschen

Schwellenwert erstellen

Um einen Schwellenwert unter schwellenwerte zu erstellen, klicken Sie auf Neu erstellen. Es umfasst Pflicht- und optionale Eingabefelder.

Die Pflichtfelder umfassen Folgendes:

Name (z.B. T_200)
Code (z.B. T_200)
Typ (Betrag oder Prozentsatz)
Wert (z.B. 200)

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Das optionale Feld umfasst:

Beschreibung (z.B. Schwellenwert für 200)

Ein als Betrag konfigurierter Schwellenwert bedeutet, dass der Wert festgelegt ist—zum Beispiel 200. Daher wird eine Benachrichtigung ausgelöst, wenn der Saldo 200 überschreitet, was eine benachrichtigung auslöst.

Hinweis:

Ein als Betrag konfigurierter Schwellenwert kann auch negativ sein.

Ein als Prozentsatz konfigurierter Schwellenwert bedeutet, dass der Wert relativ zu einem anderen Ressourcenbilanz ist. Angenommen, es gibt zwei Bilanzen:

Ressourcenname	Bilanz
Gewährte kostenlose MBs	1000
Kostenlose MBs	900

Wenn ein Prozentsatzschwellenwert für kostenlose MBs auf 80% der gewährten kostenlosen MBs-Bilanz konfiguriert ist, wird der Schwellenwert bei 800 ausgelöst.

Tipp:

Der Prozentsatzschwellenwert ist nützlich, da er den Wert basierend auf einer anderen Ressourcenbilanz ändern kann—was mehr Flexibilität auf Kundenebene ermöglicht. Während der Betragsgrenzwert immer konstant basierend auf dem konfigurierten Wert ist.

Information:

Sobald eine Schwelle erstellt wird, wird sie mit nichts verbunden sein, sondern ist ein Objekt, das in Monetization existiert und bei der Erstellung eines kreditlimits verwendet werden kann.

Details zur Schwellenwertseite

Unter schwellenwerte können Sie die vollständigen Details einer Schwelle einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Typ
Wert

Schwelle aktualisieren

Unter schwellenwerte klicken Sie zuerst auf Details, um eine Schwelle zu aktualisieren; es zeigt die Details der Schwelle an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt schwelle erstellen ausgefüllt sind, können aktualisiert werden, mit Ausnahme des Codes.

Schwelle löschen

Unter schwellenwerte klicken Sie auf Löschen, um eine Schwelle zu löschen.

Hinweis:

Das Löschen einer Schwelle, die bereits mit einem Kreditlimit verknüpft ist, kann nicht durchgeführt werden. Jeder spezifische Verweis auf die Schwelle muss zuerst gelöscht werden.

Benachrichtigungen

Monetization löst eine Benachrichtigung aus, wann immer ein Saldo eines bestimmten Ressourcen über oder unter einen schwellenwert hinausgeht. Die Schwelle ist mit einem kreditlimit verknüpft und für eine bestimmte Ressource durch ein kreditprofil konfiguriert.

Die Benachrichtigungen können in Monetization unter der Kundenkontoseite eingesehen werden. Für weitere Informationen siehe Benachrichtigungen.

Kreditlimits

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Kreditlimits. Eine paginierte Liste aller Kreditlimits wird in tabellarischer Form angezeigt.

Ein Kreditlimit kann verwendet werden, um einzuschränken, wie weit ein Kunde eine Ressource in Bezug auf positive oder negative Werte nutzen kann. Sie können auch mehrere Schwellenwerte hinzufügen, die ein Kunde überschreiten kann, wenn er den konfigurierten Wert überschreitet.

Es beschreibt die minimalen und maximalen Grenzen eines Ressourcen-Saldos und welche Schwellenwerte ausgelöst werden können, wenn sie überschritten werden.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Kreditlimit erstellen
Details zur Kreditlimit-Seite
Kreditlimit aktualisieren
Kreditlimit löschen

Kreditlimit erstellen

Um ein Kreditlimit unter Kreditlimits zu erstellen, klicken Sie auf Neu erstellen. Es umfasst Pflicht- und optionale Eingabefelder.

Die Pflichtfelder umfassen Folgendes:

Name
Code
Start
Stopp

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Die optionalen Felder umfassen Folgendes:

Beschreibung
Schwellenwerte

Mehrere Schwellenwerte können hinzugefügt werden. Angenommen, ein Kreditlimit hat einen Schwellenwert von 200; daher wird jedes Mal, wenn der Ressourcen-Saldo 200 überschreitet, eine Benachrichtigung ausgelöst.

Hinweis:

Die Felder Start und Stopp repräsentieren die minimalen und maximalen Werte, die ein Ressourcen-Saldo haben kann.

Die Felder Start und Stopp können als positive oder negative Zahlen konfiguriert werden. Darüber hinaus können die Felder Start und Stopp auch so konfiguriert werden, dass sie Kein Minimum oder Kein Maximum haben, was benutzerfreundlicher ist, indem Sie auf Wert auswählen klicken. Die Keine Mindest- und Keine Höchst- Werte bedeuten, dass der Wert unbegrenzt sein kann, da er von minus unendlich bis plus unendlich reicht.

Tipp:

Eine Prepaid-Geldressource sollte ihren Stop-Wert auf null konfiguriert haben. Dies würde es ermöglichen, dass der Ressourcenbestand nicht unter null fällt.

Dies ist typisch, da Prepaid-Kunden die Dienstleistung(en) nur nutzen können, solange sie Geld zur Verfügung haben. Daher macht es keinen Sinn, ihr Geldguthaben unter null fallen zu lassen.

Darüber hinaus kann Monetization erkennen, wann das Geld ausgegangen ist, wenn das Limit auf null gesetzt ist, und wird keine Ereignisse mehr bewerten.

Hinweis:

Es ist unmöglich, einen Ressourcenbestand außerhalb der Kreditlimit-Start- und Stop-Werte zu bringen. Darüber hinaus kann der Dienst, den der Kunde konsumiert, deaktiviert werden, sobald das Ressourcenlimit erreicht ist—zum Beispiel ein Prepaid-Kunde, der kein Geld mehr hat.

Details zur Kreditlimit-Seite

Unter Kreditlimits können Sie die vollständigen Details eines Kreditlimits anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Schwellenwerte
Start
Stop

Kreditlimit aktualisieren

Unter Kreditlimits können Sie ein Kreditlimit aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Kreditlimits an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Kreditlimit erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Kreditlimit löschen

Um ein Kreditlimit zu löschen, klicken Sie auf Löschen.

Hinweis:

Das Löschen eines bereits mit einem Kreditprofil verknüpften Kreditlimits ist nicht möglich. Jede spezifische Referenz auf das Kreditlimit muss zuerst gelöscht werden.

Kreditprofile

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Kreditprofile. Eine paginierte Liste aller Kreditprofile wird in tabellarischer Form angezeigt.

Ein Kreditprofil verknüpft ein Kreditlimit mit einer bestimmten Ressource für einen spezifischen Zahlungstyp. Zum Beispiel, wie sich die Euro (monetäre) Ressource verhalten soll, welches Kreditlimit verwendet werden soll, wenn es als Guthaben auf dem Konto eines Kunden verfügbar ist.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Kreditprofil erstellen
Details zur Kreditprofilseite
Kreditprofil aktualisieren
Kreditprofil löschen

Kreditprofil erstellen

Unter Kreditprofile klicken Sie auf Neu erstellen, um ein Kreditprofil zu erstellen. Es umfasst Pflicht- und optionale Eingabefelder.

Die Pflichtfelder umfassen Folgendes:

Name
Code
Zahlungstyp
Ressource
Kreditlimit

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Das optionale Feld umfasst:

Beschreibung

Hinweis:

Für jeden Zahlungstyp muss ein Kreditprofil erstellt werden, da es das Verhalten des Guthabens in Bezug auf einen Zahlungstyp beschreibt. Wenn es nicht existiert, kann das Guthaben nicht erstellt werden.

Information:

Die Konfiguration eines Kreditprofils ermöglicht es, jeder Ressource eine Beschreibung zu geben, die darstellt, wie sie basierend auf dem Zahlungstyp des Kunden eingeschränkt wird.

Für einen Postpaid-Zahlungstyp

Für einen Postpaid-Zahlungstyp wird empfohlen, das Kreditlimit mit einem Start-Wert von Kein Minimum und einem Stop-Wert von Kein Maximum festzulegen.

Das bedeutet, dass die Ressource, die dem Kunden gehört, entweder einen negativen Wert haben kann (weil dem Kunden ein gewisser Kredit gewährt wurde) oder einen positiven Wert (weil der Kunde etwas schulden wird).

Für einen Pay-Now-Zahlungstyp

Das Kreditlimit mit einem Start-Wert von Kein Minimum und einem Stop-Wert von Kein Maximum wird für einen Pay-Now-Zahlungstyp empfohlen.

Für einen Prepaid-Zahlungstyp

Für den Prepaid-Zahlungstyp wird empfohlen, das Kreditlimit mit einem Start-Wert von Kein Minimum und einem Stop-Wert von 0 zu wählen, da der Kundenbalance nicht über null hinausgehen sollte.

Angenommen, ein Prepaid-Kunde kauft ein Produkt, das 100 Euro bietet, was eine monetäre Ressource darstellt. Es wird im Kundenbalance als -100 Euro Kredit angezeigt. Der Kunde kann die Ressource konsumieren und würde nichts schulden.

Wenn sie jedoch weiterhin die Ressource konsumieren, wird der Balance sinken, bis er null erreicht, was anzeigt, dass der Kunde die Ressource erschöpft hat.

Details zur Kreditprofilseite

Unter credit profiles können Sie die vollständigen Details eines Kreditprofils einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Zahlungstyp
Kreditlimit
Ressource

Kreditprofil aktualisieren

Unter credit profiles können Sie ein Kreditprofil aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Kreditprofils an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt create a credit profile ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Kreditprofil löschen

Unter credit profiles können Sie ein Kreditprofil löschen, indem Sie auf Löschen klicken.

Ereignistypen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Ereignistypen. Eine paginierte Liste aller Ereignistypen wird in tabellarischer Form angezeigt.

Ein Ereignistyp stellt ein Zeitintervall in Monetization dar. Er wird erstellt, um für ein wiederkehrendes Produkt konfiguriert zu werden, um zu bestimmen, wie das Produkt erneuert wird. Er wird auch für einen Kunden konfiguriert, um zu bestimmen, wie häufig der Kunde belastet wird.

Verschiedene Zyklen können für einen Ereignistyp konfiguriert werden. Zum Beispiel: monatlicher Zyklus, dreimonatiger Zyklus, halbjährlicher Zyklus, jährlicher Zyklus usw.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Create event type
Details event type page
Update event type
Delete event type

Ereignistyp erstellen

Unter event types können Sie einen Ereignistyp erstellen, indem Sie auf Neu erstellen klicken. Der Name, der Code, die Intervall-Einheit, die Intervall-Dauer und die Intervall-Zeit sind erforderlich, während die Beschreibung optional ist.

Die Intervall-Einheit besteht aus drei Werten:

Tage
Wochen
Monate

Die Intervall-Dauer gibt die Zeitspanne an, die der Intervall-Einheit zugewiesen wird – zum Beispiel sechs Monate; die Intervall-Zeit, deren Standardwert 12:00 Uhr ist.

Zum Beispiel, gegeben die folgende Tabelle:

Intervall-Einheit	Intervall-Dauer	Intervall-Zeit
Monate	6	12:00 Uhr

Wenn einem wiederkehrenden Produkt der oben genannte Ereignistyp zugewiesen wird, bedeutet dies, dass das Produkt alle sechs Monate um 12:00 Uhr erneuert wird. Ebenso bedeutet die Konfiguration des Ereignistyps für einen Kunden im abrechnungsprofil, dass der Kunde alle sechs Monate um 00:00 Uhr belastet wird.

Details zur Ereignistypseite

Unter ereignistypen können Sie die vollständigen Details eines Ereignistyps einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Intervall-Einheit
Intervall-Dauer
Intervall-Zeit

Ereignistyp aktualisieren

Unter ereignistypen können Sie einen Ereignistyp aktualisieren, indem Sie zuerst auf Details klicken; dies zeigt die Details des Ereignistyps an. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt ereignistyp erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Ereignistyp löschen

Unter ereignistypen können Sie einen Ereignistyp löschen, indem Sie auf Löschen klicken.

Hinweis:

Das Löschen eines Ereignistyps, der bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jede spezifische Referenz auf den Ereignistyp muss zuerst gelöscht werden.

Rundungsmodi

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Rundungsmodi.

Rundungsmodi werden für jede seite konfiguriert, um zu bestimmen, wie viele Dezimalstellen bei den Berechnungen, die während verschiedener Bewertungsphasen durchgeführt werden, gerundet werden sollen.

Es gibt vier verschiedene Komponenten, für die eine Skala angewendet wird, nämlich:

Bewertung
Rabattierung
Besteuerung
Abrechnung

Wann immer eine dieser vier Komponenten in Monetization ausgelöst wird, wird der Rundungsmodus angewendet, um die Werte auf die konfigurierten Dezimalstellen zu runden.

Die Skala bezieht sich auf eine Zahl, die die Anzahl der Dezimalstellen angibt. Der Modus kann auf Half Up oder Half Down konfiguriert werden. Zum Beispiel, wenn es auf Half Up konfiguriert ist, wird ein Wert von 7,5 auf 8 gerundet, während ein Wert von 7,5, wenn es auf Half Down konfiguriert ist, auf 7 gerundet wird.

Tipp:

Der Scale-Wert sollte so angepasst werden, dass Rechnungen erstellt werden können, insbesondere bei sehr niedrigen Werten.

Docs: Produkte

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Produkte
Tarifpläne
Bewertung
Bewertungssätze
Rollovers
Tarife

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Katalog und klicken Sie auf Produkte.

Produkte

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Produkte. Eine paginierte Liste aller Produkte wird in tabellarischer Form angezeigt. Ein Produkt kann entweder ein reguläres oder ein Dienstleistungsprodukt sein. Ein reguläres Produkt kann eine monatliche oder einmalige Gebühr sein, die von den Kunden bezahlt wird, während ein Dienstleistungsprodukt es einem Kunden ermöglicht, Dienstleistungen zu nutzen, beispielsweise Daten- oder Sprachdienste.

Information:

Dieser Abschnitt gibt Ihnen die Werkzeuge, um Produkte aus Ihrem Angebotskatalog zu erstellen, zu aktualisieren und zu löschen. Produkte werden letztendlich beim Erstellen von bundles verwendet. Jedes Produkt kann seine eigenen: Preis, Steuer, Gebührenetikett und Tarifpläne haben.

Hinweis: Ein Produkt kann mehrere Versionen haben.

Fünf Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Produkt erstellen
Produkt kopieren
Produktdetailseite
Produkt aktualisieren
Produkt löschen

Produkt erstellen

Unter Produkte klicken Sie auf Neu erstellen, um ein Produkt zu erstellen. Es umfasst vier Abschnitte, nämlich:

Produktinformationsabschnitt
Konfigurationsabschnitt
Prorationsabschnitt
Produktzusammenfassung

Produktinformationsabschnitt

Im Informationsabschnitt sind der Name, der Code und die Beschreibung des Produkts erforderlich.

Um das Produkt auf der Rechnung einzuschließen, verwenden Sie den Schalter Auf Rechnung enthalten, um zu aktivieren/deaktivieren. Das Aktivieren dieser Funktion bedeutet, dass Monetization diese Daten im JSON-Objekt abruft, das für eine Rechnung generiert wird.

Hinweis:

Fügen Sie nur die Informationen hinzu, die für die Rechnungsstellung zur Leistungsoptimierung erforderlich sind.

Information:

Das Aktivieren sensibler Daten für ein Produkt mit dem Schalter Sensibledaten bedeutet, dass das Produkt während des Onboarding-Prozesses eines neuen Kunden im Self-Care-Portal nicht zugänglich ist.

Konfigurationsbereich

Im Konfigurationsbereich gibt es zahlreiche Eingabefelder. Allerdings sind nur der produkttyp, zyklus, menge, preistyp, abrechnungsposten, ressourcen, versionen und der Preis erforderlich, andere sind optional.

Tipp:

Es ist hilfreich, den Produkttyp im Voraus zu kennen. Zum Beispiel, ob das Produkt ein einmaliges Produkt, ein monatliches Abonnementprodukt oder ein Produkt ist, das dem Kunden einen Service gewährt.

Produkttyp

Die Auswahl des Produkttyps ist obligatorisch, und es stehen zwei Optionen zur Verfügung:

Abonnement
Einmalig

Abonnement: Das Abonnementprodukt bedeutet, dass das Produkt regelmäßig basierend auf einem Intervall ist. Das Intervall wird als Ereignistyp bezeichnet und ist in Monetization konfigurierbar. Für weitere Informationen zur Konfiguration von Ereignistypen siehe Ereignistypen.
Einmalig: Das einmalige Produkt bedeutet, dass das Produkt nicht regelmäßig ist und nur einmal ohne Erneuerungen gekauft wird. Daher kann der Ereignistyp für ein einmaliges Produkt nicht enthalten sein.

Hinweis:

Der Kunde kann für einen einmaligen Produkttyp im Voraus oder nachträglich bezahlen. Bei einer Vorauszahlung wird der Geldbetrag sofort beim Kauf beeinflusst. Im Gegensatz dazu wird bei einer nachträglichen Zahlung der Geldbetrag am Ende des abrechnungszyklus zur Rechnung hinzugefügt.

Ereignistyp

Ein Ereignistyp ist ein konfigurierten Zyklus in Monetization. Zum Beispiel wöchentliche, monatliche und jährliche Zyklen. Für weitere Informationen siehe Ereignistypen.

Hinweis:

Es ist obligatorisch, einen Ereignistyp für ein Produkt auszuwählen, das einen Produkttyp Abonnement hat.

Im Falle eines monatlichen Abonnements, jedes Mal wenn sich der Abrechnungszyklus des Kunden verschiebt (das heißt, Monetization stellt die Abrechnung aus), überprüft Monetization auch alle seine gekauften Produkte, um zu wissen, welche es erneuern sollte, wenn der Kunde ebenfalls einen monatlichen Intervall (Ereignistyp) hat.

Im Falle eines wöchentlichen Abonnements, wenn der Kunde zufällig einen monatlichen Intervall (Ereignistyp) hat. Jedes Mal, wenn sich der Abrechnungszyklus des Kunden verschiebt (das heißt, Monetization stellt die Abrechnung aus), wird Monetization herausfinden, dass das Produkt viermal berechnet werden muss. Daher erneuert es das Produkt über den Kundenzyklus (monatlicher Kunde bei einem wöchentlichen Produkt).

Hinweis:

Der Kundenzyklus kann während des Onboarding-Prozesses unter Abonnement konfiguriert werden. Für weitere Informationen siehe Onboarding eines Kunden.

Es kann auch konfiguriert werden, wenn ein Abrechnungsprofil für den Kunden erstellt wird. Für weitere Informationen siehe Abrechnungsprofile.

Information:

Bei der Auswahl eines Ereignistyps für ein einmaliges Produkt beschreibt das Intervall, wie lange das einmalige Produkt nach dem Kauf gültig sein wird. Wenn der Ereignistyp nicht konfiguriert ist, ist es unbegrenzt gültig.

Dauer

Die Dauer des Produkts, die optional ist, wird zugunsten von Bedingungen als veraltet betrachtet. Monetization verwendete das Dauerfeld, um anzugeben, wie viele Zyklen ein Abonnementprodukt aktiv sein sollte – zum Beispiel sechs Monate. Monetization verwendet jetzt jedoch Bedingungen, um zu wissen, wie lange ein Produkt wirksam sein sollte und wann es beendet werden sollte.

Für weitere Informationen siehe Bedingungen.

Zyklus

Der Produktzyklus ist obligatorisch und kann als Voraus oder Rückstand konfiguriert werden. Für einen Forward-Zyklus zahlt der Kunde das Produkt im Voraus. Dies bedeutet, dass auf der ersten Rechnung des Kunden Monetization-Gebühren zweimal anfallen; die erste für die gerade abgeschlossene Nutzung des Produktdienstes und die zweite für die anschließende Nutzung.

Die Konfiguration des Produkts für einen Arrear-Zyklus impliziert, dass der Kunde das Produkt nicht im Voraus bezahlt; stattdessen wird das Produkt bewertet und die Kunden werden am Ende des billing cycle belastet.

Hinweis:

Forward oder Arrear können auf einen einmaligen und Abonnement-product type angewendet werden. Wenn Forward ausgewählt ist, werden die Salden sofort beim Kauf des Produkts beeinflusst. Wenn Arrear ausgewählt ist, werden die Salden zum Zeitpunkt der Abrechnung beeinflusst.

Priorität

Die optionale Priorität, sofern konfiguriert, kann einem Produkt mehr Bedeutung als einem anderen in einem bundle verleihen. Dies ist besonders wichtig, wenn es sich um einen prepaid payment type mit einem begrenzten Kontostand handelt.

Wenn ein Bundle für einen Kunden gekauft wird, das mehrere Produkte enthält, können Sie bestimmen, welches Produkt zuerst gekauft werden soll und welches am Ende gekauft werden soll.

Hinweis:

Ein Bundle ist ein höheres Objekt zur Gruppierung, aber die Produktprioritäten gelten unabhängig vom Bundle.

Darüber hinaus ist die Konfiguration der Priorität entscheidend, wenn es um mehrere Dienstprodukte geht. Angenommen, es gibt zwei Produkte, die einen SMS-Dienst anbieten. Das erste Produkt ist für reguläre Nachrichten gedacht und hat einen Tarifplan für reguläre Nachrichten. Das zweite Produkt wird über das erste für einen bestimmten Kunden zu einem Sondertarif gekauft.

Angenommen, das zweite Produkt erhält eine höhere Priorität als das erste. Es impliziert, dass wenn Monetization ein Nutzungsevent für diesen Kunden erhält, es zwei Produkte finden wird, die einen SMS-Service anbieten. Monetization benötigt nur den Tarifplan für die beiden Produkte, um den anzuwendenden Preis zu ermitteln. Das Produkt mit der höchsten Priorität (das zweite Produkt) wird jedoch verwendet.

Daher kann ein Produkt über ein bestehendes Produkt gekauft werden und den Preis des vorherigen Produkts überschreiben.

Hinweis:

Eine höhere Zahl zeigt eine höhere Priorität an.

Information:

Wenn zwei Produkte mit demselben Service die gleiche Priorität erhalten, mit derselben Service-ID, wird Monetization das erste, das es findet, zuordnen.

Menge

Die erforderliche Menge stellt die Anzahl der Male dar, die der Kunde das Produkt ursprünglich kauft. Sie repräsentiert die Standardmenge, die während des Produktkaufs angeboten wird, typischerweise 1. Während des tatsächlichen Kaufs des Produkts kann die Menge jedoch überschrieben werden.

Hinweis:

Der Mengenwert muss größer oder gleich eins sein.

Preisart

Die verpflichtende Preisart kann Debit oder Credit sein und impliziert, wie die Ressourcen für das Produkt betroffen sein werden. Bei einer Debit-Preisart wird die Ressource positiv beeinflusst, während bei einer Kredit-Preisart die Ressource negativ beeinflusst wird.

Tipp:

Für eine monetäre Belastung setzen Sie die Preisart auf Debit. Dies wird die monetäre Ressource, zum Beispiel, von 0 auf 10 bewegen, wodurch der Kunde mit 10 Euro verschuldet wird. Wenn es auf Credit gesetzt ist, erhält der Kunde eine monetäre Ressource.

Rechnungsposition

Die verpflichtende Rechnungsposition beschreibt, wie die Gebühr auf der Rechnung dargestellt werden soll. Rechnungspositionen sind konfigurierbar in Monetization unter Business configuration Finance Bill Items.

Für weitere Informationen siehe rechnungspositionen.

Menge Überschreibung Ressource

Die Menge Überschreibung Ressource ist optional. Wenn sie jedoch konfiguriert ist, bedeutet dies, dass beim Kauf oder der Erneuerung eines Produkts während eines neuen abrechnungszyklus die Möglichkeit besteht, die Menge dieses Produkts mit dem aktuellen Guthaben der konfigurierten Ressource zu überschreiben.

Zum Beispiel, wenn ein Produkt (typischerweise mit einem Arrear Zyklus) eine Menge Überschreibung Ressource konfiguriert hat. In diesem Fall bedeutet es, dass Monetization das Guthaben der konfigurierten Ressource des Kunden verwendet, um die Menge des Produkts zu bestimmen.

Dies ist besonders hilfreich in den Versorgungsindustrien, wenn es Produkte gibt, die mit dem Gesamtverbrauch zusammenhängen – zum Beispiel die Netzzugangsgebühr, die von den insgesamt in einem Zyklus verbrauchten kWh abhängt. Die kWh Zähler Ressource (helper resources) kann verwendet werden, die während des Abrechnungszyklus aktualisiert wird. Am Ende des Zyklus wird der Wert dieser Zähler Ressource die Menge der Netzzugangsgebühr sein.

Gebührenetikett

Das optionale Gebührenetikett zeigt, wie Monetization das Produkt beim Rabattieren anvisieren kann. Sobald das Produkt ein bestimmtes Gebührenetikett erhält, kann es durch Verweis auf sein Gebührenetikett beim Erstellen von Rabatten angesprochen werden.

Das Gebührenetikett ist konfigurierbar in Monetization unter Business configuration Charging Tags.

Für weitere Informationen siehe tags. ##### Ladeintervall

Das optionale Ladeintervall sollte bei der Erstellung eines Dienstleistungsprodukts hinzugefügt werden. Es beinhaltet das Runden der bewertbaren Menge, die aus den Nutzungsevents mit den in einem bestimmten Ladeintervall angegebenen Konfigurationen erhalten wird.

Ladeintervalle sind in Monetization unter Business configuration Service design Charge Intervals konfigurierbar.

Für weitere Informationen siehe Ladeintervalle.

Steueranbieter

Der Steueranbieter, der optional ist, ist bei der Integration mit einem Drittanbieter Steuerportal, das Monetization bereitstellt, viel kritischer.

Information:

Monetization berechnet die Steuern nicht. Das konfigurierte Steuerportal führt die Berechnung der Steuern durch.

Steueranbieter sind in Monetization unter Business configuration Finance Tax suppliers konfigurierbar.

Hauptbuch

Das Hauptbuch ist optional; jedoch, wenn es konfiguriert ist, sagt es Monetization, wie das Produkt sich verhalten und für finanzielle Zwecke agieren soll. Im Hauptbuch werden Konten zugeordnet, die angeben, welches Konto gutgeschrieben und welches Konto belastet werden soll, wann immer das Produkt gekauft wird.

Information:

Das Hauptbuch hilft, Finanzberichte in Monetization zu erstellen.

Hauptbücher sind in Monetization unter Business configuration Finance General ledgers konfigurierbar. ##### Rollover

Rollover ist optional; jedoch, wenn konfiguriert, ermöglicht es die Übertragung spezifischer Ressourcen aus dem Produkt zwischen abrechnungszyklen.

Zum Beispiel, nehmen wir an, ein Produkt, das beim Kauf 1GB Daten für den Kunden anbietet. Wenn der Abrechnungszyklus jedoch endet, hat der Kunde noch 200MB ungenutzte Daten. In diesem Fall ermöglicht der Rollover den Übergang der ungenutzten Ressource in den nächsten Abrechnungszyklus; jedoch, wie im Cycle rollover amount angegeben.

Rollovers sind konfigurierbar in Monetization unter Katalog Produkte Rollovers.

Für weitere Informationen siehe Rollovers.

Service

Der Service ist optional; jedoch ist er zwingend erforderlich für die Erstellung eines Serviceprodukts.

Hinweis:

Produkte mit einem diensttyp werden als Serviceprodukt behandelt und müssen beim Kauf eine Dienstkennung bereitstellen. Typischerweise haben diese Produkte einen Tarifplan konfiguriert, den Monetization zur Bewertung spezifischer Serviceereignisse verwendet.

Dienste sind konfigurierbar in Monetization unter Geschäftskonfiguration Servicedesign Diensttypen.

Für weitere Informationen siehe Diensttypen.

Provisioning-Tag

Das Provisioning-Tag ist optional; jedoch funktioniert es Hand in Hand mit einem Provisioning-Server, wenn konfiguriert. Bei der Integration einer Netzwerk-Lösung müssen einige Serviceprodukte (Daten, Sprache, SMS - die mit einer SIM-Karte verbunden sind) im Netzwerk bereitgestellt werden, bevor sie in Monetization verwendet werden können.

Hinweis:

Das Produkt wird aktiviert und belastet, sobald der Bereitstellungsserver mit einer erfolgreichen Antwort an Monetization antwortet.

Zum Beispiel, nachdem ein Kunde das Produkt erworben hat, wird Monetization (sofern der Weblink konfiguriert ist) eine Anfrage an den Bereitstellungsserver senden, die dem Bereitstellungsserver mitteilt, dass eine bestimmte SIM-Karte mit einer spezifischen Nummer ein Produkt erworben hat. Sobald der Server dies bereitstellt, erwartet Monetization eine Antwort, die bestätigt, dass alles in Ordnung ist, und erst dann wird das Produkt für den Kunden aktiviert.

Nicht aktive Bewertung

Die nicht aktive Bewertung ist optional, kann jedoch für Produkte und Rabatte konfiguriert werden. Sie bedeutet, ob Monetization weiterhin Auswirkungen im Zusammenhang mit diesen Produkten und Rabatten anwenden sollte, nachdem sie inaktiv oder geschlossen sind.

Es gibt drei konfigurierbare Optionen:

VERBOTEN — bedeutet, dass Monetization das Produkt nur bewerten kann, wenn es aktiv ist.
BEWERTEN_INAKTIV — bedeutet, dass Monetization das Produkt nur bewerten kann, wenn es aktiv oder inaktiv, aber nicht geschlossen ist.
BEWERTEN_INAKTIV_UND_GESCHLOSSEN — bedeutet, dass Monetization das Produkt konsequent bewerten wird, unabhängig davon, ob es aktiv, inaktiv oder geschlossen ist.

Zum Beispiel, wenn ein inaktives Dienstprodukt eine nicht aktive Bewertung von BEWERTEN_INAKTIV hat, und Monetization ein Nutzungsevent für diesen Dienst erhält, wird Monetization das Produkt bewerten; jedoch, wenn die nicht aktive Bewertung auf VERBOTEN gesetzt ist, wird das Nutzungsevent für das Produkt nicht bewertet.

Ressourcen

Ressourcen sind obligatorisch und stellen die Ressource(n) dar, die dem Produkt zugeordnet werden. Das heißt, wenn ein Kunde das Produkt kauft, erhält er die Ressource(n) im Gegenzug. Der Kunde kann dann die Ressource(n) konsumieren.

Ressourcen sind in Monetization unter Business-Konfiguration Abrechnung Ressourcen konfigurierbar. Für weitere Informationen siehe Ressourcen.

Um eine Ressource hinzuzufügen, klicken Sie auf Ressource hinzufügen und wählen Sie die spezifische Ressource aus, die mit dem Produktkauf geliefert wird.

Information:

Mehrere Ressourcen können einem Produkt hinzugefügt werden, und die Ressource kann eine monetäre Ressource oder eine nicht-monetäre Ressource sein.

Hinweis:

Jede Ressource muss eine Version enthalten.

Um eine Ressource zu löschen, klicken Sie auf Löschen.

Versionen

Versionen gehören zu einer Ressource und sind basierend auf der Konfiguration des Gültigkeitszeitraums gültig. Standardmäßig ist die Produktversion vom Tag der Erstellung des Produkts bis zu einem unendlichen Zeitraum gültig. Wenn jedoch eine andere Version des Produkts aufgenommen werden muss, ändern Sie zunächst das Enddatum der aktuellen Version von einem unendlichen Zeitraum auf ein spezifisches Datum.

Hinweis:

Der Preis, die Tarifpläne und die Steuern können in einer Produktversion geändert werden.

Information:

Bei der Konfiguration eines Dienstprodukts können mehrere Tarifpläne einbezogen werden. Zum Beispiel kann ein Tarifplan verwendet werden, um Ereignisse für eine bestimmte Region zu bewerten, während ein anderer verwendet werden kann, um Ereignisse für eine andere Region zu bewerten.

Für jede Produktänderung/-aktualisierung muss kein neues Produkt erstellt werden; Sie können stattdessen die Produktversion aktualisieren. Die Historie der Produktversionen wird ebenfalls in Monetization gespeichert. Daher sind die Konfigurationen von früheren Daten weiterhin zugänglich.

Hinweis:

Die grundlegende Konfiguration des Produkts kann bei der Konfiguration der Version nicht geändert werden.

Um eine Produktversion hinzuzufügen, klicken Sie auf Version hinzufügen. Der Gültigkeitszeitraum und der Preis sind obligatorisch. Darüber hinaus können Tarifpläne und Steuern optional konfiguriert werden.

Um eine Version zu löschen, klicken Sie auf Löschen.

Prorationsabschnitt

Proratisiert bedeutet, für einen bestimmten Zeitraum anzupassen. In diesem Abschnitt kann die Kaufaktion auf eine der drei Variablen konfiguriert werden, nämlich:

Voller Betrag
Proratisierter Betrag
Keine

Hinweis:

Der Prorationsabschnitt gilt nur beim ersten Kauf des Produkts.

Wenn als Voller Betrag konfiguriert, wird, wenn das Produkt beispielsweise 50 Euro kostet und der Kunde es am 16. des Monats kauft, Monetization dem Kunden dennoch die gleichen 50 Euro berechnen.

Wenn als Proratisierter Betrag konfiguriert, wird, wenn das Produkt beispielsweise 50 Euro kostet und der Kunde es am 16. des Monats kauft, Monetization dem Kunden nicht 50 Euro berechnen; stattdessen wird der Zyklus des Kunden und des Produkts berücksichtigt. Basierend darauf wird der genaue Preis berechnet, den der Kunde zahlen wird.

Hinweis:

Der Proratisierte Betrag wird auf täglicher Basis gerundet. Daher bleibt der Preis gleich, ob das Produkt um 2 Uhr oder um 14 Uhr gekauft wird.

Produktübersicht

Dieser Abschnitt zeigt die Zusammenfassung dessen, was in den vorherigen drei Abschnitten eingegeben wurde (produktinfo-abschnitt, konfiguration und proration). Die Produktdetails können vor der Erstellung des Produkts überprüft werden.

Produkt kopieren

Unter produkte ermöglicht das Kopieren eines bestehenden Produkts, ein neues Produkt schnell zu erstellen. Essentially, by clicking Kopieren, it redirects you to a product creation page, and it includes with it the data from the copied product.

For example, assume having a gold, diamond, and platinum product, where only the name and price change. Instead of creating each product from scratch, you can create one and copy the remaining two from the previous one while editing the name and price.

Details produktseite

Under produkte, to see the full details of a product, click Details. It contains the following section:

Info
Konfiguration
Proration

Information:

A product with the status Aktiv means that the product is still valid.

Produkt aktualisieren

Under produkte, to update a product, first, click Details; it shows the details of the product. Then to update, click Aktualisieren.

Hinweis:

All information filled out under the produkt erstellen section can be updated except for the Code.

Produkt löschen

Under produkte, to delete a product, click Löschen.

Hinweis:

Deleting a product that a customer has already purchased cannot be done. An object related to something else cannot be deleted in Monetization.

Tarifpläne

To access this section, click Tarifpläne. A paginated list of all rate plans is shown in a tabular format.

Überblick: Tarifpläne are used for matching fields from a diensttyp and then applying the specific impacts (prices) for one mapping. Zum Beispiel hat ein Datenservice, der aus Slowenien stammt, unterschiedliche Auswirkungen/Preise als einer, der aus den Vereinigten Staaten stammt.
Definition: Tarifpläne sind Zuordnungen, die verwendet werden, um Nutzungsereignisse zu bewerten. Wenn ein Produkt ein Dienstleistungsprodukt ist (d.h. einen konfigurierten Diensttyp hat), hat es typischerweise auch einen Tarifplan, der Monetization mitteilt, wie Ereignisse aus diesem Dienst bewertet werden sollen.

Hinweis:

Sobald die Bewertungsmetrik die zu bewertende Menge bestimmt, wird die Menge als Basis im Tarifplan verwendet, um Auswirkungen anzuwenden.

Wie funktioniert es?: Immer wenn Monetization ein Ereignis für einen bestimmten Dienst erhält, versucht es, ein Dienstleistungsprodukt zu finden, zu dem der Dienst gehört, und überprüft, ob dieses Produkt einen Tarifplan hat, der mit Monetization verknüpft ist, um herauszufinden, wie das Ereignis bewertet werden soll.
Spezifikation: Tarifpläne werden Produkten zugewiesen, die einen bestimmten Dienst zur Bewertung von Ereignissen anbieten. Ein Produkt kann mehrere Tarifpläne haben. Darüber hinaus kann ein Kunde ein neues Produkt mit einem Tarifplan mit höherer Priorität erwerben, was die Preisgestaltung ändert; dies kann aus Marketingstrategien erfolgen.

Fünf Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Erstellen eines Tarifplans
Tarifplan kopieren
Details zum Tarifplan
Tarifplan aktualisieren
Tarifplan löschen

Tarifplan erstellen

Unter Tarifpläne klicken Sie auf Neu erstellen, um einen Tarifplan zu erstellen. Er besteht aus drei Abschnitten, nämlich:

Infoabschnitt zum Tarifplan
Zuordnungsabschnitt
Zusammenfassung des Tarifplans

Infoabschnitt zum Tarifplan

Geben Sie im Infoabschnitt einen Namen, einen Code, eine Beschreibung und einen Gültigkeitszeitraum an. Der Hauptbuch zeigt, wie Monetization den Tarifplan für finanzielle Buchhaltungszwecke aufzeichnen wird. Darüber hinaus wählen Sie den service und die rating metric für den Tarifplan.

Hinweis:

Der Service zeigt, welcher service type dem Tarifplan zugeordnet wird. Zum Beispiel sollte ein Tarifplan für Daten nicht verwendet werden, um Sprachereignisse zu bewerten.

Darüber hinaus wird Monetization durch die Einbeziehung des Services wissen, welche Feld(er) es für Ihre Zuordnungen anbieten kann.

Information:

Wenn ein Ereignis eintritt und in den Tarifplan gelangt, muss Monetization zunächst herausfinden, was die tatsächliche Menge-zu-Tarif ist, bevor Preise angewendet werden, die nur aus einer rating metric entnommen werden können.

Eine rating metric ist eine Menge von Ausdrücken, die es Monetization ermöglicht, die Menge-zu-Tarif aus den Feldern des Service-Typs zu berechnen.

Mappings-Bereich

Im Mappings-Bereich gibt es zunächst eine leere Liste von Zuordnungen.

Zuordnungsfelder

Ein Zuordnungsfeld stellt eine Spalte in einer Tarifplanzeile dar. Zuordnungsfelder beziehen sich auf Felder des Service-Typs, die mit Zeichenfolgenwerten oder rating sets verglichen werden, um die korrekte Tarifplanzuordnung zu bestimmen, auf die Gebühren angewendet werden.

Das Zuordnungsfeld bietet eine Dropdown-Auswahl der Servicefelder, die im Service-Typ gefunden wurden, der im rate plan info section enthalten ist. Sobald Sie ein bestimmtes Servicefeld ausgewählt haben, klicken Sie auf Hinzufügen; um ein Zuordnungsfeld zu entfernen, klicken Sie auf .

Hinweis:

Jedes Ereignis hat ein Menge und Betrag Feld, die keine diensttyp Felder sind, da sie keine Eingabeparameter sind—sie werden durch bewertung berechnet. Die Menge bezieht sich auf die berechnete Menge, die von Monetization bewertet werden soll.

Zuordnungen

Unendliche Zuordnungen können erstellt werden, jede kann für einen einzigartigen Ereigniseintrag verantwortlich sein, und jede hat eine Priorität. Um eine Tarifplanzuordnung zu erstellen, klicken Sie unter Zuordnungen auf Zuordnung hinzufügen.

Hinweis:

Die Zuordnungen mit der höchsten Priorität werden zuerst bewertet. Die Festlegung von Prioritäten wird nützlich, wenn Sie Zuordnungen haben, die spezifisch für einige Betreiber in einer Region/einem Land sind.

Sobald Sie ein bestimmtes zuordnungsfeld für jede Zuordnungszeile hinzufügen, geben Sie die Werte ein, die die Parameter in einem Nutzungsevent für eine bestimmte Zuordnungszeile erfüllen sollen, um übereinstimmen zu können.

Hinweis:

Um den Nutzungseventparameter mit etwas für ein Zuordnungsfeld in einer Zuordnungszeile abzugleichen, verwenden Sie *.

Wenn das Zuordnungsfeld ein bewertungsset-feld ist, zeigt Monetization die hierarchische Struktur an, die im Abschnitt bewertungssets eingerichtet wurde.

Tipp:

Beim Erstellen von Tarifplanzuordnungen können Sie auf Bewertungssets anstelle von festen Zeichenfolgen/Textwerten zuordnen. Dies ist nützlich, da Bewertungssets nach Präfixübereinstimmungen suchen und Bewertungssets mehrere Werte haben können, die verglichen werden sollen.

Zum Beispiel, in der Telekommunikationsbranche, nehmen wir an, dass das Bewertungsset für Slowenien Übereinstimmungswerte (+386, +38671, +38641) hat und das Bewertungsset für die Vereinigten Staaten Übereinstimmungswerte (+1, +12) hat. Wenn ein Nutzungsevent für Sprachanrufe eintrifft, bei dem der Ursprung auf +3865541234 eingestellt ist, wird das Event dem Tarifplan für Slowenien zugeordnet, da das String-Präfix mit einem Übereinstimmungswert aus dem Bewertungssatz für Slowenien übereinstimmt. Wäre der Ursprung im Event +14234235435, würde es dem Tarifplan für die Vereinigten Staaten zugeordnet werden.

Um eine Zuordnung zu kopieren, klicken Sie unter Mappings auf Kopieren, und um eine Zuordnung zu löschen, klicken Sie auf Löschen. Das Kopieren einer Zuordnung erstellt eine neue Zuordnungszeile, während die Daten der kopierten Zuordnung beibehalten werden.

Zuordnungsgruppen

Jede Zuordnung kann mehrere Zuordnungsgruppen haben. Um eine Zuordnungsgruppe zu erstellen, klicken Sie unter Mappings zuerst auf Umschalten, und klicken Sie dann auf Zuordnungsgruppe hinzufügen.

Für jede Zuordnungsgruppe können Sie eine Bewertungsmetrik einfügen. Das Einfügen einer Bewertungsmetrik ermöglicht es Ihnen, die in der Tarifplan-Info-Sektion eingefügte Bewertungsmetrik zu überschreiben. Außerdem kann es Ihnen ermöglichen, mehrere Bewertungsmetriken im gesamten Bewertungsprozess zu verwenden.

Für jede Zuordnungsgruppe können Sie auch mehrere Tarife einfügen.

Tipp:

Zwei Tarife können konfiguriert werden; zum Beispiel Tages- und Nachttarife. Dann können Sie zwei Zuordnungsgruppen haben, eine für den Tagestarif und eine andere für den Nachttarif.

Das Verhalten dessen, was im Hintergrund des Prozesses passiert, wenn Monetization den Tarif ermittelt, kann dann geändert werden.

Hinweis:

Wenn Monetization versucht, ein Event zu bewerten, wird es sich die Zuordnung ansehen, und sobald es eine Übereinstimmung findet, überprüft es, was in Bezug auf den Tarif konfiguriert wurde.

Für jede Zuordnungsgruppe können Sie auch ein Charge-Tag einfügen, das überwiegend für Rabatte verwendet wird. Für weitere Informationen siehe [Tags](.. /../tags). Darüber hinaus können unter jeder Mapping-Gruppe Bereiche konfiguriert werden. Für weitere Informationen siehe Bereiche.

Bereiche

Sobald ein Tarifplan-Mapping festgelegt wurde, werden Bereiche für zusätzliche Bedingungen verwendet, wie z.B. die Überprüfung, ob ein Kunde über freie Ressourcen verfügt.

Wenn eine Bereichsbedingung wahr ist, wird Monetization die innerhalb des Bereichs gefundenen Details anwenden. Monetization wird die Bereichsdetails so lange anwenden, wie eine unbewertete Menge verbleibt.

Um einen Bereich zu erstellen, klicken Sie unter Mapping-Gruppen auf Bereich hinzufügen.

Hinweis:

Der Basiswert gibt an, welchen Typ von Wert Monetization überprüft. Um zu konfigurieren, klicken Sie auf Wert auswählen; es könnte sich entweder um eine Ressource, ein Ereignisfeld, einen Wert oder einen benutzerdefinierten Wert handeln.

Beispiel eines Bereichs

Angenommen, es gibt zwei Bereiche, wobei der erste eine Priorität von 1, eine Basis von Freie Daten Ressource, einen Start-Wert von Kein Minimum und einen Stopp-Wert von 0 hat.

Der zweite hat eine Priorität von 0, eine Basis von US-Dollar Ressource, einen Start-Wert von Kein Minimum und einen Stopp-Wert von Kein Maximum.

Angenommen, ein Kunde hat 20MB frei, verbraucht jedoch 25MB. Die freien 20MB werden auf die Freie Daten Ressource angewendet, da sie sich in einem gültigen Bereich (-20 bis 0) befinden. Die verbleibenden 5MB passen jedoch nicht mehr in diesen Bereich; daher werden sie als monetäre Gebühr angewendet (aus dem zweiten Bereich, der immer gültig ist).

Hinweis:

Die Start- und Stopp-Werte sind die minimalen und maximalen Werte, die in jedem Bereich angegeben sind. Wenn die Werte auf Kein Minimum und Kein Maximum gesetzt werden, bedeutet dies, dass die Felder auf -2147483647 und 2147483647 gesetzt werden.

Die Mehrstufig-Checkbox-Option wird für einen schrittweisen Fortschritt durch die Bereiche verwendet. Zum Beispiel, gegeben die folgenden Bereiche:

Quantity_Counter; 0-100 — wende 1 Euro pro Einheit an
Quantity_Counter; 100-200 — wende 2 Euro pro Einheit an
Quantity_Counter; 200-unendlich — wende 3 Euro pro Einheit an

Angenommen, ein Ereignis mit einer Menge von 250; wenn Multi-tier deaktiviert ist, beträgt der Betrag:

250 × 3 Euro = 750 Euro die gesamte Menge wird basierend auf dem Bereich, in den sie fällt (3), berechnet.

Wenn Multi-tier aktiviert ist, beträgt der Preis:

100 × 1 Euro + 100 × 2 Euro + 50 × 3 Euro = 450 Euro die Menge durchläuft jede Stufe.

Hinweis:

Jeder Ressourcenbereich kann mehrere Ressourcendetails haben. Wenn eine Regel erfüllt ist, kann Monetization ein spezifisches Detail anwenden. Für weitere Informationen siehe details.

Details

Die Details beziehen sich auf die Auswirkungen, die in Monetization auftreten werden.

Um ein Detail zu erstellen, klicken Sie unter Ranges auf Toggle, dann klicken Sie auf Detail hinzufügen. Geben Sie eine Priorität, Ressource, Betrag, Auswirkungstyp, Rechnungsposition, Hauptbuch, Einheit und Ressourcenschild an.

Erklärung einiger Begriffe

Der Betrag bezieht sich auf den Preis; der Betrag (Soll) bedeutet, dass Sie dem Kunden eine Gebühr berechnen.
Der Auswirkungstyp (skaliert) bedeutet, dass Monetization die erhaltene berechnete Menge mit dem Betrag multipliziert, und der Auswirkungstyp (fest) bedeutet, dass der Preis nicht mit der erhaltenen Menge multipliziert wird.
Die rechnungsposition wird verwendet, um Monetization mitzuteilen, wie die Gebühr auf der Rechnung angezeigt wird.
Die Einheit wird für mögliche Mengenumrechnungen verwendet. Für weitere Informationen siehe einheitsgruppen.
Das Ressourcenschild wird für die Rabattansprache verwendet. - Das Hauptbuch informiert Monetization darüber, wie man die finanziellen Aspekte im Blick behält. Bei der Erstellung eines Hauptbuchs werden mehrere Kontenzuordnungen bereitgestellt, um zu bestimmen, welches Konto gutgeschrieben oder belastet werden soll.

Zusammenfassung des Tarifplans

Dieser Abschnitt präsentiert die Informationen, die in den vorherigen beiden Abschnitten ausgefüllt wurden, und kann überprüft werden, bevor der Tarifplan erstellt wird.

Tarifplan kopieren

Unter tarifpläne ermöglicht das Kopieren eines bestehenden Tarifplans, schnell einen neuen Tarifplan zu erstellen. Im Wesentlichen werden Sie durch Klicken auf Kopieren auf eine Seite zur Erstellung eines Tarifplans weitergeleitet, die die Daten des kopierten Tarifplans enthält.

Mit dieser Funktionalität können Sie sich am zuvor erstellten Tarifplan orientieren, um schnell einen neuen Tarifplan zu erstellen.

Details zum Tarifplan

Unter tarifpläne können Sie die vollständigen Details eines Tarifplans anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Hauptbuch
Dienst
Bewertungsmetrik
Gültigkeit

Unter den Informationen werden die Tarifplanzuordnungen in tabellarischer Form angezeigt, einschließlich ihrer Bereiche und Details.

Tarifplan aktualisieren

Unter tarifpläne klicken Sie zuerst auf Details, um einen Tarifplan zu aktualisieren. Es zeigt die Details des Tarifplans an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt einen Tarifplan erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Tarifplan löschen

Um einen Tarifplan zu löschen, klicken Sie auf Löschen.

Hinweis:

Ein Tarifplan, der bereits in einem Produkt verwendet wird, kann nicht gelöscht werden. Jede spezifische Referenz auf den Tarifplan muss zuerst gelöscht werden.

Bewertung

Bewertung ist ein Prozess in Monetization, der die Ressource Bilanzauswirkungen gemäß der Menge und den Beträgen anwendet, die auf den jeweiligen Produkten oder Tarifplan-Ressourcendetails festgelegt sind.

Bewertungssätze

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Bewertungssätze; alle Bewertungssätze werden angezeigt.

Übersicht: Bewertungssätze zeigen, wo eine Zonenhierarchie erstellt werden kann. Sie sind eng mit Tarifplänen verbunden, da einer oder der andere benötigt wird, um Nutzungsevents einzurichten.
Definition: Bewertungssätze sind hierarchische Objekte mit mehreren Übereinstimmungssets, um eine Schicht von Flexibilität zur Tarifplan-Zuordnung hinzuzufügen. Anstelle von String-Zuordnungen werden sie gegen ein gesamtes Übereinstimmungsset eines RatingSet-Objekts abgeglichen.
Beispiel: Das häufigste Beispiel sind Vorwahlen in Ländern. Zum Beispiel ist die Vorwahl für Slowenien +386, dann kann der Telemach-Betreiber in Slowenien +38670, +38640 und ein anderer Betreiber kann +38641 sein. Dies schafft Zonenhierarchien und kann dann in Tarifplan-Zuordnungen referenziert werden.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Erstellen eines Bewertungssatzes
Details Bewertungssatz
Aktualisieren des Bewertungssatzes
Löschen des Bewertungssatzes

Erstellen eines Bewertungssatzes

Unter Bewertungssätze klicken Sie auf Neuen übergeordneten Bewertungssatz erstellen, um einen übergeordneten Bewertungssatz zu erstellen.

Tipp:

Für die Erstellung einfacher Bewertungssätze sollte die Benutzeroberfläche verwendet werden. Die Verwendung der Monetization API kann jedoch einfacher sein für Bewertungssätze, die viele Daten enthalten oder während des ersten Imports.

Geben Sie einen Namen und einen Code an. Das Übereinstimmungsset ist eine Menge von Stringwerten, mit denen ein Feld im Nutzungsevent verglichen wird, um die korrekte Tarifplan-Zuordnung zu bestimmen. Um ein Match-Set zu erstellen, klicken Sie unter Match Set auf Create new.

Das Info Set ist eine Sammlung von Schlüssel-Wert-Paaren, die verwendet wird, um benutzerdefinierte Informationen für ein Bewertungset zu speichern. Es hat keinen Einfluss auf die Verarbeitungslogik. Um ein Info-Set zu erstellen, klicken Sie unter Info Set auf Create new.

Information:

Beim Erstellen von Tarifplanzuordnungen können diese an Bewertungssätze anstelle von festen Zeichenfolgen/Textwerten zugeordnet werden. Dies ist nützlich, da Bewertungssätze nach Präfixübereinstimmungen suchen und mit mehreren Werten verglichen werden können.

Beispiel eines Bewertungssatzes

In der Telekommunikationsbranche hat der Bewertungssatz für Slowenien Übereinstimmungswerte von +386, +38671 und +38641, und der Bewertungssatz für die Vereinigten Staaten hat Übereinstimmungswerte von +1 und +12.

Ein Nutzungsevent kommt für einen Sprachanruf an, bei dem der Ursprung auf +3865541234 gesetzt ist. Dieses Ereignis wird der Tarifplanzuordnung für Slowenien zugeordnet, da das Zeichenfolgenpräfix mit einem Übereinstimmungswert aus dem Bewertungssatz für Slowenien übereinstimmt.

Im Gegensatz dazu, wenn der Ursprung im Ereignis auf +14234235435 gesetzt ist, wird es der Tarifplanzuordnung für die Vereinigten Staaten zugeordnet.

Hinweis:

Unter jedem übergeordneten Bewertungssatz kann ein Bewertungsteilset erstellt werden. Um dies zu erreichen, klicken Sie auf den Namen des Bewertungssatzes und füllen Sie die Details des Bewertungsteils aus: Name, Code, Match Set (optional) und Info Set (optional).

Details Bewertungssatz

Unter rating sets können Sie die vollständigen Details eines Bewertungssatzes einsehen, indem Sie auf den Namen des Bewertungssatzes klicken. Er enthält die folgenden Informationen:

Name
Code
Match Set
Info Set

Bewertungssatz aktualisieren

Unter rating sets klicken Sie, um einen Bewertungssatz zu aktualisieren, zuerst auf den Namen des Bewertungssatzes; es zeigt die Details an. Um zu aktualisieren, klicken Sie auf Update. ### Bewertungssatz löschen

Unter bewertungssätze kann ein Bewertungssatz gelöscht werden, indem zuerst auf den Namen des Bewertungssatzes geklickt wird; es werden die Details angezeigt. Um zu löschen, klicken Sie auf Löschen.

Hinweis:

Das Löschen eines Bewertungssatzes, der bereits in einem Tarifplan verwendet wird, ist nicht möglich. Jede spezifische Referenz auf den Bewertungssatz muss zuerst gelöscht werden.

Übertragungen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Übertragungen. Eine paginierte Liste aller Übertragungen wird in tabellarischer Form angezeigt.

Übertragungen sind konfigurierte Regeln, die bestimmen, wie Ressourcen-Bilanzen zwischen abrechnungszyklen übertragen werden können. Es ermöglicht einem Kunden, einige ungenutzte Einheiten von Ressourcen in seinen nächsten Abrechnungszyklus zu übertragen.

Zum Beispiel erhält ein Kunde jeden Monat 200 MB Daten kostenlos, aber eine Übertragung definiert, dass 100 MB Daten in den nächsten Zyklus übertragen werden können, wenn sie nicht verbraucht werden.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Übertragung erstellen
Details zur Übertragungsseite
Übertragung aktualisieren
Übertragung löschen

Übertragung erstellen

Unter übertragungen klicken Sie auf Neu erstellen, um eine Übertragung zu erstellen. Es umfasst vier Abschnitte, nämlich:

Übertragungsinformationsabschnitt
Gültigkeitsabschnitt
Übertragungsdetails Abschnitt
Übertragungszusammenfassung

Übertragungsinformationsabschnitt

Im Informationsabschnitt geben Sie einen Namen, einen Code und eine Beschreibung an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Gültigkeitsabschnitt

Im Gültigkeitsabschnitt konfigurieren Sie die Daten, die den aktiven Zeitraum der Übertragung darstellen. #### Rollover-Details Abschnitt

Unter diesem Abschnitt geben Sie einen Namen und einen Code an. Die Priorität bestimmt, welcher Rollover zuerst verwendet wird, wenn mehrere Rollovers vorhanden sind.

Hinweis:

Eine höhere Zahl zeigt eine höhere Priorität an.

Der Cycle Rollover-Betrag gibt den maximalen Betrag an, der übertragen werden kann. Die Konfiguration des Cycle Rollover-Betrags auf -1 bedeutet, dass der maximale Betrag unbegrenzt sein wird.

Der Übertragungsart bestimmt, ob das neu übertragene Guthaben vom ursprünglichen (modifizierten Quell) abgezogen oder als Kopie (Quell belassen) erstellt wird.

Der Ressourcenübertrag von zeigt die Ressource an, die ihr Guthaben übertragen würde.

Der Ressourcenübertrag zu zeigt die Ressource an, die ein bestimmtes Guthaben erhält.

Das Hauptbuch zeigt, wie der Rollover zu Buchhaltungszwecken erfasst wird.

Rollover-Zusammenfassung

Dieser Abschnitt präsentiert die Informationen aus den vorherigen drei Abschnitten und kann überprüft werden, bevor der Rollover erstellt wird.

Details Rollover-Seite

Unter rollovers können Sie die vollständigen Details eines Rollovers anzeigen, indem Sie auf Details klicken. Es enthält die folgenden Abschnitte:

Informationen
Gültigkeit
Rollover-Details

Rollover aktualisieren

Unter rollovers klicken Sie zuerst auf Details, um einen Rollover zu aktualisieren. Es zeigt die Details des Rollovers an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Rollover erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Rollover löschen

Unter rollovers klicken Sie auf Löschen, um einen Rollover zu löschen.

Hinweis:

Ein Rollover, das bereits in einem Produkt verwendet wurde, kann nicht gelöscht werden. Jede spezifische Bezugnahme auf die Roll-over-Funktion muss zuerst gelöscht werden.

Tarife

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Tarife. Eine paginierte Liste aller Tarife wird in tabellarischer Form angezeigt.

Tarife stellen Zeitnutzung in Monetization dar. Sie werden verwendet, um eine spezifische Nutzungszeit für Serviceereignisse darzustellen. Durch die Verwendung von Tarifen können unterschiedliche Preise für Nutzungsereignisse festgelegt werden, die während der Nacht/Tag, am Wochenende/Arbeitstag usw. auftreten.

Information:

Ein Tarif kann auch als zeitbezogene Intervalle bezeichnet werden und ist in der Elektrizitäts-/Versorgungsindustrie sehr beliebt.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Tarif erstellen
Details zur Tarifseite
Tarif aktualisieren
Tarif löschen

Tarif erstellen

Unter Tarife klicken Sie, um einen Tarif zu erstellen, auf Neu erstellen. Geben Sie einen Namen, einen Code, einen Typ, eine Priorität und einen Gültigkeitszeitraum an. Optional können Sie eine Beschreibung hinzufügen.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Hinweis:

Mehrere Tarife können mit unterschiedlichen Bereichen für spezifische Zeiten, Tage und Wochen erstellt werden. Die Tarife werden dann bei der Erstellung eines Tarifplans verwendet.

Basierend auf dem ausgewählten Typ kann der Tarif ein Datum (dd-mm-jj), einen Wochentag (1-7), einen Zeitbereich (08:00-10:00), einen Tagesbereich innerhalb eines Monats (8-12) oder einen Tages- und Zeitbereich (vom 8. bis 12. zwischen 08:00-10:00) darstellen.

Wenn beispielsweise der Typ so konfiguriert ist, dass ein Zeitbereich mit einer Startzeit von 00:00 Uhr und einer Endzeit von 5:00 Uhr verwendet wird. Die Anwendung des Tarifs auf einen Tarifplan kann zu unterschiedlichen Preisen führen.

Darüber hinaus werden die Tarife basierend auf ihrer Priorität zugeordnet. Zum Beispiel könnte ein Arbeitstagstarif alle Tage von Montag bis Freitag mit Priorität 1 anvisieren, aber er wird am Dienstag, den 13. September 2022, durch einen Feiertagstarif mit Priorität 2 überstimmt.

Hinweis:

Eine höhere Zahl zeigt eine höhere Priorität an.

Details zur Tarifseite

Unter tarife können Sie die vollständigen Details eines Tarifs einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Status
Name
Code
Beschreibung
Typ
Priorität
Gültigkeitszeitraum

Tarif aktualisieren

Unter tarife können Sie einen Tarif aktualisieren, indem Sie zuerst auf Details klicken. Es zeigt die Details des Tarifs an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt tarif erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Tarif löschen

Unter tarife können Sie einen Tarif löschen, indem Sie auf Löschen klicken.

Hinweis:

Das Löschen eines Tarifs, der bereits in einem Tarifplan verwendet wird, ist nicht möglich. Jede spezifische Referenz auf den Tarif muss zuerst gelöscht werden.

Docs: Zahlungsgateways

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Systemkonfiguration und klicken Sie auf Zahlungsgateways.

Monetization unterstützt acht Zahlungsgateways standardmäßig, die sind:

braintree
authorize.net
paypal
stripe
cybersource
bankart
tranzila
adyen

Hinweis:

Ein Kunde kann in Monetization nur einen Zahlungsgateway-Anbieter gleichzeitig nutzen. Die gleichzeitige Nutzung mehrerer Zahlungsgateways wird nicht unterstützt.

Information:

Sie können sich in Monetization mit einem benutzerdefinierten Drittanbieter-Zahlungsgateway-Anbieter integrieren. Für weitere Informationen siehe benutzerdefiniertes Zahlungsgateway.

Braintree

Braintree bietet Unternehmen ein Online-Händlerkonto und ein Zahlungsgateway, um Kreditkartenzahlungen zu akzeptieren, einschließlich Visa, MasterCard, Discover, American Express, JCB und Diners.

Um zu konfigurieren, klicken Sie auf Braintree; geben Sie Ihre Händler-ID, den öffentlichen Schlüssel und den privaten Schlüssel ein. Wählen Sie außerdem die entsprechende Umgebung, ob Sandbox (Test) oder Produktion.

Verwenden Sie den Schalter Aktiv, um die Konfiguration zu aktivieren/deaktivieren. Sobald sie aktiviert und konfiguriert ist, kann Monetization mit Braintree kommunizieren.

Information:

Sobald konfiguriert, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Authorize.Net

Der Authorize. Net Payment Gateway kann Ihnen helfen, Kreditkartenzahlungen schnell und kostengünstig zu akzeptieren.

Um zu konfigurieren, klicken Sie auf Authorize.Net; geben Sie Ihre Anmelde-ID und den Transaktionsschlüssel ein. Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Nach der Aktivierung und Konfiguration kann Monetization mit Braintree kommunizieren.

Information:

Nach der Konfiguration können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Paypal

PayPal ist ein Technologieunternehmen, das Online-Zahlungslösungen für Einzelpersonen und Unternehmen weltweit anbietet. Es bietet eine Plattform zum sicheren Senden und Empfangen von Zahlungen, mit Unterstützung für verschiedene Zahlungsmethoden.

Um zu konfigurieren, klicken Sie auf Paypal; geben Sie Ihre Client-ID und das Client-Geheimnis ein. Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Nach der Aktivierung und Konfiguration kann Monetization mit Paypal kommunizieren.

Information:

Nach der Konfiguration können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Stripe

Stripe ist ein Technologieunternehmen, das eine Suite von Zahlungs-APIs für Unternehmen jeder Größe bereitstellt. Es ermöglicht Unternehmen, Zahlungen online zu akzeptieren und zu verwalten, einschließlich Kreditkarte, Apple Pay und Google Pay, unter anderem.

Um zu konfigurieren, klicken Sie auf Stripe; geben Sie Ihren Stripe-API-Schlüssel ein. Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Nach der Aktivierung und Konfiguration kann Monetization mit Stripe kommunizieren.

Information:

Nach der Konfiguration können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

CyberSource

CyberSource ist ein Zahlungsmanagementunternehmen, das eine Reihe von Dienstleistungen anbietet, um Unternehmen zu helfen, Online-Zahlungen sicher und effizient zu verarbeiten. Es bietet eine Suite von Zahlungs-APIs, die es Unternehmen ermöglichen, Zahlungen über mehrere Kanäle zu akzeptieren, einschließlich Mobilgeräten, Web und Point-of-Sale-Systemen.

Um zu konfigurieren, klicken Sie auf CyberSource; geben Sie Ihre Händler-ID und Ihren Schlüssel ein. Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Sobald aktiviert und konfiguriert, kann Monetization mit CyberSource kommunizieren.

Information:

Sobald konfiguriert, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Bankart

Bankart ist ein slowenischer Zahlungsdienstleister, der eine Reihe von Dienstleistungen für Banken und Händler auf dem europäischen Markt anbietet. Ihre Plattform ermöglicht es Unternehmen, verschiedene Zahlungsmethoden zu akzeptieren, einschließlich Debit- und Kreditkarten, kontaktloser Zahlungen und mobiler Zahlungen, was sie zu einer umfassenden Lösung für die Zahlungsabwicklung macht.

Um zu konfigurieren, klicken Sie auf Bankart; geben Sie Ihren API-Benutzernamen und Ihr Passwort, das gemeinsame Geheimnis und den API-Schlüssel ein. Wählen Sie außerdem die geeignete Umgebung, ob Sandbox (Test) oder Produktion.

Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Sobald aktiviert und konfiguriert, kann Monetization mit Bankart kommunizieren.

Information:

Sobald konfiguriert, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Tranzila

Tranzila ist ein israelisches Zahlungs-Gateway, das Unternehmen eine benutzerfreundliche Plattform zur Verarbeitung von Online-Zahlungen bietet. Ihre Plattform unterstützt verschiedene Zahlungsmethoden, wie Kreditkarten, PayPal und Google Pay, was sie zu einer vielseitigen Lösung für Unternehmen jeder Größe macht. Um zu konfigurieren, klicken Sie auf Tranzila; geben Sie Ihr Terminal, Ihr Kreditpasswort und Ihr API-Passwort ein. Wählen Sie außerdem die entsprechende Umgebung, ob Sandbox (Test) oder Produktion.

Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Sobald sie aktiviert und konfiguriert ist, kann Monetization mit Tranzila kommunizieren.

Information:

Sobald die Konfiguration abgeschlossen ist, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Adyen

Adyen ist eine Finanztechnologie-Plattform, die End-to-End-Zahlungen, Daten und Finanzmanagement auf einer einzigen Plattform bereitstellt. Sie kann eine Vielzahl von Zahlungsoptionen für Ihr Unternehmen anbieten.

Benutzerdefinierte Zahlungs-Gateway

Das benutzerdefinierte Zahlungs-Gateway ermöglicht es Ihnen, sich mit einem Zahlungs-Gateway zu integrieren, das Monetization nicht standardmäßig unterstützt.

Um zu konfigurieren, klicken Sie auf Drittanbieter; geben Sie Ihre URL und Ihren API-Schlüssel ein. Um zusätzliche Informationen, die das Drittanbieter-Zahlungs-Gateway benötigt, hinzuzufügen, klicken Sie auf Header. Die Informationen sollten in Schlüssel-Wert-Paaren vorliegen.

Hinweis:

Um zu erfahren, wie Monetization die Unterstützung für die Zahlungsabwicklung durch Drittanbieter-Zahlungsanbieter, die nicht standardmäßig unterstützt werden, oder für Fälle, in denen Sie die Zahlungsabwicklungslogik außerhalb von Monetization über Ihre Integrationsprozesse abwickeln möchten, ermöglicht, siehe benutzerdefinierte-zahlungsintegration.

Verwenden Sie den Aktiv-Schalter, um die Konfiguration zu aktivieren/deaktivieren. Sobald sie aktiviert und konfiguriert ist, kann Monetization mit dem Zahlungs-Gateway kommunizieren.

Information:

Sobald die Konfiguration abgeschlossen ist, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Docs: Benutzerdefinierte Attribute

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Systemkonfiguration und klicken Sie auf Benutzerdefinierte Attribute. Eine paginierte Liste aller benutzerdefinierten Attribute wird in tabellarischer Form angezeigt.

Information:

Sie können nach benutzerdefinierten Attributen nach einer Entität filtern.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Erstellen eines benutzerdefinierten Attributs
Details zur benutzerdefinierten Attributseite
Aktualisieren des benutzerdefinierten Attributs
Löschen des benutzerdefinierten Attributs

Erstellen eines benutzerdefinierten Attributs

Unter benutzerdefinierten Attributen, um ein benutzerdefiniertes Attribut zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und einen Code an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Ein benutzerdefiniertes Attribut kann einen von vier Datentypen haben, die sind:

Numerisch (Zahl)
Zeichenfolge (Text)
Boolesch (Wahr/Falsch)
Datum/Uhrzeit (Zeitstempel)

Hinweis:

Der Datentyp gibt an, wie das benutzerdefinierte Attribut in der Benutzeroberfläche in Monetization angezeigt wird.

Die Entität gibt das Objekt an, zu dem das benutzerdefinierte Attribut gehört.

Details zur benutzerdefinierten Attributseite

Unter benutzerdefinierten Attributen, um die vollständigen Details eines benutzerdefinierten Attributs zu sehen, klicken Sie auf Details. - Name

Code
Datentyp
Entität
Pflichtfeld
Auf der Rechnung enthalten

Aktualisieren benutzerdefinierter Attribute

Unter benutzerdefinierte Attribute, um ein benutzerdefiniertes Attribut zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details des benutzerdefinierten Attributs an. Um das Attribut zu aktualisieren, klicken Sie dann auf Aktualisieren.

Hinweis:

Alle Informationen, die im Abschnitt benutzerdefiniertes Attribut erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme von Code und Entität.

Löschen benutzerdefinierter Attribute

Unter benutzerdefinierte Attribute, um ein benutzerdefiniertes Attribut zu löschen, klicken Sie auf Löschen.

Hinweis:

Das Löschen eines benutzerdefinierten Attributs, das bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jeder spezifische Verweis auf das benutzerdefinierte Attribut muss zuerst gelöscht werden.

Docs: Nutzung

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Nutzung.

Der Bereich der Nutzungsanalytik ist in zwei Unterabschnitte unterteilt:

erster unterabschnitt
zweiter unterabschnitt

Erster Unterabschnitt

Der erste Unterabschnitt zeigt die gesamte Nutzung der monetären Ressourcen in Bezug auf Menge und Betrag. Die Informationen basieren auf dem aktuellen Monat, dem letzten Monat, vor sechs Monaten und vor einem Jahr.

Zum Beispiel, nehmen wir an, der aktuelle Monat ist April und es gab keine Kundenutzung. Im letzten Monat, im März, ergaben sich 140 Mengen aus der Nutzung der monetären Ressource, was auch zu 140 Euro führte. Vor sechs Monaten, im Oktober des letzten Jahres, gab es keine Kundenutzung.

Hinweis:

Der rote oder grüne Pfeil zeigt den prozentualen Rückgang oder Anstieg der Nutzung der monetären Ressource in Bezug auf deren Menge und Betrag durch Kunden im Moment im Vergleich zur gleichen Zeit vor einem Monat, vor sechs Monaten und vor einem Jahr.

Zweiter Unterabschnitt

Der zweite Unterabschnitt zeigt ein Balkendiagramm, das die Kundenutzung von Dienstleistungen/Ressourcen in Monetization aus einem bestimmten Zeitraum basierend auf einer Metrik und einem Intervall darstellt. Sie können nach Ressourcen, Dienstleistungen oder/und Kundentypen filtern.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Docs: Rabatte

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Rabatt erstellen
- Einfache Rabattsektion
- Erweiterte Rabattsektion
Details zur Rabattseite
Rabatt aktualisieren
Rabatt löschen

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Katalog und klicken Sie auf Rabatte. Eine paginierte Liste aller Rabatte wird in tabellarischer Form angezeigt.

Rabatte als Objekte werden auf die gleiche Weise behandelt wie Produkte. Sie sind Teil eines Bundles, das Teil eines Plans ist, und sie haben auch eine Reihe von Regeln und Regel-Filtern, die beschreiben, was genau die Rabattziele sind.

Hinweis:

Ein Rabatt hat Regel-Filter, die ein bestimmtes Tag und/oder eine Kombination von Tags anvisieren. Daher hat jeder Einfluss, der angewendet wird, die konfigurierten Tags. Diese Tags werden dann mit allen aktiven Rabattregel-Filtern verglichen; wenn sie übereinstimmen, weiß Monetization, dass der Rabatt für diese Einflüsse angewendet werden sollte.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Rabatt erstellen
Details zur Rabattseite
Rabatt aktualisieren
Rabatt löschen

Rabatt erstellen

Unter Rabatte, um einen Rabatt zu erstellen, klicken Sie auf Neu erstellen. Wählen Sie entweder den einfachen oder den erweiterten Rabattbereich.

Information:

Wie der Name schon sagt, wird der erweiterte Rabattbereich verwendet, um komplexe Rabatte zu erstellen, die sowohl auf das Charge- als auch auf das Resource-Tag abzielen können.

Einfacher Rabattbereich

Für den einfachen Rabattbereich geben Sie einen Namen und einen Code an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Zusätzlich wählen Sie den Typ aus und geben den Wert ein. Der Typ kann entweder als Prozentsatz oder als fester Betrag konfiguriert werden. Wählen Sie außerdem das Charge-Tag, die monetäre Ressource und konfigurieren Sie den Gültigkeitszeitraum.

Hinweis:

Das Charge-Tag wird verwendet, um das Produkt zu bestimmen, auf das der Rabatt abzielt. Weitere Informationen zu einem Charge-Tag finden Sie unter Tags.

Information:

Rabatte funktionieren ähnlich wie ein Produkt. Daher sollte nach der Erstellung eines Rabatts dieser zu einem Bundle hinzugefügt werden, das dann in einen Plan aufgenommen wird, um ihn zu aktivieren.

Erweiterter Rabattbereich

Für den erweiterten Rabattbereich sind drei Abschnitte erforderlich, nämlich:

Info-Bereich
Regelsätze
Zusammenfassung

Info-Bereich

Geben Sie im Info-Bereich einen Namen, einen Code, eine Beschreibung und einen Gültigkeitszeitraum an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Die Priorität bestimmt, welcher Rabatt zuerst verwendet wird, wenn mehrere Rabatte im Bundle vorhanden sind.

Information:

Eine höhere Zahl bedeutet eine höhere Priorität.

Hinweis:

Ein Bundle ist ein höheres Objekt zur Gruppierung, aber die Rabattprioritäten gelten unabhängig vom Bundle.

Die nicht aktive Bewertung kann für Produkte und Rabatte konfiguriert werden. Sie bedeutet, ob Monetization weiterhin Auswirkungen im Zusammenhang mit diesen Produkten und Rabatten gelten soll, nachdem sie inaktiv oder geschlossen sind.

Es gibt drei konfigurierbare Optionen:

FORBIDDEN — bedeutet, dass Monetization den Rabatt nur bewerten kann, wenn er aktiv ist.
RATE_INACTIVE — bedeutet, dass Monetization den Rabatt nur bewerten kann, wenn er aktiv oder inaktiv, aber nicht geschlossen ist.
RATE_INACTIVE_AND_CLOSED — bedeutet, dass Monetization den Rabatt konsequent bewertet, unabhängig davon, ob er aktiv, inaktiv oder geschlossen ist.

Darüber hinaus wählen Sie den Typ und geben Sie den Wert ein. Der Typ kann entweder ein Prozentsatz oder ein fester Betrag sein.

Regelsets

Im Abschnitt Regelsets klicken Sie, um ein Regelset zu erstellen, auf Regelset hinzufügen. Das Regelset wird verwendet, um regel-objekt zu gruppieren, die zusammenpassen.

Regeln

Um eine Regel zu erstellen, klicken Sie unter Regelsets zuerst auf Umschalten, dann klicken Sie auf Regel hinzufügen. Jede Regel hat eine Priorität, Basis, Basiswert, Regel-Filter und Bereiche.

Basis: Die Basis bedeutet, was überprüft wird (Ressource, Ereignisfeld, Wert, benutzerdefinierter Wert).
Basiswert (Wert): Abhängig von der Basis kann es sich um eine Ressource, ein Ereignisfeld, einen Wert oder einen benutzerdefinierten Wert handeln.

Information:

Der Wert sagt Monetization, welche Basis überprüft werden soll. Wenn Sie beispielsweise das Ereignisfeld namens Betrag betrachten möchten, setzen Sie die Basis auf Ereignisfeld und den Wert auf Betrag.

Regel-Filter: Der Regel-Filter zeigt an, auf was der Rabatt abzielen soll. Dies bedeutet, dass nur Ereignisse erfasst werden, die dem Regel-Filter entsprechen. Sie können nach charge tag, resource tag, service und Ereignisnamen filtern.
Bereiche: Wenn der Regel-Filter übereinstimmt, wird Monetization die Basis und den Wert nehmen und sie mit den Bereichen vergleichen.

Information:

Zum Beispiel, wenn die Basis und der Wert event field und amount sind, und Sie ein Sprachereignis mit einem Betrag von 3,5 haben, wird Monetization 3,5 mit den Bereichen vergleichen.

Wenn ein anwendbarer Bereich gefunden wird, werden die Rabattdetails, die zu diesem Bereich gehören, angewendet.

Die Rabattdetails reduzieren dann den Betrag (3,5) um einen bestimmten Prozentsatz und wenden diesen Einfluss auf die angegebene Ressource, den Rechnungsartikel mit einer bestimmten Steuer und das Hauptbuch an.

Zusammenfassung

Dieser Abschnitt zeigt die Zusammenfassung dessen, was in den vorherigen beiden Abschnitten (info section und rule sets) eingegeben wurde. Die Rabattdetails können vor der Erstellung des Rabatts überprüft werden.

Details der Rabattseite

Unter discounts können Sie die vollständigen Details eines bestimmten Rabatts einsehen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Priorität
Beschreibung
Nicht aktive Bewertung
Wert
Gültigkeitsdauer

Unter den Informationen werden die Regelsets in tabellarischer Form angezeigt, einschließlich ihrer Regeln, Regel-Filter und Bereiche.

Rabatt aktualisieren

Unter discounts können Sie einen Rabatt aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Rabatts. Um zu aktualisieren, klicken Sie dann auf Update.

Information:

Alle Informationen, die im Abschnitt Rabatt erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Rabatt löschen

Unter Rabatte können Sie einen Rabatt löschen, indem Sie auf Löschen klicken.

Hinweis:

Ein Rabatt, der bereits in anderen Teilen von Monetization verwendet wurde, kann nicht gelöscht werden. Jede spezifische Referenz auf den Rabatt muss zuerst gelöscht werden.

Docs: Service-Design

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

service-felder
service-typen
einheiten-gruppen
bewertungs-metriken
ladeintervalle

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Geschäftskonfiguration und klicken Sie auf Service-Design.

Information:

Monetization muss darüber informiert werden, welche Dienst(e) erforderlich sind, damit ein Unternehmen intern operieren kann. Zum Beispiel, nehmen wir an, eine Telekommunikationsbranche mit Daten-, Sprach- und SMS-Diensten. Diese Dienste bestehen aus mehreren Feldern oder Parametern. Sie können dann einen Teil dieser Felder verwenden, um die zu bewertende Menge zu bestimmen.

Dienstfelder

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Dienstfelder. Eine paginierte Liste aller Dienstfelder wird in tabellarischer Form angezeigt.

Ein Dienstfeld ist ein Parameter, der Teil eines diensttyps sein kann. Der Parameter enthält Informationen über eine Sitzung/Ereignis in Monetization.

Beispiel für Dienstfelder

Nehmen wir an, ein Telekommunikationsunternehmen ermöglicht es Kunden, Telefonanrufe zu tätigen. Die Dienstfelder können Folgendes umfassen:

start_time
origin
destination
duration
direction
quantity

Information:

Diese Dienstfelder können dann in einen Dienst aufgenommen werden. Jedes Mal, wenn ein Nutzungsevent für den Dienst eingeht, sind dies die Felder, die Monetization erwarten wird, und es kann die bewertbare Menge aus diesen Feldern erhalten.

Reservierte Felder

Der Sitzungsbezeichner und der Bezeichner sind reservierte Felder, die als Teil der Dienstfelder vorhanden sein müssen. Sie werden automatisch erstellt, wenn ein standort in Monetization erstellt wird.

Der Bezeichner stellt den Dienstbezeichner eines Kunden dar—zum Beispiel eine Mobiltelefonnummer für Daten- oder Sprachdienste. Der Bezeichner muss für jeden Standort eindeutig sein; er könnte eine ganze Zahl, ein Gerät oder alles sein, was verwendet werden kann, um einen Kunden eindeutig zu identifizieren.

Der Sitzungsbezeichner sollte in jedem Nutzungsevent enthalten sein. Dies stellt sicher, dass dasselbe Ereignis nur einmal bewertet wird und nicht dupliziert werden kann. Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Erstellen eines Dienstfeldes
Details zur Dienstfeldseite
Aktualisieren des Dienstfeldes
Löschen eines Dienstfeldes

Erstellen eines Dienstfeldes

Unter Dienstfeldern klicken Sie, um ein Dienstfeld zu erstellen, auf Neu erstellen. Geben Sie einen Namen und einen Code an. Optional können Sie eine Beschreibung hinzufügen.

Information:

Es können mehrere Dienstfelder erstellt werden.

Details zur Dienstfeldseite

Unter Dienstfeldern klicken Sie, um die vollständigen Details eines Dienstfeldes anzuzeigen, auf Details. Es enthält Folgendes:

Name
Code
Beschreibung

Aktualisieren des Dienstfeldes

Unter Dienstfeldern klicken Sie, um ein Dienstfeld zu aktualisieren, zuerst auf Details; es zeigt die Details des Dienstfeldes an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt Erstellen eines Dienstfeldes ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Löschen eines Dienstfeldes

Unter Dienstfeldern klicken Sie, um ein Dienstfeld zu löschen, auf Löschen.

Hinweis:

Das Löschen eines Dienstfeldes, das bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jede spezifische Referenz auf das Dienstfeld muss zuerst gelöscht werden.

Diensttypen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Diensttypen. Eine paginierte Liste aller Diensttypen wird in tabellarischer Form angezeigt.

Ein Diensttyp beschreibt einen Dienst in der Monetization—zum Beispiel einen Sprach- oder Datendienst. Es bestimmt, welche service fields Teil einer Sitzung/Ereignis für diesen speziellen Dienst sein sollen.

Darüber hinaus definiert ein Diensttyp einen Dienst, indem die optionalen oder obligatorischen service fields und rating set fields Monetization-Bedürfnisse in Nutzungsereignissen für einen bestimmten Dienst dargestellt werden.

Information:

Ein gekauftes Produkt kann einen Dienst anbieten, wenn das erstellte product einen Diensttyp enthält. Monetization kann Ereignisse für die Dienstnutzung bewerten.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Create service type
Details service type page
Update service type
Delete service type

Create service type

Unter service types klicken Sie auf Create new, um einen Diensttyp zu erstellen.

Die obligatorischen Eingabefelder umfassen Folgendes:

Name
Code
Obligatorisches Dienstfeld(e)
Autorisierungsstrategie

Die optionalen Eingabefelder umfassen Folgendes:

Beschreibung
Optionale Dienstfeld(e)
rating set fields
Auf der Rechnung enthalten
Auswirkungen auf Salden

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization-API verwendet werden.

Information:

Die Einbeziehung des session identifier und identifier als obligatorische Felder ist eine gute Praxis. Sie sind als reservierte Felder bekannt. Weitere Informationen finden Sie unter Reserved fields.

Um die Dienstdetails auf der Rechnung einzuschließen, verwenden Sie den Schalter Included on invoice, um zu aktivieren/deaktivieren. Die Aktivierung dieser Funktion bedeutet, dass Monetization diese Daten im JSON-Objekt, das für eine Rechnung generiert wird, abruft.

Hinweis:

Nur die Informationen auf der Rechnung für die Leistungsoptimierung einfügen.

Wenn der Impact balances Umschalter aktiviert ist, wird dieser Dienst in Echtzeit mit Guthaben interagieren, reservieren und arbeiten. Falls dies nicht notwendig ist, wird das Deaktivieren die Bewertungsleistung erhöhen.

Bewertungsfeld setzen

Ein Bewertungsfeld ist ein Feld, das anstelle von Rohstrings mit einem bewertungssets Objekt verglichen wird, das mehrere Übereinstimmungen haben kann. Es ist hilfreich für die Präfixübereinstimmung.

Tipp:

Monetization wird das Bewertungsfeld einem Muster zuordnen.

Beispiel für ein Bewertungsfeld

Die Bewertungssets in der Telekommunikationsbranche in Slowenien können mehrere Übereinstimmungen haben: 003865, 003867, 003864 usw., die Telefonvorwahl darstellen. Wenn ein origin Dienstfeld als Bewertungsfeld auf einem Diensttyp definiert ist, werden die Inhalte des Feldes mit allen Vorwahlen in Slowenien verglichen, wenn Monetization versucht, eine Übereinstimmung zu finden. Daher wird, wenn der origin 003865123123 ist, das Bewertungsset für Slowenien übereinstimmen.

Information:

Der Vergleich eines Dienstfeldes mit einer Hierarchie von Zonen wird zu einem Bewertungsfeld.

Details zur Diensttypseite

Unter diensttypen können Sie die vollständigen Details eines Diensttyps anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Pflichtfelder
Optionale Felder
Bewertungsfelder
Autorisierungsstrategie
Auf der Rechnung enthalten
Impact balances

Diensttyp aktualisieren

Unter diensttypen können Sie einen Diensttyp aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Diensttyps an. Dann klicken Sie zur Aktualisierung auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt diensttyp-erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Hinweis:

Beim Aktualisieren der Informationen von Dienstleistungen, die von Kunden genutzt werden, und Ereignissen, wenn ein neues Dienstleistungsfeld zum Diensttyp hinzugefügt wird, wird das Dienstleistungsfeld in allen vorherigen Ereignissen fehlen. Dies liegt daran, dass das Dienstleistungsfeld zu diesem Zeitpunkt für Monetization unbekannt war.

Diensttyp löschen

Unter diensttypen klicken Sie auf Löschen, um einen Diensttyp zu löschen.

Hinweis:

Das Löschen eines Diensttyps, der bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jede spezifische Referenz auf den Diensttyp muss zuerst gelöscht werden.

Einheitengruppen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Einheitengruppen. Eine paginierte Liste aller Einheitengruppen wird in tabellarischer Form angezeigt.

Eine Einheitengruppe ist dazu gedacht, verwandte Einheiten in Monetization zu erstellen. Ein Umrechnungsfaktor muss ebenfalls angegeben werden, um Monetization zu ermöglichen, automatisch zwischen den Einheiten zu konvertieren.

Beispiel einer Einheitengruppe

Angenommen, ein Telekommunikationsunternehmen bietet seinen Kunden einen Datendienst an. Nach der Konfiguration der Einheiten in Kilobyte (kB), Megabyte (MB) und Gigabyte (GB) kann das Nutzungsevent Eingaben in kB haben; gleichzeitig kann die Preisgestaltung in MB erfolgen.

Hinweis:

Jede Einheitengruppe sollte Einheiten enthalten, die zusammengehören. Zum Beispiel kann die Dateneinheitengruppe kB, MB und GB umfassen. Außerdem sollte sie einen Umrechnungsfaktor enthalten, der es Monetization ermöglicht, automatisch zwischen den Einheiten zu konvertieren – zum Beispiel zwischen kB und MB.

Information:

Beim erstellen-eines-tarifplans /catalog/products#create-a-rate-plan), eine Einheit kann für mögliche Mengenumwandlungen bereitgestellt werden.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Einheitengruppe erstellen
Details zur Einheitengruppe
Einheitengruppe aktualisieren
Einheitengruppe löschen

Einheitengruppe erstellen

Unter Einheitengruppen klicken Sie auf Neu erstellen, um eine Einheitengruppe zu erstellen. Geben Sie einen Namen und einen Code an. Optional können Sie eine Beschreibung und einige Einheiten angeben.

Um eine Einheit hinzuzufügen, klicken Sie unter Einheiten auf Einheit hinzufügen. Geben Sie einen Namen, ein Symbol und einen Faktor an. Um eine bestimmte Einheit zur Basiseinheit zu machen, aktivieren Sie das Kontrollkästchen Basiseinheit.

Hinweis:

Die Basiseinheit muss einen Faktor von eins haben, während andere einen Faktor im Vergleich zur Basiseinheit haben sollten.

Zum Beispiel, nehmen wir an, die folgenden Einheiten befinden sich in einer Einheitengruppe:

Name	Symbol	Faktor
Kilobyte	kB	1
Megabyte	MB	1024
Gigabyte	GB	1048576

Um eine Einheit zu löschen, klicken Sie unter Einheiten auf Löschen.

Details zur Einheitengruppe

Unter Einheitengruppen klicken Sie auf Details, um die vollständigen Details einer Einheitengruppe zu sehen. Es enthält Folgendes:

Name
Code
Beschreibung
Einheiten - Die Einheiten werden in tabellarischer Form angezeigt.

Einheitengruppe aktualisieren

Unter Einheitengruppen klicken Sie zuerst auf Details; es zeigt die Details der Einheitengruppe an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt create unit group ausgefüllt sind, können aktualisiert werden, mit Ausnahme des Codes.

Einheitengruppe löschen

Unter unit groups können Sie eine Einheitengruppe löschen, indem Sie auf Löschen klicken.

Bewertungsmetriken

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Bewertungsmetriken. Eine paginierte Liste aller Bewertungsmetriken wird in tabellarischer Form angezeigt.

Monetization verwendet eine Bewertungsmetrik, um die Menge zu bestimmen, die basierend auf den service field(s) aus der Sitzung/Veranstaltung bewertet werden soll. Mit anderen Worten, eine Bewertungsmetrik ermöglicht es Monetization, zu wissen, wie die bewertbare Menge aus einem Ereignis ermittelt werden kann.

Information:

Wenn eine Bewertungsmetrik in Monetization erstellt wird, ist sie nicht an einen Dienst oder ein Produkt gebunden. Dies geschieht bei der Erstellung eines rate plan.

Unter diesem Abschnitt können vier Aktionen/Unterseiten ausgeführt/angesehen werden, nämlich:

Create rating metric
Details rating metric page
Update rating metric
Delete rating metric

Bewertungsmetrik erstellen

Unter rating metrics klicken Sie auf Neue erstellen, um eine Bewertungsmetrik zu erstellen. Geben Sie einen Namen und einen Code an. Optional können Sie eine Beschreibung und eine oder mehrere Metrik-Ausdrücke angeben.

Um einen Metrik-Ausdruck hinzuzufügen, klicken Sie unter Metrik-Ausdrücke auf Metrik-Ausdruck hinzufügen. Geben Sie eine Priorität, einen Ausdruck und eine Einheit an. Die Einheit wird unter Einheitengruppen konfiguriert. Weitere Informationen finden Sie unter Unit groups.

Hinweis:

Der Ausdruck sollte sich direkt auf die Servicefelder aus dem service type beziehen.

Angenommen, ein quantity service field wird als Bewertungsmetrik-Ausdruck eingefügt; Monetization erhält die bewertbare Menge aus dem quantity Servicefeld.

Hinweis:

Es können mehrere Metrik-Ausdrücke mit unterschiedlichen Prioritäten erstellt werden. Zum Beispiel Priorität 0, Priorität 1, Priorität 2 usw. Monetization wird jedoch zunächst den Metrik-Ausdruck mit der höheren Prioritätsnummer verwenden.

Einfache mathematische Ausdrücke wie Addition, Subtraktion und Multiplikation können in einem Metrik-Ausdruck durchgeführt werden, um die bewertbare Menge zu bestimmen. Angenommen, es gibt ein end_time und start_time Servicefeld; daraus kann ein Bewertungsmetrik-Ausdruck der Form end_time - start_time erstellt werden.

Information:

Die tatsächliche Zuordnung der Metrik erfolgt später, wenn das Serviceprodukt erstellt wird.

Details zur Bewertungsmetrik-Seite

Unter rating metrics können Sie die vollständigen Details einer Bewertungsmetrik anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Metrik-Ausdrücke - Die Metrik-Ausdrücke werden in tabellarischer Form angezeigt.

Bewertungsmetrik aktualisieren

Unter rating metrics klicken Sie zuerst auf Details, um eine Bewertungsmetrik zu aktualisieren; es zeigt die Details der Bewertungsmetrik an. Um zu aktualisieren, klicken Sie auf Update.

Information:

Alle Informationen, die im Abschnitt create rating metric ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Bewertungsmetrik löschen

Unter rating metrics klicken Sie auf Delete, um eine Bewertungsmetrik zu löschen.

Hinweis:

Das Löschen einer Bewertungsmetrik, die bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jede spezifische Referenz auf die Bewertungsmetrik muss zuerst gelöscht werden.

Ladeintervalle

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Ladeintervalle. Eine paginierte Liste aller Ladeintervalle wird in tabellarischer Form angezeigt.

Ein Ladeintervall beschreibt, wie Monetization die bewertbare Menge aus der Bewertungsmetrik runden wird. Nachdem die Bewertungsmetrik die rohe zu bewertende Menge berechnet hat, kann das Ladeintervall basierend auf den Konfigurationen auf- oder abgerundet werden.

Hinweis:

Wenn Monetization ein Ereignis erhält, wird die bewertbare Menge ermittelt. Diese wird dann mit dem Ladeintervall verglichen, um auf den nächsten Schritt auf- oder abzurunden. Nach dem Runden wird dies die neue bewertbare Menge sein.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Ladeintervall erstellen
Details zur Ladeintervallseite
Ladeintervall aktualisieren
Ladeintervall löschen

Ladeintervall erstellen

Um ein Ladeintervall unter Ladeintervallen zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und einen Code an. Optional können Sie eine Beschreibung, den minimalen Schritt, den Schritt, den Rundungsmodus und die Einheit angeben.

Der minimale Schritt stellt die kleinste Menge dar, die bewertet werden kann. Wenn Monetization ein Ereignis unterhalb dieses Wertes erhält, wird es auf den minimalen Schritt gerundet. Angenommen, die Konfiguration für den minimalen Schritt beträgt null, und Monetization erhält ein Ereignis unter null; das Ereignis wird auf null gerundet.

Der Schritt gibt an, wie die bewertbare Menge inkrementiert werden soll. Zum Beispiel erhält Monetization ein Ereignis und ermittelt die bewertbare Menge auf 550 durch die rating metric; wenn der Schritt auf 100 konfiguriert ist, wird Monetization die Menge je nach Konfiguration des Rundungsmodus auf- oder abrunden.

Wenn der Rundungsmodus auf Up konfiguriert ist, beträgt die neue bewertbare Menge 600, während die neue bewertbare Menge 500 beträgt, wenn der Rundungsmodus auf Down konfiguriert ist.

Details zur Ladeintervallseite

Unter charge intervals können Sie die vollständigen Details eines Ladeintervalls anzeigen, indem Sie auf Details klicken. Es enthält Folgendes:

Name
Code
Beschreibung
Min Schritt
Schritt
Rundungsmodus
Einheit

Ladeintervall aktualisieren

Unter charge intervals können Sie das Ladeintervall aktualisieren, indem Sie zuerst auf Details klicken; es zeigt die Details des Ladeintervalls an. Um zu aktualisieren, klicken Sie auf Update.

Information:

Alle Informationen, die im Abschnitt create charge interval ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Ladeintervall löschen

Unter charge intervals können Sie ein Ladeintervall löschen, indem Sie auf Delete klicken.

Hinweis:

Das Löschen eines Ladeintervalls, das bereits in anderen Teilen von Monetization verwendet wird, ist nicht möglich. Jeder spezifische Verweis auf das Ladeintervall muss zuerst gelöscht werden.

Docs: Benachrichtigungen

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Benachrichtigungen
Plattformen
- Twilio
- Firebase (FCM)

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Systemkonfiguration und klicken Sie auf Benachrichtigungen.

Benachrichtigungen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Benachrichtigungen. Eine paginierte Liste aller Benachrichtigungen wird in tabellarischer Form angezeigt.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Benachrichtigung erstellen
Details zur Benachrichtigungsseite
Benachrichtigung aktualisieren
Benachrichtigung löschen

Benachrichtigung erstellen

Unter Benachrichtigungen klicken Sie auf Neue erstellen, um eine Benachrichtigung zu erstellen. Geben Sie einen Namen und einen Code an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Publisher werden verwendet, um zu konfigurieren, welcher Typ von Benachrichtigung gesendet werden soll: SMS, Push-Benachrichtigung, URL, E-Mail und Protokoll. Sie werden auch verwendet, um zu konfigurieren, wohin die Benachrichtigung gesendet wird, indem Empfänger verwendet werden.

Um einen Publisher zu erstellen, klicken Sie unter Publisher auf Publisher hinzufügen. Die Aktion und die Anzahl der Wiederholungen geben den Typ der Benachrichtigung an, die gesendet wird, und wie oft sie im Falle eines Fehlers erneut gesendet werden soll – zum Beispiel das Versenden einer E-Mail, die dreimal erneut gesendet wird, falls sie fehlschlägt.

Information:

Die Vorlage ist in Monetization unter Business configuration Templates konfiguriert. Für weitere Informationen siehe Template.

Hinweis:

Die URL-Aktion bedeutet, dass die Benachrichtigung als API-Anfrage an die URL gesendet wird, während die Log-Aktion bedeutet, dass der Protokollierungsdienst einen Protokolleintrag hinzufügt, wann immer die Benachrichtigung ausgelöst wird.

Unter jedem Publisher befinden sich Receivers. Die Receivers beziehen sich darauf, wohin die Benachrichtigung gesendet wird. Es kann eine URL oder ein Kunde sein (wenn es sich um eine E-Mail oder SMS handelt).

Der Scope beschreibt, was die Benachrichtigung auslöst, was ein Abonnement, Abrechnung, Bewertung oder Export sein kann.

Sobald eine spezifische Aktion aus dem Scope erfolgt, können Sie Filteroptionen hinzufügen. Um einen Filter hinzuzufügen, klicken Sie unter Filters auf Add filter.

Details zur Benachrichtigungsseite

Unter notification können Sie die vollständigen Details einer Benachrichtigung einsehen, indem Sie auf Details klicken. Es enthält die folgenden Informationen:

Name
Code
Aktion
Scope
Publisher
Filter (falls vorhanden)

Benachrichtigung aktualisieren

Unter notification können Sie eine Benachrichtigung aktualisieren, indem Sie zuerst auf Details klicken; dies zeigt die Details der Benachrichtigung an. Um zu aktualisieren, klicken Sie auf Update.

Information:

Alle Informationen, die im Abschnitt create notification ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Benachrichtigung löschen

Unter notification können Sie eine Benachrichtigung löschen, indem Sie auf Löschen klicken.

Plattformen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Plattformen.

Dieser Abschnitt zeigt verschiedene Plattformen, die die Zustellung von Benachrichtigungen ermöglichen, mit denen Monetization integriert ist. Dazu gehören Twilio für Textnachrichten und Firebase für Push-Benachrichtigungen.

Hinweis:

Sie müssen die Dienste einrichten, um sie in Monetization zu verwenden.

Twilio

Twilio ist eine Cloud-Kommunikationsplattform, die Unternehmen eine Suite von APIs zur Verfügung stellt, um Messaging-, Sprach- und Videoanwendungen zu erstellen. Ihre Plattform ermöglicht es Unternehmen, Textnachrichten als Benachrichtigungen aus Monetization zu senden.

Um zu konfigurieren, klicken Sie auf Twilio; geben Sie Ihre Client-ID und das Client-Geheimnis ein.

Information:

Sobald die Konfiguration abgeschlossen ist, können Sie die Konfiguration bearbeiten und löschen. Um zu löschen, klicken Sie auf Löschen.

Firebase (FCM)

Firebase Cloud Messaging (FCM) bietet eine zuverlässige und energieeffiziente Verbindung zwischen Ihrem Server und Geräten, sodass Sie Nachrichten und Benachrichtigungen kostenlos auf iOS, Android und im Web senden und empfangen können.

Docs: Ereignisgeneratoren

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Katalog und klicken Sie auf Ereignisgeneratoren. Eine paginierte Liste aller Ereignisgeneratoren wird in tabellarischer Form angezeigt.

Ein Ereignisgenerator kann mit einem Dienst oder einem Abrechnungsprofil verknüpft werden. Im Wesentlichen wird er verwendet, um ein Ereignis kurz vor der Abrechnung zu erzeugen, das Felder mit Werten von Ressourcenbilanzen enthalten kann.

Beispiel für einen Ereignisgenerator

Angenommen, ein Kunde steht kurz vor der Abrechnung; daher steht der Abrechnungszyklus kurz vor dem Wechsel. Mit Hilfe eines Ereignisgenerators kann Monetization einige Nutzungsevents basierend auf dem Status der aktuellen Ressourcen, die jedem Kunden zur Verfügung stehen, selbst erstellen.

Zum Beispiel, nehmen wir an, ein Versorgungsunternehmen für Elektrizität hat nur einmal im Monat einen Saldo beim Kunden. Der Ereignisgenerator kann verwendet werden, um den Saldo des zählers beim Kunden zu nehmen und daraus ein Nutzungsevent zu generieren.

Docs: Gutschein

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Gutschein vs. Coupon
- Beispiel für einen Coupon
- Beispiel für einen Gutschein
Gutschein erstellen
- Erklärung einiger Begriffe
- Praktisches Beispiel
Details zur Gutscheinseite

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Business-Konfiguration und klicken Sie auf Gutschein. Eine paginierte Liste aller Gutscheine wird in tabellarischer Form angezeigt.

Gutscheine bieten spezifische Pakete, die dem Kunden beim Verbrauch einen Rabatt gewähren. Es ist ähnlich wie ein Coupon.

Gutschein vs. Coupon

Der Unterschied zwischen einem Coupon und einem Gutschein besteht darin, dass ein Coupon nur für den spezifischen Kauf gültig ist. Im Gegensatz dazu kann ein Gutschein dem Kunden über einen längeren Zeitraum etwas gewähren. Zum Beispiel kann ein Kunde durch einen Gutschein einen Rabatt erhalten, der zwei Jahre lang gültig ist.

Hinweis:

Ein Coupon wird verwendet und ist nur während des Kaufs gültig, während ein Gutschein jederzeit eingelöst werden kann.

Beispiel für einen Coupon

Ein Kunde kauft ein Add-On für 1GB, das 10 Euro kostet und einen Coupon-Code für einen 50% Rabatt hat.

Beispiel für einen Gutschein

Ein Kunde erhält einen Belohnungsgutschein-Code, der, wenn er eingelöst wird, 100 MB kostenlos gewährt.-

Unter diesem Abschnitt können zwei Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Einen Gutschein erstellen
Details zur Gutscheinseite

Einen Gutschein erstellen

Unter Gutschein klicken Sie auf Neu erstellen, um einen Gutschein zu erstellen. Geben Sie einen Namen, einen Code, Anbieter, Code-Zeichensatz, Code-Vorlage, Menge, Einlösungsmenge, Bereichsstart, Bundle und Gültigkeitsdauer an; die verbleibenden Eingabefelder sind optional.

Erklärung einiger Begriffe

Anbieter

Dies bedeutet den Namen der Entität, die den Gutschein besitzt. Es wird nur zu Informationszwecken verwendet. Der Name Ihrer Organisation kann in diesem Abschnitt verwendet werden.

Code-Zeichensatz

Die Code-Vorlage

Dies bietet die Vorlage, die Monetization zur Generierung der Gutscheincodes verwenden wird.

Hinweis:

Verwenden Sie # als Platzhalter für automatisch generierte Codes.

Menge

Dies stellt die Anzahl der zu generierenden Gutscheincodes dar.

Einlösungsmenge

Dies stellt dar, wie oft der Kunde jeden Code verwenden kann.

Bereichsstart

Dies stellt den Ausgangspunkt für die automatisch generierten Codes dar.

Praktisches Beispiel

Im Folgenden wird ein Beispiel für eine Gutschein-Konfigurationseinstellung gezeigt.

Code-Vorlage = voucher_##
Zeichensatz = numerisch
Menge = 5
Einlösungsmenge = 1
Bereichsstart = 87

Dies ergibt fünf generierte Gutscheincodes, die der Kunde nur einmal verwenden kann. Die Codes werden wie folgt basierend auf der Codevorlage und dem Startbereich generiert:

voucher_87
voucher_88
voucher_89
voucher_90
voucher_91

Einzelheiten zur Gutscheinseite

Unter gutschein, um die vollständigen Einzelheiten eines Gutscheins zu sehen, klicken Sie auf Einzelheiten. Es enthält Folgendes:

Name
Code
Beschreibung
Anbieter
Typ
Zeichensatz des Codes
Codevorlage
Menge
Einlösungsmenge
Startbereich
Paket
Gültigkeitsdauer

Unter den Informationen werden die generierten Gutscheincodes in tabellarischer Form angezeigt, einschließlich ihres Status und der verbleibenden Menge.

Information:

Sie können die Gutscheincodes nach Neu, In Verwendung, Verwendet, Abgelaufen oder Storniert filtern.

Docs: Produkte

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Produkte.

Der Produktanalysebereich ist in zwei Unterabschnitte unterteilt:

erste untersektion
zweite untersektion

Erste untersektion

Die erste Untersektion zeigt ein Kreisdiagramm, das die fünf häufigsten Produktkäufe von Kunden darstellt.

Zweite untersektion

Die zweite Untersektion zeigt eine Balkendiagrammdarstellung aller Produktkäufe aus einem bestimmten Zeitraum basierend auf einer Metrik und einem Intervall. Sie können nach Produkt und/oder Kundentyp filtern.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Docs: Abrechnung

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Abrechnung.

Der Bereich der Abrechnungsanalytik ist in drei Unterabschnitte unterteilt:

erste untersektion
zweite untersektion
dritte untersektion

Erste untersektion

Die erste Untersektion zeigt die Nettoumsätze, die von Kunden erzielt wurden. Die Informationen basieren auf dem aktuellen Monat, dem Monat davor, vor sechs Monaten und vor einem Jahr.

Zum Beispiel, nehmen wir an, der aktuelle Monat ist April, mit einem Nettoumsatz von 34.000 Euro. Im letzten Monat, im März, gab es einen Nettoumsatz von 40.000 Euro. Vor sechs Monaten, im Oktober des letzten Jahres, gab es einen Nettoumsatz von 25.000 Euro.

Hinweis:

Der rote oder grüne Pfeil zeigt den prozentualen Rückgang oder Anstieg des Nettoumsatzes im Moment im Vergleich zur gleichen Zeit vor einem Monat, vor sechs Monaten und vor einem Jahr.

Zweite untersektion

Die zweite Untersektion zeigt ein Balkendiagramm, das die Einnahmen aus einem bestimmten Zeitraum basierend auf einem Intervall darstellt. Darüber hinaus sehen Sie auch die Zahlungen, die Sie geleistet haben.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Dritte untersektion

Die dritte Untersektion zeigt ein Balkendiagramm, das die Einnahmen aus einem bestimmten Zeitraum basierend auf Kundentyp/Zahlungsart und Intervall darstellt.

Hinweis:

Die visuelle Darstellung in Form eines Balkendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Docs: CRM-Integrationen

Mon, 01 Jan 0001 00:00:00 +0000

Salesforce

Salesforce ist eine kundenorientierte, cloudbasierte Software, die jede Abteilung eines Unternehmens mit Informationen über Kunden und potenzielle Kunden vereint, um Beziehungen und Interaktionen aufzubauen, die eine optimale Verkaufsumwandlung erzielen und die Kunden wirklich zufriedenstellen.

Docs: Geschäftsabläufe

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Jobs
Jobhistorie
Nutzung

Um auf diesen Abschnitt in Monetization zuzugreifen, klicken Sie im Menü auf Geschäftsabläufe.

Jobs

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Jobs. Geplante Jobs (Aufgaben) oder derzeit ausgeführte Jobs werden in diesem Abschnitt angezeigt.

Es gibt neun verschiedene Jobs in Monetization, nämlich:

Abrechnungsjob
Rechnungsstellungsjob
Kaufverifizierungsjob
Planübergangsjob
Aktivierungsjob für aufgeschobene Käufe
Zahlungseinzugsjob
Mahnung
Finanzberichterstattungsjob
Exportjob

Abrechnungsjob

Der Abrechnungsjob ist so konfiguriert, dass er die Abrechnung für jedes Abrechnungsprofil ausführt, das den Jobkriterien entspricht, und sich in einem Zustand befindet, in dem die Abrechnung ausgeführt werden kann.

Information:

Die Abrechnung schließt den vorherigen Abrechnungszyklus ab und beginnt einen neuen. Zum Beispiel kann für Kunden, die ihren Abrechnungstag auf den 1. Tag des Monats festgelegt haben, der Abrechnungsjob so geplant werden, dass er am 1. ausgeführt wird, um ihren Abrechnungszyklus zu verschieben.

Um einen Abrechnungsjob zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Abrechnungsjob fest. Um den Job so zu planen, dass er nur einmal ausgeführt wird, wählen Sie One-off; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Repeatable; um den Job von einem anderen Job auszuführen, wählen Sie Chain.

Hinweis:

Ein als Chain konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan One-off ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Repeatable ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Es könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Abrechnungsjob können konfiguriert werden; er ist darauf ausgelegt, die bestimmten Elemente zu bestimmen, die der Job betreffen wird. Die Elemente umfassen den kundentyp, Kunden-IDs, Gruppen, benutzerdefinierte Attribute und Zahlungsarten. Zum Beispiel wird der Abrechnungsjob nur auf Kunden mit einer nachträglichen Zahlungsart angewendet.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Abrechnungsjob wird ALLE Entitäten betreffen, wenn keine Kriterien angegeben sind.

Information:

Wenn Monetization die Abrechnung für ein Kundenabrechnungsprofil ausführt, wird der Job auch die Abrechnung für Gruppenmitglieder in der Gruppe dieses Kunden ausführen. Um dies zu deaktivieren, wählen Sie unter Kriterien Gruppen und wählen Sie Wert.

Um andere Jobs zu verknüpfen, klicken Sie unter Chain jobs auf Create new; wählen Sie den Job type und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Chain jobs angezeigt werden.

Information:

Der Parameter Offset gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Delete.

Sobald der Abrechnungsjob konfiguriert ist, werden die Variablen status, name, criteria und next run at für den Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Resume; um den Job zu löschen, klicken Sie auf Delete.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Abrechnungsjob

Der Abrechnungsjob ist so konfiguriert, dass die entsprechende Rechnung für alle Rechnungen mit dem billing status generiert wird. Die Rechnungen werden auf der Rechnung angezeigt, die der Kunde bezahlen kann.

Um einen Abrechnungsjob zu erstellen, klicken Sie auf Create new. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Abrechnungsjob fest. Um den Job einmal auszuführen, wählen Sie One-off; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Repeatable; um den Job durch einen anderen Job auszuführen, wählen Sie Chain.

Hinweis:

Ein als Chain konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan One-off ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Wenn der Wiederholbare Zeitplan ausgewählt ist, muss der Job auch so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Es könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Rechnungsjob können konfiguriert werden; er ist darauf ausgelegt, das bestimmte Element(e) zu bestimmen, die der Job betreffen wird. Die Elemente umfassen den kundentyp und die Kunden-IDs. Zum Beispiel wird der Rechnungsjob nur für einen bestimmten Kundentyp angewendet.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Rechnungsjob wird ALLE Entitäten betreffen, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verknüpfen, klicken Sie unter Jobs verknüpfen auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Jobs verknüpfen angezeigt werden.

Information:

Der Offset-Parameter gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Rechnungsjob konfiguriert ist, werden die Variablen Status, Name, Kriterien und nächste Ausführung um für den Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Kaufverifizierungsjob

Der Kaufverifizierungsjob ist so konfiguriert, dass er überprüft, ob Ihre Kunden eines ihrer Produkte erneuern oder stornieren sollten, und dann wird diese Aktion ausgeführt.

Um einen Kaufverifizierungsjob zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Kaufverifizierungsjob fest. Um den Job einmal auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job von einem anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan Einmalig ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Wiederholbar ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Es könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Kaufverifizierungsjob können konfiguriert werden; er ist so konzipiert, dass er die Elemente steuert, die der Job beeinflussen wird. Die Elemente umfassen den kundentyp und die Kunden-IDs. Zum Beispiel wird der Kaufverifizierungsjob nur für einen bestimmten Kundentyp angewendet. Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Kaufverifizierungsjob wirkt sich auf ALLE Entitäten aus, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verknüpfen, klicken Sie unter Jobs verknüpfen auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Jobs verknüpfen angezeigt werden.

Information:

Der Parameter Offset gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Kaufverifizierungsjob konfiguriert ist, werden die Variablen Status, Name, Kriterien und nächste Ausführung um für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Planübergangsjob

Der Planübergangsjob ist so konfiguriert, dass er einen Kunden von einem plan zu einem anderen migriert. Wenn der Planübergangsjob beispielsweise so konfiguriert ist, dass er einmal täglich um Mitternacht ausgeführt wird, wird der Plan eines Kunden, der an diesem Tag auf die Änderung seines Plans wartet, um Mitternacht geändert.

Um einen Planübergangsjob zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Auch den Zeitplan für den Planübergangsjob festlegen. Um den Job einmal auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job durch einen anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan Einmalig ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Wiederholbar ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Er könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Planübergangsjob können konfiguriert werden; er ist darauf ausgelegt, die Elemente zu steuern, die der Job beeinflussen wird. Die Elemente umfassen den kundentyp und die Kunden-IDs. Zum Beispiel wird der Planübergangsjob nur für einen bestimmten Kundentyp angewendet.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Planübergangsjob wird ALLE Entitäten beeinflussen, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verketten, klicken Sie unter Kette Jobs auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Kette Jobs angezeigt werden.

Information:

Der Parameter Offset gibt die Zeit an, die vergehen sollte, bevor der verkettete Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Planübergangsjob konfiguriert wurde, werden die Variablen Status, Name, Kriterien und nächster Ausführungszeitpunkt für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pausieren; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Aktivieren Sie den Job für aufgeschobene Käufe

Kunden können Käufe im Voraus planen. Wenn der Job für aufgeschobene Käufe konfiguriert und ausgeführt wird, ermöglicht er es, den Kunden für diese Käufe zu belasten.

Hinweis:

Die Käufe müssen zu diesem Zeitpunkt gültig sein.

Um einen Job für aufgeschobene Käufe zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Job für aufgeschobene Käufe fest. Um den Job einmal auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job von einem anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan Einmalig ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Wiederholbar ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Er könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten ausgeführt werden.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Job zur Aktivierung von aufgeschobenen Käufen können konfiguriert werden; er ist darauf ausgelegt, die Elemente zu steuern, die der Job betreffen wird. Die Elemente umfassen den kundentyp und die Kunden-IDs. Zum Beispiel wird der Job zur Aktivierung von aufgeschobenen Käufen nur für einen bestimmten Kundentyp angewendet.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Job zur Aktivierung von aufgeschobenen Käufen wird ALLE Entitäten betreffen, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verknüpfen, klicken Sie unter Jobs verknüpfen auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Jobs verknüpfen angezeigt werden.

Information:

Der Offset-Parameter gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Job zur Aktivierung von aufgeschobenen Käufen konfiguriert wurde, werden die Status, Name, Kriterien und nächster Ausführungszeitpunkt Variablen für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause des Jobs auf.

Zahlungsinkasso-Job

Der Zahlungsinkasso-Job ist so konfiguriert, dass er automatisch Zahlungen für fällige Rechnungen einzieht, wenn der Kunde eine Standard-Zahlungsmethode (Kredit-/Debitkarte) hinzugefügt hat.

Um einen Zahlungsinkasso-Job zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Zahlungsinkasso-Job fest. Um den Job einmalig auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job von einem anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan Einmalig ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Wiederholbar ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Dies kann jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Zahlungsinkasso-Job können konfiguriert werden; er ist so gestaltet, dass er die Elemente steuert, die der Job beeinflussen wird. Die Elemente umfassen den kundentyp und die Kunden-IDs. Beispielsweise kann der Zahlungsinkasso-Job nur auf einen bestimmten Kundentyp angewendet werden.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Zahlungsinkasso-Job wird ALLE Entitäten beeinflussen, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verknüpfen, klicken Sie unter Chain jobs auf Create new; wählen Sie den Job type und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Chain jobs angezeigt werden.

Information:

Der Parameter Offset gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Delete.

Sobald der Zahlungsabwicklungsjob konfiguriert ist, werden die Variablen status, name, criteria und next run at für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Resume; um den Job zu löschen, klicken Sie auf Delete.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Mahnjob

Der Mahnjob ist so konfiguriert, dass er Aktionen ausführt, die in den Mahnkonfigurationen festgelegt sind. Für weitere Informationen siehe mahnung.

Um einen Mahnjob zu erstellen, klicken Sie auf Create new. Geben Sie einen Namen und eine Beschreibung ein. Legen Sie auch den Zeitplan für den Mahnjob fest. Um den Job einmal auszuführen, wählen Sie One-off; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Repeatable; um den Job durch einen anderen Job auszuführen, wählen Sie Chain.

Hinweis:

Ein als Chain konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan One-off ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Repeatable ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Zusätzlich müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Es könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Mahnjob können konfiguriert werden; er ist darauf ausgelegt, die Elemente zu steuern, die der Job betreffen wird. Die Elemente umfassen den kundentyp, Kunden-IDs und benutzerdefinierte Attribute. Zum Beispiel wird der Mahnjob nur auf einen bestimmten Kundentyp angewendet.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Mahnjob wird ALLE Entitäten betreffen, wenn keine Kriterien angegeben sind.

Um andere Jobs zu verknüpfen, klicken Sie unter Jobs verknüpfen auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Jobs verknüpfen angezeigt werden.

Information:

Der Offset-Parameter gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Mahnjob konfiguriert ist, werden die Variablen Status, Name, Kriterien und nächste Ausführung um für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Finanzberichterstattungsjob

Der Finanzberichterstattungsjob ist so konfiguriert, dass er alle finanziellen Journale für einen festgelegten Zeitraum sammelt.

Um einen Finanzberichterstattungsjob zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Finanzberichterstattungsjob fest. Um den Job einmal auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job von einem anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Zeitplan Einmalig ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Zeitplan Wiederholbar ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Dies kann jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Spezifische Kriterien für den Finanzberichterstattungsjob können konfiguriert werden; er ist so konzipiert, dass er die Elemente steuert, die der Job beeinflussen wird. Die Elemente umfassen Hauptbücher, Hauptbuchgruppen, Einnahmetypen und Kontotypen. Beispielsweise könnte der Finanzberichterstattungsjob nur auf einen bestimmten Kontotyp angewendet werden.

Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Finanzberichterstattungsjob wird ALLE Entitäten beeinflussen, wenn keine Kriterien angegeben sind.

Die Periodendauer gibt den Zeitraum an, für den der Finanzbericht erstellt wird—zum Beispiel ein Finanzbericht aus März 2022 oder ein Bericht aus dem Vormonat.

Um andere Jobs zu verknüpfen, klicken Sie unter Jobs verknüpfen auf Neu erstellen; wählen Sie den Jobtyp und den Job aus.

Hinweis:

Nur ein als Kettenjob konfigurierter Job kann unter Jobs verknüpfen angezeigt werden.

Information:

Der Offset-Parameter gibt die Zeit an, die vergehen soll, bevor der verknüpfte Job ausgeführt wird.

Um einen Kettenjob zu löschen, klicken Sie auf Löschen.

Sobald der Mahnjob konfiguriert ist, werden die Status, Name, Kriterien und nächster Ausführungszeitpunkt für diesen Job angezeigt. Um den Job zu pausieren, klicken Sie auf Pause; um den Job fortzusetzen, klicken Sie auf Fortsetzen; um den Job zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Job pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Jobs hebt die Pause auf.

Exportieren von Jobs

Der Exportjob ist so konfiguriert, dass er mehrere Komponenten, wie Rechnungen, Finanzberichte, Zahlungstransaktionen, Nutzungsevents usw., in verschiedenen Formaten an verschiedene Standorte exportiert.

Um einen Exportjob zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen und eine Beschreibung an. Legen Sie auch den Zeitplan für den Exportjob fest. Um den Job einmal auszuführen, wählen Sie Einmalig; um ihn wiederholt basierend auf dem konfigurierten Zeitraum auszuführen, wählen Sie Wiederholbar; um den Job durch einen anderen Job auszuführen, wählen Sie Kette.

Hinweis:

Ein als Kette konfigurierter Job kann nur von einem anderen Job ausgeführt werden.

Wenn der Einmalige Zeitplan ausgewählt ist, muss der Job so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird.

Wenn der Wiederholbare Zeitplan ausgewählt ist, muss der Job ebenfalls so konfiguriert werden, dass er zu einem bestimmten Datum und einer bestimmten Uhrzeit ausgeführt wird. Darüber hinaus müssen Sie konfigurieren, wie oft der Job ausgeführt werden soll. Es könnte jährlich, monatlich, wöchentlich, täglich, stündlich oder in Minuten sein.

Hinweis:

Die Auswahl von Testmodus bedeutet, dass der Job als Test ausgeführt wird, der die Datenbank nicht verändert.

Unter Konfiguration konfigurieren Sie die Art der zu exportierenden Daten, die eine Rechnung, einen Finanzbericht, eine Zahlungstransaktion oder ein Ereignis sein könnte. Darüber hinaus konfigurieren Sie das Ziel: E-Mail, SFTP oder Webhook.

Wenn E-Mail als Ziel konfiguriert ist, geben Sie die E-Mail-Vorlage an. Die E-Mail-Vorlage wird unter Geschäftskonfiguration Vorlage E-Mail-Vorlagen konfiguriert.

Wenn SFTP konfiguriert ist, geben Sie den Speicherort und das Format an. Der Speicherort gibt an, wo die exportierte Datei übertragen wird.

Tipp:

Laden Sie einen SFTP/FTP-Client/Software herunter und installieren Sie ihn, zum Beispiel FileZilla . Führen Sie ihn als Server auf Ihrem Computer aus und geben Sie die URL zu Monetization als Speicherort an. Dies wird die Datei auf den Server herunterladen.

Spezifische Kriterien für den Exportjob können konfiguriert werden; sie sind dazu gedacht, die Elemente zu steuern, die der Job beeinflussen wird. Die Elemente umfassen den kundentyp, benutzerdefinierten attribut und zahlungstypen. Zum Beispiel wurde der Exportjob nur auf Kunden mit einem nachträglichen Zahlungstyp angewendet. Um ein Kriterium hinzuzufügen, klicken Sie unter Kriterien auf Neu erstellen. Um ein Kriterium zu löschen, klicken Sie unter Kriterien auf Löschen.

Hinweis:

Der Exportauftrag wirkt sich auf ALLE Entitäten aus, wenn keine Kriterien angegeben sind.

Die Dauer des Zeitraums gibt den Zeitraum an, für den der Export erstellt wird—zum Beispiel den Export von Nutzungsevents aus März 2022 oder Rechnungen aus dem Vormonat. Das Zeitfeld gibt das Feld an, nach dem gesucht werden soll.

Um andere Aufträge zu verknüpfen, klicken Sie unter Aufträge verknüpfen auf Neu erstellen; wählen Sie den Auftragstyp und den Auftrag aus.

Hinweis:

Nur ein als Verknüpfungsauftrag konfigurierter Auftrag kann unter Aufträge verknüpfen angezeigt werden.

Information:

Der Offset-Parameter gibt die Zeit an, die vergehen sollte, bevor der verknüpfte Auftrag ausgeführt wird.

Um einen Verknüpfungsauftrag zu löschen, klicken Sie auf Löschen.

Sobald der Exportauftrag konfiguriert ist, werden die Variablen Status, Name, Kriterien und nächste Ausführung um für diesen Auftrag angezeigt. Um den Auftrag zu pausieren, klicken Sie auf Pause; um den Auftrag fortzusetzen, klicken Sie auf Fortsetzen; um den Auftrag zu löschen, klicken Sie auf Löschen.

Hinweis:

Wenn ein Auftrag pausiert ist, wird er unabhängig vom Zeitplan nicht ausgeführt. Das Fortsetzen des Auftrags hebt die Pause auf.

Auftragsverlauf

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Auftragsverlauf. Der Auftragsverlauf zeigt eine paginierte Liste der ausgeführten Aufträge für jeden Auftrag in tabellarischer Form aus einem bestimmten Zeitraum. Er enthält das Datum und die Uhrzeit, zu der der Auftrag zuletzt ausgeführt wurde, sowie die Gesamtzahl der Fehler und Erfolge. Für jeden ausgeführten Job bezieht sich der Name auf den Namen des Jobs; die Zeit zeigt an, wann der Job gestartet und beendet wurde sowie die Ausführungsdauer des Jobs; die Verarbeitet zeigt die Anzahl der Erfolge und Fehler.

Um die vollständigen Details der Fehlermeldung für jeden fehlgeschlagenen Job sowie die Erfolge zu sehen, klicken Sie auf Details.

Information:

Sie können die Jobhistorie nach Datum und Uhrzeit filtern.

Nutzung

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Nutzung. Dieser Abschnitt zeigt Nutzungsevents, die aufgrund eines Bewertungs- oder Eingabefeldproblems nicht bewertet werden können. Solche Ereignisse können korrigiert und dann erneut bewertet werden.

Docs: Mahnung

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Business-Konfiguration und klicken Sie auf Mahnung. Geben Sie einen Namen und eine Beschreibung ein.

Der Betragsschwellenwert bezieht sich auf den Mindestbetrag auf der Rechnung, bevor der Mahnungsprozess ihn aufnehmen kann. Das bedeutet, dass der fällige Rechnungsbetrag über dem Betragsschwellenwert liegen muss, um erfasst zu werden.

Aktionen wie das Anwenden von Strafgebühren, das Versenden von Zahlungserinnerungen und das Einziehen unbezahlter Rechnungen können konfiguriert werden. Um dies zu erreichen, klicken Sie unter Aktionen auf Neu erstellen. Jede Aktion hat einen Typ. Diese umfassen die folgenden:

gebühr
benachrichtigung
einziehen
blockieren

Gebühr

Das bedeutet, dass dem Kunden eine Strafgebühr für die unbezahlte Rechnung berechnet wird. Um dies zu konfigurieren, geben Sie einen Namen und eine Beschreibung für die Aktion an.

Darüber hinaus wählen Sie das paket. Das Paket ist so konfiguriert, dass dem Kunden ein bestimmter Betrag für die verspätete Zahlung der Rechnung berechnet wird. Daher wird die Aktion ein Zusatzpaket im Abonnement des Kunden erwerben.

Benachrichtigung

Dies sendet eine Benachrichtigung in Form einer E-Mail oder SMS an den Kunden. Beispielsweise erhält ein Kunde eine Zahlungserinnerungs-E-Mail, wenn seine Rechnung seit drei Tagen überfällig ist.

Für diesen Konfigurationstyp müssen Sie eine E-Mail- oder SMS-Vorlage auswählen. Die Mailvorlage ist in Monetization unter Business configuration Template Mail template konfiguriert.

recollect

Dies wird automatisch versuchen, die Zahlung für eine unbezahlte Rechnung einzuziehen. Für diesen Mahnprozess muss eine payment-gateway-integration in Monetization konfiguriert werden. Darüber hinaus muss der Kunde eine Kreditkarte angegeben haben.

block

Dies wird eine API-Anfrage an Ihr Drittanbieter-Servicekontrollsystem senden, das den Service des Kunden aufgrund unbezahlter Rechnungen sperren würde.

Hinweis:

Für jede Mahnkonfigurationsaktion bedeutet die Overdue days, dass die Aktion nur ausgelöst wird, wenn eine Rechnung seit dieser Anzahl von Tagen fällig ist.

Angenommen, eine Rechnung war am 15. Tag des Monats fällig und wurde am 20. Tag noch nicht bezahlt. Am 20. Tag wird die Rechnung seit fünf Tagen überfällig sein. Daher wird die Aktion ausgeführt, wenn die Overdue days auf fünf Tage konfiguriert ist.

Um jede Aktion für die Mahnkonfigurationen zu löschen, klicken Sie auf Delete.

Docs: Buchhaltung

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Rechnungen
- Der Rechnungsstatus
Quittungen
- Rechnungsdetails
- Offline-Rechnungszahlung
Transaktionen

Um auf diesen Bereich in Monetization zuzugreifen, klicken Sie im Menü auf Buchhaltung.

Rechnungen

Um auf diesen Bereich zuzugreifen, klicken Sie auf Rechnungen. Eine paginierte Liste aller Rechnungen aus einem bestimmten Zeitraum wird in tabellarischer Form angezeigt.

Eine Rechnung stellt alle Kundenkosten dar, die während eines Abrechnungszyklus angefallen sind.

Um die Rechnungenliste in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Drucken, und zum Kopieren klicken Sie auf Kopieren.

Hinweis:

Sie werden pro paginierter Seite generiert, gedruckt und kopiert.

Information:

Sie können nach Rechnungen filtern nach Rechnungs-ID, Datum-Uhrzeit, Status, Kunden-ID, Abrechnungsprofil-ID, Gesamtbetrag oder/und fälligem Betrag.

Der Rechnungsbetrag bezieht sich auf den Gesamtbetrag der Rechnung. Der fällige Betrag bezieht sich auf den verbleibenden Betrag, der noch vom Kunden zu zahlen ist.

Hinweis:

Die Rechnung für eine Rechnung wird durch einen separaten Job generiert, der als Rechnungsjob bekannt ist. Für weitere Informationen siehe Rechnungsjob.

Der Rechnungsstatus

Im Rechnungsbereich kann eine Rechnung den folgenden Status haben:

Active — Eine aktive Rechnung bezieht sich auf die aktuelle Rechnung. Sobald der Abrechnungszyklus beendet ist, wechselt die aktive Rechnung in den Abrechnungs-Status.

Billing — Wenn sich die Rechnung im Abrechnungs-Status befindet, bedeutet dies, dass der Kunde die Rechnung nicht vollständig bezahlt hat.

Closed — Wenn die Rechnung geschlossen ist, bedeutet dies, dass die Rechnung vom Kunden vollständig bezahlt wurde.

Rechnungen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Rechnungen. Eine paginierte Liste aller Rechnungen aus einem bestimmten Zeitraum wird in tabellarischer Form angezeigt.

Eine Rechnung in Monetization ist eine Darstellung des Rechnungsobjekts, das dem Kunden präsentiert wird.

Um die Rechnungenliste in einer Tabelle zu generieren, klicken Sie auf CSV. Um zu drucken, klicken Sie auf Drucken, und um zu kopieren, klicken Sie auf Kopieren.

Hinweis:

Sie werden seitenweise generiert, gedruckt und kopiert.

Information:

Sie können Rechnungen nach Datum, Rechnungs-ID, Rechnungsnummer, Rechnungs-ID, Status, Kunden-ID oder/und Abrechnungsprofil-ID filtern.

Der Rechnungsbetrag bezieht sich auf den Gesamtbetrag der Rechnung. Der Fällige Betrag bezieht sich auf den verbleibenden Betrag, der vom Kunden noch zu zahlen ist.

Das Fälligkeitsdatum stellt das letzte Datum dar, an dem der Kunde den Gesamtbetrag für die Rechnung vollständig bezahlen muss.

Hinweis:

Ein separater Hintergrundjob ist verantwortlich für die Generierung der Rechnungen. Für weitere Informationen siehe Invoicing job.

Im Rechnungsabschnitt kann eine Rechnung den folgenden Status haben:

Billing — Wenn sich die Rechnung im Abrechnungs-Status befindet, bedeutet dies, dass der Kunde die Rechnung nicht vollständig bezahlt hat.
Closed — Wenn die Rechnung geschlossen ist, bedeutet dies, dass die Rechnung vom Kunden vollständig bezahlt wurde. ### Rechnungsdetails

Um eine bestimmte Rechnung mit einer Vorlage anzuzeigen, klicken Sie auf Details. Nach der Vorschau kann sie als PDF, HTML oder JSON gespeichert werden.

Hinweis:

Sie können von einer Vorlage zu einer anderen wechseln.

Information:

Die Vorlage für eine Rechnung wird in Monetization unter Business-Konfiguration Vorlage Dokumentvorlagen konfiguriert. Für weitere Informationen siehe Dokumentvorlagen.

Offline-Rechnungszahlung

Um die Zahlung für eine bestimmte Rechnung manuell einzugeben, klicken Sie auf Wallet. Sie können die Zahlung hier manuell eingeben, wenn Sie die Zahlung bereits über einen anderen Kanal (wie Bargeld oder Überweisung) erhalten haben.

Der Betrag kann so konfiguriert werden, dass er eine Gebühr oder eine Rückerstattung ist. Wählen Sie außerdem die Zahlungsmethode: Bargeld, Kreditkarte und Überweisung.

Information:

Die Zahlungsmethode Überweisung bedeutet eine Banktransaktion.

Der Anbieter typifiziert den Zahlungsanbieter—zum Beispiel Stripe, Bank, Paypal usw. Sie können auch eine Zahlungsreferenz und eine Notiz hinzufügen.

Transaktionen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Transaktionen. Eine paginierte Liste aller Zahlungstransaktionen aus einem bestimmten Zeitraum wird in tabellarischer Form angezeigt.

Um die Liste der Zahlungstransaktionen in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Drucken, und zum Kopieren klicken Sie auf Kopieren.

Hinweis:

Sie werden seitenweise generiert, gedruckt und kopiert.

Information:

Sie können Zahlungstransaktionen nach Datum und Uhrzeit, Kunden-ID, Abrechnungsprofil-ID, Rechnungs-ID, Transaktions-ID, Methode, Typ, Status oder/und Betrag filtern.

Der Zahlungstransaktionstyp kann ein/eine sein:

Charge - direkte Belastung auf einer Kredit-/Debitkarte
Capture - Die Bestätigung einer bestehenden Autorisierung
Authorization - Autorisierung von Mitteln (Reservierung von Geld auf einer Karte)
Voidance - Stornierung einer Autorisierung

Docs: ERP-Integrationen

Mon, 01 Jan 0001 00:00:00 +0000

Quickbooks Online

QuickBooks Online ist eine cloudbasierte Buchhaltungssoftware, die Unternehmen eine Plattform bietet, um ihre finanziellen Prozesse zu verwalten, einschließlich Rechnungsstellung, Abrechnung und Ausgabenverfolgung. Die Plattform umfasst auch Funktionen wie Bankabstimmung und Finanzberichterstattung, die es Unternehmen ermöglichen, ihre Buchhaltungsoperationen zu optimieren.

Xero

Xero ist eine cloudbasierte Buchhaltungssoftware, die Unternehmen eine Plattform bietet, um ihre finanziellen Prozesse zu verwalten. Die Plattform umfasst auch Funktionen wie Bankabstimmung, Lohn- und Gehaltsabrechnung sowie Finanzberichterstattung.

Erstellen Sie eine Xero-App

Gehen Sie zum Xero Developer Portal und melden Sie sich mit Ihrem Xero-Konto an.
Navigieren Sie zum Abschnitt Meine Apps und klicken Sie auf Neue App.
Füllen Sie die erforderlichen Angaben aus (App-Name, Unternehmens- oder Anwendungs-URL, Weiterleitungs-URL usw.)
- Setzen Sie für den App-Namen Tridens Monetization
- Wählen Sie für den Integrationstyp Web-App
- Setzen Sie für die Unternehmens- oder Anwendungs-URL bitte https://<your-subdomain>.tridenstechnology.com
- Setzen Sie für die Weiterleitungs-URI bitte https://app.tridenstechnology.com/monetizaton/gw-erp/auth-exchange?erp-provider=xero&tenant=<your-subdomain>

Bitte beachten Sie, dass dies für Ihre Produktionsumgebung festgelegt ist. Wenn Sie Xero in Ihrer Sandbox-Umgebung verwenden möchten, erstellen Sie bitte eine separate Organisation in Xero und gehen Sie zum Xero Developer Portal, Meine Apps > Wählen Sie Tridens Monetization > Konfiguration und klicken Sie auf Eine weitere URI hinzufügen und setzen Sie sie auf https://app.tridenstechnology.com/monetizaton/gw-erp/auth-exchange?erp-provider=xero&tenant=<your-sandbox-subdomain>

png)

Abbildung: Xero Entwicklerportal

Netsuite

NetSuite ist eine cloudbasierte Software für Enterprise Resource Planning (ERP), die Unternehmen eine Suite von Werkzeugen zur Verfügung stellt, um ihre finanziellen, buchhalterischen, Bestands- und Auftragsmanagementprozesse zu verwalten.

Docs: Rentabilität

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Analytics und klicken Sie auf Rentabilität.

Es zeigt ein Liniendiagramm, das die Nettogewinne darstellt, indem es die Einnahmen mit verschiedenen Ressourcen in Monetization vergleicht. Sie können nach Ressourcen, Dienstleistungen oder/und Kundentypen filtern.

Zum Beispiel können Sie eine Kostenressource konfigurieren, bei der Sie verfolgen, wie hoch die Ausgaben sind, um Dienstleistungen anzubieten. Das Rentabilitätsdiagramm ermöglicht es Ihnen dann, die Ausgaben mit den Gesamteinnahmen zu vergleichen, um die Gewinne zu bestimmen.

Hinweis:

Die visuelle Darstellung in Form eines Liniendiagramms kann in verschiedenen Formaten heruntergeladen werden. Um dies zu erreichen, klicken Sie auf Diagramm-Kontextmenü.

Docs: Vorlage

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Dokumentvorlagen
Mailvorlagen

Um auf diesen Bereich in Monetization zuzugreifen, wählen Sie im Menü Business-Konfiguration und klicken Sie auf Vorlage.

Dokumentvorlagen

Um auf diesen Bereich zuzugreifen, klicken Sie auf Dokumentvorlagen. Eine paginierte Liste aller Dokumentvorlagen wird in tabellarischer Form angezeigt.

Eine Dokumentvorlage wird verwendet, um das Layout für die in Monetization generierten Dokumente für die Rechnung, Mahnungen und Finanzberichte zu konfigurieren.

Information:

Die Vorlage kann Inhalte wie Bilder oder Text enthalten.

Unter diesem Abschnitt können vier Aktionen/Unterseiten durchgeführt/angesehen werden, nämlich:

Erstellen einer Dokumentvorlage
Details zur Dokumentvorlage-Seite
Aktualisieren der Dokumentvorlage
Löschen der Dokumentvorlage

Erstellen einer Dokumentvorlage

Unter Dokumentvorlagen klicken Sie auf Neu erstellen, um eine Dokumentvorlage zu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung ein.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Es gibt drei Kategorien für eine Dokumentvorlage, nämlich:

Mahnung
Rechnung
Finanzen

Die Kategorie bestimmt, wo die Vorlage verwendet werden kann. Zum Beispiel können beim Export von Rechnungen nur Rechnungsvorlagen verwendet werden, und beim Export von Finanzberichten können nur Finanzvorlagen verwendet werden.

Darüber hinaus konfigurieren Sie den Titel und den Text für die Vorlage.

Hinweis:

Der Titel stellt dar, wie die Vorlage in anderen Teilen/Abschnitten von Monetization referenziert wird.

Information:

Monetization bietet einen umfangreichen Editor zur Anpassung des Vorlagentextes, wie unten gezeigt.

Hinweis: Sie können auch Ihre Vorlage importieren.

Abbildung 1: Dokumentvorlageninhalt

Details zur Dokumentvorlage-Seite

Unter Dokumentvorlagen klicken Sie auf Details, um die vollständigen Details einer Dokumentvorlage zu sehen. - Name

Code
Kategorie
Sprache
Titel
Inhalt

Dokumentvorlage aktualisieren

Unter dokumentvorlagen um eine Dokumentvorlage zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details der Dokumentvorlage an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt eine Dokumentvorlage erstellen ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Dokumentvorlage löschen

Unter dokumentvorlagen, um eine Dokumentvorlage zu löschen, klicken Sie auf Löschen.

Mailvorlagen

Um auf diesen Abschnitt zuzugreifen, klicken Sie auf Mailvorlagen. Eine paginierte Liste aller Mailvorlagen wird in tabellarischer Form angezeigt.

Eine Mailvorlage wird verwendet, um das Layout für die in Monetization generierten Mails für die Rechnung, Mahnung und Finanzberichte zu konfigurieren.

Information:

Die Vorlage kann Inhalte wie Bilder oder Text enthalten.

Vier Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Eine Mailvorlage erstellen
Details zur Mailvorlagen-Seite
Mailvorlage aktualisieren
Mailvorlage löschen

Eine Mailvorlage erstellen

Unter mailvorlagen, um eine Mailvorlage zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Namen, einen Code und eine Beschreibung an.

Hinweis:

Der Code ist ein eindeutiger Identifikator eines Objekts. Er kann während der Integration mit der Monetization API verwendet werden.

Es gibt drei Kategorien für eine Mailvorlage, die sind:

Mahnung
Rechnung
Finanzen

Die Kategorie bestimmt, wo die Vorlage verwendet werden kann. Zum Beispiel wird beim Versenden einer E-Mail für eine Rechnung die Rechnungsvorlage verwendet.

Zusätzliche konfigurierbare Parameter für die E-Mail-Vorlage umfassen Folgendes:

Betreff
Absenderadresse
Empfänger
Cc
Bcc
Antwort an

Information:

Die Absenderadresse stellt die Adresse des Absenders dar, während die Empfänger die Adresse des Empfängers darstellt.

Hinweis: Dynamische Platzhalter können für den Betreff verwendet werden. Sie werden verwendet, um die Informationen des Kunden oder andere Daten abzurufen – zum Beispiel den Vornamen.

Darüber hinaus konfigurieren Sie den Textkörper für die Vorlage.

Information:

Monetization bietet einen umfangreichen Editor zur Anpassung des Textkörpers der Vorlage, wie unten gezeigt.

Hinweis: Sie können auch Ihre Vorlage importieren.

Abbildung 2: E-Mail-Vorlagenkörper

Um Anhänge zur E-Mail hinzuzufügen, klicken Sie unter Anhänge auf Hinzufügen. Geben Sie den Namen, Typ, Format und die Vorlage an.

Information:

Um die Kompression für einen Anhang zu aktivieren, aktivieren Sie das Kontrollkästchen Kompression.

Details zur E-Mail-Vorlagenseite

Unter E-Mail-Vorlagen können Sie die vollständigen Details einer E-Mail-Vorlage einsehen, indem Sie auf Details klicken. Sie enthält Folgendes:

Name
Code
Beschreibung
Kategorie
Betreff
Veröffentlichungstyp
Absenderadresse
Empfänger
Cc
Bcc
Antwort an
Anhänge
Inhalt (falls vorhanden)

E-Mail-Vorlage aktualisieren

Unter E-Mail-Vorlagen um eine E-Mail-Vorlage zu aktualisieren, klicken Sie zuerst auf Details; es zeigt die Details der E-Mail-Vorlage an. Um zu aktualisieren, klicken Sie auf Aktualisieren.

Information:

Alle Informationen, die im Abschnitt create a mail template ausgefüllt wurden, können aktualisiert werden, mit Ausnahme des Codes.

Mailvorlage löschen

Um eine Mailvorlage unter mail templates zu löschen, klicken Sie auf Löschen.

Docs: Automatisierung

Mon, 01 Jan 0001 00:00:00 +0000

Zapier

Zapier ist ein webbasiertes Automatisierungstool, das es Unternehmen ermöglicht, verschiedene Anwendungen zu verbinden und sich wiederholende Aufgaben ohne Programmier- oder technische Fähigkeiten zu automatisieren. Seine Plattform bietet eine breite Palette von Integrationen mit verschiedenen webbasierten Anwendungen, wie Gmail, Slack und Trello, unter anderem.

Docs: Gehostete Zahlungsseite

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Konfigurieren der gehosteten Zahlungsseite
Checkout-Seite einrichten
- Redirect-URL konfigurieren
- Rechtliche Informationen konfigurieren

Konfigurieren der gehosteten Zahlungsseite

Die gehostete Zahlungsseite macht Online-Transaktionen für Ihre Kunden zum Kinderspiel. Entwickelt für Benutzerfreundlichkeit und Sicherheit, ist sie die perfekte Checkout-Lösung für Ihr Unternehmen. Nach der Anmeldung oder der Auswahl des Checkouts werden Ihre Benutzer auf eine neue URL weitergeleitet, die der Überprüfung ihrer Bestellung und der Eingabe ihrer Zahlungsdetails gewidmet ist.

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Business-Konfiguration und klicken Sie auf Gehostete Zahlungsseite.

Gehostete Zahlungsseite einrichten

Die gehostete Zahlungsseite kann über die URL der gehosteten Seite erstellt werden, wo ein Benutzer aus verschiedenen Plänen wählen oder von einem vorausgewählten Plan aus dem Checkout gehen kann.

Darüber hinaus haben Sie die Möglichkeit, eine Redirect-URL einzurichten und alle erforderlichen rechtlichen Informationen für die Benutzer bereitzustellen.

Redirect-URL konfigurieren

Beim Verwenden von gehosteten Seiten konfigurieren Sie die Redirect-URL, auf die Benutzer nach einem erfolgreichen Checkout weitergeleitet werden.

Rechtliche Informationen konfigurieren

Die rechtlichen Informationen spezifizieren die Datenschutzrichtlinie und die Nutzungsbedingungen für das Abonnement und den Checkout. Geben Sie die URL für diese Informationen an.

Docs: Benutzer

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Benutzer erstellen
Details zur Benutzerseite
Benutzer aktualisieren

Um auf diesen Abschnitt in Monetization zuzugreifen, klicken Sie im Menü auf Benutzerverwaltung und dann auf Benutzer. Eine paginierte Liste aller Benutzer wird in tabellarischer Form angezeigt.

Information:

Sie können Benutzer nach Vorname, Nachname, E-Mail-Adresse, Rolle oder/und Status filtern.

Um die Benutzerinformationen in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Drucken, und zum Kopieren klicken Sie auf Kopieren.

Hinweis:

Sie werden seitenweise generiert, gedruckt oder kopiert.

Drei Aktionen/Unterseiten können in diesem Abschnitt durchgeführt/angesehen werden, nämlich:

Benutzer erstellen
Details zur Benutzerseite
Benutzer aktualisieren

Benutzer erstellen

Unter benutzer, um einen Benutzer zu erstellen, klicken Sie auf Neu erstellen. Geben Sie einen Vornamen, Nachnamen, eine E-Mail-Adresse und ein Passwort an.

Spezifische Rollen können einem Benutzer zugewiesen werden. Die Rolle bestimmt, auf was der Benutzer in Monetization zugreifen kann. Sie sind wie folgt:

Benutzerrolle	Funktionalitäten
Kundenportal	Nur Selbstbedienungsportal
Marketinganalyst	Dashboard, Analytik
Geschäftsprozessanalyst	Dashboard, Katalog [ Ereignisgeneratoren ], Geschäftskonfiguration
Preisanalyst	Dashboard, Katalog [ Pakete, Produkte, Rabatte ]
Betriebspersonal	Dashboard, Geschäftsoperationen, SFTP-Zugriff
Kundenservice	Dashboard, Kunden
Finanzanalyst	Dashboard, Analytik, Geschäftskonfiguration [ Finanzen ], Buchhaltung
Systemadministrator	Dashboard, Systemkonfiguration, Benutzerverwaltung [ Benutzer ]
Power	Alles außer dem Selbstbedienungsportal

Hinweis:

Jede Rolle, die nicht der Power-Benutzer ist, muss eine Liste von standorten enthalten, auf die der Benutzer zugreifen kann. Ein Power-Benutzer kann auf alle erstellten Standorte in Monetization zugreifen.

Verwenden Sie den SFTP-Schalter, um den SFTP-Zugriff für den Benutzer in Monetization zu aktivieren/deaktivieren. Durch die Aktivierung von SFTP geben Sie einen Benutzernamen und ein Passwort an. Anschließend kann sich der Benutzer mit den Angaben am Monetization SFTP-Standort anmelden.

Information:

Vom Monetization SFTP-Standort kann der Benutzer jede Datei herunterladen, die exportiert wurde. Dazu können verschiedene Zahlungs-, Rechnungs-Exportdateien, Nutzungsdetails-Exporte, Lastschriftdateien und verarbeitete Nutzungsdateien gehören.

Hinweis: Wenn der Benutzer ein Power-Benutzer ist und SFTP aktiviert hat, hat der Benutzer Zugriff auf alle Daten im Monetization SFTP-Standort für alle Standorte. Wenn der Benutzer jedoch auf einen einzelnen Standort beschränkt ist, sind nur die Daten dieses Standorts zugänglich.

Um den Benutzer zu aktivieren/deaktivieren, verwenden Sie den Schalter Aktiviert.

Details zur Benutzerseite

Unter benutzer, um die vollständigen Details eines Benutzers zu sehen, klicken Sie auf Details. Es enthält die folgenden Informationen:

ID
Vorname
Nachname
E-Mail-Adresse
Rollen
Standorte
SFTP-Benutzername
Status

Benutzer aktualisieren

Unter benutzer klicken Sie zuerst auf Details, um die Details des Benutzers anzuzeigen. Um zu aktualisieren, klicken Sie dann auf Aktualisieren.

Docs: Standorte

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

Standorte in Monetization
Einen Standort erstellen

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü in der unteren linken Ecke den Namen des aktuellen Standorts aus; es werden alle verfügbaren Standorte angezeigt, dann klicken Sie auf STANDORTE ANZEIGEN. Eine paginierte Liste aller Standorte wird in tabellarischer Form angezeigt.

Standorte in Monetization

Mehrere Standorte können in Monetization erstellt werden, um Ihr Geschäft in verschiedene Märkte zu unterteilen. Zum Beispiel können Sie einen Standort für den US-Markt und einen anderen für den europäischen Markt haben. Diese beiden Standorte können dann ihre spezifischen Kunden, Rechnungen und Analysen haben.

Darüber hinaus kann ein separater Standort unterschiedliche Produktkataloge für jeden Standort basierend auf dem Markt ermöglichen.

Hinweis:

Jeder Standort ist dafür vorgesehen, eine einzige Währung zu haben. Daher, wenn es notwendig ist, eine andere Währung zu verwenden, erstellen Sie einen brandneuen Standort.

Einen Standort erstellen

Unter standorte, um einen Standort zu erstellen, klicken Sie auf Neu erstellen. Es gibt drei Abschnitte, nämlich:

Standortinformationen
Umgebungseinrichtung
Zusammenfassung

Standortinformationen

Im Abschnitt Standortinformationen geben Sie einen Standortnamen und die erforderlichen Unternehmensdetails an. Die Einzelheiten umfassen die folgenden Informationen:

E-Mail-Adresse
Organisation
Adresse
Telefonnummer
Land
Bundesland
Stadt
Postleitzahl

Umgebungseinrichtung

Im Abschnitt zur Umgebungseinrichtung konfigurieren Sie die Umgebung für die Website mit den folgenden Einstellungen:

URL — registriert im Hintergrund eine Domain für die Website.
UI-Sprache — Sprache, die sich auf die Benutzeroberfläche in Monetization auswirkt.
Systemsprache — intern für Monetization konfigurierte Sprache.
Zeitzone
Währung
Umgebung — Sandbox (Test-)Umgebung oder Produktionsumgebung.
Verzögerung bei der Rechnungsfälligkeit — zeigt an, wie viele Tage es dauert, bis die Rechnung fällig ist.
Details auf der Rechnung anzeigen — zeigt an, ob Monetization alle Nutzungsereignisse und -historien verfolgen soll, die auf der Rechnung angezeigt werden können, indem die Vorlage konfiguriert wird.
Kundenportal aktiviert? — Wenn das Kundenportal aktiviert ist, ist das Self-Care-Portal für diese Website aktiviert. Wenn das Kundenportal aktiviert ist und der Mailserver konfiguriert ist, erhält der Kunde nach Onboarding eines Kunden und Erstellen von Benutzerdaten die Anmeldedaten für das Self-Care-Portal, in dem er seine Kontodetails einsehen kann.
SMTP — Konfigurationseinstellungen des Mailservers. Geben Sie die folgenden Informationen für die Serverkonfiguration ein:
- Von — E-Mail-Adresse des SMTP-Servers
- Benutzername — Benutzername des SMTP-Servers
- Passwort — Passwort für den Benutzernamen
- Host — Hostname des SMTP-Servers
- Port — Portnummer des SMTP-Servers
- Tls — Wird verwendet, um eine sichere Verbindung einzurichten oder nicht. Aktivieren Sie es, wenn Sie eine sichere Verbindung verwenden. Nachdem Sie diese Details ausgefüllt haben, verwenden Sie die Schaltfläche Test SMTP-Verbindung, um die E-Mail-Zustellung zu überprüfen.
png)

Abbildung 1: SMTP-Einrichtung

Hinweis:

Hier erfahren Sie, wie Sie ein App-Passwort für Microsoft und Gmail-Anbieter einrichten.

Zusammenfassung

Dieser Abschnitt ermöglicht es Ihnen, zu überprüfen, was in den vorherigen Abschnitten konfiguriert wurde.

Hinweis:

Sobald eine neue Site erstellt wurde, melden Sie sich ab und wieder an, damit die neue Site in Monetization angezeigt wird.

Docs: FAQs

Mon, 01 Jan 0001 00:00:00 +0000

Wo kann ich neue Pläne erstellen?

In Monetization werden Pläne unter Katalog Pakete Pläne erstellt.

Welche Schritte muss ich unternehmen, um einen neuen monatlichen Plan einzurichten?

Sie müssen ein monatliches Produkt mit der folgenden Konfiguration erstellen: Typ: Abonnement, Ereignistyp: Monatlich. Erstellen Sie dann ein Bundle mit diesem Produkt und anschließend einen Plan, der dieses Bundle enthält.

Was ist der Unterschied zwischen Voraus- und Nachzahlungsprodukten?

Vorauszahlungsprodukte werden sofort berechnet, während Nachzahlungsprodukte zum Abrechnungszeitpunkt angewendet werden.

Kann ich einmalige Gebühren mit Tridens Monetization erstellen?

Ja. Tridens Monetization unterstützt sowohl wiederkehrende als auch einmalige Produkte sowie die Möglichkeit, sofortige einmalige Rechnungen auszustellen.

Wofür werden Charge-Tags und Resource-Tags verwendet?

Die Charge- und Resource-Tags werden in Rabattregel-Filtern verwendet, um spezifische Gebühren mit Rabatten zu zielen.

Welche Währungen unterstützt Tridens Monetization?

Tridens Monetization kann jede Währung unterstützen.

Unterstützt Tridens Monetization mehrere Währungen auf einer einzigen Seite?

Ja, Benutzer können mehrere Währungen auf einer einzigen Seite verwenden und angeben, welche Währung ein Kundenabrechnungsprofil verwenden wird.

Wie kann ich die Abrechnung automatisieren?

Erstellen Sie einen Abrechnungsauftrag unter Geschäftsbetrieb und weisen Sie den Zeitplan basierend auf Ihren Anforderungen zu. Wir empfehlen auch, einen verkettbaren Rechnungsauftrag zu erstellen und ihn mit dem Abrechnungsauftrag zu verknüpfen.

Was ist ein Zahlungs-Gateway? Ein Zahlungsgateway ist ein Dienst, der Online-Transaktionen erleichtert, indem er Kreditkarten oder andere elektronische Zahlungen zwischen einem Kunden und einem Händler sicher autorisiert und verarbeitet.

Was ist ein Händlerkonto?

Ein Händlerkonto für ein Zahlungsgateway ermöglicht es einem Unternehmen, Zahlungen über Kreditkarten und andere elektronische Zahlungsmethoden zu akzeptieren.

Muss ich ein Händlerkonto einrichten, um die Unterstützung für Zahlungsgateway-Integrationen in Tridens Monetization zu nutzen?

Ja. Zum Beispiel benötigen Sie ein Stripe-Konto, um Stripe mit Tridens Monetization zu verwenden.

Unterstützt Tridens Monetization die Zahlungsabwicklung über SEPA-Lastschrift?

Ja. Mit Tridens Monetization können Sie eine SEPA DD XML-Datei exportieren und dann die Ergebnisdatei importieren.

Unterstützt Tridens Monetization benutzerdefinierte Zahlungsgateway-Integrationen?

Ja. Tridens Monetization verfügt über REST-APIs, die eine sehr einfache Integration mit jeder Zahlungsabwicklungslösung ermöglichen.

Verwende ich immer die neueste Version des Produkts?

Ja. Tridens Monetization ist eine cloudbasierte Plattform, und alle unsere Kunden erhalten neue Rollouts gleichzeitig.

Wie verwaltet Tridens Monetization Release-Zyklen?

Wir folgen einem Muster von zweiwöchentlichen Releases für kleinere Änderungen und Fehlerbehebungen, und wir haben einen vierteljährlichen Fahrplan für neue Funktionen.

Docs: Benutzerdefinierte Zahlungsintegration

Mon, 01 Jan 0001 00:00:00 +0000

Thema in diesem Dokument:

Drittanbieter-Zahlungsabwicklung in Monetization
Asynchrone Zahlungsabwicklung
- Rechnungen exportieren
  - Exportauftrag – CSV-Datei zu SFTP
  - Benachrichtigung - Webhook-Methode
- Zahlungen importieren
  - CSV-Datei-Import über SFTP
  - Import über API-Aufruf
    - Authentifizierung
    - Zahlungsimportanfrage
Synchrone Zahlungsabwicklung

Drittanbieter-Zahlungsabwicklung in Monetization

Die Zahlungsabwicklung durch Drittanbieter ist durch zwei Methoden erreichbar, synchron und asynchron. Die synchrone Methode erfordert sofortige Antworten von Ihrer Zahlungsintegrationskomponente, während die asynchrone Methode das Extrahieren von Rechnungen aus Monetization kombiniert und die Zahlungen zu einem späteren Zeitpunkt importiert.

Information:

Typischerweise bestimmt Ihr Anwendungsfall, welche Verarbeitungsmethode optimal ist.

Asynchrone Zahlungsabwicklung

Für die asynchrone Zahlungsabwicklung exportieren Sie Rechnungen aus Monetization, und die Zahlungen werden vollständig außerhalb von Monetization verarbeitet. Wenn Sie die Ergebnisse der Zahlungsabwicklung haben, importieren Sie diese über CSV-Dateien oder die Monetization API.

Exportieren von Rechnungen

Sie können Rechnungen aus Monetization exportieren, indem Sie einen Rechnungs-Export-Mapper konfigurieren und einen Exportauftrag planen, der die Dateien an einen SFTP-Standort exportiert, oder indem Sie sich für die Erstellung von Rechnungen über Webhook anmelden, was eine Rechnungsanforderung an die angegebene URL-Adresse auslöst, wann immer eine neue Rechnung erstellt wird.

Exportauftrag – CSV-Datei zu SFTP

Um Rechnungen als CSV-Dateien zu exportieren, muss ein Rechnungs-Export-Mapper konfiguriert werden, um Rechnungsparameter den CSV-Dateispalten zuzuordnen. Die Benutzeroberfläche von Monetization ermöglicht eine solche Konfiguration unter Business configuration Export Invoice mappers.

Abbildung 1: Beispiel für die Konfiguration des Rechnungs-Export-Mappers

Rechnungsexporte werden über Exporting Jobs geplant, die einmalige Aufgaben oder automatisierte Abläufe für bestimmte Zeiträume sein können. Der Exportauftrag speichert die exportierte CSV-Datei im jeweiligen SFTP-Standort storage/invoice/folder_name/file_name.csv.

Abbildung 2: Beispiel eines Rechnungsexportjobs

Benachrichtigung - Webhook-Methode

Der Export von Rechnungen über Webhooks ermöglicht es Ihnen, Rechnungen sofort nach ihrer Erstellung zu erhalten. Dies wird erreicht, indem eine Rechnungsbenachrichtigungsregel konfiguriert wird, die jede erstellte Rechnung als JSON-Body-Anfrage an die angegebene URL-Adresse sendet, zusammen mit allen vorkonfigurierten Header-Optionen.

Abbildung 3: Beispiel der Konfiguration eines Webhooks zur Rechnungserstellung

Zahlungen importieren

Sie können Zahlungstransaktionen in Monetization importieren, indem Sie einen Zahlungsimport-Mapper konfigurieren und die Zahlungs-CSV-Dateien an den SFTP-Eingangsstandort hochladen oder die REST-API von Monetization nutzen.

CSV-Dateiimport über SFTP

Damit Monetization Zahlungstransaktionen über CSV-Dateien importieren kann, muss ein Zahlungsimport-Mapper konfiguriert werden. Die Konfiguration ist über die Benutzeroberfläche von Monetization unter Business-Konfiguration Import Zahlungsmappen möglich.

Der Zahlungsmapper ermöglicht das Mapping von CSV-Spalten auf Parameter von Zahlungstransaktionen und die Definition eines Dateiprefixes, der in den hochgeladenen Dateien vorhanden sein muss.

Dateien werden auf dem SFTP-Server im Ordner edl/input hochgeladen und je nach Verarbeitungsergebnis in die Ordner edl/processed, edl/successful, edl/error und edl/rejected verschoben.

Abbildung 4: Beispiel der Konfiguration eines Zahlungsimport-Mappers

Import über API-Aufruf

Um eine Zahlungstransaktion über die Monetization-API zu importieren, senden Sie eine JSON-Anfrage mit den Transaktionsdetails an die REST-API von Monetization.

Hinweis:

Ein Benutzer muss zuerst authentifiziert werden, um mit der Monetization API zu kommunizieren.

Authentifizierung

Die Monetization API verwendet die Bearer-Token-Authentifizierung:

Führen Sie die Authentifizierungsanfrage mit Benutzername, Passwort und spezifischem Standortcode aus.
Ernten Sie das token aus der Antwort.
Setzen Sie den Authorization-Header auf Bearer <token> in den kommenden Anfragen.
Das Token läuft nach 5 Minuten ab.

URL: {{api_url}}/authenticate

Headers
Content-Type:application/json

Body
{
 "username": "your_monetization_username",
 "password": "password",
 "site_code": "your_monetization_site_code - subdomain"
}

Zahlungsimportanfrage

URL: {{api_url}}/api/v1/import

Headers
Content-Type:application/json
Authorization:Bearer {{auth_token}}
Data-Type:Payment

Body
{
 "invoice_id": 123,
 "transaction_identifier": "T-1233-cew3-445f-feew3",
 "amount": 150,
 "transaction_time": 1600613169000,
 "currency": "EUR",
 "method": "other",
 "type": "charge",
 "provider": "stripe"
}

Synchronisierte Zahlungsabwicklung

Die synchronisierte Zahlungsabwicklung erfordert eine synchrone Kommunikation zwischen Monetization und Ihrer Zahlungsintegrationskomponente. Diese Verarbeitungsmethode ermöglicht Kredit-/Debitkartenautorisierungen und sofortige Zahlungen.

Sie konfigurieren Monetization, um anzugeben, wohin die mit der Zahlungsabwicklung verbundenen Anfragen gesendet werden sollen, und Monetization hat vordefinierte Antworten, die es im Gegenzug erwartet. Diese Verarbeitungsmethode ermöglicht die Speicherung von Zahlungsreferenzen bei den Kunden und unterstützt automatisierte Zahlungsabholprozesse.

Für Monetization ist der Integrationsprozess praktisch derselbe wie eine sofort einsatzbereite Integration mit einem bestehenden Anbieter (Stripe, Braintree usw.). Die Kommunikation erfolgt jedoch über eine von Ihnen entwickelte Komponente, die als Gateway zu Ihrem lokalen Zahlungsanbieter fungiert. Wesentliche Operationen zur Unterstützung der synchronen Zahlungsabwicklung:

Setup Intent
Autorisieren
Erfassen
Belasten

Einrichtung des Drittanbieter-Zahlungsanbieters

Um eine Integration eines Drittanbieter-Zahlungsanbieters einzurichten, konfigurieren Sie ein Profil für das Drittanbieter-Zahlungsgateway und geben Sie die URL an, an die Monetization Anfragen senden soll.

Dies kann über die Benutzeroberfläche unter Systemkonfiguration Zahlungsgateways oder durch Erstellen eines Zahlungsgateway-Profils über die Monetization REST-API erreicht werden.

URL: {{api_url}}/api/v1/payment-gateway-profiles

Headers
Content-Type:application/json
Authorization:Bearer {{auth_token}}

Request
{
 "provider": "third-party",
 "headers": {
 "PGW_URL": "URL zu Ihrem Zahlungsgateway"
 }
}

Kundenoperationen

Kundenoperationen gelten nur in Fällen, in denen der Drittanbieter-Zahlungsanbieter das Kundenmanagement unterstützt. Wenn der Zahlungsanbieter das Kundenmanagement nicht unterstützt, können die Kunden-ids durch jeden Wert ersetzt werden (z. B. Unix-Zeitstempel der Anfrage).

Kunde erstellen (ohne Karte)

Erstellt einen Kunden als Objekt im Zahlungsanbieterdienst.

Anfrage, die von Monetization gesendet wird:

{
 "action": "create_customer",
 "content": {
 "customer": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Unternehmen",
 "email": "john_anderson@testmail123. HTTP-Status: 201 Erstellt

```json
{
 "customer": {
 "id": "payment_provider_customer_id"
 }
}

Kunde aktualisieren

Aktualisiert ein Kundenobjekt im Zahlungsdienstleister.

Anfrage gesendet von Monetization:

{
 "action": "update_customer",
 "content": {
 "customer": {
 "id": "payment_provider_customer_id_1",
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "email": "john_anderson@testmail123.com",
 "phone": "003861234335",
 "tax_identifier": "123543569596"
 },
 "billing_address": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "street_address": "Address street 12",
 "locality": "Name of City",
 "postal_code": "84116",
 "region": "Region",
 "country_code": "SI",
 "country_name": "Slovenia "
 }
 }
}

Erwartete Antwort:

HTTP-Status: 204 Kein Inhalt

Kein Antwortkörper

Kunde lesen

Liest ein Kundenobjekt vom Zahlungsdienstleister. ```json { “action”: “read_customer”, “content”: { “id”: “payment_provider_customer_id_1” } }


**Erwartete Antwort:**
HTPP-Status: 200 OK
```json
{
"content": {
"customer": {
"id": "payment_provider_customer_id_1",
"first_name": "John",
"last_name": "Anderson",
"company": "Unternehmen",
"email": "john_anderson@testmail123.com",
"phone": "003861234335",
"tax_identifier": "123543569596"
},
"billing_address": {
"first_name": "John",
"last_name": "Anderson",
"company": "Unternehmen",
"street_address": "Adresse Straße 12",
"locality": "Name der Stadt",
"postal_code": "84116",
"region": "Region",
"country_code": "SI",
"country_name": "Slowenien"
},
"credit_cards": [
{
"is_default": true,
"card_holder_name": "John Anderson",
"expiration_month": "03",
"expiration_year": "2026",
"type": "Mastercard",
"token": "payment_provider_card_token",
"last_four": "1234"
}
]
}
}

Kunde löschen

Löscht ein Kundenobjekt aus dem Zahlungsdienstanbieter.

Anfrage gesendet von Monetization:

{
 "action": "delete_customer",
 "content": {
 "id": "payment_provider_customer_id_1"
 }
}

Erwartete Antwort:

HTTP-Status: 204 Kein Inhalt

Kein Antwortkörper

Kartenoperationen

Kartenoperationen beziehen sich auf das Einrichten oder Entfernen von Kredit- und Debitkarten.

Einrichtung (Einrichtungsanfrage für Karte)

Löst einen Prozess aus, bei dem ein Kunde Kreditkartendaten bereitstellen kann, die tokenisiert und in Monetization gespeichert werden. Bei einer Anfrage zur Hinzufügung einer neuen Kreditkarte wird Monetization eine Einrichtungsanfrage an Ihre Integrationskomponente senden. Ihr Integrationskomponente muss jegliche Logik im Zusammenhang mit den Zahlungsanbieter-Diensten verarbeiten und eine Weiterleitungs-URL an Monetization als Antwort zurückgeben. Der Kunde wird dann an die bereitgestellte URL weitergeleitet, wo Ihr vom Zahlungsanbieter gehostetes Formular die Kartendaten des Kunden erfasst und tokenisiert.

Abbildung 5: Kreditkarten-Einrichtung

Anfrage, die von Monetization gesendet wurde:

{
 "action": "setup",
 "content": {
 "customer": {
 "id": "payment_provider_customer_id_1",
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "email": "john_anderson@testmail123.com",
 "phone": "003861234335",
 "tax_identifier": "123543569596"
 },
 "billing_address": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "street_address": "Address street 12",
 "locality": "Name of City",
 "postal_code": "84116",
 "region": "Region",
 "country_code": "SI",
 "country_name": "Slowenien"
 },
 "custom_attributes": {
 "callback_url": "https://callbackurl.com"
 }
 }
}

Erwartete Antwort:

HTTP-Status: 201 Erstellt

{
 "customer": {
 "id": "payment_provider_customer_id"
 },
 "redirect_url": "https://card-data-collection-form.com"
}

Karte löschen

Sendet eine Anfrage an Ihre Integrationskomponente, um die Logik zur Entfernung des Kreditkartenreferenz über die Zahlungsanbieter-Dienste zu verarbeiten, und entfernt dann die Referenz von Monetization bei Erfolg. Anfrage gesendet von Monetization:

{
 "action": "delete_credit_card",
 "content": {
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Erwartete Antwort:

HTTP-Status: 204 No Content

Kein Antwortkörper

Transaktionsoperationen

Transaktionsoperationen beziehen sich auf transaktionale Aktionen, die auf gespeicherten Zahlungsmethoden (Kredit-/Debitkarten) Token ausgeführt werden. Diese Aktionen umfassen:

autorisierung
erfassung
belastung
stornierung
rückerstattung

Autorisierung

Die Autorisierung wird verwendet, um Gelder auf der Zahlungsmethode eines Kunden zu autorisieren (zu sperren). Autorisierungen können später erfasst oder storniert werden. Die folgende Anfrage wird an Ihre Integrationskomponente gesendet, die die Logik des Zahlungsanbieterdienstes behandeln und eine Antwort zurückgeben sollte.

Anfrage gesendet von Monetization:

{
 "action": "authorize",
 "content": {
 "amount": 20.5,
 "currency": "EUR",
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Erwartete Antwort:

HTTP-Status: 202 Accepted

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Nachricht vom Anbieter, falls vorhanden",
 "code": "Code vom Anbieter, falls vorhanden"
}

Erfassung

Die Erfassung bezieht sich auf die Sammlung von autorisierten Geldern aus einer vorherigen Autorisierungsanfrage. Der zu sammelnde Betrag kann gleich oder niedriger als der autorisierte Betrag sein.

Alle nicht gesammelten autorisierten Gelder werden vom Zahlungsanbieter-Dienst an den Kunden zurückgegeben. Die folgende Anfrage wird an Ihre Integrationskomponente gesendet, die die Logik des Zahlungsanbieterdienstes behandeln und eine Antwort zurückgeben sollte. Anfrage gesendet von Monetization:

{
 "action": "capture",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234",
 "amount": 10.5
 }
}

Erwartete Antwort:

HTTP-Status: 202 Akzeptiert

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 10.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Nachricht vom Anbieter, falls vorhanden",
 "code": "Code vom Anbieter, falls vorhanden"
}

charge

Charge autorisiert und erfasst Gelder als eine einzige sofortige Transaktion. Die folgende Anfrage wird an Ihre Integrationskomponente gesendet, die die Logik des Zahlungsanbieters verarbeiten und eine Antwort zurückgeben sollte.

Anfrage gesendet von Monetization:

{
 "action": "charge",
 "content": {
 "amount": 25.5,
 "currency": "EUR",
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Erwartete Antwort:

HTTP-Status: 202 Akzeptiert

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Nachricht vom Anbieter, falls vorhanden",
 "code": "Code vom Anbieter, falls vorhanden"
}

void

Die Void-Operation hebt eine Autorisierungs-Transaktion auf und gibt die autorisierten Gelder frei. Die folgende Anfrage wird an Ihre Integrationskomponente gesendet, die die Logik des Zahlungsanbieters verarbeiten und eine Antwort zurückgeben sollte. Anfrage gesendet von Monetization:

{
 "action": "void",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234"
 }
}

Erwartete Antwort:

HTTP-Status: 202 Akzeptiert

{
 "transaction_id": "payment_provider_transaction_id",
 "time": "1650629967000",
 "success": true,
 "message": "Nachricht vom Anbieter, falls vorhanden",
 "code": "Code vom Anbieter, falls vorhanden"
}

Rückerstattung

Die Rückerstattung gibt dem Kunden Geld zurück und verweist auf eine vorherige Charge- oder Capture-Transaktion. Die folgende Anfrage wird an Ihre Integrationskomponente gesendet, die die Logik des Zahlungsanbieterdienstes verarbeiten und eine Antwort zurückgeben sollte.

Anfrage gesendet von Monetization:

{
 "action": "refund",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234",
 "amount": 10.5
 }
}

Erwartete Antwort:

HTTP-Status: 202 Akzeptiert

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Nachricht vom Anbieter, falls vorhanden",
 "code": "Code vom Anbieter, falls vorhanden"
}

Fehlerbehandlung

Falls eine Operation in Ihrer Integrationskomponente nicht erfolgreich ist, geben Sie einen Status außerhalb des Bereichs 200-300 und die Fehlermeldung im Antwortkörper zurück.

Docs: Geräte

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

geräte
geplante joboperationen für das gerätemanagement

Geräte

Geräte ermöglichen die Nutzung von Kundenservices. Jedes Gerät hat einen Lebenszyklus, in dem es zwischen Zuständen wechselt. Ein Gerätetyp ist individuell und gibt seinen physischen Typ an (SIM-Karte, Modem, Telefonnummer, RFID, NFC usw.).

Jedes Gerät hat mehrere Deskriptoren, die Informationen über sein Modell, seinen Anbieter und seine Marke enthalten. MAC-Adresse und andere Identifikatoren können in einem externen System gespeichert und mit einem Gerät über die externe Dienstidentifikation verknüpft werden.

Ein Gerät wird typischerweise zusammen mit einer Charge anderer Geräte desselben Typs erstellt, optional auch mit Anbieter, Modell und Marke. Die Geräteidentifikation muss für jedes Gerät einzigartig sein. Gerätecodes sind ebenfalls einzigartig. Einzigartige Werte können durch eine Vorlage für die gesamte Gerätegruppe generiert werden. Geräte können Diensten zugewiesen werden.

Wenn ein Gerät nicht mehr aktiv ist, wechselt es in einen entsprechenden Zustand – z. B. können Mobilnummern in Quarantäne gehen und wiederverwendet werden, während andere Geräte dauerhaft unbrauchbar werden können.

Gerätetyp

Navigieren Sie zu Geräte im linken Seitenmenü. Wählen Sie die Registerkarte Gerätetyp, um verschiedene Gerätetypen zu definieren und zu verwalten.

Chargen

Navigieren Sie zu Geräte im linken Seitenmenü. Wählen Sie die Registerkarte Chargen und folgen Sie dem Assistenten, mit dem Sie die Charge von Geräten für den ausgewählten Gerätetyp gemäß den folgenden Regeln generieren können:

Menge neuer Geräte.
Codeformatvorlage (alphanumerisch/numerisch) mit zufälligen Werten oder inkrementellen Werten.
Formatvorlage für die Geräteidentifikation (alphanumerisch/numerisch) mit zufälligen Werten oder inkrementellen Werten.

Geräte

Um das Gerät manuell hinzuzufügen, navigieren Sie zu Geräte im linken Seitenmenü. Wählen Sie die Devices-Registerkarte oben und folgen Sie dem Assistenten, indem Sie den Gerätenamen, den eindeutigen alphanumerischen Code-Identifikator, den übergeordneten Gerätetyp und den eindeutigen Geräteidentifikator angeben.

Zuweisung des Geräts zum Kundenservice

Die Dienstkennung wird ausgefüllt, um einen der Geräteidentifikatoren widerzuspiegeln, die mit diesem Dienst verbunden sind. Kann bei der Erstellung des Abonnements oder durch Modifizierung des bestehenden Abonnementsdienstes und Anwendung des Geräteverweises eingerichtet werden. Siehe Abonnement-Dienst.

Statusübergänge des Geräts

Tabelle: Erlaubte Statusübergänge des Geräts

Geräte-Status	Beschreibung	Erlaubter Übergang zu neuem Geräte-Status
NEU	Das Gerät wartet darauf, dem Abonnementdienst des Kunden zugewiesen zu werden.	ZUGEWIESEN
ZUGEWIESEN	Das Gerät ist derzeit mit dem Abonnementdienst des Kunden verbunden.	UNZUGEWIESEN, QUARANTÄNIERT
UNZUGEWIESEN	Das Gerät ist mit keinem Abonnementdienst des Kunden verbunden.	ZUGEWIESEN, QUARANTÄNIERT
QUARANTÄNIERT	Das Gerät kann nicht verwendet werden, das mit dem Abonnementdienst des Kunden verbunden ist, bis es in Quarantäne ist.	UNZUGEWIESEN, GESCHLOSSEN
GESCHLOSSEN	Das Gerät ist dauerhaft unbrauchbar, was bedeutet, dass es verloren, zerstört oder unbestimmt außer Betrieb ist.	/

Gerätehistorie

Die Gerätehistorie stellt das historische Ereignis dar, das dem Gerät widerfahren ist: Kundenänderung, Statusänderung, Dienständerung.

Geplante Joboperationen für das Gerätemanagement

Verwaltbar im Abschnitt Operations.

Job zur Freigabe quarantänisierter Geräte

Quarantänisierte Geräte ändern ihren Status auf Unassigned oder Inactive, abhängig von den Definitionen der Statusübergänge. Eine geplante Aufgabe wird regelmäßig nach Geräten suchen, die aus der Quarantäne entlassen werden sollen.

Konfigurierbare Filter für die Jobausführung:

Zeitraum: Länge der Quarantäneperiode in Sekunden, nach der das Gerät für eine neue Zuweisung überführt werden darf. - Geräte-ID: Um den Job nur auf die spezifische Gruppe von Geräten anzuwenden.
Gerätetyp: Um den Job nur auf den spezifischen Typ von Geräten anzuwenden.

Job zum Löschen geschlossener Geräte

Geräte können sich im Zustand CLOSED befinden, was bedeutet, dass sie verloren, zerstört oder dauerhaft außer Betrieb sind. Um Speicherplatz zu sparen und unnötige Daten zu vermeiden, sollte eine geplante Aufgabe solche Geräte nach einem festgelegten Zeitraum löschen.

Konfigurierbare Filter für die Jobausführung:

Zeitraum: Dauer in Sekunden seit dem Schließen des Geräts, nach dem es gelöscht werden darf.
Geräte-ID: Um den Job nur auf die spezifische Gruppe von Geräten anzuwenden.
Gerätetyp: Um den Job nur auf den spezifischen Typ von Geräten anzuwenden.

Docs: Aktivitätsprotokoll

Mon, 01 Jan 0001 00:00:00 +0000

Das Aktivitätsprotokoll ist ein leistungsstarkes Sicherheits- und Prüfungstool, das eine detaillierte, chronologische Aufzeichnung der an wichtigen Geschäftsobjekten im System durchgeführten Aktionen bereitstellt. Es wurde entwickelt, um Ihnen ein klares Verständnis der Daten-Workflows zu vermitteln, die Sicherheit durch die Verfolgung von Benutzeraktivitäten zu erhöhen und die Fehlerbehebung zu vereinfachen.

Indem Sie nachverfolgen, wer was wann getan hat, können Sie einen vollständigen und unveränderlichen Prüfpfad für Compliance, Betriebsmanagement und interne Kontrollen aufrechterhalten.

Wichtige Anwendungsfälle und Vorteile

Das Aktivitätsprotokoll ist mehr als nur eine Aufzeichnung von Ereignissen; es ist ein entscheidendes Werkzeug zur Aufrechterhaltung der Datenintegrität und -sicherheit. Hier sind einige praktische Möglichkeiten, wie Sie es verwenden können:

Beschleunigen Sie die Fehlerbehebung: Wenn ein Kunde eine unerwartete Änderung seines Abonnements meldet oder eine Rechnung falsch erscheint, ist das Aktivitätsprotokoll Ihr erster Anlaufpunkt. Sie können das Protokoll nach der spezifischen Kunden- oder Abonnement-ID filtern, um eine vollständige Historie der Änderungen anzuzeigen und genau festzustellen, wer die Änderung vorgenommen hat, was geändert wurde und wann.
Stärken Sie Sicherheit und Compliance: Für Finanzprüfungen (wie die SOX-Compliance) müssen Sie die Kontrolle darüber nachweisen, wer sensible Informationen ändern kann. Das Aktivitätsprotokoll bietet eine unveränderliche Aufzeichnung aller Änderungen an kritischen Objekten wie Produkten, Plänen und Rechnungen. Sie können diese Daten einfach exportieren, um nachzuweisen, dass Ihre internen Kontrollen wirksam sind.
Überwachen Sie die Benutzeraktivität: Behalten Sie die von bestimmten Benutzern durchgeführten Aktionen im Auge, insbesondere von solchen mit hohen Berechtigungen. Dies hilft sicherzustellen, dass alle Aktionen autorisiert sind und den Unternehmensrichtlinien entsprechen.

Umfang des Aktivitätsprotokolls

Das Aktivitätsprotokoll ist so konzipiert, dass es umfassend ist, aber es ist wichtig zu verstehen, was verfolgt wird und was nicht.

Was wird protokolliert?

Das Protokoll erfasst wichtige Geschäftsereignisse und konzentriert sich hauptsächlich auf die Aktionen Erstellen, Lesen, Aktualisieren und Löschen (CRUD) für wichtige Geschäftsobjekte, die Sie konfigurieren. Dies beinhaltet:

Änderungen, die von Benutzern über die GUI vorgenommen werden.
Änderungen, die über API-Aufrufe vorgenommen werden.
Wichtige Systemereignisse (z. B. Planübergänge).

Was wird nicht protokolliert?

Das Aktivitätsprotokoll verfolgt nicht:

Jeden einzelnen API-Aufruf, insbesondere solche, die nur Daten lesen, ohne Änderungen vorzunehmen (es sei denn, Lesen ist explizit für die Verfolgung konfiguriert).
Interne Systemprozesse, die sich nicht direkt auf eine Änderung eines Geschäftsobjekts beziehen.

Konfigurieren des Aktivitätsprotokolls

Sie haben die volle Kontrolle darüber, welche Aktionen für bestimmte Geschäftsobjekte verfolgt werden. Dies ermöglicht es Ihnen, sich auf die Protokollierung der für Ihre Geschäftsanforderungen wichtigsten Daten zu konzentrieren. Die Konfiguration wird im Abschnitt Geschäftskonfiguration verwaltet.

So fügen Sie eine neue Protokollkonfiguration hinzu

Navigieren Sie im Hauptmenü zu Geschäftskonfiguration > Aktivitätsprotokoll.
Klicken Sie oben rechts auf die Schaltfläche + Aktivitätsprotokoll.
Im Dialogfeld Aktivitätsprotokoll hinzufügen:
- Typ: Wählen Sie die Kategorie des Objekts aus. In den meisten Fällen ist dies Entität.
- Ziel: Wählen Sie das spezifische Geschäftsobjekt zur Überwachung aus (z. B. Kunde, Abonnement, Plan).
- Aktionen: Wählen Sie die Aktionen aus, die Sie protokollieren möchten (Erstellen, Lesen, Aktualisieren, Löschen).
Klicken Sie auf Senden, um die Konfiguration zu speichern. Das System beginnt sofort mit der Protokollierung der von Ihnen angegebenen Aktionen.

Best Practices für die Konfiguration

Seien Sie spezifisch: Vermeiden Sie es, alles zu protokollieren. Konzentrieren Sie sich auf die Objekte und Aktionen, die für Ihre Sicherheits-, Compliance- und Betriebsanforderungen am wichtigsten sind. Die Protokollierung von Aktualisierungs- und Lösch- Aktionen für Finanzobjekte ist ein guter Ausgangspunkt.
Vermeiden Sie übermäßige Leseprotokollierung: Das Verfolgen von Lese- Aktionen kann ein sehr hohes Datenvolumen erzeugen und die Systemleistung verlangsamen. Aktivieren Sie dies nur, wenn Sie eine spezielle Sicherheitsanforderung haben, um zu überwachen, wer sensible Daten anzeigt.
Regelmäßig überprüfen: Überprüfen Sie Ihre Protokollkonfigurationen regelmäßig, um sicherzustellen, dass sie noch Ihren Geschäftsanforderungen entsprechen.

Anzeigen und Untersuchen von Protokollen

Nach der Konfiguration generiert das System Protokolleinträge, die Sie anzeigen, filtern und exportieren können.

So zeigen Sie Protokolle an und filtern sie

Navigieren Sie zum Protokollbetrachter-Bildschirm (z. B. Benutzer > Aktivitätsprotokolle).
Sie sehen eine Liste aller erfassten Ereignisse, sortiert nach Datum.
Verwenden Sie die leistungsstarken Filteroptionen, um bestimmte Ereignisse zu untersuchen:
- Datumsbereich: Schränken Sie Ihre Suche auf einen bestimmten Zeitraum ein.
- Zielobjekt und ID: Filtern Sie nach einem bestimmten Objekt (z. B. Kunde) und sogar nach einer bestimmten Instanz (z. B. Kunden-ID).
- Benutzer: Sehen Sie alle von einem bestimmten Benutzer durchgeführten Aktionen.
- Aktionstyp: Isolieren Sie alle Erstellungs- oder Lösch- Aktionen.

Verstehen der Protokolldaten

Jeder Protokolleintrag enthält detaillierte Informationen, die Ihnen helfen, das Ereignis zu verstehen:

Spalte	Beschreibung
`Erstellt am`	Das genaue Datum und die Uhrzeit, zu der die Aktion stattgefunden hat.
`IP-Adresse`	Die IP-Adresse des Benutzers, der die Aktion durchgeführt hat.
`Benutzer`	Der Benutzer, der die Aktion durchgeführt hat. Dies kann bei automatisierten Prozessen “System” anzeigen.
`Ziel`	Der Typ des Geschäftsobjekts, das betroffen war (z. B. `Abonnement`).
`Ziel-ID`	Der eindeutige Bezeichner des spezifischen Objekts, das geändert wurde.
`Aktion`	Die durchgeführte Aktion (`ERSTELLEN`, `AKTUALISIEREN`, `LÖSCHEN`).
`Details`	Eine für Menschen lesbare Zusammenfassung der Änderung. Bei `AKTUALISIERUNGS-` Aktionen werden hier die alten und neuen Werte für die geänderten Felder angezeigt.

Exportieren von Protokolldaten

Sie können Ihre gefilterte Protokollansicht für Offline-Analysen, Archivierungs- oder Prüfungsanfragen exportieren. Klicken Sie auf die Schaltfläche Exportieren, um die Daten herunterzuladen, normalerweise im CSV-Format, das in jeder Tabellenkalkulationsanwendung geöffnet werden kann.

Berechtigungen und Datenaufbewahrung

Berechtigungen: Der Zugriff auf die Konfiguration und Anzeige des Aktivitätsprotokolls wird durch Benutzerberechtigungen gesteuert. In der Regel haben nur administrative Benutzer die Möglichkeit, Protokollkonfigurationen zu ändern, während andere Benutzer möglicherweise nur Lesezugriff haben.
Datenaufbewahrung: Die Daten des Aktivitätsprotokolls werden für einen bestimmten Zeitraum aufbewahrt, um den Prüfungs- und Sicherheitsstandards zu entsprechen. Die genaue Datenaufbewahrungsrichtlinie entnehmen Sie bitte Ihrer Servicevereinbarung.

Docs: Authentifizierungseinstellungen

Mon, 01 Jan 0001 00:00:00 +0000

Um auf diesen Abschnitt in Monetization zuzugreifen, wählen Sie im Menü Benutzerverwaltung und klicken Sie auf Sicherheit. Eine Seite mit Sicherheitseinstellungen und einem Formular wird angezeigt.

Um die Authentifizierungseinstellungen zu konfigurieren, führen Sie Folgendes aus:

Sitzungszeitüberschreitung: Geben Sie die Dauer für die Sitzungszeitüberschreitung in Sekunden an.
Single Sign-on-Anbieter: Fügen Sie Single Sign-on-Anbieter hinzu. Sie können die verfügbaren nutzen oder ein benutzerdefiniertes Single Sign-on erstellen.
Multi-Faktor-Authentifizierung (MFA): Aktivieren Sie dies, um MFA für das Konto hinzuzufügen.
Passwortrichtlinie: Konfigurieren Sie die Passwortrichtlinie für Passwortlänge und -alter.

Klicken Sie anschließend auf Absenden, um die Konfiguration abzuschließen.

![Benutzerauthentifizierung](../user-authentication.Abbildung: Benutzerauthentifizierungsseite

Docs: Kundenkonto-Seite

Mon, 01 Jan 0001 00:00:00 +0000

Themen in diesem Dokument:

liste-kunden-konto-seite
kundenkonto-finden
kunden-onboarding
generierung-kundeninformationen
details-kundenkonto-seite
benutzerinformationen
konto-informationen
- konto-informationen-bearbeiten
- konto-schließen
kontaktinformationen
zahlungsinformationen
- zahlungsinformationen-bearbeiten
abonnements
abrechnungsprofile
- rechnungen
- rechnungsstellung
  - rechnungsdetails
  - offline-rechnungszahlung
saldo-gruppen
teilen
- eigentümer-einer-teilen-gruppe
- mitglied-einer-teilen-gruppe
hierarchie
- eigentümer-einer-hierarchie-gruppe
- mitglied-einer-hierarchie-gruppe

Um auf die Kundenkonto-Seite in Monetization zuzugreifen, klicken Sie im Menü auf Kunden. ## Kundenkontoseite auflisten

Die Kundenkontoseite enthält eine paginierte Liste aller aktiven und inaktiven Kunden. Es ist die erste Seite, die angezeigt wird, sobald die Kundenkontoseite aufgerufen wird.

Die Seite zeigt alle Ihre Kunden in tabellarischer Form mit den folgenden Informationen: den Kundennamen, wie viele Abonnements sie haben, wie viele Dienstleistungen sie nutzen und einen Button, um die vollständigen Details jedes Kunden anzuzeigen.

Zusätzlich haben Sie auf der Seite Zugriff auf die folgenden Funktionen: kundenkonto finden, einen kunden onboarden und kundeninformationen generieren.

Kundenkonto finden

Unter kundenkontoseite auflisten können Sie nach einem Kundenkonto suchen, indem Sie den vollständigen Namen, die E-Mail-Adresse, die Adresse, die Stadt, das Land, den Status, kundentyp oder/und die Zahlungsmethode eingeben.

Um dies zu erreichen, klicken Sie von der kundenkontoseite auflisten auf Filter und geben Sie dann die Suchkriterien ein. Klicken Sie anschließend auf Suchen; dies aktualisiert die kundenkontoseite und zeigt nur die Suchanfrage an.

Sobald Sie mit dem Suchergebnis zufrieden sind, klicken Sie auf Zurücksetzen, um alle Kundenkonten erneut anzuzeigen; folgen Sie dies, indem Sie den Filterbereich ausblenden, indem Sie auf Filter klicken.

Einen Kunden onboarden

Einen Kunden onboarden bedeutet, einen neuen Kunden zu erstellen und ihn mit dem gewünschten Abonnement einzurichten.

Um einen Kunden zu onboarden, klicken Sie von der kundenkontoseite auflisten auf Neu erstellen; die Antwort führt Sie zur Kunden-Onboarding-Seite. Die Seite ist in sechs Abschnitte unterteilt, nämlich:

account info section
payment info section
sharing section (optional)
hierarchy section (optional)
subscription section
summary section

Account info section

Im Abschnitt für Kontoinformationen fügen Sie den Vornamen, Nachnamen, die E-Mail-Adresse und die Telefonnummer des Kunden hinzu.

Hinweis:

Die E-Mail-Adresse des Kunden muss für einen bestimmten site in Monetization einzigartig sein.

Zusätzlich wählen Sie einen Kundentyp aus. Der Kundentyp ist in Monetization konfigurierbar. Er kann verwendet werden, um Kunden zu segregieren (zum Beispiel gewerbliche oder reguläre Kunden). Er kann auch hilfreich für Analysen, Berichterstattung und business operations Filterung sein (zum Beispiel invoicing, exporting usw.). Für weitere Informationen siehe Customer types.

Die Adresse, Stadt, Bundesland und das Land des Kunden sind ebenfalls obligatorisch, während die Organisation des Kunden und die Postleitzahl optional sind.

Hinweis:

Die Organisation, Adresse, das Land, Bundesland und die Stadt des Kunden können zur Rechnung hinzugefügt werden, wenn eine Rechnungsvorlage erstellt wird. Für weitere Informationen siehe Template.

Außerdem muss die Adresse in einigen Anwendungsfällen verifiziert werden, damit die Besteuerung in Monetization korrekt funktioniert.

Jedes benutzerdefinierte Attribut, das unter System configuration Custom attributes erstellt wurde und zur Kundenentität gehört, wird ebenfalls in diesem Abschnitt angezeigt. Sie werden jedoch als optionale Eingabefelder behandelt. Für weitere Informationen siehe [Custom Attributes](../.. /system-configuration/custom-attributes).

Zahlungsinformationsbereich

Im Zahlungsinformationsbereich wählen Sie die Zahlungsmethode des Kunden aus. Sie können eine Rechnung, eine Kreditkarte oder ein Lastschriftverfahren als Zahlungsmethode wählen.

Wenn eine Rechnung ausgewählt wird, sind keine zusätzlichen Anforderungen für den Kunden auszufüllen, es sei denn, die Rechnungsadresse des Kunden weicht von der Adresse des Kunden ab.

Hinweis:

Die Wahl einer Rechnung bedeutet, dass Gelder niemals automatisch von einer gespeicherten Kreditkarte abgebucht werden, selbst wenn die Kreditkarteninformationen des Kunden hinzugefügt werden.

Wenn eine Kreditkarte ausgewählt wird, speichert Monetization keine relevanten Kreditkarteninformationen, sondern nur grundlegende Informationen über den Inhaber und ein Referenz-Token im Falle einer Integration mit einem Zahlungsgateway.

Wenn ein Lastschriftverfahren ausgewählt wird, geben Sie die folgenden Informationen über den Kunden ein:

Die Mandatsidentifikation
Das Mandatsdatum der Unterschrift
Die BIC
Die IBAN

Hinweis:

Die Steueridentifikationsnummer des Kunden kann unter jeder Zahlungsmethode angegeben werden. Sie ist nützlich, wenn sie mit einem Steuergateway in Monetization integriert ist.

Der Wert sollte die Umsatzsteuer-Identifikationsnummer (USt-IdNr.) des Kunden darstellen und kann auf der Rechnung hinzugefügt werden. Zum Beispiel, wenn ein Kunde ein Unternehmen ist, kann dessen USt-IdNr. ausgefüllt und auf dem Rechnungs-PDF angezeigt werden.

Dieser optionale Bereich ermöglicht die Konfiguration der Übertragungskosten in Echtzeit. Der Kunde kann entweder Mitglied oder Eigentümer einer Sharing-Gruppe sein. Wenn der Eigentümer über Ressourcen verfügt, werden diese Ressourcen entsprechend mit den Mitgliedern geteilt, da die Kosten übertragen werden.

Hinweis:

Wenn der Kunde der Eigentümer einer Sharing-Gruppe ist, kann dies nur von der details-kundenkonto-seite unter sharing konfiguriert werden. Bei der Onboarding eines Kunden können sie jedoch als Mitglieder einer der bestehenden Gruppen zugewiesen werden.

Um den Kunden einer bestehenden Gruppe hinzuzufügen, suchen Sie nach dem Konto des Gruppeninhabers anhand seines vollständigen Namens und wählen Sie dann die Gruppe aus.

Information:

Das Dropdown-Menü bietet einige Vorschläge, die beim Tippen gefiltert werden.

Sobald der Kunde als Mitglied einer Sharing-Gruppe hinzugefügt wird, werden die Ressourcen aus dem Abonnement des Gruppeninhabers mit den Gruppenmitgliedern geteilt, und sie können diese in Echtzeit nutzen. Dies unterliegt jedoch der Richtlinie, die für die Gruppe konfiguriert ist.

Wenn beispielsweise der Eigentümer einer Sharing-Gruppe 1000 Megabyte Daten kostenlos hat, konsumieren die Mitglieder der Gruppe alle die verfügbaren 1000 Megabyte kostenlos.

Hierarchie Abschnitt (optional)

Dieser optionale Abschnitt ermöglicht die Konfiguration der Übertragung von Gebühren zwischen Kunden.

Die Gebühren werden nicht in Echtzeit an den Hierarchie-Gruppeninhaber übertragen. Stattdessen wird, wenn ein Mitglied einer Hierarchie-Gruppe am Ende seines abrechnungszyklus eine Rechnung erhält, diese Rechnung (in Gesamthöhe) auf das Konto des Hierarchie-Gruppeninhabers übertragen. Das bedeutet, dass der Gruppeninhaber zahlungsverantwortlich für die Rechnung wird.

Hinweis:

Wenn der Kunde der Eigentümer einer Hierarchie-Gruppe ist, kann dies nur von der details-kundenkonto-seite unter hierarchie konfiguriert werden. Bei der Onboarding eines Kunden können sie jedoch als Mitglieder einer der bestehenden Gruppen zugewiesen werden.

Um den Kunden einer bestehenden Gruppe hinzuzufügen, suchen Sie nach dem Konto des Gruppeninhabers anhand seines vollständigen Namens und wählen Sie dann die Gruppe aus.

Information:

Das Dropdown bietet einige Vorschläge, die beim Tippen gefiltert werden.

Abonnementbereich

Information:

In diesem Abschnitt richten Sie den Kunden auf einen plan aus Ihrem Angebotskatalog ein.

Wählen Sie einen zahlungstyp. Das abrechnungsprofil, mit dem das Abonnement verknüpft wird, muss einen Zahlungstyp haben.

Wählen Sie auch eine Ressource; dies bezieht sich auf die monetäre Ressource (Währung), die zur Abrechnung des Kunden verwendet wird.

Wählen Sie das Intervall; dies bedeutet die Häufigkeit, mit der der Kunde abgerechnet wird. Zum Beispiel kann der Kunde monatlich, wöchentlich, jährlich usw. abgerechnet werden.

Hinweis:

Das Intervall wird in Monetization unter Business configuration Charging Event Types konfiguriert. Für weitere Informationen siehe Event types.

Wählen Sie den Abrechnungstag; er gibt den Tag des Monats an, an dem der Kunde abgerechnet wird. Diese Information ist erforderlich, wenn Monetization den abrechnungszyklus des Kunden festlegt. Zum Beispiel kann der Kunde am ersten Tag eines jeden Monats abgerechnet werden.

Die optionalen Aktionscode(s) können coupons oder/und vouchers sein. Diese(r) Code(s) ermöglicht es den Kunden, spezielle Angebotsaktionen zu erhalten.

Information:

Typischerweise werden in diesem Abschnitt nur Coupons verwendet.

Der Code wird in Monetization unter Business-Konfiguration Gutschein für Gutscheine und unter Katalog Pakete Coupons für Coupons generiert.

Wählen Sie einen Plan für den Kunden aus. Der Plan ist das oberste Objekt bei der Konfiguration Ihres Angebotskatalogs. Er besteht aus bundles; die Bundles bestehen aus produkten und/oder rabatten. Ein Plan wird unter Katalog Pakete Pläne erstellt.

Hinweis:

Ein Plan ist das, worauf Ihre Kunden abonnieren, um eine(n) Dienstleistung(en) zu konsumieren oder eine(n) Produktressource(n) zu nutzen. Für weitere Informationen siehe Pläne.

Nachdem ein Plan für den Kunden ausgewählt wurde, wird auch eine Liste aller Bundles unter dem Plan angezeigt. Darüber hinaus wird unter jedem Bundle eine tabellarische Darstellung der Produkt(e) angezeigt.

Die Menge, der Wert und der Gültigkeitszeitraum können für jedes Produkt bearbeitet werden.

Information:

Der Produktwert bedeutet nicht unbedingt den Preis des Produkts, da einige andere Salden beeinflussen können – zum Beispiel ein Förderprodukt für kostenlose 10 MB. Der Wert wird jedoch den Preis darstellen, wenn es sich um ein reguläres Produkt handelt.

Weitere Informationen über das Produkt, einschließlich Name, Typ usw., werden ebenfalls angezeigt. Einige Produkte können für den Kunden optional sein, um sie als Teil des Bundles zu erwerben. Daher können Sie entscheiden, ob Sie es als Teil des Kaufs einbeziehen möchten, indem Sie das Kontrollkästchen Kauf aktivieren.

Dienstleistungsprodukte müssen eine Dienstbezeichner enthalten, entweder als Zeichenfolge oder als bereits in Monetization konfiguriertes Gerät. Ein Dienstbezeichner ist eine eindeutige ID für einen Kunden für diesen Dienst – zum Beispiel eine Mobiltelefonnummer.

Hinweis:

Die Indikatoren All set und Not set ermöglichen es, zu erkennen, wo der Dienstbezeichner hinzugefügt werden muss.

Sie können einen Dienstbezeichner global zuweisen und nicht unbedingt einem bestimmten Produkt. Um dies zu erreichen, fügen Sie den Dienstbezeichner aus dem Eingabefeld Service identifier im Plan ein.

Hinweis:

Monetization kann nur dann zur nächsten Phase übergehen, wenn es keinen einzigen Not set Indikator gibt.

Information:

Um zusätzliche Pakete im Abonnement einzuschließen, klicken Sie auf Add bundle.

Zusammenfassungsabschnitt

Dieser Abschnitt erfasst alle Informationen, die in den vorherigen fünf Abschnitten ausgefüllt wurden. Er ermöglicht es Ihnen, die Details zu überprüfen, bevor der Kunde erfolgreich integriert wird.

Hinweis:

Das erste billing profile wird automatisch von Monetization basierend auf den payment type und interval Konfigurationen erstellt, die im subscription section festgelegt sind.

Um den Onboarding-Prozess abzuschließen, klicken Sie auf Submit.

Generierung der Kundeninformationen

Auf der list customers’ account page können die Kundeninformationen im Format von durch Kommas getrennten Werten (CSV) generiert werden. Um dies zu erreichen, klicken Sie auf CSV; die Kundeninformationen werden in eine Tabelle exportiert und anschließend heruntergeladen.

Die heruntergeladene Datei zeigt die folgenden Informationen über den Kunden: Name, E-Mail-Adresse, Abonnement und Dienstleistungen.

Hinweis:

Die Kundeninformationen werden pro paginierter Seite generiert.

Die Informationen der Kunden können ebenfalls ausgedruckt und kopiert werden. Um dies zu erreichen, klicken Sie auf Drucken und Kopieren.

Details zur Kundenkontoseite

Unter liste der kundenkontoseiten, um die vollständigen Details eines bestimmten Kundenkontos zu sehen, klicken Sie auf Details. Dies führt Sie zur Details zur Kundenkontoseite.

Die Details zur Kundenkontoseite besteht aus neun Abschnitten, nämlich:

Benutzerinformationen
Kontoinformationen
Kontaktinformationen
Zahlungsinformationen
Abonnements
Abrechnungsprofile
Saldo-Gruppen
Freigabe
Hierarchie

Benutzerinformationen

Hinweis:

Der Abschnitt Benutzerinformationen ist nur verfügbar, wenn das Self-Care-Portal unter den Site-Umgebungs-Konfigurationen aktiviert ist. Für weitere Informationen siehe Standorte.

Nach erfolgreichem Onboarding eines Kunden können Benutzerinformationen für den Kunden erstellt werden. Die Erstellung dieser Informationen ermöglicht es den Kunden, auf ein Self-Care-Portal zuzugreifen, um ihren Kontostand, ihren Verbrauch und ihre Rechnungen einzusehen.

Information:

Das Self-Care-Portal ist entweder als Web- oder mobile Anwendung verfügbar.

Hinweis:

Kunden ohne Benutzerinformationen können nicht auf das Self-Care-Portal zugreifen.

Eine einzelne Aktion kann für Kunden ohne Benutzerinformationen durchgeführt werden.

Benutzerinformationen erstellen

Benutzerinformationen erstellen

Um Benutzerinformationen zu erstellen, klicken Sie auf Benutzer erstellen. Die folgenden Eingabefelder sind erforderlich:

Vorname
Nachname
E-Mail-Adresse
Passwort
Passwortbestätigung

Die Benutzerinformationen des Kunden können ebenfalls aktiviert oder deaktiviert werden. Um dies zu erreichen, verwenden Sie den Aktiviert-Schalter.

Information:

Deaktivierte Benutzerinformationen bedeuten inaktive Informationen, was impliziert, dass der Kunde nicht auf das Self-Care-Portal mit den Benutzerinformationen zugreifen kann.

Nach erfolgreicher Erstellung der Benutzerinformationen des Kunden sind die folgenden Funktionen zugänglich:

Benutzerinformationen löschen
Benutzerinformationen bearbeiten
Benutzerverifizierungs-E-Mail anfordern
Benutzerpasswortaktualisierung anfordern

Hinweis:

Kunden müssen ihre E-Mail-Adressen verifizieren, bevor sie auf das Self-Care-Portal zugreifen können. Für weitere Informationen siehe Benutzerverifizierungs-E-Mail anfordern.

Benutzerinformationen löschen

Um die Benutzerinformationen des Kunden zu löschen, klicken Sie auf Benutzer löschen. Nach dem Löschen kann der Kunde nicht mehr auf das Self-Care-Portal zugreifen.

Benutzerinformationen bearbeiten

Um die Benutzerinformationen des Kunden zu bearbeiten, klicken Sie auf Benutzer bearbeiten. Die Informationen, die im Abschnitt Benutzerinformationen erstellen ausgefüllt wurden, können bearbeitet werden.

Benutzerverifizierungs-E-Mail anfordern

Bevor ein Kunde auf das Self-Care-Portal zugreifen kann, muss seine E-Mail-Adresse verifiziert werden. Um dies zu erreichen, klicken Sie auf Benutzerverifizierungs-E-Mail anfordern. Nach dem Klicken wird eine Benutzerverifizierungs-E-Mail an den Kunden gesendet. ### Anfrage zur Aktualisierung des Benutzerpassworts

Die Anfrage zur Aktualisierung eines Passworts sendet eine E-Mail zur Aktualisierung des Benutzerpassworts an den Kunden, oder der Kunde wird aufgefordert, sein Passwort zu ändern, wenn er sich im Self-Care-Portal anmeldet. Um dies zu erreichen, klicken Sie auf Anfrage zur Aktualisierung des Benutzerpassworts.

Kontoinformationen

Dieser Abschnitt zeigt einen Teil der Informationen, die während des onboarding-prozesses des kunden im kontoinformationsbereich eingegeben wurden. Die Informationen umfassen den Kundentyp und benutzerdefinierte Attribute (sofern vorhanden).

Darüber hinaus wird dem Kunden eine ID zugewiesen (eine eindeutige, automatisch inkrementierte Nummer zur eindeutigen Identifizierung eines Kunden). Auch der Kundenstatus wird entweder als aktiv oder inaktiv angezeigt.

Unter diesem Abschnitt können zwei Aktionen durchgeführt werden:

Kontoinformationen bearbeiten
Konto schließen

Kontoinformationen bearbeiten

Um die Kontoinformationen zu bearbeiten, klicken Sie auf Kontoinformationen bearbeiten. Nur der Typ und das benutzerdefinierte Attribut (sofern vorhanden) können bearbeitet werden.

Konto schließen

Um ein Kundenkonto zu schließen, klicken Sie auf Konto schließen. Das Schließen eines Kontos ist fast dasselbe wie das Löschen; jedoch wird es nicht sofort gelöscht. Ein separater Hintergrundjob führt die tatsächliche Löschung durch, nachdem ein Konto für einen vordefinierten Zeitraum geschlossen wurde.

Information:

Durch Klicken auf Konto schließen deaktiviert Monetization die Konten, die keine aktiven Abonnements oder Käufe haben. Deaktivierte Konten werden automatisch geschlossen und nach einem konfigurierbaren Zeitraum entfernt.

Hinweis: Ein Kunde mit dem Status inaktiv kann kein Produkt kaufen oder sich für einen Plan anmelden.

Kontaktinformationen

Dieser Abschnitt zeigt einen Teil der Informationen, die während des onboarding-prozesses des kunden im konto-info-abschnitt eingegeben wurden. Er umfasst den Vornamen, Nachnamen, die E-Mail-Adresse, Telefonnummer, Organisation, Adresse, Land, Bundesland, Stadt und Postleitzahl.

Darüber hinaus enthält die Kontaktinformation ein Tag. Das Tag wird verwendet, um spezifische Kontaktinformationen des Kunden zu identifizieren, da es mehr als eine Kontaktinformation geben kann.

Wenn es beispielsweise mehrere Kontaktinformationen für einen Kunden gibt und eine E-Mail an den Kunden gesendet werden soll, kann das Tag verwendet werden, um auf eine bestimmte Kontaktinformation E-Mail-Adresse zu verweisen.

Hinweis:

Das Muster für das Tag kann konfiguriert werden. Es kann jedoch die folgende Reihenfolge befolgt werden Primär, Sekundär usw.

Drei Aktionen können in diesem Abschnitt durchgeführt werden:

Kontaktinformationen hinzufügen
Kontaktinformationen bearbeiten
Kontaktinformationen löschen

Kontaktinformationen hinzufügen

Um eine weitere Kontaktinformation für den Kunden hinzuzufügen, klicken Sie auf Kontaktinformationen hinzufügen. Die Eingabefelder bleiben die gleichen wie bei der ursprünglichen Eingabe der Kontaktinformationen für den Kunden.

Darüber hinaus fügen Sie ein Tag hinzu, das verwendet werden kann, um schnell auf die Kontaktinformationen in anderen Teilen von Monetization zu verweisen.

Kontaktinformationen bearbeiten

Um die Kontaktinformationen des Kunden zu bearbeiten, wählen Sie das entsprechende Kontaktinformationstag aus und klicken Sie dann auf Kontaktinformationen bearbeiten. ### Kontaktinformationen löschen

Um die Kontaktinformationen des Kunden zu löschen, wählen Sie das entsprechende Kontaktinformationstag aus und klicken Sie dann auf Kontaktinformationen löschen.

Hinweis:

Das Löschen aller Kontaktinformationen des Kunden in Monetization ist nicht erlaubt: Es muss mindestens eine Kontaktinformation vorhanden sein.

Zahlungsinformationen

Dieser Abschnitt zeigt die Zahlungsinformationen, die während des Onboarding-Prozesses des Kunden im Zahlungsinformationsabschnitt eingegeben wurden. Er umfasst die Rechnungsadresse, die Steueridentifikation (sofern vorhanden) und die Zahlungsmethode, die der Kunde verwendet.

Eine einzelne Aktion kann in diesem Abschnitt durchgeführt werden:

Zahlungsinformationen bearbeiten

Zahlungsinformationen bearbeiten

Um die Zahlungsinformationen des Kunden zu bearbeiten, klicken Sie auf Zahlungsinformationen bearbeiten.

Sie können eine Rechnung, eine Kreditkarte oder eine Lastschrift als Zahlungsmethode wählen. Darüber hinaus können Sie die Rechnungsadresse ändern und eine Steueridentifikationsnummer hinzufügen/entfernen.

Abonnements

Dieser Abschnitt zeigt die Abonnements des Kunden. Ein Abonnement ist das Engagement des Kunden, einen Plan zu haben. Ein Plan kann mit bestimmten Bundles verbunden sein, und diese Bundles werden spezifische Produkte und Rabatte haben.

Hinweis:

Ein Abonnement verknüpft den Kunden mit einem Plan aus Ihrem Angebotskatalog. Jeder Kunde kann eine unbegrenzte Anzahl von Abonnements haben.

Information:

Kunden haben Abrechnungsprofile, Abrechnungsprofile haben Saldo-Gruppen, und Saldo-Gruppen sind mit Abonnements verbunden.

Abonnements hinzufügen

Um ein neues Abonnement hinzuzufügen, klicken Sie auf Abonnement hinzufügen. Sie müssen eine Bilanzgruppe und einen Plan auswählen. Optional können Sie dem Kunden ein spezielles Angebot unterbreiten, indem Sie einen oder mehrere Aktionscodes hinzufügen, die Gutscheine oder/und Wertgutscheine sein können.

Information:

Typischerweise werden in diesem Abschnitt nur Gutscheine verwendet.

Hinweis:

Wenn Sie eine Bilanzgruppe beim Hinzufügen eines neuen Abonnements erstellen möchten, klicken Sie auf Bilanzgruppe hinzufügen; wählen Sie den Abrechnungstag und den Zahlungstyp sowie das Intervall aus.

Zusatzpaket

Für jedes Abonnement können zusätzliche Pakete (Add-Ons) zusätzlich zum Plan erworben werden; sie sind nicht Teil des ursprünglich gekauften Plans. Um dies zu erreichen, klicken Sie auf Paket hinzufügen und wählen Sie das Paket aus. Sobald das Paket ausgewählt ist, können Menge, Wert und Gültigkeitsdauer für jedes Produkt, das im Paket enthalten ist, bearbeitet werden.

Information:

Der Produktwert bedeutet nicht unbedingt den Preis des Produkts, da einige andere Bilanzen beeinflussen können – zum Beispiel ein Förderprodukt für kostenlose 10 MB. Der Wert stellt jedoch den Preis dar, wenn es sich um ein reguläres Produkt handelt.

Weitere Informationen über das Produkt, einschließlich Name, Typ usw., werden ebenfalls angezeigt. Einige Produkte können für den Kunden optional sein, um sie als Teil des Pakets zu erwerben. Daher können Sie entscheiden, ob Sie es als Teil des Kaufs einbeziehen möchten, indem Sie das Kontrollkästchen Kaufen aktivieren.

Hinweis:

Dienstprodukte müssen eine Dienstkennzeichnung enthalten, entweder als Zeichenfolge oder als bereits in der Monetization konfiguriertes Gerät. Ein Dienstbezeichner ist eine eindeutige ID für einen Kunden für diesen Dienst – zum Beispiel eine Mobiltelefonnummer.

Zusätzlich können die optionalen Aktionscodes eingeschlossen werden, die verwendet werden, um den Kunden spezielle Angebotsaktionen zu bieten. Sie können Coupons oder/und Gutscheine darstellen.

Information:

Typischerweise werden in diesem Abschnitt nur Coupons verwendet.

Produkte bearbeiten und stornieren

Unter einem Abonnement kann jedes Produkt im Bundle bearbeitet oder storniert werden. Um dies zu erreichen, klicken Sie auf Produkt bearbeiten oder Produkt stornieren.

Hinweis:

Nur der Dienstbezeichner und der Gültigkeitszeitraum können für das Produkt bearbeitet werden.

Um einen Gutschein auf ein Abonnement anzuwenden, klicken Sie auf Gutschein verwenden. Dann geben Sie einen Gutscheincode (oder mehrere) ein, und Monetization wird den Gutscheincode auf dieses Abonnement anwenden. Jeder Gutschein führt zu einem Bundle-Kauf.

Information:

Der Gutscheincode wird in Monetization, unter Business-Konfiguration Gutschein generiert.

Um den Kundenplan auf einen anderen zu upgraden oder downgraden, klicken Sie auf Planwechsel; wählen Sie den neuen Plan aus und konfigurieren Sie den Gültigkeitszeitraum.

Hinweis:

Die Migration erfolgt nicht sofort. Stattdessen wird sie zu einem bestimmten Zeitraum durchgeführt, der unter dem Planwechsel-Job konfiguriert ist.

Um ein Abonnement manuell zu stornieren, klicken Sie auf Abonnement stornieren.

Hinweis:

Abonnements können manuell durch Klicken auf Abonnement kündigen oder automatisch durch einen Kaufverifizierungsjob beendet werden, nach dem sie ungültig werden und ihre Produkte nicht mehr erneuert werden.

Einige Abonnements haben vordefinierte Laufzeitbedingungen; zum Beispiel einen Vertrag mit einer Verpflichtung von zwei Jahren.

Es gibt drei Unterabschnitte unter jedem Abonnement, nämlich:

Salden und Benachrichtigungen
Nutzung
Dienste

Salden und Benachrichtigungen

Ressourcen zeigt, welche Salden in Monetization existieren können. Basierend auf den konfigurierten Ressourcen kann ein Saldo für diese Ressource in einer Kundensaldo-Gruppe erstellt werden.

Ressourcen haben auch unterschiedliche Saldoverbrauchsreihenfolgen konfiguriert. Dies bestimmt, wie sich der Saldo jeder Ressource verhalten soll, wenn er betroffen ist: falls mehrere Salden derselben Ressource existieren.

Salden

Ein Abonnement ist mit einer Saldo-Gruppe verknüpft. Dieser Abschnitt zeigt den insgesamt gültigen Betrag des Saldos jeder Ressource aus der Saldo-Gruppe.

Information:

Der insgesamt gültige Betrag bedeutet den Betrag, in dem der Gültigkeitszeitraum noch aktiv ist.

Hinweis:

Mehrere Abonnements können mit derselben Saldo-Gruppe verknüpft werden. Daher erfassen die Salden den insgesamt gültigen Betrag des Saldos jeder Ressource aus der Saldo-Gruppe, der von vielen Abonnements stammen kann und nicht nur von einem Abonnement. Sie können jedoch ein einzelnes Abonnement mit einer Saldo-Gruppe verknüpfen.

Der insgesamt gültige Betrag, der für jede Ressource in der Saldo-Gruppe angezeigt wird, kann positiv oder negativ sein. Ein negativer Saldo zeigt an, dass der Kunde aus einer kostenlosen Ressource konsumiert. Typischerweise gibt eine kostenlose Ressource dem Kunden zunächst einen bestimmten Betrag an Guthaben für die Ressource. Das Guthaben sinkt ebenfalls auf null, während der Kunde die kostenlose Ressource verbraucht. Sobald das Guthaben null erreicht, ist die kostenlose Ressource erschöpft.

Darüber hinaus kann ein negatives Guthaben auch bedeuten, dass der Kunde einen prepaid-payment-type hat. Daher zahlt der Kunde im Voraus, wenn er sich für einen Tarif anmeldet. Somit erhält er einen bestimmten Betrag an Guthaben für Ressourcen. Das Ressourcenguthaben wird auch als negatives Guthaben dargestellt, das er bis auf null verbrauchen kann.

Ein positives Guthaben bedeutet, dass sich der Betrag des Guthabens der Ressource erhöht, während der Kunde eine bestimmte Ressource verbraucht.

Information:

Für eine monetäre Ressource mit positivem Guthaben muss der Kunde am Ende seines billing-cycle bezahlen.

Ein Guthaben kann monetär sein, was angibt, wie viel der Kunde ausgegeben hat oder wie viel noch übrig ist. Ein Guthaben kann auch nicht-monetär sein, was andere Ressourcen wie kostenlose Ressourcen oder Guthaben anzeigt.

Hinweis:

Es muss mindestens eine monetary resource für eine Guthabengruppe vorhanden sein. Die monetäre Ressource ist erforderlich, da jedes billing profile eine monetäre Ressource angeben muss, damit Monetization weiß, welches Ressourcenguthaben in der Guthabengruppe als Geld behandelt werden soll, wenn Gebühren auf die Rechnung/den Rechnungsbetrag angewendet werden.

Um die Guthabendetails jeder Ressource in der Guthabengruppe anzuzeigen, klicken Sie auf den Ressourcennamen. Es zeigt den Gültigkeitszeitraum, den Ressourcennamen, den Betrag und wann das Ressourcenguthaben erstellt wurde, alles in tabellarischer Form.

Hinweis:

Unter den Guthabendetails für jede Ressource kann es mehr als ein Guthabensdetail geben.

Um Anpassungen am Detail des Ressourcenbilanz vorzunehmen, klicken Sie unter Aktionen auf Anpassung. Der Betrag und der Rechnungsartikel können geändert werden. Darüber hinaus kann die Steuer einbezogen werden. Um dies zu erreichen, aktivieren Sie den Schalter mit Steuer und geben Sie die Steuer, den Steueranbieter und das Hauptbuch an.

Erstellung einer Bilanz

Information:

Bilanzen in Monetization werden durch den Kauf von Produkten, Rabatten oder Service-Nutzungsereignissen (nutzungsbasierte Gebühren) beeinflusst. Sobald eine Gebühr anfällt, wird Monetization die entsprechende Bilanz finden, um sie zu beeinflussen oder eine neue zu erstellen, wenn keine gültigen Bilanzen vorhanden sind. Der Einfluss wird entweder die Bilanz erhöhen (Debit) oder die Bilanz verringern (Kredit).

Sie können auch manuell eine Ressourcenbilanz in Monetization erstellen. Um dies zu erreichen, klicken Sie auf Neue Bilanz erstellen. Wählen Sie die Ressource aus, geben Sie den Betrag ein und spezifizieren Sie, wie die Bilanz dargestellt werden soll (entweder als positive oder negative Gebühr).

Für eine negative Gebühr wählen Sie Kredit; das bedeutet, dass der Kunde etwas erhält (die Gebühr wird gesenkt). Für eine positive Gebühr wählen Sie Debit; das bedeutet, dass dem Kunden eine Gebühr berechnet wird (das heißt, die Gebühr wird erhöht).

Darüber hinaus kann der Gültigkeitszeitraum für die Ressourcenbilanz vom aktuellen Zyklus auf ein anderes Datum oder ein unendliches Datum geändert werden. Der aktuelle Zyklus bedeutet, dass die Ressourcenbilanz nur während des aktuellen Abrechnungszyklus des Kunden gültig ist.

Benachrichtigungen

Eine Benachrichtigung erfolgt, wenn der Kunde einen Schwellenwert überschreitet, der für eine Ressource durch ein [Kreditprofil](../.. /business-configuration/charging#credit-profiles) durch ein credit limit. Dieser Abschnitt zeigt die Zeit, zu der die Benachrichtigung ausgelöst wurde, die Art der Benachrichtigung, den überschrittenen Schwellenwert und die Ressource.

Kunden können per E-Mail oder SMS benachrichtigt werden, dass sie einen Schwellenwert überschritten haben. Drittanbieter-APIs können ebenfalls über JSON-Anfragen aufgerufen werden, um andere Komponenten in Monetization zu benachrichtigen.

Zum Beispiel, wenn ein Kunde einige kostenlose MBs zugewiesen hat; wenn der Kunde fast alle seine kostenlosen MBs verbraucht hat, kann ihm eine SMS/E-Mail gesendet werden, die ihn auffordert, ein Add-On zu kaufen.

Alternativ, wenn der Zahlungstyp des Kunden als Prepaid konfiguriert ist und er sein gesamtes Kontoguthaben verbraucht hat. In diesem Fall kann ihm eine SMS/E-Mail gesendet werden, in der steht, dass das Konto fast leer ist und er aufladen muss, um die Dienste weiterhin nutzen zu können.

Nutzung

Dieser Abschnitt zeigt das Nutzungsevent für einen Dienst aus dem Abonnement des Kunden für einen bestimmten Zeitraum. Es kann messen, wie der Kunde einen bestimmten Dienst konsumiert.

Information:

Sie können Nutzungsevents nach Dienst und Datum/Uhrzeit filtern. Um dies zu erreichen, wählen Sie den Dienst aus und geben Sie ein Start- und Enddatum/-uhrzeit ein, und klicken Sie dann auf Suche.

Um die Nutzungsevents in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Drucken, und zum Kopieren klicken Sie auf Kopieren.

Hinweis:

Sie werden seitenweise generiert, gedruckt und kopiert.

Die Ereignis-ID, das Erstellungsdatum und der Betrag, die als Tabellenüberschriften für das Nutzungsevent angezeigt werden, gelten für jedes Nutzungsevent des Dienstes. Zusätzliche Parameter werden durch die Pflicht-, Optional- und Bewertungsfeldgruppen für den Dienst bestimmt, der durch den diensttyp in Monetization konfiguriert ist.

Zum Beispiel kann das Nutzungsevent für einen Sprachdienst, abgesehen von der Ereignis-ID, dem Erstellungsdatum und dem Betrag, die folgenden Pflicht-/Optional-/Bewertungsfeldgruppen enthalten:

Startzeit: Dies bezeichnet das Datum und die Uhrzeit, zu der der Anruf begonnen hat.
Endzeit: Dies bezeichnet das Datum und die Uhrzeit, zu der der Anruf beendet wurde.
Ursprung: Dies bezeichnet den Standort des Anrufers—zum Beispiel Slowenien.
Ziel: Dies bezeichnet den Standort des Empfängers des Anrufs—zum Beispiel Italien.
Von: Dies bezeichnet die Person, die anruft.
An: Dies bezeichnet die Person, die den Anruf empfängt.

Die folgende Tabelle zeigt ein Nutzungsevent für einen Sprachdienst basierend auf den obigen Informationen:

Ereignis-ID	Erstellungsdatum	Startzeit	Endzeit	Von	An	Ursprung	Ziel	Betrag
1	29/09/2020, 11:57	29/09/2020, 11:59	29/09/2020, 12:19	08094349013	08149110574	Slowenien	Italien	50

Um ein individuelles Nutzungsevent anzupassen, klicken Sie auf Anpassung; nur der Betrag kann angepasst werden. Darüber hinaus, um die Steuer einzubeziehen, aktivieren Sie den Schalter mit Steuer und geben Sie die steuer, steuersupplier und hauptbuch an.

Ereignis erstellen

Um ein Nutzungsevent manuell für einen Dienst zu erstellen, klicken Sie auf Ereignis erstellen, wählen Sie den Dienst aus und geben Sie die Startzeit für das Ereignis ein. Der Dienst stellt einen diensttyp in Monetization dar.

Jeder Dienst kann mehrere Felder haben. Das Feld/die Felder stellen ein [dienstfeld](../.. /business-configuration/service-design#service-fields) in Monetization. Für weitere Informationen zur Erstellung eines Dienstes in Monetization siehe Service Design.

Unter Fields muss der Wert für jedes Feld enthalten sein. Das Feld stellt das obligatorische Feld(e) des Dienstes dar. Darüber hinaus können alle Dienste, die optionale Felder oder Bewertungsfelder haben, einbezogen werden; um dies zu erreichen, klicken Sie auf Hinzufügen.

Dienste

Ein Dienst ermöglicht es einem Kunden, nutzungs- oder verbrauchsbasierte Ereignisse zu empfangen. Zum Beispiel wird ein Sprachdienst, der in Monetization erstellt wurde, es ermöglichen, Sprachereignisse zu verarbeiten. Anschließend können die Sprachereignisse basierend auf den Dienstereignisparametern und dem Tarifplan bewertet werden. In Monetization stellt ein Diensttyp einen Dienst dar.

Hinweis:

In diesem Abschnitt zeigt Monetization nur die Dienst(e), die mit dem vom Kunden gekauften Produkt geliefert werden.

Information:

Jeder Dienst hat eine eindeutige Kennung für einen Kunden und ermöglicht es den Kunden, Nutzungsevents zu empfangen, die für diesen Diensttyp bestimmt sind.

Dienste werden unter Business configuration Service design Service types konfiguriert. Für weitere Informationen siehe Service types.

Unter Actions kann die Konfiguration des Kunden für einen Dienst bearbeitet werden. Um dies zu erreichen, klicken Sie auf Bearbeiten. Die Dienstkennung, der Gültigkeitszeitraum, die Geräte und die Ereignisgeneratoren können bearbeitet werden. Darüber hinaus kann der Dienststatus geändert werden.

Hinweis:

Ein Dienst kann den Status aktiv, inaktiv oder freigegeben haben. Der Dienst mit dem Status freigegeben kann einem anderen Kunden zugewiesen werden, der dann als aktiver Dienst an den neuen Kunden übertragen wird. Um dies zu erreichen, geben Sie die gleiche Dienstkennung für den neuen Kunden an.

Zum Beispiel eine Telefonnummer, die nicht mehr verwendet wird und lange genug quarantiniert wurde, um von einem anderen Kunden wiederverwendet zu werden.

Definition der Dienstkennung

Die einzige Einschränkung für alphanumerische Dienstkennungen ist, dass sie unter den Diensteinträgen einzigartig sein muss. Sie kann aus beliebigen alphanumerischen Zeichenfolgen bestehen.

Während Kunden über die mobile Anwendung onboarded werden, wird die Kennung durch den aktuellen Zeitstempel zugewiesen. Wenn Sie das Onboarding auf alternative Weise über das Web-Dashboard durchführen, können Sie das konsistente Prinzip anwenden, indem Sie den aktuellen Zeitstempelwert vom Epoch Converter übernehmen. Andernfalls können Sie Ihre eigenen Identifikationsdefinitionsregeln anwenden.

Abrechnungsprofile

Ein Abrechnungsprofil zeigt die Rechnungen des Kunden und die entsprechenden Rechnungen an. Die folgenden Informationen sind in einem Abrechnungsprofil dargestellt:

Abrechnungsdatum für die Rechnungen
Zahlungsart
Ressource
Ereignisart
Ereignisgeneratoren
Gültigkeitsdauer
Gesamter ausstehender Rechnungsbetrag (falls vorhanden)
Guthaben — Es bezieht sich auf den Betrag, der auf den vorherigen Rechnungen überbezahlt wurde. Dieser Betrag kann dann verwendet werden, um die nächste Rechnung zu begleichen.
Zahlungsinformationen

Hinweis:

Die Zahlungsinformationen, die die Zahlungsmethode des Kunden darstellen, können aktualisiert werden. Um dies zu erreichen, klicken Sie auf Zahlungsinformationen bearbeiten.

Um ein neues Abrechnungsprofil zu erstellen, klicken Sie auf Abrechnungsprofil hinzufügen. Geben Sie einen Namen, Zahlungstyp, monetäre Ressource, Ereignistyp (dargestellt durch Intervall), Abrechnungstag und Gültigkeitsdauer an.

Information:

Das Intervall/Zyklus, der wöchentlich, monatlich, zweiwöchentlich usw. sein kann, wird in Monetization konfiguriert. Für weitere Informationen siehe Ereignistypen.

Hinweis: Wenn der Zahlungstyp des Abrechnungsprofils Jetzt bezahlen ist, kann das Intervall nicht festgelegt werden, und der Kunde kann jederzeit abgerechnet werden. Ein anderer Name für den Zahlungstyp Jetzt bezahlen ist Bezahlen nach Verbrauch; daher wird der Kunde abgerechnet, während er den Dienst in Anspruch nimmt.

Hinweis:

Mehrere Abonnements für den Kunden können mit derselben Guthuppe verknüpft werden. Auch zahlreiche Guthuppen können mit demselben Abrechnungsprofil verbunden werden.

Es gibt zwei Hauptabschnitte unter dem Abrechnungsprofil, nämlich:

Rechnungen
Rechnungen
- Rechnungsdetails
- Offline-Rechnungszahlung

Rechnungen

Rechnungen stellen alle Kundenkosten dar, die während eines Abrechnungszyklus angefallen sind. Die Rechnung(en) werden aus den Rechnungen generiert.

Hinweis:

Rechnungen werden in Monetization durch einen Geschäftsprozess erstellt, der als Rechnungsjob bekannt ist. Daher werden die Rechnungen nicht automatisch erstellt, selbst wenn Abrechnung durchgeführt wird. Darüber hinaus können Rechnungen nicht erstellt werden, wenn der Rechnungsbetrag null ist.

Die Rechnungen werden in tabellarischer Form angezeigt, die die Rechnungs-ID, den Status, den Gültigkeitszeitraum, den Gesamtbetrag, den fälligen Betrag und die entsprechende Rechnung umfasst.

Information:

Der fällige Betrag bezieht sich darauf, wie viel der Kunde noch schuldet; dieser Betrag wird gesenkt/gutgeschrieben, sobald der Kunde die Rechnung bezahlt.

Der Rechnungsstatus

Eine Rechnung kann den folgenden Status haben:

Inaktiv — Eine inaktive Rechnung ist lediglich ein bestehender Verweis auf die nächste Rechnung, die der Kunde haben wird. Es ist wie eine zukünftige leere Rechnung, die im Voraus vorbereitet wurde, um Monetization zu ermöglichen, zu ihr zu wechseln, wenn sich der abrechnungszyklus ändert, anstatt die Rechnung zu diesem Zeitpunkt zu erstellen—dies verbessert die Leistung.
Aktiv — Eine aktive Rechnung bezieht sich auf die aktuelle Rechnung. Sobald der Abrechnungszyklus beendet ist, wechselt die aktive Rechnung in den abrechnungs Status.
Abrechnung — Wenn sich die Rechnung im abrechnungs Status befindet, bedeutet dies, dass der Kunde die Rechnung nicht vollständig bezahlt hat.
Geschlossen — Wenn die Rechnung geschlossen ist, bedeutet dies, dass der Kunde die Rechnung vollständig bezahlt hat.

Zum Beispiel:

Inaktive Rechnungs-ID ist 111
Aktive Rechnungs-ID ist 110 (dies ist die aktuelle Rechnung)

Sobald der Abrechnungszyklus beendet ist, wird die aktive Rechnung (110) in den abrechnungs Status übergehen, was bedeutet, dass sie auf die Zahlung wartet. Im Gegensatz dazu wird die zuvor inaktive Rechnung (111) aktiv werden als die aktuelle Rechnung, und eine neue inaktive Rechnung (112) wird für den nächsten Zyklus vorbereitet.

Der Abrechnungsprozess

Abrechnung ist der Vorgang in Monetization, bei dem der Kunde in seinen nächsten abrechnungszyklus verschoben wird. Infolgedessen werden die vorherigen Rechnungen in den abrechnungs Status verschoben und fällig. Folglich wird die Rechnung mit einem inaktiven Status in einen aktiven Status überführt—dies ist jetzt die aktuelle Rechnung.

Darüber hinaus wird Monetization eine neue inaktive Rechnung erstellen als bestehenden Verweis auf die nächste Rechnung, die der Kunde haben wird. Es ist wie eine zukünftige leere Rechnung, die im Voraus vorbereitet wurde, um Monetization zu ermöglichen, darauf umzuschalten, wenn sich der Abrechnungszyklus ändert, anstatt die Rechnung zu diesem Zeitpunkt zu erstellen—dies verbessert die Leistung.

Unter jeder Rechnung können folgende Aktionen durchgeführt werden:

Rechnung anpassen: Um den Betrag, die balance group und den bill item einer Rechnung manuell zu ändern, klicken Sie auf Adjustment. Darüber hinaus kann die Steuer einbezogen werden, indem der Schalter mit Steuer aktiviert und die tax, tax supplier und general ledger bereitgestellt werden.

Hinweis:
Debit bedeutet, dass dem Kunden etwas berechnet wird (Erhöhung der Gebühr), während Kredit bedeutet, dem Kunden etwas zu geben (Senkung der Gebühr).
Rechnungsposten anzeigen: Um die bill items für jede Rechnung zu sehen, klicken Sie auf Info. Jeder Rechnungsposten kann auch separat angepasst werden; um dies zu erreichen, klicken Sie auf Adjustment.

Abrechnung durchführen

Um die Abrechnung durchzuführen, wählen Sie unter den Rechnungen und klicken Sie auf Run billing. Run billing wird den normalen billing process ausführen, der Folgendes umfasst:

Verschieben des billing cycle
Verschieben der aktuellen aktiven Rechnung in den billing-Status
Aktivieren der nächsten Rechnung in der Reihe (die zuvor eine inaktive Rechnung war)
Erstellen einer neuen inaktiven Rechnung

Hinweis:

Run billing funktioniert nicht, wenn der Kunde sich noch in seinem vorherigen Abrechnungszyklus befindet; das heißt, run billing kann nur für November initiiert werden, wenn es bereits Dezember ist (für monatliche Kunden)—der vorherige Zyklus muss beendet sein, um run billing auszuführen.

Rechnung jetzt

Unter den Rechnungen, um den Kunden im Moment abzurechnen, wählen Sie und klicken Sie auf Rechnung jetzt. Die Rechnung jetzt wird den billing process umgehen und die Gebühren/Rechnungsposten auf der aktuellen aktiven Rechnung in eine völlig neue Rechnung ziehen, die sofort in den billing-Status übertragen wird.

Information:

Ein praktisches Beispiel ist ein Kunde, der mitten im Zyklus geht und eine sofortige Rechnung für alles anfordert, was er angesammelt hat. Da die run billing-Operation noch nicht durchgeführt werden kann, wird Rechnung jetzt verwendet, um eine neue Rechnung mit allen Gebühren zu erstellen, die dann sofort ausgestellt werden kann.

Abrechnungszyklus

Ein Abrechnungszyklus in Monetization ist ein Intervall, in dem alle Gebühren auf einer Rechnung gesammelt werden. Er basiert auf dem event type und dem Abrechnungstag eines billing profile des Kunden.

Wenn beispielsweise das Abrechnungsprofil einen monatlichen Ereignistyp mit dem Abrechnungstag am ersten Tag des Monats hat, wird sich der Abrechnungszyklus ständig am ersten Tag des Monats verschieben, während die für den vorherigen Monat angefallenen Gebühren gesammelt werden.

Information:

Der Abrechnungsprozess kümmert sich um die Verschiebung von Abrechnungszyklen, die auf die Abrechnung warten.

Die Gebühren können automatisch durch einen geplanten Zahlungseinzugsjob eingezogen werden. Kunden können ihre Rechnungen auch manuell über das Self-Care-Portal bezahlen.

Zusätzlich kann Monetization eine SEPA-Lastschriftdatei für Kunden mit SEPA-Mandaten erstellen. Diese stellt eine Liste von Transaktionen dar, die an die Bank hochgeladen werden können, um Geld vom Bankkonto des Kunden abzubuchen. Die resultierende Datei wird dann in Monetization importiert, das die erfolgreichen Zahlungen protokolliert.

Rechnungen

Eine Rechnung in Monetization ist eine Darstellung des Rechnungsobjekts, das dem Kunden präsentiert wird.

Hinweis:

Ein separater Hintergrundjob ist verantwortlich für die Erstellung der Rechnungen. Für weitere Informationen siehe Rechnungsjob.

Information:

Rechnungen können nach Datum, Rechnungs-ID, Rechnungs-ID oder/und Status gefiltert werden.

Um die Rechnungen in einer Tabelle zu generieren, klicken Sie auf CSV. Zum Drucken klicken Sie auf Drucken, und zum Kopieren klicken Sie auf Kopieren.

Hinweis:

Sie werden seitenweise generiert, gedruckt oder kopiert.

Der Rechnungsbetrag bezieht sich auf den Gesamtbetrag der Rechnung. Der Fällige Betrag bezieht sich auf den verbleibenden Betrag, der noch vom Kunden zu zahlen ist.

Das Fälligkeitsdatum stellt das letzte Datum dar, an dem der Kunde den Gesamtbetrag der Rechnung vollständig bezahlen muss.

Hinweis:

Sobald der Kunde die Rechnung vollständig bezahlt, wird die Rechnung als Geschlossen markiert.

Im Abschnitt Rechnung kann eine Rechnung den folgenden Status haben:

Abrechnung — Wenn die Rechnung im Abrechnungs-Status ist, bedeutet dies, dass der Kunde die Rechnung nicht vollständig bezahlt hat.
Geschlossen — Wenn die Rechnung geschlossen ist, bedeutet dies, dass der Kunde die Rechnung vollständig bezahlt hat.

Rechnungsdetails

Um eine bestimmte Rechnung mit einer Vorlage anzuzeigen, klicken Sie auf Details. Nach der Vorschau kann sie als PDF, HTML oder JSON gespeichert werden.

Hinweis:

Sie können von einer Vorlage zu einer anderen wechseln.

Information:

Die Vorlage für eine Rechnung ist in Monetization unter Business-Konfiguration Vorlage Dokumentvorlagen konfiguriert. Für weitere Informationen siehe Dokumentvorlagen.

Offline-Rechnungszahlung

Um die Zahlung für eine bestimmte Rechnung manuell einzugeben, klicken Sie auf Wallet. Wenn Sie die Zahlung bereits über einen anderen Kanal (wie Bargeld oder Überweisung) erhalten haben, können Sie sie hier manuell eingeben.

Der Betrag kann so konfiguriert werden, dass es sich um eine Gebühr oder eine Rückerstattung handelt. Monetization bietet drei Zahlungsmethoden: Bargeld, Kreditkarte und Überweisung.

Information:

Die Zahlungsmethode Überweisung bedeutet eine Banktransaktion.

Der Anbieter typifiziert den Zahlungsanbieter—zum Beispiel Stripe, Bank, Paypal usw. Sie können auch eine Zahlungsreferenz und eine Notiz hinzufügen.

Vorschau Rechnung

Unter Rechnungen führt die Vorschau-Rechnung eine Test-Abrechnung durch, um Ihnen zu zeigen, wie die nächste anstehende Rechnung aussehen wird—sie zeigt keine der bestehenden Rechnungen an. Die Vorschau-Rechnung mit Details wird die Ereignishistorie enthalten; sie ist leistungstechnisch viel schwerer. Um diese beiden Funktionen zu erreichen, wählen Sie unter Rechnungen und klicken Sie auf Rechnungsvorschau oder Rechnungsvorschau mit Details.

Bilanzgruppen

Eine Bilanzgruppe enthält alle Salden des Kunden. Monetization verknüpft ein Abonnement mit einer Bilanzgruppe, was bedeutet, dass alle Auswirkungen, die sich aus der Bewertung von Dienstleistungsprodukten des Abonnements ergeben, nur die Salden dieser Bilanzgruppe beeinflussen können.

Hinweis:

Mehrere Abonnements für den Kunden können mit derselben Bilanzgruppe verknüpft werden. Außerdem können zahlreiche Bilanzgruppen mit demselben abrechnungsprofil verbunden werden.

Um eine neue Bilanzgruppe zu erstellen, klicken Sie auf Bilanzgruppe hinzufügen; geben Sie einen Namen und einen Gültigkeitszeitraum an. Wählen Sie außerdem das Abrechnungsprofil aus.

Dieser Abschnitt ermöglicht die Konfiguration der Übertragungskosten in Echtzeit. Der Kunde kann entweder Mitglied oder Eigentümer einer Sharing-Gruppe sein. Wenn der Eigentümer über Ressourcen verfügt, werden diese Ressourcen entsprechend mit den Mitgliedern geteilt, da die Kosten übertragen werden.

Um die Übertragung von Ressourcen zwischen Kunden zu ermöglichen, klicken Sie auf Sponsoring hinzufügen.

Wählen Sie den Eigentüremodus, um den Kunden zum Eigentümer einer Sharing-Gruppe zu machen. Geben Sie einen Gruppennamen, einen Gültigkeitszeitraum, ein Abonnement und eine Richtlinie an. Wählen Sie außerdem den Status aus.

Mitglieder, die der Sharing-Gruppe beitreten, können die Ressourcen des ausgewählten Abonnements in Echtzeit nutzen; jedoch unterliegt dies der konfigurierten Richtlinie.

Information:

Die Richtlinie besteht aus einem Namen und Rabatten.

Hinweis:

Der Rabatt bezieht sich auf den gekauften Rabatt. Daher muss es sich um einen gekauften Rabatt auf dem ausgewählten Abonnement handeln. Essentiell wirkt die Konfiguration des Rabatts als eine Richtlinie, auf der die Gebühren übertragen werden. Wenn Sie beispielsweise einen Rabatt erstellen, der nur auf VOICE-Nutzungsereignisse und deren monetäre Auswirkungen abzielt, und diesen Rabatt dann als Richtlinie verwenden, werden nur die monetären Auswirkungen für Sprachevents an den Eigentümer übertragen.

Sobald die Gruppe erstellt ist, kann der Eigentümer den Status und den Gültigkeitszeitraum bearbeiten oder die Gruppe stornieren. Klicken Sie dazu auf Sharing bearbeiten oder Sharing stornieren.

Information:

Die Mitglieder der Sharing-Gruppe sind auch für den Gruppeninhaber sichtbar.

Um den Kunden zu einer bestehenden Gruppe hinzuzufügen, suchen Sie nach dem Kundenkonto des Gruppeninhabers anhand des vollständigen Namens und wählen Sie dann die Gruppe aus.

Information:

Das Dropdown-Menü bietet einige Vorschläge, die gefiltert werden, während Sie tippen.

Sobald der Kunde als Mitglied der Sharing-Gruppe hinzugefügt wurde, werden die Ressourcen des Abonnements des Gruppeninhabers in Echtzeit von den Gruppenmitgliedern verbraucht. Dies unterliegt jedoch der Richtlinie, die für die Gruppe konfiguriert ist.

Wenn der Eigentümer einer Sharing-Gruppe beispielsweise 1000 Megabyte Daten kostenlos hat, verbrauchen alle Mitglieder der Gruppe die verfügbaren 1000 Megabyte.

Der Kunde kann als Mitglied der Gruppe auch den Status und den Gültigkeitszeitraum der Gruppe bearbeiten oder sich selbst aus der Gruppe entfernen. Klicken Sie dazu auf Sharing bearbeiten oder Von Sharing entfernen.

Hierarchie

In diesem Abschnitt können Sie die Auswirkungen/Gebühren für die Nutzung eines Dienstes an den Eigentümer einer Hierarchieguppe übertragen. Der Kunde kann entweder Mitglied oder Eigentümer einer Hierarchieguppe sein.

Hinweis:

Die Gebühren werden nicht in Echtzeit an den Eigentümer der Hierarchieguppe übertragen. Stattdessen wird, wenn ein Mitglied einer Hierarchieguppe am Ende seines Abrechnungszyklus eine Rechnung erhält, dieser Rechnungsbetrag (in Gesamthöhe) auf das Konto des Eigentümers der Hierarchieguppe übertragen. Das bedeutet, dass der Gruppeninhaber für die Rechnung zahlungsverantwortlich wird.

Um die Übertragung der Auswirkungen/Gebühren aus der Nutzung eines Dienstes an den Eigentümer einer Hierarchieguppe zu ermöglichen, klicken Sie auf Hierarchie hinzufügen.

Eigentümer einer Hierarchieguppe

Wählen Sie den Eigentüremodus, um den Kunden zum Eigentümer der Hierarchieguppe zu machen. Geben Sie einen Gruppennamen, einen Gültigkeitszeitraum und einen Status an.

Zusätzlich muss die Gruppe mit einem Abrechnungsprofil aus dem Kundenkonto verbunden sein, da die gesamte Rechnung der Mitglieder der Hierarchieguppe zum Abrechnungszeitpunkt übertragen wird.

Sobald die Gruppe erstellt ist, kann der Eigentümer den Status und den Gültigkeitszeitraum bearbeiten oder die Gruppe stornieren. Um dies zu erreichen, klicken Sie auf Hierarchie bearbeiten oder Hierarchie stornieren.

Information:

Die Mitglieder der Hierarchieguppe werden auch für den Gruppeninhaber sichtbar sein.

Mitglied einer Hierarchieguppe

Um den Kunden zu einer bestehenden Gruppe hinzuzufügen, suchen Sie nach dem Kundenkonto des Gruppeninhabers anhand des vollständigen Namens und wählen Sie dann die Gruppe aus.

Information:

Das Dropdown-Menü bietet einige Vorschläge, die beim Tippen gefiltert werden.

Der Kunde kann als Mitglied der Gruppe ebenfalls den Status und den Gültigkeitszeitraum der Gruppe bearbeiten oder sich aus der Gruppe entfernen. Um dies zu erreichen, klicken Sie auf Hierarchie bearbeiten oder Von der Hierarchie entfernen.

Docs: Zahlungsarten

Mon, 01 Jan 0001 00:00:00 +0000

Es gibt drei Zahlungsansätze in Monetization, die sind:

Prepaid-Zahlungsart
Jetzt-zahlen-Zahlungsart
Postpaid-Zahlungsart

Prepaid-Zahlungsart

Die Prepaid-Zahlungsart beinhaltet, dass der Kunde im Voraus zahlt, bevor er den Produktservice nutzen kann. Prepaid-Kunden erhalten keine Rechnungen; stattdessen haben sie Guthaben, das es ihnen ermöglicht, den Produktservice zu nutzen, solange das Guthaben nicht aufgebraucht ist.

Hinweis:

Ein Prepaid-Kunde kann monatliche Abrechnungen für seinen Verbrauch erhalten, jedoch keine Rechnungen.

Information:

Das Kundenkonto kann durch Gutscheincodes, Kredit-/Debitkarten oder API-Integration aufgeladen werden.

Jetzt-zahlen-Zahlungsart

Ein anderer Name für die Jetzt-zahlen-Zahlungsart ist “Pay-as-you-go”. Kunden mit einer Jetzt-zahlen-Zahlungsart haben keinen WIEDERKEHRENDEN Abrechnungszyklus; stattdessen werden sie nach Bedarf abgerechnet—zum Beispiel Kunden, die einen Carsharing-Service oder ein Taxi nutzen.

Postpaid-Zahlungsart

Ein Postpaid-Kunde zahlt nicht vor oder unmittelbar nach der Nutzung eines Produktservices; stattdessen haben sie einen Abrechnungszyklus. Die Rechnung des Kunden wird nach dem Wechsel des Abrechnungszyklus erstellt. Die Zahlungseintreibung erfolgt jedoch basierend auf dem Fälligkeitsdatum der Rechnung.

Information:

Monetization erstellt eine Rechnung pro Abrechnung für jede Abrechnung aus dem vorherigen Zyklus.