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

[PASPAS]

Empezado por nachoexe

Hola a todos los pertenecientes a este gremio de pringaos (los informáticos de contabilidad )

Después de haber leído las 36 páginas que me han ayudado a resolver bastantes dudas os aporto mi grano de arena.

Para resolver cual es el indice de un país (según su CODIGO COMUNITARIO PAIS (UE)) he utilizado el siguiente código:


Edito: Perdón por el formato de código, lo pongo con espacios y con tabuladores y sale siempre alineado a la izquierda... consigo enviar facturas pero no puedo formatear un texto en el editor del foro

Buenas Nacho, te aconsejo que utilices la funcion AnsiIndexStr(AstrPais,ArrPaises) esto hace lo mismo que la funcion que indicas. En caso de ser -1 = indicas el indice de españa
Luego veo que introduces todos los paises y deberias añadir otro array para los de la UE y hacer lo mismo llamar a AnsiIndexStr
Espero q te sirva ,
Saludos

[nachoexe]

Empezado por PASPAS

Buenas Nacho, te aconsejo que utilices la funcion AnsiIndexStr(AstrPais,ArrPaises) esto hace lo mismo que la funcion que indicas. En caso de ser -1 = indicas el indice de españa
Luego veo que introduces todos los paises y deberias añadir otro array para los de la UE y hacer lo mismo llamar a AnsiIndexStr
Espero q te sirva ,
Saludos

Perfecto PASPAS, muchas gracias por el AnsiIndexStr, siempre es un placer el aprender a optimizar el código

[vboloradito]

Hola:

Como vais a gestionar la respuesta de la AEAT.

Habia pensado meter en una pantalla información basica de la factura y 4 columnas adicionales.

1 - Estado (Pendiente / OK / KO / OK con ERROR)

2 - Codigo error

3 - Descripcion

4 - CSV (codigo de control de la respuesta recibida)

KO- En caso de KO habrá que modificar la información de la factura y volver a enviarla.
¿como lo vais a hacer? ¿Cambiandole el estado a pendiente para que lo coja la proxima ejecución?

ok con error. Lo mismo para los casos en los que acepta el xml pero pendiente de corregir el error.
corregir los datos. Pasarla a pendiente y que la coja la siguiente ejecución.

¿Sabeis si se puede implementar un hipervinculo dinamico que te lleve a la factura para que te habrá en el navegador web la factura que ha aceptado la AEAT y corregirla a mano?



Si da OK.

[[newtron]]

Empezado por vboloradito

Hola:

Como vais a gestionar la respuesta de la AEAT.

Habia pensado meter en una pantalla información basica de la factura y 4 columnas adicionales.

1 - Estado (Pendiente / OK / KO / OK con ERROR)

2 - Codigo error

3 - Descripcion

4 - CSV (codigo de control de la respuesta recibida)

KO- En caso de KO habrá que modificar la información de la factura y volver a enviarla.
¿como lo vais a hacer? ¿Cambiandole el estado a pendiente para que lo coja la proxima ejecución?

ok con error. Lo mismo para los casos en los que acepta el xml pero pendiente de corregir el error.
corregir los datos. Pasarla a pendiente y que la coja la siguiente ejecución.

¿Sabeis si se puede implementar un hipervinculo dinamico que te lleve a la factura para que te habrá en el navegador web la factura que ha aceptado la AEAT y corregirla a mano?



Si da OK.

Yo en particular solo dejo al cliente dos opciones Pendientes de traspasar/Traspasadas con errores. Cuando se piden las pendientes aparecen todas las que no se han enviado más las que no se han enviado por errores (en este caso con el último error para que las identifiquen y puedan subsanar el error antes de volver a enviar). Cuando se envían guardo el csv aunque todavía no sé qué haremos con él.

Saludos

[nachoexe]

Empezado por vboloradito

Hola:

Como vais a gestionar la respuesta de la AEAT.

Revisa la gestión de errores:
- Error al enviar (KO): lo puedes marcar como pendiente y volver a procesarlo como una alta
- OK con errores: no lo marques como pendiente porque ya esta enviado y lo debes de gestionar como una modificación no como un alta. Creo que te falta el estado "Modificado Pte Env" o como tu quieras llamarlo

