Vista en Bb+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.
...
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: 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.