B+ SII ECC

1.Introduccin

2.Solucin B+ SII

3.Flujo de envo AEAT

3.1. Cockpit SII

3.1.1. eDocument

3.1.2. Lotes

3.1.3. Funcionalidad General del Cockpit

3.2. Reproceso de documentos FI para SII

3.3. Monitor de alarmas SII

3.4. Conciliacin B+ SII

3.5. Reproceso de documentos FI-CA para SII

3.6. Creacin de lotes y envo automtico

3.7 Autogestin eDocument en cambios en ID de Factura

1. Introduccin
El Suministro Inmediato de Informacin (SII) es el nuevo sistema de llevanza de libros a travs de la Sede Electrnica de la Agencia Tributaria
basado en el suministro en tiempo real de las transacciones comerciales. Este requisito es de obligado cumplimiento a partir del 1 de julio de
2017 (Segn el Real Decreto 596/2016).

Obligados al SII
El nuevo SII es de carcter obligatorio para los siguientes sujetos pasivos:

Inscritos en el REDEME (Registro de Devolucin Mensual de IVA)

Grandes Empresas (facturacin superior a 6.010.121,04)
Grupos de IVA

El nuevo SII tambin ser aplicable para todos aquellos sujetos pasivos que, voluntariamente, decidan acogerse al mismo.

Informacin a suministrar en el SII

Las entidades incluidas en el SII deben suministrar la siguiente informacin:

Libro de Registro de facturas emitidas

Libro de Registro de facturas recibidas
Libro de Registro de bienes de inversin
Libro de Registro de operaciones intracomunitarias
Libro de Operaciones con transcendencia Tributaria
Libro de Registro de cobros en metlico

Plazos
Se deben enviar la informacin de las facturas en el plazo:

Facturas emitidas: 4 das naturales desde la fecha de expedicin de la factura.

Facturas recibidas: 4 das naturales desde la fecha de registro contable de la factura.
Operaciones intracomunitarias: 4 das naturales desde la fecha del documento de aduanas.

En el cmputo del plazo se excluyen sbados, domingos y festivos nacionales.

Se detallan a continuacin los pasos que han de realizarse para la notificacin de facturas a la AEAT.
2. Solucin B+SII
La solucin B+ SII est basada en eDocuments. Un eDocument es una capa construida sobre el documento financiero que permite gestionar
estados.

Cada vez que se cree un documento financiero se crear un eDocument intermedio. Estos eDocument intermedios se agrupan en lotes para su
envo a la AEAT.

Se ha definido un tipo de eDocument intermedio para cada libro de registro:

Mediante configuracin se determina qu clase de eDocument intermedio se determina para cada documento financiero. Si el documento
financiero cumple con los requisitos configurados se crear el correspondiente tipo de eDocument.
Y de manera automtica o manual se seleccionan los eDocuments intermedios para su envo a lotes.
Los eDocument permiten gestionar estados, por defecto el eDocument se crea con el status "A incluir en lote".

A continuacin, se muestran los diferentes status:

EDocuments Intermedios
Lotes
3. Flujo de envo AEAT
El flujo de envo a la AEAT es el siguiente:
3.1.1 eDocument

El eDocument se crea con el status A incluir a lote, y de manera manual, se puede:

- Crear lote: se creara un lote nuevo para el eDocument.

- Marcar como corregido: el eDocument pasa a estado corregido y se enva como una modificacin.

- Retener: el eDocument queda retenido sin incluir a ningn lote.

- Liberar: liberacin de un eDocument Retenido.

- Aadir a lote: el eDocument se incluye en un lote ya existente.

- Sacar de lote: extraer eDocument de un lote.

- Tramitacin excepcional: cambio de estado del registro.

- Deshacer tramitacin excepcional: retorno de estado en el registro (mximo hasta los dos anteriores).

Nota: El botn tramitacin excepcional y deshacer tramitacin excepcional estar disponible nicamente para el Rol Administrador.

Crear Lote

Una vez generado el eDocument con el status A incluir a Lote pulsaremos Crear Lote para crear un lote nuevo donde se incluya el eDocument
(el tipo de lote que se crea es en funcin de las condiciones que se han configurado):

El status cambia ahora a Incluido en Lote:

Marcar como corregido

Se selecciona el eDocument y se pulsa Marcar como corregido automticamente el estado cambia. Al haber estado el eDocument en estado
Rechazado directamente pasa a A incluir a lote para volver a ser enviado en un lote nuevo.
Retener/Liberar

Una vez marcado el eDocument pulsando Retener se queda con el status Retenido:

Desde el estatus retenido se puede:

- Aadir a Lote.

- Liberar: el status liberado es similar al status inicial, de manera que se pueden realizar las mismas acciones.

