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.