Guardar el número de error y la descripción es muy útil para poder listarlos y ver donde están los fallos sin tener que volver a enviar las facturas, el campo csv no sirve para nada salvo en caso de haber errores informáticos en los servidores de hacienda como justificante de envío.

No había visto la opción online para modificar las facturas, esto es un arma de doble filo porque los usuarios pueden alterar o anular las facturas y nuestro sistema no se enteraría y no cuadrarían los listados.
Yo lo tendré en cuenta en el sistema de revisión de facturas para que además del estado del cuadre compruebe los importes.

Generar el hipervinculo dinámico a la modificación o consulta de la factura estaría muy bien y yo me lo apunto para hacerlo, tiene pinta de ser complicaillo pero no imposible, hay que incluir varios campos de la cabecera de la factura y se hace dificil solo cuando hay signos especiales "," "&" o "<" en el nombre. Se trata de hacer varios ejemplos e ir probando
Ejemplos:

3w7.aeat.es/wlpl/SSII-FACT/FRecibidasServlet?fAccion=7&LFR_NIFFACTURA_EMI=&LFR_PAIS_FACT_EMI=IT&LFR_TIPO_FACT_EMI=02&LFR_ID_FAC T_EMI=IT12342201222&LFR_NOMRAZ_CONTR=PROVEEDOR+SIGNO+%26amp+Y+DESPUES+%26ltINTRA%3E&LFR_SERIENUM_FAC _EMI=12345&LFR_FECHA_EXPEFAC_EMI=2017-04-03&LFR_NIF_TITULAR=XXXXXXXXX

3w7.aeat.es/wlpl/SSII-FACT/FRecibidasServlet?fAccion=7&LFR_NIFFACTURA_EMI=BXXXXXXXX&LFR_PAIS_FACT_EMI=null&LFR_TIPO_FACT_EMI=nu ll&LFR_ID_FACT_EMI=&LFR_NOMRAZ_CONTR=NOMBRE1+NOMBRE2%2C+S.L.&LFR_SERIENUM_FAC_EMI=354&LFR_FECHA_EXPE FAC_EMI=2017-01-05&LFR_NIF_TITULAR=XXXXXXXXX

[CMB]

Empezado por nachoexe

No había visto la opción online para modificar las facturas, esto es un arma de doble filo porque los usuarios pueden alterar o anular las facturas y nuestro sistema no se enteraría y no cuadrarían los listados.

El usuario podrá hacer cualquier operación directamente en la página de la AEAT. Altas, bajas y modificaciones, además de consultas. Pero hacer eso por la puerta de atrás es su responsabilidad. Es muy difícil controlar esas operaciones paralelas desde el programa, pues con verificar importes podría no ser suficiente. ¿Qué pasa con las altas, qué pasa con las bajas? ¿Qué pasa si cambia la descripción de la operación? ¿O cambia el tipo de factura, normal / simplificada? Y probablemente más...

[vboloradito]

Empezado por CMB

El usuario podrá hacer cualquier operación directamente en la página de la AEAT. Altas, bajas y modificaciones, además de consultas. Pero hacer eso por la puerta de atrás es su responsabilidad. Es muy difícil controlar esas operaciones paralelas desde el programa, pues con verificar importes podría no ser suficiente. ¿Qué pasa con las altas, qué pasa con las bajas? ¿Qué pasa si cambia la descripción de la operación? ¿O cambia el tipo de factura, normal / simplificada? Y probablemente más...

Puede ser util si para resolver el error de una factura te toca hacer un desarrollo y no lo tienes antes de cuatro dias. TE evitas la multa.
Tambien puede ser util para no implementar por codigo los libros de
- Libro registro de bienes de inversión.
- Libro registro de determinadas operaciones intracomunitarias

La mayoria de las empresas no tienen esos libros y si los tienen puede ser que tengan muy pocas operaciones a lo largo del año.

[CMB]

Empezado por vboloradito

Puede ser util si para resolver el error de una factura te toca hacer un desarrollo y no lo tienes antes de cuatro dias. TE evitas la multa.
Tambien puede ser util para no implementar por codigo los libros de
- Libro registro de bienes de inversión.
- Libro registro de determinadas operaciones intracomunitarias
La mayoria de las empresas no tienen esos libros y si los tienen puede ser que tengan muy pocas operaciones a lo largo del año.

