4.6. Configuración escenarios Concilia

En primer lugar se creará el escenario en el que se agruparan todos los objetos. Para este escenario recomendamos el nombre “CS_SII_Consulta_Lote”.

A continuación crearemos los dos canales que se utilizarán en cada ICO de las consultas. Por cada sistema desde el que se deseen realizar las consultas, se generará un canal de tipo SOAP XI, de manera similar al CC_S_ABAP_PROXY del punto 3.

Adicionalmente se tiene que generar un único canal “CC_R_SOAP_ConsultaLote”, este canal será de tipo B_PLUS_AAPP_ESP y tan solo invocará a los correspondientes properties de consultaLotes.properties.

Este fichero properties es igual para cualquier tipo de consulta, contiene un módulo wscall con el que se realiza la llamada al servicio de consultas y un módulo xmltransformError, que solamente entra en funcionamiento si la llamada al servicio de la AEAT no devuelve una consulta correcta.

Creación de ICOs 

Por cada una de las operaciones de consulta de los diferentes libros habrá que realizar su correspondiente ICO.

|BS_XXXX|SI_OS_ConsultaLote_BIEINV||

Inbound Processing

            Communication Channel: CC_S_ABAP_PROXY_ConsultaLote

Receiver

            Receiver Determination: Standard

            Communication Component: BC_AAPP

Receiver Interfaces

            Name: SI_IS_ConsultaLote_BIEINV

            Namespace: urn:techedgegroup.com:sii:consulta

            OM: N/A

Outbound Processing

            Communication Channel: CC_R_SOAP_ConsultaLote

Para el resto de ICOS, se debe cambiar tan solo el Service Interface de Outbound y de Inbound, por los correspondientes de cada operación. Los 16 Service Interface (8 de entrada y 8 de salida) vienen definidos en el namespace urn:techedgegroup.com:sii:consulta del SC_SII 1.0 of techedgegroup.com

Para este escenario el nombre del Bussiness component del Receiver (para nuestro ejemplo BC_AAPP) no es mandatorio de cara a la correcta ejecución del escenario.