Documentació Switching · El módulo de cambios de ATR o switching giscedata_switching permite a...

Documentació SwitchingPublicación dev

GISCE-TI, SL

18 de September de 2013

Índex

1 Introducción 1

2 Conceptos 22.1 Agente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22.2 Procesos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22.3 Pasos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22.4 Casos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

3 Configuración 4

4 Funcionamiento General 5

5 Menú Switching 6

6 Formulario del Caso 86.1 Información principal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86.2 Pestaña General (CRM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86.3 Pestaña Contactos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86.4 Pestaña Etapas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96.5 Pestaña Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96.6 Pestaña Historial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126.7 Pestaña Comunicación . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126.8 Generación y envío de XML’s . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

7 Operación 187.1 Creación de un caso como originador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187.2 Creación de un caso a partir de un XML entrante . . . . . . . . . . . . . . . . . . . . . . . . . . 20

8 Notificaciones a cliente Final 218.1 Aceptación del proceso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218.2 Activación del proceso de cambio de comercializadora . . . . . . . . . . . . . . . . . . . . . . . 21

9 Automatización 249.1 Cambios de comercializadora (C1 y C2) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

10 Apéndice A: Ejemplo de proceso C1 27

11 Apéndice B: Traducción de código REE 2811.1 ENDESA (0031) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2811.2 FENOSA 0039 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

i

CAPÍTOL 1

Introducción

El módulo de cambios de ATR o switching giscedata_switching permite a GISCE-ERP la gestión delintercambio de ficheros entre distribuidoras y comercializadoras que se generan por la movilidad de los consumi-dores y la intermediación de las comercializadoras entre las distribuidoras y los abonados. Estos ficheros vienendefinidos por OCSUM.

Actualmente, este módulo es capaz de leer y generar:

• C1: Una póliza cambia de comercializadora. Intervienen la comercializadora entrante, la comercializadorasaliente y la distribuïdora

• C2: Una póliza cambia de comercializadora con modificación de datos. Es el mismo caso que un C1 perose modifican características como la poténcia contratada, el titular o la tarifa

• M1: Modificación de datos. La póliza modifica alguna de sus características como la potencia contratada,titular o la tarifa. Intervienen la comercializadora actual y la distribuidora actual. Actualmente se puedenhacer cambios de titular, modificaciones de potencia y cambios de tarifa de acceso.

Otros procesos que están en desarrollo son el B1, el D1 i el A3

Para facilitar el procesado masivo de casos, se han añadido varias herramientas y asistentes para realizar accionesen múltiples casos.

Los ficheros de intercambio de lecturas y facturas entre distribuidoras y comercializadoras implementan en losmódulos giscedata_facturacio_switching y giscedata_lectures_switching para procesarlos archivos F1 y Q1 respectivamente y no se tratan en este documento.

1

CAPÍTOL 2

Conceptos

Para entender el funcionamiento del módulo de switching, hay que tener claro algunos conceptos.

2.1 Agente

Cualquiera de las empresas que intervienen en un proceso de switching es un agente. Quien empieza un procesosiempre es una comercializadora. Como mínimo intervienen siempre una distribuidora y una comercializadora.En el caso de un cambio de comercializadora (pe C1) podemos hablar de comercializadora entrante (quien pideel cambio), comercializadora saliente (quien tiene la póliza actualmente) y Distribuidora a la que pertenece elCUPS.

Los archivos se intercambian siempre entre dos agentes, uno de los cuales es el origen y el otro el destinatario.

2.2 Procesos

Un proceso define el flujo de pasos y actuaciones que realizarán todos los agentes implicados.

Un proceso comienza con una solicitud desde un agente que genera un fichero con el formato adecuado. Eliniciador, generará un fichero de paso 1 del procedimiento. Cada procedimiento tiene su flujo específico condiferentes pasos.

Un proceso define cuales son los agentes implicados y los posibles pasos (obligatorios o no)

Pe: C1 es un proceso que puede tener hasta 10 pasos

2.3 Pasos

Un paso es cualquier transición entre los estados en el que se pueda encontrar un proceso. A cada paso, lecorresponde un formato de archivo. Por lo tanto tenemos un archivo de paso n del proceso P.

Algunos de los pasos son obligatorios y otros opcionales. Un ejemplo de paso opcional puede ser un paso deRechazo.

Todos los pasos de un proceso tienen definido el origen y el destino.

2.4 Casos

GISCE-ERP modeliza un proceso en concreto como un caso de CRM del propio ERP. Concretamente se crea unasección Switching en el árbol de casos. Mediante el caso podemos acceder al historial de mensajes generadosy visualizar el estado actual del proceso concreto, p.e. “Pendiente de respuesta después de paso 2”. Todo elseguimiento del flujo se puede hacer mediante el caso.

2

Documentació Switching, Publicación dev

La generación de los ficheros XML donde el origen seamos nosotros, utilizará la información ya disponible de losdiferentes pasos almacenados en el caso.

2.4. Casos 3

CAPÍTOL 3

Configuración

Algunos de los parámetros que deben estar correctamente configurados son:

• Power Email: Se necesita activar el Power Email si se quieren enviar los mails directamente desde el ERP.Habrá que configurar las cuentas que se quieran y asegurarse de que funcionan

• Código REE: La empresa asociada a la compañía debe tener el código de REE correctamente cumplimen-tado en el campo Código. También deberán tenerlo configurado las compañías susceptibles de ser agentesimplicados en un proceso de switching

4

CAPÍTOL 4

Funcionamiento General

La función actual del módulo de switching es la gestión y envío de los ficheros XML de los procesos de switching.Para hacer este seguimiento se almacena toda la información de un proceso de switching en un caso del CRM deGISCE-ERP.

Un proceso de switching, se asociará a un caso donde se podrá ir generando los pasos necesarios del proceso y losarchivos XML asociados.

Es responsabilidad del usuario saber en cada momento cual es el siguiente paso y las acciones a realizar parallevarlo a cabo.

5

CAPÍTOL 5

Menú Switching

A GISCE-ERP está definido el menú Switching que da acceso a los casos implicados en procesos de switching yla importación de archivos XML.

Figura 5.1: Opciones del menú Switching

• Todos los casos: Listado de cualquiera de los casos de la sección Switching. Incluye una estructura de árbolcon una entrada de menú para acceder directamente a los casos de cada proceso y los pasos más interesantede cada uno.

• Listado de pasos: Los listados de pasos permiten acceder rápidamente a los pasos actuales de un procesoconcreto. Una vez abierto un paso, se puede acceder directamente al caso con el asistente Procesar PasoGestión ATR accesible desde el botón acción de un listado de pasos y desde la ficha de un caso concreto.(Asistente para acceder al caso desde un paso)

• Casos pendientes de enviar: Listado de todos los casos que están a la espera de enviar el XML al destina-tario y que ya no necesitan ninguna actuación mas por nuestra parte. Se listarán los casos que tienen algún

6


paso con la marca ‘‘ Para enviar ‘‘

• Casos pendientes del usuario: Listado de todos los casos abiertos donde sea necesario actuación pornuestra parte para poder generar el siguiente paso (inactivo).

• Importación XML: Permite cargar un archivo XML o un archivo ZIP con varios archivos XML y generarel caso o añadir el paso al caso que corresponda.

Figura 5.2: Asistente para acceder al caso desde un paso

7

CAPÍTOL 6

Formulario del Caso

Cuando entramos en un caso, tenemos la información principal y diferentes pestañas:

6.1 Información principal

• Descripción: Este texto saldrá en el listado de Casos y nos debe permitir encontrar el caso

• Sección: Sección del caso en el árbol de secciones del CRM de GISCE-ERP. Normalmente Switching

• Fecha Límite: Se calcula automáticamente según la fecha de inicio y la duración

• Compañía: Se llena automáticamente con nuestra compañía

• Fecha: Fecha en la que se inicia el caso. Es importante para el cálculo de los plazos

• Prioridad: Prioridad del caso dentro del CRM. Se asigna la prioridad Normal

6.2 Pestaña General (CRM)

Esta pestaña es la genérica de cualquier caso del CRM de GISCE-ERP. Podemos añadir comentarios, enviar mailsal destinatario, etc ...

Mediante los botones, podemos gestionar los diferentes estados del caso:

• Borrador: Aún no ha comenzado el proceso pero tiene algunos de los datos preparadas para ser utilizados.

• Abierto: Este caso está en proceso. Contiene los pasos que se han generado hasta el momento.

• Cerrado: Este caso ya ha terminado su proceso hasta el último paso.

• Cancelado: Un caso que se ha abierto, pero no se ha llegado a enviar ningún mensaje, se puede pasar acancelado si quieres mantenerlo en histórico.

Advertencia: Un caso que ya ha tenido mensajería con otro agente, no puede pasar a estado cancelado.Se debe generar un paso de anulación o rechazo.

Nota: Existe un estado Pendiente en el CRM. En cuanto a cambios de ATR, no es un estado que tenga muchosentido.

6.3 Pestaña Contactos

En esta pestaña tenemos los datos de los agentes implicados en un proceso. Dependiendo del agente y del procesose mostrarán más o menos campos.

8


Figura 6.1: Ficha Contactos del caso

6.3.1 Destinatario

Empresa con la que se mantendrá la comunicación. En el caso de las comercializadoras es la distribuidora delCUPS afectado por el proceso y en el caso de las distribuidoras será la comercializadora iniciadora del proceso osolicitante

• Empresa: Empresa destinataria

• Contacto Empresa: Información de contacto de la empresa destinataria

• Email Empresa: Dirección de mail que se utilizará en las comunicaciones con el destinatario

Con el botón Send Reminder podemos enviar un mail al destinatario para validar su funcionamiento

6.3.2 Comercializadora Saliente

En algunos casos, es necesario intercambiar información con otros Agentes como la comercializadora saliente.En el caso de la distribuidora, se seleccionará la empresa comercializadora de la póliza sujeto del proceso.

6.4 Pestaña Etapas

Esta pestaña es meramente informativa y nos da información de cuál o cuáles serían los posibles siguientespasos en el proceso.

6.5 Pestaña Switching

Esta pestaña nos permite gestionar la información del proceso y los diferentes pasos que se van generando.

6.5.1 datos generales

• Proceso: (Obligatorio) Proceso afectado por este caso, por ejemplo. C1, C2 o M1

6.4. Pestaña Etapas 9


Figura 6.2: Pestaña Etapas del caso

Figura 6.3: Pestaña Etapas del caso

6.5. Pestaña Switching 10


• Paso: Paso en el que se encuentra el proceso desde nuestro punto de vista. Se llena automáticamente

• Versión: Versión de los archivos OCSUM del proceso

• Acción pendiente: Si hay acciones pendientes de realizar por este paso

• Código solicitud: Código asignado a todo el proceso. Se genera automáticamente

• Secuencial de solicitud: Código de secuencia. Se genera automáticamente

• CUPS: (Obligatorio) CUPS afectado por el proceso. Se asigna automáticamente al seleccionar la póliza. Esnecesario que exista en la base de datos de CUPS

• Póliza: (Obligatorio) Póliza afectada por el proceso. Asigna automáticamente al seleccionar el CUPS. Esnecesario que la póliza exista aunque esté en borrador

• Ref. Contrato: (Obligatorio) Referencia del contrato de la distribuidora al que afecta este caso. Sellena automáticamente al seleccionar la póliza/CUPS. Si somos una comercializadora, debe estar llenado elcampo Referencia Distribuidora de la póliza. Si no se sabe, hay que poner el valor 999999. Sisomos una distribuidora, será el mismo valor que el campo Póliza.

6.5.2 Detalle de pasos

Listado con todos los pasos que se han generado. Se pueden crear, borrar y abrir. Para generar cualquier paso, elcaso debe estar abierto.

Cuando abres o creas un Paso, accedes al formulario del Paso.

Figura 6.4: Formulario de nuevo paso

• Caso: Se rellena automáticamente con los datos la descripción del Proceso

• Proceso: Proceso al que está asociado el Paso. Se llena automáticamente con el del Proceso

• Paso: Número de Paso.

• Info del Paso: Elegimos la información que asociaremos al Paso. Deberá ser la del propio proceso/pasoque hemos escogido anteriormente. Con el icono de la carpeta, podremos acceder al formulario de lainformación del Paso que será diferente en función del Proceso y Paso seleccionado en el desplegable.Todos los datos del paso se generarán automáticamente según los datos de CUPS y póliza introducidosanteriormente.

Truco: Con el botón Aceptar creamos el paso, pero no se cierra el formulario. Hasta que no se guarde el caso,este paso no estará almacenado. Se deberá cerrar el formulario con el botón Cerrar y guardar el Caso

6.5. Pestaña Switching 11


Figura 6.5: Ejemplo de datos de un paso. (C1) 01

Cada par Proceso/Paso tiene su formulario de datos específico en función de los datos que se deben rellenar en elXML correspondiente.

Sin embargo, hay algunas características comunes en todos los pasos de cualquier proceso.

• Para enviar: Significa que aún no ha enviado el XML del paso al destinatario. Cuando se crea un paso,se marca para enviar si el emisor del paso es nuestra empresa. Se modifica automáticamente cuando seenvía el XML por mail mediante el asistente Formulario Power Email de un fichero XML enviar desde elcaso correspondiente o cuando se exporta el archivo ZIP y se marca la casilla correspondiente al asistenteFormulario para exportar un fichero XML. Los pasos que están por enviar y los casos que tienen alguno desus pases para enviar, se listan de color azul.

• Para validar: En algunos pasos generados automáticamente debe validarse que los datos son correctos. Enestos casos, cuando se detecta que hay alguna incongruencia que necesita la intervención de un operador,marca el paso para validar. Mediante este campo se puede desmarcar una vez arreglados los datos. Se puedever en detalle en el apartado Automatización. Los pasos que están pendientes de validar, se listan de colorrojo.

6.6 Pestaña Historial

Listado con todas las acciones que se han realizado, como Abrir, cerrar, historizar, etc ...

6.7 Pestaña Comunicación

Listado con todos los mails enviados desde el caso mediante el botón Enviar XML

6.6. Pestaña Historial 12


Figura 6.6: Ejemplo de datos de un paso. (M1) 01

Figura 6.7: Pestaña Historial

6.7. Pestaña Comunicación 13


Seleccionando una de las líneas del listado, puedes acceder a los datos del mensaje enviado como destinatario,cuenta utilizada, texto, adjuntos, etc ... Incluso, se puede volver a enviar el correo mediante el botón EnviarCorreo

Figura 6.8: Formulario Power Email de un fichero XML enviar desde el caso correspondiente

6.8 Generación y envío de XML’s

6.8.1 Generación del fichero

El archivo XML se generan a partir de la información del paso actual, es decir, el paso en el que está el caso.Algunos agentes, reclaman los XML s en formato ISO-8859-1 en vez de UTF-8. GISCE-ERP permite configurarlas para utilizar esta codificación mediante el campo Encoding XML switching de la pestaña Ventas y Comprasde la ficha de la empresa correspondiente. (Campo para modificar la codificación XML en la ficha de empresa)

Para intercambiar XML’s tenemos dos opciones:

• Exportar XML: Crear ZIP con todos los XML’s seleccionados

• Enviar XML: En vía el XML por mail al destinatario

6.8.2 Exportar XML

Se genera el archivo XML de un paso para poder almacenarlo en el ordenador del usuario y enviarlo al receptorpor otras vías. Si se utiliza esta opción, no se podrá hacer un seguimiento del intercambio de información con eldestinatario automáticamente si no se utilizan las utilidades de historización del CRM (Pestaña General)

• Pasos: Podremos escoger el paso del cual queremos generar el XML

6.8. Generación y envío de XML’s 14


Figura 6.9: Campo para modificar la codificación XML en la ficha de empresa

Figura 6.10: Formulario para exportar un fichero XML



• Marcar como enviado: Se marcarán como enviados todos los pasos que se generen. De esta forma ya nosaldrán en el listado de casos pendientes de enviar (liso pendiente de enviar).

Pulsando el botón Generar Archivo nos mostrará un formulario para des-cargarnos el archivo. El nombre del archivo generado tendrá el formatoPP_SS_OOOO_DDDD_YYYYMM_NNNNNNNNNNNNNNN_CCCCCCCCCCCCCCCCCCCCCC donde:

• [PP]: Proceso (C1,C2,M1)

• [SS]: Paso (01,02,...)

• [OOOO]: Código REE del agente origen

• [DDDD]: Código REE del agente destinatario o nombre comercial

• [YYYYMM]: Año y mes de inicio del proceso

• [NNNNNNNNNNNNNNN]: Código de solicitud

• [CCCCCCCCCCCCCCCCCCCCCC]: CUPS

Truco: Si se quiere que el campo destinitari [DDDD] contenga un nombre de empresa para facilitar su gestión, sepuede configurar el nombre comercial de la ficha de empresa según se ve en la imagen Campo Nombre comercialen la ficha de la empresa

Figura 6.11: Campo Nombre comercial en la ficha de la empresa

6.8.3 Enviar XML

Se puede utilizar el PowerEmail para enviar los XML’s e historizar todo el intercambio de información generado.

• Desde: Cuenta de correo que se desea utilizar para enviar el mail

• Receptor (Para): Se llena automáticamente con la dirección de la pestaña Contactos

• Pasos: Paso del cual se quiere adjuntar el XML

• Podremos escribir el contenido del mail que creamos necesario en el área de texto que hay debajo

El mail se verá en la pestaña Communication por referencias posteriores.



Figura 6.12: Formulario para enviar el XML del paso por mail desde el Caso


CAPÍTOL 7

Operación

7.1 Creación de un caso como originador

Figura 7.1: Nuevo caso como orígen

Nosotros somos el inicio del proceso. A partir de una solicitud del Cliente llenamos los datos necesarios del casoy generamos el Paso 1 del proceso. En este proceso, nosotros seremos el Agente Solicitante

En algunos casos tendremos que partir de una póliza ya existente. Por ejemplo, en el caso de un C1, necesitamosque el contrato ya esté en borrador.

7.1.1 Creación del caso

Desde el listado de todos los casos, pulsamos sobre el botón Nuevo y nos abrirá el formulario del caso. Tendremosque ir rellenando los datos de las diferentes pestañas.

18


• Descripción: Descripción del caso para poder encontrarlo. Si se deja vacía, se llenará automáticamente.

En la pestaña Contactos:

• Empresa: Seleccionar la empresa eléctrica destinataria del proceso y su contacto

• email: Podemos cambiarlo por lo que nos interese

En la pestaña Switching:

• Proceso: Elegir el proceso que generamos (C1, C2 o M1)

• CUPS: Podemos seleccionar un CUPS de los dados de alta. Por lo tanto deberá existir en la base de datosde CUPS. Se llena automáticamente si seleccionamos la póliza

• Póliza: Podemos seleccionar el contrato afectado por el proceso. Es necesario que exista, aunque esté enborrador.

• Ref. Contrato: La referencia al contrato en la distribuidora. Es obligatorio y se llenará con el valor quetenga la Póliza seleccionada

Truco: Los campos CUPS, Póliza y Ref. Contrato se rellenarán automáticamente una vez se ha esco-gido el CUPS o la póliza.

Guardamos el caso con el botón Guardar y nos quedará en estado Borrador

7.1.2 Abrir Caso

Para poder trabajar con el caso primero hay que abrirlo. para ello podemos pulsar el botón Abrir de la pestañaGeneral

Para crear el Paso 1 del proceso tendremos que ir a la pestaña switching y crear un nuevo paso con el botón Nuevodel listado de pasos. Se abrirá el formulario de nuevo Paso

• Proceso: Deberemos elegir de que proceso se trata

• Paso: En nuestro caso elegiremos el paso 1, ya que somos el solicitante

El resto de campos no será necesario que los modifiquemos, ya que se llenan automáticamente cuando guardamosel caso

Cerramos el formulario y Guardamos el caso con el botón Guardar

7.1.3 Información del caso

Toda la información relativa a la solicitud se podrá editar en la información del Paso.

Por ejemplo es obligatorio separar correctamente los nombres y los apellidos. Como este proceso no se puedehacer automáticamente, lo tendremos que hacer nosotros a mano.

Así pues revisamos los datos del paso abriendo el paso 1 del listado de pasos de la pestaña de Switching yabrimos la carpeta junto al campo Info del Paso. Se abrirá el formulario con los datos del Paso.

Podremos editar los apellidos y el nombre, añadir la información que creemos conveniente, modificar los paráme-tros del paso, etc ... Esta información será la que se incluirá dentro del XML.

7.1.4 Generación Paso 1

Para generar el XML podemos utilizar el formulario de exportación con el botón Exportar XML. Podremosdescargar el archivo XML en nuestro ordenador para poderlo enviar al destinatario.

También podremos enviar un mail directamente desde el ERP con el XML adjuntado pulsando el botón EnviarMail del caso. Si tenemos configurado el módulo Power Email nos pedirá:

7.1. Creación de un caso como originador 19


• Desde: Cual de las cuentas configuradas queremos utilizar

• Receptor (Para): utilizará el mail definido en la pestaña Contactos

• Pasos: Solicitará el XML de que paso queremos adjuntar al mail

• Podremos escribir el contenido del mail que creamos necesario en el área de texto que hay debajo

7.2 Creación de un caso a partir de un XML entrante

Recibimos una petición a partir de un XML enviado por otro agente en un proceso donde nosotros estamosimplicados.

7.2.1 Creación del caso

Pulsamos sobre la opción Importar XML del menú de Switching y cargamos el archivo. Si todo es correcto nosaparecerá un diálogo explicativo con lo que ha pasado y podremos ir al listado de casos directamente.

En el listado de casos veremos que se ha creado el nuevo Caso en estado Abierto. GISCE-ERP crea el caso enfunción del fichero XML recibido o añade el paso al proceso correspondiente.

7.2. Creación de un caso a partir de un XML entrante 20

CAPÍTOL 8

Notificaciones a cliente Final

Durante un proceso de switching se dan diversas situaciones donde es recomendable una notificación al clientefinal por parte de la Comercializadora entrante. GISCE-ERP permite estandarizar estas notificaciones medianteplantillas PowerEmail para facilitar estas notificaciones vía email e incluirlas dentro del propio caso.

Se han definido dos notificaciones

8.1 Aceptación del proceso

Cuando la comercializadora entrante recibe un XML de aceptación (C1-02, C2-02 o M1-02) se puede notificaral cliente que ya ha aceptado su petición de cambio o modificación de datos y próximamente será activada. Parahacerlo podemos ir a la acción Switching: Notificación aceptación proceso Mail Form y llenar la cuenta decorreo desde el que se quiere enviar el correo en la ficha PowerEmail.

8.2 Activación del proceso de cambio de comercializadora

Cuando la comercializadora recibe un XML de activación de cambio de comercializadora (C1-05, C2-05 o C2-07) se puede notificar al cliente que el proceso de cambio se ha terminado y que por tanto ya es cliente de lanueva comercializadora. Para hacerlo podemos ir a la acción Switching: practicarla activación Póliza (CambioComercializador y llenar la cuenta de correo desde el que se quiere enviar el correo en la ficha PowerEmail.

21


Figura 8.1: Formulario notificación aceptación de cambio

8.2. Activación del proceso de cambio de comercializadora 22


Figura 8.2: Formulari notificació activacio canvi de comercialitzadora

8.2. Activación del proceso de cambio de comercializadora 23

CAPÍTOL 9

Automatización

9.1 Cambios de comercializadora (C1 y C2)

Un caso habitual es la entrada automatizada de peticiones de cambio de comercializadora, por ejemplo vía web.También se puede dar el caso de que el encargado de la gestión ATR no sea el mismo que crea los contratos.Podemos llamar al asistente seleccionando las pólizas en un listado y pulsando el botón de Acción y seleccionandoGenerar caso Gestión ATR o desde la misma póliza pulsando el botón correspondiente

Figura 9.1: Asitente generación C1/C2 a partir de pólizas

Mediante el asistente Asitente generación C1/C2 a partir de pólizas se puede crear un caso de cambio de comer-cializadora a partir de una o varias pólizas en borrador. Su funcionamiento es el siguiente:

• Se generará un caso por cada póliza que cumpla lo siguiente:

– La póliza está en borrador

– No hay ningún caso de switching abierto por esta póliza

• Genera sólo casos Abiertos C1 y el paso 01 tomando los datos de la póliza. En algunos casos puede generarcasos C2 (ver Generación casos C2)

24


• Valida el formato del CUPS añadiendo el sufijo 0F o 1P dependiendo de la empresa distribuidora (ver nota)

• Marca el campo Para validar del caso en función de si se pueden separar correctamente los nombresy apellidos automáticamente (ver Validación nombre titular) o no. Si no se puede, se marca para validar.

• El código REE del destinatario se calcula a partir del CUPS. Algunas distribuidoras que han sido absorbidasno mantienen el código de la distribuidora original en el CUPS pero el código REE del destinatario de laspeticiones sí que debe ser diferente. Podemos ver la traducción que se realiza en Apéndice B: Traducciónde código REE

Una vez ejecutado devuelve un listado con una descripción del resultado de cada póliza (Resultado creación pasosC1/C2).

Figura 9.2: Resultado creación pasos C1/C2

Nota: Si el CUPS de la póliza sólo tiene 20 caracteres, añade el sufijo 1P en el caso de que la distribuidora seaUnión Fenosa o 0F en los demás casos.

9.1.1 Validación nombre titular

Los casos de Gestión ATR necesitan los nombres y apellidos separados. El ERP almacena esta información en unsolo campo y por lo tanto se deberán separar automáticamente o a mano. El algoritmo de separación automáticade nombres y apellidos funciona de la siguiente forma:

• La derecha de la coma es el nombre

• La palabra antes del primer espacio, el primer apellido y el resto el segundo apellido

Se marcará cómo por validar si:

• El 2o apellido contiene más de una palabra

Si el cliente es una empresa, solo se comprueba el nombre y que sea de menos de 50 caracteres

9.1. Cambios de comercializadora (C1 y C2) 25


9.1.2 Generación casos C2

Si el campo observaciones de una póliza contiene la línea canvi_titular: 1 se genera un caso C2 decambio de titular. Además de las comprobaciones en la generación de un caso C1, añade que el tipo de cambiode titular por defecto siempre sea Subrogación

9.1. Cambios de comercializadora (C1 y C2) 26

CAPÍTOL 10

Apéndice A: Ejemplo de proceso C1

27

CAPÍTOL 11

Apéndice B: Traducción de código REE

El cálculo del código REE de la distribuidora tiene algunas particularidades en el caso de que el CUPS pertenezcaa las distribuidoras ENDESA (0031) o FENOSA (0390)

Se utiliza la parte del CUPS que corresponde al código de la distribuidora y algún carácter más.

Estas distribuidoras piden que los casos generados lleven en el código REE de destinatario el de la distribuidoraoriginal.

Advertencia: Es muy importante que las distribuidoras estén creadas y tengan como Empresa principalla empresa según el CUPS. Si no es así, no se validarán correctamente los XML’s de respuesta (ver Empresaprincipal para distribuidoras absorbidas)

Figura 11.1: Empresa principal para distribuidoras absorbidas

El algoritmo que se sigue es el siguiente y en este órden

11.1 ENDESA (0031)

• Si el CUPS comienza por 00314 utiliza la provincia en la que pertenece para escoger la distribuidora

– Huesca, Teruel, Zaragoza: 0029 (FECSA Aragón)

– Otras: 0024 (FECSA Cataluña)

• Si el CUPS empieza por 003130: 0029 (FECSA Aragón)

• El resto, se hace siguiendo esta tabla:

CUPS Distribuidora00311 0023 (Cia sevillana)00313 0120 (Aragonesa Act.)00315 0288 (Baleares Gas y E.)

28


11.2 FENOSA 0039

• Si el CUPS empieza por 03900: 0022 (Jallas)

11.2. FENOSA 0039 29

Documentació Switching · El módulo de cambios de ATR o switching giscedata_switching permite a...

Documents

Transcript of Documentació Switching · El módulo de cambios de ATR o switching giscedata_switching permite a...