Vista en BVista en b+SII:
En este punto se va a explicar las parametrizaciones Middleware que se deben hacer para la comunicación con la AEAT. Se tratan dos apartados: Parametrización Middleware en la tabla de SAP y las equivalencias entre los estados que devuelve el Middleware tras procesar eDocuments.
...
Para este tipo de comunicación se provee por defecto la clase /EDGE/CL_SII_COM_AEAT_PI. En el caso de que se trabaje con la versión 7.10 de la solución Bb+ SII PI se deberá parametrizar la clase /EDGE/CL_SII_COM_AEAT_PI_710.
Con esta comunicación, PI facilita la herramienta sproxy que agiliza la creación del Web Service por el cual se establece la comunicación con el Middleware.
Comunicación Cloud PT síncrona (OBSOLETA)asíncrona
Para este tipo de comunicación, se provee por defecto la clase clase /EDGE/CL_SII_COM_AEAT_CLOUD_PTAS. Con esta comunicación es necesario configurar el Proxy para consumir el Web Service. Esta configuración tiene que ser configurada por el implantador de FUSE y ABAP donde el cliente tiene que informar del endPoint y el puerto.
Para ello se accede a la transacción correspondiente de SOA Manager SOAMANAGER y se configura el EndPoint del Proxy.
Se selecciona el proxy: El servicio para el que hay que configurar el endpoint es el /EDGE/CO_SII_CLOUDPROCESAR_LOT
CLAPROCESAR_LOTE1.
Se crea el puerto lógico:
Finalmente, se añaden las configuraciones necesarias:
Usuario y contraseña de cloud (a facilitar por el implantador de Cloud),
| Advertencia | ||
|---|---|---|
| ||
El usuario a incluir no es un usuario de SAP, es un usuario de Cloud (FUSE) |
(Importante: Marcarlo como puerto por defecto).
(Importante: Seleccionar la opción "Supress ID Transfer").
...
(Importante: Normalmente se utiliza protocolo HTTPS para comunicación con FUSE).
Comunicación Cloud asíncrona
Para este tipo de comunicación, se provee por defecto la clase /EDGE/CL_SII_COM_AEAT_CLOUD_AS. Con esta comunicación es necesario configurar el Proxy para consumir el Web Service al igual que hemos hecho para Fuse síncrono (seguir los pasos de la configuración del apartado anterior Comunicación Cloud PT síncrona). Esta configuración se llevará a cabo por el implantador de FUSE y ABAP donde el cliente tendrá que informar del endPoint y el puerto.Para Fuse asíncrono el servicio a seleccionar es: /EDGE/CO_SII_CLAPROCESAR_LOTE.
(Obsoleto, a partir de la versión 1.7.4 el servicio a utilizar es /EDGE/CO_SII_CLAPROCESAR_LOTE1)
(Importante: En el servicio asíncrono debemos cambiar la configuración de la pestaña "Transport Settings". En la URL de acceso tenemos que poner: /entrada_fuse/services/ProcesarLoteSII).
Equivalencia entre estados MW y eDoc
...
El usuario de comunicación que se utilice para estos dos servicios debe tener ciertos permisos. El usuario en SAP debe tener asignado el rol SAP_XI_APPL_SERV_USER o otro rol con los objetos de autorización que este contiene. Por otro lado el usuario también debe tener el objeto de autorización S_SERVICE con estos dos servicios:
| Advertencia |
|---|
Para que en la tabla aparezcan las entradas de los servicios hay que ejecutar el modulo de función AUTH_TRACE_WRITE_USOBHASH desde la transacción SE37 |
Se debe marcar SERVICE_TYPE con 'WS' y en el nombre de SERVICE.
Finalmente, el usuario debe tener el objeto de autorización ZESI_ADM (administrador del SII) o en su defecto, ZESI_RFC, que es el objeto de autorización para poder acceder a las dos RFCs asociadas a los servicios de respuesta.