Desde el status Retenido no se puede crear un Lote nuevo, para ello hay que liberar el eDocument y una vez liberado crear un lote nuevo.

Incluir en Lote /Sacar de lote

Pulsaremos Aadir a Lote cuando queramos incluir el eDocument en un lote existente:

El sistema muestra los lotes que existen y que continan abiertos para aceptar nuevo eDocument. (Posible cambio a valide y solo muestre los
Lotes a los que por definicin se puede incluir).

El status cambia ahora a Incluido en Lote:

Una vez incluido el eDocument en un lote es posible sacarlo de l pulsando Sacar de Lote. En ese caso el status pasa de Incluido en Lote a
A incluir en Lote de nuevo.

Tramitacin excepcional/Deshacer tramitacin excepcional (ROL-ADMIN)

Se selecciona el eDocument a tratar y se pulsa en tramitacin excepcional.

A continuacin, aparece un pop-up donde se elige el estado al que cambiar el eDocument.

De la misma manera al pulsar Deshacer tramitacin excepcional, se cambia el estado del registro al inmediatamente anterior (nicamente
retrocede dos estados excepcionales).

ESTADOS EDOCUMENT

-Aceptado: eDocument aceptado por la AEAT.

-Aceptado con errores: es necesario corregir los errores que tenga el eDocument y volver a enviarlo a la AEAT.

