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

[keys]

Empezado por seccion_31

por lo de explicar "la operación" mas alla de factura tal o cual, creo que no será obligatorio porque parece que no es una obligación recogida en el libro de iva.

a mi me parece que van improvisando... ayer no validaba los nifs, ni los que venían de certificados ni después los de las facturas, cada mes cambian el interface y su versión obligándote a reimportar, recompilar y renombrar algunas clases..... todavía y tras dos meses de retrasos no tienen el formulario para introducir facturas....

Hay una serie de campos que no son obligatorios o no tienen validación y seguramente no lo tendrán. El usuario puede presentar lo que le de la gana. El problema será cuando hacienda empiece a cruzar datos y a realizar inspecciones, en ese momento será cuando te diga que te falta o sobra una cosa u otra. Sobre todo cuando tu cruzen con tu propia declaración del 303.

El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera.

Por cierto las validaciones para las facturas anteriores del 1 de julio van a ser diferentes para las de después de julio. Por ejemplo esta campo descripción o por lo menos es lo que se comentó en la reunión.

Un Saludo

[CMB]

Empezado por keys

El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera.

Una factura con más de cien líneas (las hay) con conceptos muy variados, piezas, horas de trabajo, revisiones, desplazamientos, etc., a ver cómo la resumes de forma automática. Y si pones al usuario una casilla en blanco para que la describa se van a quejar mucho, aunque el culpable no es el que desarrolla el programa. Y si ponen sanciones por una cosa así será todo muy complicado.

[seccion_31]

siempre puedes buscar el articulo/servicio de mas importe y colocarlo, indicando y otros "99" tantos mas.... (si son mas)

saludos !

[isidro.garcia]

Hola a todos;

Hasta ahora he visto que todo el mundo está implementando soluciones basadas en Delphi, C#, Visual Basic y he estado probando a hacer una conexión desde JAvascript utilizando XMLHTTPRequest.. me da siempre este error.

MLHttpRequest cannot load . No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin is therefore not allowed access.

El servidor responde con codigo 200 ok pero mi request da error con lo que no puedo recoger el resultado .

Alguna idea ¿?

Gracias

[PASPAS]

El error viene dado por tu servidor. Ya que tienes que tener habilitado la posibilidad de llamar a otros servidores distinto de tu origen.
En el caso de utilizar Apache tendras que modificar el .htaccess
Para servidores con IIS tendras que modificar web.config

Saludos

[glopez]

Me contesto yo, por si puede ayudar a alguien.
El problema que tenía es que en el ejemplo que habéis publicado aparecía dentro del uses suministroInmediatoInfo, que así era entes, pero ahora hay que cambiarlo por SuministroFactEmitidas.
Después de hacer esto hay que cambiar algunos tipos de datos y ya está. Por fin pude enviar una fra. de prueba.

[seccion_31]

glopez lo raro es que no te dijera versión incorrecta... creo que van ya dos versiones del interface, y una vez publicado NO admite subir nada que no sea de la versión actual.

Con cada versión hay que re-importar el WSDL y corregir algunos tipos de datos que cambian (utilizan números al final del nombre para serializarlos).

Me alegro que lo hayas solucionado, porque cuando vi tu error, no tenia ni idea.

Saludos !

[iozuniga]

gLopez, Muchas gracias por tu sugerencia. Funcionando. Primera factura enviada. Gracias a todos. Un saludo

[keys]

Como dijeron en la reunion. Esto es lo que hay.

Lo de la casilla en blanco, lógicamente luego tendrá unas ayudas para rellenarlo y configuraciones previas, pero al final será el usuario el que tenga que poner lo que va. Esto ocurre aqui y en todos los impuestos, hay cosas que no dependen de nosotros los informaticos sino no de normativa que es el cliente el que se la tiene que saber.

[seccion_31]

lo que sigo sin entender es la dificultad que han creado con el envio.

debería bastar con comunicar la factura, con sus importes, y nif, y si me apuras indicando con un simple digito la operación que se trata.

la clasificación posterior debería hacerla hacienda que es quien lo hara bien. Lo que tenemos ahora es hacer todos el trabajo de hacienda, multiplicando el esfuerzo x programadores.

saludos !