SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

[RafaSerMed]

Pues eso, que comenzamos el baile, y en este caso pisando a nuestro partener...

El Modo en pruebas, o no funciona o da error.

En nuestro caso tenemos dos problemas, el primero es que no nos permite enviar ni consultar información con un certificado no censado para el SII. Cuando antes funcionaba perfectamente y en la documentación de la fase de pruebas se especifica literalmente: "Está abierto a todos los sujetos pasivos, ya sean obligados del SII o no."

Y en segundo lugar con un certificado obligado al SII, nos remite el error por aquí comentado anteriormente: "Conexión a Oracle no disponible".

Ou Yeah!!!

[pablog2k]

pues si, parece que el servidor de pruebas hoy no funciona .....

[austral_es]

Acabo de probar el servidor de pruebas y YA FUNCIONA!

[RafaSerMed]

Empezado por austral_es

Acabo de probar el servidor de pruebas y YA FUNCIONA!

Efectivamente empieza a funcionar. Aunque en ocasiones sigue dando errores, pero funciona 9 de cada 10.......

[didou]

buenos días, alguien sabe si una vez enviado el primer semestre hay opciones de bajas y/o modificaciones de estas facturas del primer semestre? además por lo que estoy viendo hay que hacer 6 envios (uno por cada mes) de las facturas del 1er. semestre, no se puede hacer un solo envio agrupando todas las facturas del primer semestre?

Gracias y buen SII para todos.

[[newtron]]

Ya empezamos....

Tengo un cliente que ya ha enviado datos, se le ha quedado colgado por problemas en el webservice y ha cerrado el programa "a lo bruto". Consultamos y resulta que parte de las facturas constan como enviadas y otra parte no y, logicamente, mi programa no se ha enterado de cuales han quedado subidas porque se ha colgado antes.

¿Alguna idea de si es posible preveer esto?

Saludos

[marine]

Buenas , aparte de los problemas sufridos con la caida del portal de pruebas me encuentro ahora con problemas de certificados donde antes no los tenia. Ha cambiado algo ?

[xamminf]

Empezado por newtron

Ya empezamos....

Tengo un cliente que ya ha enviado datos, se le ha quedado colgado por problemas en el webservice y ha cerrado el programa "a lo bruto". Consultamos y resulta que parte de las facturas constan como enviadas y otra parte no y, logicamente, mi programa no se ha enterado de cuales han quedado subidas porque se ha colgado antes.

¿Alguna idea de si es posible preveer esto?

Saludos

Newtron Jimmy,

Esa es el peor de los escenarios posibles.. y no es para tanto porque lo que tiene que hacer tu usuario es regularizar la situacion:

Entrar al portal, ver las que si estan enviadas y marcarlas en tu programa como enviadas para que no entren en el próximo envio.

¿ ok ?

Hay que aplicar mucha lógica informática de tolerancia a fallos para evitar que estos fallos nos amarguen el verano.

[RafaSerMed]

Empezado por newtron

Ya empezamos....

Tengo un cliente que ya ha enviado datos, se le ha quedado colgado por problemas en el webservice y ha cerrado el programa "a lo bruto". Consultamos y resulta que parte de las facturas constan como enviadas y otra parte no y, logicamente, mi programa no se ha enterado de cuales han quedado subidas porque se ha colgado antes.

¿Alguna idea de si es posible preveer esto?

Saludos

Eso se debe de prever siempre. No solo por los posibles errores de cuelgue del programa al enviar o lo que sea. También porque si enviamos mucha información, por ejemplo enviamos 3000 facturas a la vez y el servicio tarda y no llega la respuesta o se corta a mitad del envío, con lo que tenemos la mitad por ejemplo de facturas procesadas cuando hemos enviado todas....

Pues bien, la AEAT, comento en alguna que otra reunion que esto puede pasar. En ese caso al volver a enviar toda la información de nuevas (por ejemplo en tu caso), tenemos que procesar la respuesta de aquellas que nos indica que están duplicadas. Eso significa que dichas facturas ya han sido presentadas. Por esa razón en las ultimas versiones añadieron el CSV en la respuesta del error de factura duplicada.

A mi no me parece una solución muy viable, ya que el resultado de factura duplicada puede ser un resultado correcto en muchos casos y no tiene porque ser el caso de que se hayan enviado previamente y no se haya procesado la respuesta. Sinceramente me parece una chapuza.

La solución medianamente viable es que al intentar enviar los registros de alta, previamente realicemos una consulta con el filtro de la factura que queremos añadir. En ese caso si nos devuelve que existe un registro con esos criterios en el filtro, nos indicará la fecha de presentación. Con esa fecha podemos "deducir" si se ha presentado anteriormente pero no se ha registrado la respuesta....

Vamos sencillo.

[[newtron]]

Empezado por didou

buenos días, alguien sabe si una vez enviado el primer semestre hay opciones de bajas y/o modificaciones de estas facturas del primer semestre? además por lo que estoy viendo hay que hacer 6 envios (uno por cada mes) de las facturas del 1er. semestre, no se puede hacer un solo envio agrupando todas las facturas del primer semestre?

Gracias y buen SII para todos.

Yo no he leido por ningún sitio que haya que enviar por meses los datos del primer semestre de 2016 y, por otro lado, imagino que el tratamiento para bajas y modificaciones será exactamente igual que el resto de periodos.

Saludos

[didou]

Empezado por newtron

Yo no he leido por ningún sitio que haya que enviar por meses los datos del primer semestre de 2016 y, por otro lado, imagino que el tratamiento para bajas y modificaciones será exactamente igual que el resto de periodos.

Saludos

En los XML de ejemplo en el nodo periodo esta especificado el mes de la fecha de la factura o sea que no se que pensar, yo creo que si hay que enviar por periodo las fras. del 1er. semestre.
<siiLR:RegistroLRFacturasEmitidas>
<sii:PeriodoImpositivo>
<sii:Ejercicio>2017</sii:Ejercicio>
<sii:Periodo>03</sii:Periodo>