-Corregido: eDocument modificado. B+ avisa con un pop-up si desea marcar como "Corregido" el documento (salvo si se pulsa "Marcar como
corregido directamente", ah no avisa con pop-up).

-A incluir en lote: eDocument listo para incluir en un lote ya creado o en uno nuevo.

-Retenido: en este estado el eDocument no puede incluirse en ningn lote.

-Incluido en lote: registro ya incluido en un lote que an no ha sido enviado.

-Obsoleto: estado al que cambia automticamente el eDocument cuando se crea un nuevo registro con el mismo ID (tambin se genera ese
estado cuando se produce una baja). Aunque el registro se haya enviado a la agencia tributaria y haya sido aceptado, si se da de baja
posteriormente en el Cockpit de la solucin B+ aparece como obsoleto.

-Rechazado: eDocument con rechazo completo. Subsanar errores y enviar en un nuevo lote a la AEAT.
3.1.2 Lotes
Los lotes pueden tener los siguientes estados:

Lote nuevo
En proceso
Error tcnico
A enviar
Aceptado
Aceptado parcialmente
Rechazado
Mapeo con error

Lote nuevo

Estado inicial para los lotes. Desde este estado se puede:

Descartar Lote. Los eDocument incluidos en el lote se sacan de l y se quedan con status "A incluir a lote" o "Corregido segn
corresponda"
Generacin del XML y su envo a la AEAT.

Una vez incluido el eDocument en un Lote, se puede enviar el Lote a la AEAT. Para ello, desde la pestaa 'Lotes' dentro del Cockpit se ha de
seleccionar "Generar y enviar XML":

Una vez la AEAT ha recibido el Lote con la informacin de las facturas, devuelve una respuesta, cuyo estado puede ser:

Aceptado
Aceptado parcialmente
Rechazado

Aceptado
La AEAT acepta el envo del lote y todos sus registros. Es un estado final y no pueden realizarse acciones sobre l:

Aceptado parcialmente
La AEAT acepta parcialmente el envo del lote, quedando algunos de sus registros aceptados y otros con errores o rechazados. Es un estado
final y no pueden ejecutarse acciones sobre l:
El estado del lote es un estado final, por tanto, para corregir los registros que han quedado rechazados se deben tratar los errores indicados,
sacar el registro de ese lote que ha quedado aceptado con errores e incluirlo en un lote nuevo.

Rechazado
La AEAT rechaza completamente el lote bien por algn error en su cabecera o bien porque todos sus registros de manera individual contienen
errores. Es un estado final y no pueden ejecutarse acciones sobre l:

El estado del lote es un estado final, por tanto, para corregir los registros que han quedado rechazados se deben tratar los errores indicados,
sacar el registro de ese lote que ha quedado rechazado e incluirlo en un lote nuevo.

Tratamiento de errores

Cuando un lote se ha quedado parcialmente aceptado o rechazado, se deben corregir los registros del lote con error.
Los errores en los registros pueden ser:

Aceptado con errores: la AEAT ha registrado la informacin, pero nos pide corregir algunos datos. Cuando se corrija y se incluya en un nuevo
lote el status ser corregido, lo que determina que en el envo del XML el tipo de comunicacin ser A1 Modificacin.

Rechazado: la AEAT ha rechazado el envo y no ha registrado la informacin, por lo que cuando se vuelva a enviar de nuevo el XML ser como
un alta nueva con tipo de comunicacin A0.

Pulsando en el icono de error en el registro se indica qu error se ha producido:

Visualizando el XML a enviar, la AEAT da ms detalle:

Podemos navegar desde el cockpit al documento financiero para corregirlo, para ello pulsamos sobre el nmero del documento financiero:

Una vez corregido el documento, y pulsado grabar tenemos la opcin de cambiar el estado del eDocument a "Corregido":
Se pulsa 'S' y lleva de nuevo al Cockpit. El eDoc. intermedio aparece con un nuevo estado:

"Corregido" si el registro fue aceptado con errores.

"A incluir a Lote" si el registro fue rechazado.

Ahora con los estados "Corregido" y "A incluir en lote", se vuelve a incluir en un nuevo lote o uno ya existente que acepte registros, volviendo a
iniciar el proceso de envo a la AEAT. Para incluir el registro en un nuevo lote, se realiza desde la pestaa "Registros". Se selecciona el
documento y se pulsa "Crear Lote" o "Aadir a Lote":

Nota: si el estado del eDoc. intermedio no ha cambiado se debe pulsar "Refrescar".

En proceso
Este estado significa que se est en espera de la respuesta del Middleware:

Este estado provoca un error tcnico si no se consigue finalmente la comunicacin con la AEAT, o el envo del lote a la AEAT y que sta d una
respuesta para el lote.

Error tcnico
Cuando el Middleware no consigue comunicacin con la AEAT se produce este estado. Desde este estado se pueden realizar las siguientes
acciones:

Descartar lote
Forzar el envo para intentar comunicarse con la AEAT
Si no es posible realizar ninguna de las acciones anteriores, se tendr que cambiar el estado con la funcin "Tramitacin Excepcional" a
Lote nuevo.

Mapeo con error

Cuando se produce un error de mapeo en alguno de los campos del XML. A este estado slo se puede llegar desde los estados:

Lote nuevo
En proceso
A enviar

Una vez se tiene el lote en este estado, se puede corregir utilizando el botn de "Corregir Lote":

De este modo cambiar el estado "Mapeo con error" al estado anterior en el que se encontraba el lote antes de entrar en este estado de error de
mapeo.
3.1.3 Funcionalidad General del Cockpit

Refrescar: permite actualizar los datos

Histrico: se muestra los diferentes estatus por los que ha pasado el eDocument:

Referenciados: Muestra los eDocuments que compensan el eDocument seleccionado, o el eDocument que compensa a este
eDocument.
Tramitacin excepcional: Permite cambiar el estado de un eDocument a cualquier otro estado. Esta funcionalidad slo est permitida
si el usuario posee el objeto de autorizacin ZESI_ADM.
Deshacer tramitacin excepcional: Permite deshacer la tramitacin excepcional de un eDocument.
Generar y enviar XML: se genera y se enva el XML el lote indicado a la AEAT.
Ver XML a enviar: antes de enviar el lote a la AEAT se puede visualizar el XML, se debe seleccionar el lote y pulsar el botn:
 Anexos a Lote: en los anexos se puede visualizar el XML que se ha enviado a la AEAT y la respuesta que nos enva:

Forzar Reenvo XML actual: cuando ha habido un rechazo tcnico, se para el intento de envo a la AEAT, para volver a realizar el envo
se pulsa este botn.
Interrumpir envo XML: en el caso de existir algn error en el Middelware, o que el servicio de la AEAT, para evitar que el sistema
intente continuamente el envo del Lote (el envo de Lote est previsto para que se haga de manera automtica mediante un job) se
pulsa este botn.
Descartar Lote: los eDocument incluidos en el lote se sacan de l y se quedan con status "A incluir a lote" o "Corregido segn
corresponda"
Corregir Lote: Cuando ha habido un mapeo con error, al pulsar este botn pasamos el lote al estado anterior que tena antes de entrar
en mapeo con error.

Existe una barra de herramientas desde la cual se pueden establecer filtros, ordenar, buscar, etc, como en los informes estndar de SAP:

Desde el Cockpit se puede navegar al documento financiero pulsando sobre el nmero de documento, y desde los registros se puede navegar al
Lote en el que est incluido:
3.1. Cockpit SII
Cuando se cree un documento FI, y siempre que cumpla las condiciones configuradas previamente, se crear un eDocument. Desde el documen
to financiero se puede navegar a la solucin B+SII o directamente desde la transaccin /EDGE/SII_COCKPIT :

Desde el documento financiero

A travs de Servicios para objeto Servicios B+ B+ SII Cockpit:

Desde la transaccin

Transaccin:

/EDGE/SII_COCKPIT - Cockpit SII

Para poder acceder, ha de informarse obligatoriamente la sociedad que se quiere consultar. Una vez introducida, se podr filtrar por cualquiera
de las tres pestaas de bsqueda, que funcionan de manera independiente:

-Bsqueda por documento FI/eDocument

En esta primera pestaa hay una seccin exclusiva para IS-U con los campos Nmero de documento de impresin, fecha de impresin y cuenta
contrato. Al menos ha de completarse uno de estos tres campos.

-Bsqueda por ID factura AEAT

-Bsqueda por nmero de lote
Si se marca el check "Auto creacin y envo de lotes", el sistema buscar eDocuments con estado "A incluir a lote" y "Corregido" y (en funcin de
las reglas establecidas) se incluirn en un lote. Los lotes con estado "Lote nuevo" intentar enviarlos a la AEAT. Este paso se genera a travs de
un Job de fondo definido por cliente.

Independientemente del filtrado de campos, pueden seleccionarse tambin las sociedades que se quieren tratar en Cockpit:

Una vez realizado el filtrado, se pulsa "ejecutar " y directamente se entra en Cockpit:
3.2. Reproceso de documentos FI para SII
Transaccin: /EDGE/SII_REPROCESO - Reproceso de documentos FI para SII

El reprocesamiento de documentos contables permite seleccionar documentos para los que no se ha creado un eDocument y segn las reglas
establecidas crear el eDocument correspondiente.

Si se marca solamente la casilla "Solo documentos sin eDocument" el sistema muestra un listado con todos los documentos financieros para los
que no se ha creado un eDocument:

Desde esta pantalla podemos navegar al documento financiero pulsando sobre el nmero de documento.
Para generar el eDocument, marcamos el documento y pulsamos Reproceso:
El sistema nos genera un mensaje indicando que el eDocument se ha procesado:

Si pulsamos "Reprocesamiento automtico" el sistema automticamente genera el eDocument para los documentos financieros que no lo tengan
generado:

El sistema nos mostrar un mensaje indicando que el log del reproceso est disponible:

Para ver este log hay que ir a la transaccin SLG1:

3.3. Monitor de alarmas SII
Se considera alarma a la situacin de riesgo sobre un documento financiero; notificacin al evento de envo sobre la alarma; y envo a la
creacin de un mensaje en un canal.
De manera que si por ejemplo consideramos que es un riesgo que un documento financiero no se haya enviado a la AEAT transcurridos 3 das,
crearemos una alarma para que notifique esa situacin mediante correo electrnico, workflow o cualquier otro medio.
Las alarmas pueden ser de los siguientes tipos:

Alamas por estado: se genera una alarma cuando el eDocument/Lote tenga un determinado estado.
Alarmas por caducidad: se genera una alarma cuando el eDocument alcance un determinado nmero de das
Alarmas por escalado: si se ha generado una alarma y no se ha corregido el error, despus de realizar una serie de notificaciones
(segn lo configurado) se escala al siguiente nivel.

Puede establecer que la notificacin sea agrupada, de manera que nos enve un aviso para todos los registros de un lote en lugar de un aviso
por registro.
Estas alarmas se notificarn a los usuarios determinados para ellos.
Se puede acceder a las alarmas desde el documento financiero o directamente desde la transaccin:

Desde el documento financiero

A travs de Servicios para objeto Servicios B+ B+ SII Alarmas:

Desde la transaccin

Transaccin: /EDGE/SII_ALARMAS - Monitor de alarmas SII

El monitor de alarmas se muestra todos los eDocuments con alarmas:

Desde el monitor de alarmas se puede:

Enviar notificaciones
Apagar / Encender alamas
Navegar al eDocument y Lote
Navegar al documento financiero
Visualizar el histrico de alarmas

Enviar notificaciones
Se puede enviar una notificacin manualmente independientemente de las establecidas por configuracin seleccionando el registro y pulsando
Enviar Notificacin:

Tambin es posible enviar notificaciones de manera automtica. Para ello es necesario crear un job que ejecute el report
/EDGE/SII_NEW_NOTIFICATION peridicamente y as notificar de la situacin a los usuarios de manera regular. Este report se encarga de
enviar notificaciones para todas las alarmas activas en el sistema.

Apagar / Encender alarmas

En el caso de que el error no se puede subsanar, pero est controlado y no es necesario el envo de notificaciones se puede apagar la alarma
para que no genere ms notificaciones. Para ello, desde el monitor de alarmas pulsamos el botn ON/OFF segn corresponda:

Navegar a eDocument y Lote

Pulsando en el nmero de eDocument accedemos al Cockpit:
Navegar al documento financiero
Pulsando en el nmero de documento financiero accedemos a l:

Visualizar el histrico de alarmas

Pulsando en el botn Notificacin y Envo vemos el historial de alarmas:
3.4. Conciliacin B+ SII
Transaccin: /EDGE/SII_CONCILIA - Conciliacin B+ SII

Antes de empezar se recomienda revisar que estn creados los rangos para Concilia.

Transaccin: SNRO

Objeto: /EDGE/SIIC

Primer paso
Una vez ejecutamos la transaccin nos encontramos con una pantalla de filtrado para poder hacer una conciliacin ms especifica.

Sociedad: Indicaremos la sociedad o el rango de sociedades por orden alfabtico.

Libro Registro AEAT: Libro para el que queremos realizar la conciliacin o el rango por orden alfabtico.

Ejercicio
Periodo contable
Estado de conciliacin SII: Estado actual en el que se encuentran los documentos.

Fecha fin de conciliacin

Hora fin de conciliacin
Diferencias en conciliacin: Indicar si tienen diferencias o no.
Nota: Podremos realizar una seleccin mltiple de cada opcin de filtrado pulsando

.
Segundo paso
Una vez realizado el filtrado nos aparece la pantalla directamente en "Modo visualizacin", donde podemos ver los documentos que hacen
referencia a los filtros aplicados.

Si presionamos "Modo Visualizacin", nos aparece una nueva "barra de herramientas" donde podremos incluir una nueva conciliacin y reanudar
un envo.
En esta pantalla podemos ver mediante el "semforo" el estado de conciliacin, aparecer en rojo si no se ha realizado ninguna conciliacin, en
mbar si est enviado pero por alguna razn no ha llegado a realizarse y en verde si ha llegado y ha finalizado de forma correcta.

Diferencia: Nos indicar si ha habido alguna diferencia entre los datos SAP y los datos AEAT. Si no coinciden nos saldr el icono

, presionamos en l y nos llevar a una nueva pantalla.

Tercer paso

Diferencias AEAT/SAP: En esta pestaa podremos ver los datos del registro, el tipo de operacin y el estado de envi del mismo.Si
pinchamos encima del estado (en este caso "Confirmado") navegaremos directamente al documento en el cockpit.

Al pulsar en el "rbol de diferencias" podemos ver un informe , en el cual desplegando los apartados, nos aparecern los
datos que discrepan de forma ms detallada y visual. En la parte izquierda Datos SAP y en la derecha Datos AEAT.
 Hurfanos: Registros que tienen un ID en la AEAT pero ese ID no existe o no lo encuentra en SAP.

Si presionamos en , al igual que en el apartado anterior, desplegando las opciones nos aparecern los datos de ese registro de forma
ms detallada y ordenada.

Para poder ver el estado de los Jobs de fondo que han tenido errores:

Transaccin: SLG1
Objeto: se introducir el Log de SII: /EDGE/SII

Objeto inferior: Podemos filtrar por las diferentes funcionalidades del producto
3.5. Reproceso de documentos FI-CA para SII
Transaccin: /EDGE/SII_REPROC_ISU - Reproceso de documentos FI-CA para SII.

SOLO AFECTA A SII con IS-U/FI-CA

El funcionamiento de este reprocesamiento para documentos contables FI-CA es similar al reprocesamiento de documentos FI: 3.2. Reproceso
de documentos FI para SII.

En este monitor disponemos de dos pestaas: Printing IS-U y SD FI-CA.

Para el primera caso, Printing IS-U la pantalla de seleccin dispone de los campos especficos para IS-U:

Mientras que en la pestaa de SD FI-CA los campos son otros, especficos de SD:
Tambin disponemos de una casilla que una vez marcada slo mostrar los documentos procedentes de SD, mientras que si no se marca este
check box traer a la lista de reproceso todos los documentos FI-CA.

Ambas pestaas disponen de dos check box al final de la pantalla de seleccin:

El primer check box una vez activado muestra slo los documentos sin eDocuments que pueden ser reprocesados. Si este est marcado, se
podr marcar el segundo check box que se utiliza para hacer un reprocesamiento automtico de todos los documentos que no tengan
eDocument. Si el primer check box (Slo documentos sin eDocument) no est marcado, no se puede marcar el segundo check box, es decir, no
se puede hacer un reprocesamiento automtico de los documentos ya que en la lista pueden aparecer documentos que ya tengan creado su
eDocument correspondiente.

Al igual que en el reprocesamiento para documentos FI, desde la lista de eDocuments podemos navegar al propio documento pulsando sobre el
nmero de documento.

Para llevar a cabo el reprocesamiento, en la lista de documentos contables seleccionamos la o las columnas que se quieran reprocesar y
pulsamos el botn de reproceso:
El sistema nos mostrar un mensaje indicando que el log del reproceso est disponible:

Para ver este log hay que ir a la transaccin SLG1:

3.6. Creacin de lotes y envo automtico
La creacin y envo automtico de lotes utiliza la misma configuracin que el cockpit, para lanzarlo se proporciona el report /EDGE/SII_GEN_AU
TO_ENVIO. Este programa admite variantes y es recomendable que se lance en fondo ya que puede haber una gran cantidad de eDocuments y
dar problemas de timeout si se lanza online.

Para lanzarlo en fondo hay dos opciones. La ms recomendada es generar un job con su variante adecuada indicando los rangos de los campos
de seleccin deseados y que este job ejecute el report en fondo.

Una segunda opcin es ejecutar directamente el report /EDGE/SII_GEN_AUTO_ENVIO desde la SE38 o SE80 en fondo. Para ello a la hora de
ejecutarlo hay que indicar en la pantalla de seleccin los rangos y valores deseados para llevar a cabo la ejecucin (esto es lo equivalente a la
variante a utilizar en el job):

Posteriormente se ejecuta el report en fondo:

Se elige el dispositivo de salida:

Despus hay que seleccionar cuando queremos ejecutarlo, si se quiere ejecutar el proceso en fondo en el momento se pulsa el botn de
inmediato:

Se pulsa grabar.

De esta manera se genera un job que se puede visualizar en la SM37:

Una vez finalizado el job, si se accede al cockpit saldrn los eDocuments en los lotes creados con su estado correspondiente tras haber sido
enviado a la AEAT:

NOTAS

Los estados de eDocuments intermedios que se tienen en cuenta para auto generar lotes y enviar son A incluir, que crear lotes de
Alta/Baja, y Corregido para formar lotes de Modificacin.
Los campos de la pantalla de seleccin hacen referencia a los eDocuments intermedios.
 No hay ninguna BAdI para ampliacin de la pantalla de seleccin por consiguiente no se pueden aadir ms campos. En caso de tener
este requerimiento se podra crear un report Z copia del estndar y adaptarlo como se desee.
A parte de tener en cuenta los eDocuments intermedios para generar lotes y enviarlos tambin tiene en cuenta los lotes. Si existen lotes
con estados "A enviar" o "Lote Nuevo" tambin los enviar.
En el log del job se puede ver si la ejecucin del report mediante el job ha ido correctamente. Sin embargo para ver si los lotes han sido
procesados hay que ir a la transaccin SLG1. En la SLG1 se almacenan mensajes dependiendo de la parametrizacin en la tabla de
niveles de log por circuito:

Si el registro elegido es todo o la tabla no tiene un registro para este circuito:

en el log de la SLG1 guardar tanto lo que vaya bien como lo que vaya mal y esto no es recomendable a la hora de ejecutar este job, porque al
ser muy pesado el proceso suele dar error al tener que guardar en SLG1 todos los log de xito, as que se recomienda fijar el nivel de log "slo
errores" para que slo informe de lo que ha ido mal.

Para ejecutar este report se necesita el objeto de autorizacin ZESI_ADM.

El report funciona para mltiples sociedades. No hay mas que indicarlas en la pantalla de seleccin y el report toma cada sociedad y
realiza la bsqueda y el envo automtico de cada sociedad.
3.7. Autogestin eDocument en cambios en ID de Factura
Esta funcionalidad acta de la siguiente manera:

Cuando se hace un cambio sobre un documento contable FI (esta mejora no contempla modificaciones sobre documentos FI-CA) se aplica la
siguiente lgica:

1. La primera comprobacin que se realiza es si la funcionalidad est activa mediante el parmetro CAMBIO_ID_FACTURA con el flag
X en la transaccin /EDGE/SII_CU_011 - Parametrizacin MW en SII. En caso contrario la funcionalidad no se aplicar.
2. Posteriormente se chequea si existe un eDocument de alta de Factura Emitida, Factura Recibida, Bien de Inversin u Operacin
Intercomunitaria, en caso contrario el proceso termina en este punto.
3. El siguiente punto consiste en comprobar si ha habido un cambio en los campos del ID Factura. Para esto se aplicar el mapeo sobre
los datos anteriores y los nuevos y se revisar si ha habido algn cambio en dicho mapeo resultante para los campos de ID Factura, en
caso contrario el proceso termina en este punto.
4. El siguiente punto consiste en determinar si se debe generar un eDocument de baja por cambio en el ID de Factura. Para ello se hace
una comprobacin del histrico de estados por los que ha pasado el eDocument original. En el caso de que exista un Aceptado o
Aceptado con errores sin un A incluir a lote posterior se generar un eDocument de baja por ID de Factura, estos eDocuments han de
incluirse en lotes y enviarse siguiendo el flujo habitual.
5. Se reiniciar el estado del eDocument original al estado A incluir a lote.
6. Se eliminar la entrada anterior de la tabla de relacin entre eDocuments e IDs de Factura y se har la nueva gestin de obsoletos para
el nuevo ID de factura.

Acciones manuales a realizar para activar la funcionalidad.

1. Instalacin de las rdenes.

Instalacin de la versin correspondiente de la manera habitual.

2. Activacin de los nuevos tipos de eDocument para la sociedad.

Al transportar la orden se aaden nuevos tipos de eDocument para las bajas por cambio de ID de Factura, dichos tipos han de activarse para las
sociedades del proyecto. Para ello utilizamos la transaccin /EDGE/SII_CARGA_SOC con descripcin SII - Carga de param. sociedades .

Las entradas correspondientes a las sociedades habrn quedado marcadas en amarillo:

Se debern marcar las entradas y pulsar el botn Recargar Sociedad, despus seleccionaremos la orden de transporte para el transporte a los
distintos sistemas, si volvemos a iniciar la transaccin veremos las entradas marcadas en verde:

3. Aadir las entradas de determinacin de lote para intermedio.

Dado que se aaden nuevos tipos de lote con sus respectivos mapeos para las nuevas bajas por cambio en ID Factura se debern aadir las
condiciones para que se creen dichos lotes, la lgica que se recomienda es que se haga nicamente para tipo de intermedio. Para ello
entraremos en la transaccin /EDGE/SII_CU_007 - Condiciones para lotes SII y crearemos las siguientes entradas:

Bajas por cambio en ID de Factura para FE.

Y las condiciones para el criterio.

Bajas por cambio en ID de Factura para FR.

Y las condiciones para el criterio.

Bajas por cambio en ID de Factura para BI.

Y las condiciones para el criterio.

Bajas por cambio en ID de Factura para OI.

Y las condiciones para el criterio.

4. Activacin del parmetro CAMBIO_ID_FACTURA.

Por ltimo se debe activar el parmetro CAMBIO_ID_FACTURA en la transaccin /EDGE/SII_CU_011 - Parametrizacin MW en SII. Este
parmetro sirve como switch y nos permite activar y desactivar la funcionalidad rpidamente. Para que la funcionalidad est activa se debe dar el
valor X a dicho parmetro:
3.8. Problema Time Out AEAT
Nota1: Esta funcionalidad todava no est disponible para FUSE. Se notificar cuando est activa.

Nota2: Esta nueva funcionalidad est disponible a partir de la versin 1.7.

1. Problema Time Out AEAT

Dependiendo del trfico que se produzca en los servidores de la Agencia tributaria, cuando el trfico es alto, al esperar la respuesta, esta
devuelve un TimeOut, y tratndose de un servicio sncrono, no es posible volver a realizar la peticin para recuperar dicha respuesta. No
obstante ellos como servidor procesan la Factura, pero al tardar tanto en procesarla no se puede mantener la conexin abierta y acaba por
cerrarse quedando la respuesta de ellos incompleta.

De esta manera se crea una inconsistencia en los estados de las facturas entre la AEAT y SAP, ya que en la AEAT estas facturas han sido
procesadas, y al no ser capaz de devolver la respuesta al Middleware, los estados de estas facturas en SAP no son actualizados y siguen en
estado Incluido en Lote.

Segn hemos sido informados, la AEAT no puede hacer nada por mejorar la situacin, por lo que es posible que se repita este problema en ms
de una ocasin.

2. Cmo tratar el problema de Time Out

Desde producto se ha desarrollado un proceso para ayudar a los clientes a tratar esta problemtica. Se ha creado un estado nuevo para los
lotes, Time Out, de manera que cuando se produce un TimeOut de respuesta entre el Middleware y la AEAT, este error es recogido por FUSE
o PI que enva un cdigo de error especfico a SAP para marcar el lote con este nuevo estado:

Este cambio de estado slo afecta a lotes, no afecta a intermedios.

Si esto sucede las facturas en SAP quedan en un estado Incluido en Lote, como se puede ver en la imagen superior, mientras que en la AEAT
ests facturas habrn sido procesadas y tendrn un estado, ya sea Aceptado o Aceptado con Errores, o bien sin registrar si alguna factura ha
sido rechazada.

Para resolver estas inconsistencias de estados hay que hacer ciertas acciones manuales.

2.2 Parametrizaciones previas

Para que los lotes puedan tomar el estado de TimeOut previamente se necesita parametrizar la tabla /EDGE/SII_MP_013 Equivalencia entre
estados Middleware y eDocuments:

Si el Middleware utilizado es PI la entrada a registrar es la siguiente:

Estado Paso de Proceso

504 TIME_OUT

Si el Middleware utilizado es FUSE la entrada a registrar es la siguiente:

Estado Paso de Proceso

4999 TIME_OUT

Nota: Esta funcionalidad todava no est disponible para FUSE. Se notificar cuando est activa.

2.1 Acciones manuales a realizar

Para tratar esta problemtica lo primero que se debe hacer es comprobar el estado de las facturas en la AEAT para saber si estas han sido
aceptadas o rechazadas.

Una vez sepamos qu estado tienen las facturas, mediante tramitacin excepcional:
cambiamos los estados de los intermedios a los estados que indica la AEAT. Esto es, si los registros estn aceptados, los marcamos como acep
tados, si los registros estn rechazados los marcamos como rechazados o si han sido aceptados con errores lo marcamos como aceptado con
errores. Finalmente cambiamos el estado del lote a un estado final para que no de error de lote vivo (que un intermedio est en dos lotes a la
vez en un estado que no sea aceptado, aceptado parcial, rechazado o descartado), ya sea aceptado, si todos registros estn aceptados, acepta
do parcialmente si hay algn rechazo o rechazado si todos registros estn rechazados.

Los registros que han sido rechazados deben corregirse y volverse a enviar a la AEAT.

Importante: Se puede optar por volver a enviar los registros de un lote con error de TimeOut metiendo los registros de este lote en uno de
modificacin para conseguir que la AEAT nos devuelva los estados correctos sin tener que consultar su estado uno a uno. De esta manera, con
un lote de modificacin, si las facturas fueron aceptadas en el primer envo con error de TimeOut, no obtendremos el error Factura duplicada
que dara en caso de enviar de nuevo las facturas en un lote de alta.

Hay que tener en cuenta que esto es posible hacerlo en todos tipos de facturas menos en los Cobros de facturas emitidas y Pagos de
facturas recibidas. Estos dos libros son acumulativos y si se envan ms de una vez a la AEAT se sumarn importes incorrectos. Por ello es
necesario comprobar el estado de estas facturas en la AEAT y en caso de que estn aceptados no volver a enviarlos y ponerlos con estado
Aceptado en el Cockpit para que los estados (SAP y AEAT) estn alineados.

El producto no puede desarrollar una funcionalidad automtica para el problema del Time Out, ya que hay facturas que no pueden ser enviadas
automticamente de nuevo a la AEAT sin haber comprobado su estado, como es el caso de cobros de FE y pagos de FR.

3. Recomendaciones

Recomendamos que los Lotes no contengan ms de 1000 facturas, incluso fijar como mximo 750 facturas ya que cuanto ms grande es el lote
ms riesgo de error de TimeOut hay. Para ello se puede parametrizar la tabla Condiciones para lotes SII:
3.9. Report Cambio ID de Factura
En la versin del producto 1.7.0 se incorpora un report cuya finalidad es actualizar los valores de los campos del Id de Factura cuando estos
cambian debido a una actualizacin en los mapeos establecidos.

Lo que hace este report es comparar los valores de los campos del Id de Factura de un documento del momento en el que se gener su
eDocument, que se almacenan en la tabla /EDGE/SII_ID_FAC, contra lo valores de los campos del Id de Factura del mapeo actual.

Si al comparar estos valores encuentra diferencia, el report actualiza la tabla /EDGE/SII_ID_FAC tomando los nuevos valores que se generan
por el nuevo mapeo. De esta manera quedan sincronizados los valores de la tabla donde se almacenan los Ids (/EDGE/SII_ID_FAC) con el
mapeo actual.

A parte de esto, tambin se lleva a cabo la funcionalidad de la autogestin del cambio del Id de Factura: 3.7. Autogestin eDocument en cambios
en ID de Factura. En este punto se explica en qu consiste esta funcionalidad y los pasos manuales necesarios para que funcione.

Nota: Sin estos pasos manuales el report no funcionar.

Para ejecutar el report lo primero que se debe hacer es introducir los campos de seleccin para encontrar los eDocuments existentes:

Nota: Si seleccionamos el check box de Cambio automtico, el proceso se ejecutar automticamente.

Una vez fijados los campos para filtrar, al ejecutar nos llevar a una pantalla donde aparecern todos los documentos que tienen eDocument. En
esta pantalla aparecern marcados en amarillo los que tengan diferencias en el Id de Factura:

Si se seleccionan las lneas y pulsamos el botn de Actualizar Id de Factura, se llevar a cabo este proceso para ajustar el Id de Factura:
Pulsar el botn de Refrescar para actualizar los datos:

Adems en el cockpit se crearn las bajas correspondientes y se cambiaran los estados de los eDocuments en caso de que corresponda.