Exploración de SAP Convergent Mediation

La utilización del producto Servicio Cloud genera registros de datos de uso para varios servicios en varios sistemas técnicos. El uso del Servicio Cloud se recopila de diversos sistemas técnicos, se mejora y se verifica para procesos de determinación de tarifas posteriores.

SAP Convergent Mediation basado en Digital Route proporciona un motor de flujo de trabajo abierto que permite una adaptación rápida de las soluciones implementadas, con un lenguaje de scripting potente y flexible y una autosuficiencia total con el kit de herramientas de desarrollo. Además, admite la implementación de nuevas funcionalidades y cualquier tipo de interfaz externa.

Tarea: Configure un flujo de trabajo para recopilar eventos de uso de la fuente y enviar posiciones facturables a SAP Convergent Charging.

Procedimiento:

• Establezca un workflow de lote con los tipos de agente enumerados a continuación.
• Configure los agentes para decodificar y organizar los eventos para la facturación.
• El workflow debe configurarse para generar las posiciones facturables correspondientes para la transferencia a SAP Convergent Charging.

La figura ilustra un flujo de trabajo de lotes básico de SAP Convergent Mediation. Los diversos componentes, o "agentes", sirven a diferentes funciones. Un "lote" se refiere a una colección de eventos, normalmente dentro de un archivo, que se calificarán y cobrarán. Cada agente lleva a cabo distintos pasos de procesamiento. El punto final, conocido como "Transmisión", se denomina "Interworkflow", y enruta los eventos procesados a un workflow "en tiempo real" subsiguiente, donde en última instancia se transmitirán como posiciones facturables a SAP Convergent Charging.

Existen varios componentes de diseño que incluyen la creación de un flujo de trabajo, la configuración de los agentes y el establecimiento de un flujo de trabajo de reenvío de SAP Convergent Charging. Además, los agentes deberán configurarse.

Paso (1): Seleccione los agentes:

• Arrastre los siguientes agentes uno por uno desde los agentes al área de canvas:
• Disk Collection: recopila archivos de un disco local.
• Decodificador: decodifica el archivo de entrada.
• Análisis: aplica reglas empresariales.
• Codificador: codifica los datos de salida.
• Interworkflow: reenvía los datos al siguiente workflow.

Paso (2): Arrastre las rutas:

• Conecte los agentes para que los agentes puedan enviar los datos al siguiente agente.
• (Desde la recogida hasta el procesamiento y la transferencia).

Paso (3): Configure los agentes: Configure cada agente con los parámetros especificados en el caso empresarial.

A continuación, en la secuencia hay un flujo de trabajo en tiempo real. Recibe los eventos (UDR original) del workflow de lotes y los introduce en un flujo en tiempo real.

• El agente de Interworkflow IWF Collection gestiona la recepción de eventos.
• El proceso de agente de análisis debe contener la lógica empresarial para transferir la información válida del evento a un campo correspondiente en el CCCycle UDR.
• El agente de agregación Process_CC realiza un seguimiento de las sesiones para saber a qué solicitud pertenece una respuesta. Esto es clave para que funcione el CCCycle UDR.
• El agente de SAP Convergent Charging SAP_CC se encarga de la comunicación con SAP Convergent Charging.

El CCCycle UDR es el objeto de comunicación principal. En un nivel alto, un CCCycle está hecho de dos partes: Solicitud y Respuesta.

Solicitud

Esto debe completarse con el workflow y detallar el tipo de operación que SAP Convergent Charging debe operar (valoración regular, estimación del precio, etc.).

Respuesta

El agente rellena esta parte cuando SAP Convergent Charging responde. Puede ser un resultado regular (resultado de valoración, resultado de estimación, etc.) o un UDR de CCException. La CCException UDR puede describir un error técnico (no se puede acceder a los despachadores, por ejemplo) o un error funcional (el cliente no se ha aprovisionado, por ejemplo)

Además, contiene un "campo libre" que se puede utilizar para almacenar, por ejemplo, el UDR original que conduce al proceso de calificación (un servicio web UDR, un ciclo de diámetro UDR) y que debe actualizarse con la respuesta.

Paso (4): flujo de trabajo específico de SAP Convergent Charging:

• SAP Convergent Charging requiere una conexión en línea, enviando solicitud/respuesta en tiempo real.
• IWF_Collection recibe datos de lote del workflow anterior y los introduce como eventos en tiempo real.
• El proceso asigna los eventos a a un CCCycle UDR.
• Process_CC crea una sesión para enviar la solicitud a SAP Convergent Charging y recibir la respuesta. Esta función es clave para realizar un seguimiento del evento y correlacionar la respuesta con la sesión correcta.
• SAP_CC gestiona la comunicación con SAP Convergent Charging.
• ECS_Handler gestiona excepciones de SAP Convergent Charging en un workflow diferente.

El agente de cobro Interworkflow está configurado para comprender desde dónde llegan los eventos entrantes y los introduce en el flujo en tiempo real.

El agente de agregación contiene una lógica empresarial que realiza un seguimiento de las sesiones para saber a qué solicitud pertenece una respuesta correspondiente.

El agente de SAP Convergent Charging está configurado para gestionar la conexión con el servidor de SAP Convergent Charging. El agente de SAP Convergent Charging se devuelve con una lista de direcciones IP de despachador que utilizará el agente de SAP Convergent Charging en tiempo de ejecución.

Paso (5): Configure los agentes: Configure cada agente con los parámetros especificados en el caso empresarial.

El UDR que se coloca en el campo "solicitud" del UDR CCCycle define el tipo de operación que se ejecutará en SAP Convergent Charging. Como referencia, la mayoría de la API empaquetada proviene del método de AsyncStatPLIServiceClient en SAP Convergent Charging.

Cuando se ejecuta la secuencia de workflows de SAP Convergent Mediation, los eventos de uso se capturan de la fuente y se envían como posiciones facturables a SAP Convergent Charging. SAP Convergent Charging responde con un UDR de pedido. El pedido tiene un estado que contiene el importe pagado.

Esto, a su vez, da como resultado un BIT que se generará para SAP Convergent Invoicing.

Además de ChargeUDR, existen las siguientes operaciones de valoración:

• EstimateChargeUDR y BlankChargeUDR
• CheckLimitUDR
• SessionStartUDR, SessionUpdateUDR, SessionStopUDR

Agente en tiempo real utilizado para la valoración diferida en casos B2B.

El coste por evento no se determinará hasta finales de mes, después de que se haya recopilado el volumen total de eventos. El proceso de valoración diferida implica los siguientes pasos:

• Paso (1): SAP Convergent Mediation envía las posiciones facturables a SAP Convergent Charging, donde no se valoran en línea.
• Paso (2): Las posiciones facturables se enriquecen con datos maestros en SAP Convergent Charging y se envían a SAP Convergent Invoicing para almacenarlas como posiciones de consumo.
• Paso (3): las posiciones de consumo se mantienen allí a la espera de ser valoradas.
• Paso (4): Al final del mes, todas las posiciones de consumo se envían en proceso de fondo a SAP Convergent Charging para su valoración.
• Paso (5): Las posiciones facturables (BIT) se cargan en SAP Convergent Invoicing.
• Paso (6): SAP Convergent Invoicing utiliza las posiciones facturables para la liquidación y la facturación para generar la factura.