Totalmente de acuerdo.

La página de la AEAT para operaciones directas es un salvavidas para nosotros los programadores. Con la complejidad que tiene este asunto es casi imposible que no nos encontremos tarde o temprano con un problema que no habíamos previsto. Nadie está a salvo. Llegados a ese punto, si se trata de algo que no puedes resolver en un par de horas, la solución más rápida es aconsejar al usuario que use la página directa.

Además, de sobras es conocido que muchas empresas se esperan siempre al último día y, si entonces surge el problema, el que tiene que correr (creo que injustamente) es el responsable del software. En aquella época no muy lejana en que los autónomos presentaban trimestralmente los modelos 130 y 303 en la ventanilla del banco, los días 30 de enero, 20 de abril, julio y octubre se formaban largas colas. Y los empleados bancarios ya sabían que aquellos días tenían que hacer horas extra.

Saludos,

[CMB]

Empezado por vboloradito

Puede ser util si para resolver el error de una factura te toca hacer un desarrollo y no lo tienes antes de cuatro dias. TE evitas la multa.

Interesante cuestión la que surge de la frase TE evitas la multa. La sanción, ¿a quién se la ponen? ¿Al que ha emitido la factura o al programador? Por supuesto, al emisor.

Pero hay algo más: ¿Tiene el usuario derecho de reclamar las sanciones a la empresa de software, en el supuesto de que la infracción sea debida a un bug del programa?

¿Qué opináis?

Saludos,

[CMB]

Empezado por vboloradito

Hola:
Como vais a gestionar la respuesta de la AEAT.
Habia pensado meter en una pantalla información basica de la factura y 4 columnas adicionales.
1 - Estado (Pendiente / OK / KO / OK con ERROR)

Existe otro estado. Las facturas dadas de baja, que pueden ser enviadas de nuevo como modificación, pero no como alta pues generan el error Factura duplicada.

Saludos,

[vboloradito]

Empezado por CMB

Existe otro estado. Las facturas dadas de baja, que pueden ser enviadas de nuevo como modificación, pero no como alta pues generan el error Factura duplicada.

Saludos,

Creo que finalmente voy a implementar 4 estados.

- pendiente (no enviada todavia)
- Pendiente con ERROR ( el sistema en el proximo intento la reenviara automaticamente asumiendo que el usuario la ha corregido)
- OK
- OK con ERROR ( esta me preocupa menos porque no tiene multa) el sistema la relanzará al acabar el dia automaticamente, asumiendo que el usuario la ha corregido) esta creo que la tengo que enviar como modificacion, no como alta.

Lo del tema de baja de facturas todavia no lo he abordado ni la rectificación.
Teneis claro como hacerlo. Acepto sugerencias.

-

[CMB]

Empezado por vboloradito

Lo del tema de baja de facturas todavia no lo he abordado ni la rectificación. Teneis claro como hacerlo. Acepto sugerencias.

Es muy sencillo. En el documento SII_Descripcion_ServicioWeb_v0.6.pdf están los esquemas y hay unos ejemplos, que siguen un criterio casi igual a las altas. Con ver los ejemplos ya es suficiente, los XML son casi iguales.

Cualquier factura ya presentada y aceptada con o sin errores puede ser enviada de nuevo por cambios tantas veces como se desee, incluso sin introducir cambio alguno. El servidor te da cada vez un nuevo CSV. Las facturas de baja (o anuladas) sólo se pueden recuperar por cambios. No se pueden mandar de nuevo como pendientes porque te las rechazan por duplicadas, pues el servidor las mantiene indefinidamente en su base de datos.

Saludos,

[barnarasta]

Visteis que ya anunciaron los cambios de la version 0.7 ???
Interesante la pagina 15



"agenciatributaria.es/static_files/AEAT/Contenidos_Comunes/La_Agencia_Tributaria/Modelos_y_formularios/Suministro_inmediato_informacion/FicherosSuministros/V_07/PP_F_PRUEBAS_200417_Modo_compatibilidad.pdf"



Yo tengo unos cuantos casos de NIF/Nombre (5) que los valida la pagina del NIF-validator pero no los acepta al enviarlos.