...
- /EDGE/SII_ESTADO_LOTE_MW: creado como RFC, se utilizará para cambiar el estado de un lote en el contexto del funcionamiento de sus comunicaciones, para ello recuperará el estado Middleware y lo asociará al proceso eDocument, comunicando el proceso de paso al lote. Posteriormente recuperará y actualizará el contenido de la tabla /EDGE/SII_GUIDPI. En caso de que se esté registrando un error y de que se haya superado el número de errores parametrizado se disparará una alarma mediante la BAdI /EDGE/BADI_SII_ALERTAS. Por último en caso de que se haya recibido un fichero además de la información de cambio de estado pertinente se anexará dicho fichero al lote.
RFC /EDGE/SII_RESPUESTA_AEAT: creado como RFC, se utilizará para recibir y tratar la respuesta de la AEAT a un lote. En función del parámetro IV_ESTADO_LOTE_AEAT con el estado de la respuesta se aceptarán, aceptarán con errores o rechazarán los lotes mediante llamadas a métodos estáticos de la clase /EDGE/CL_EDOC_SII.
Es necesario configurar servicios asociados a estas RFCs para que estén disponibles a la hora de recibir las respuestas de la AEAT que gestiona el Middleware. Para ello, inicialmente, es necesario crear 2 Webservices asociados a ellas. Se indican los pasos para una de las RFC, la otra es completamente análoga:
Una vez configurados ambos Web Services, debemos configurar un endpoint para cada uno de ellos a través de la transacción SOAMANAGER. Se indican los pasos para uno de los Web Services, el otro es análogo.
Por defecto se presuponen las características que se indican a continuación para los Web Services (HTTP, usuario/password). Otras características diferentes han de explorarse en cada implantación de forma específica (HTTPS, etc...).
Una vez que tenemos los dos Endpoints para los dos Webservices pulsamos el link "Open WSDL document for selected binding" para cada uno de ellos para acceder al fichero WSDL y obtener en una de las últimas líneas del mismo el acceso al servicio creado.
