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

[[newtron]]

Empezado por vboloradito

en mi empresa todavia no saben si hacer el envio directamente a la aeat o a traves de una empresa externa.
Alguno esta en este dilema.
Sabeis el tiempo que nos podemos ahorrar en desarrollo si lo hacemos a traves de una empresa externa,
¿compensa?

¿A través de una empresa externa? No entiendo eso.

[keys]

Hay empresas que se estan publicitando que generan el SII a partir de ficheros generados por otras aplicaciones y que se adaptan a tu erp. No se hasta que punto sera operativo esto.

Pon Sii en el señor google y te salen unas cuantas.

[[newtron]]

Ya imaginaba algo así pero también imagino que de una forma o de otra habrá que preparar o configurar los datos para conectarse con ese programa externo e, independientemente de eso, seguro que se pierde funcionalidad.

Ya puestos yo prefiero resolverlo y no depender de terceros.

[CMB]

Empezado por keys

Hay empresas que se estan publicitando que generan el SII a partir de ficheros generados por otras aplicaciones y que se adaptan a tu erp. No se hasta que punto sera operativo esto.

Hay empresas que buscan desesperadamente un nuevo nicho de mercado donde meterse. Eso mismo sucedió el año 2010 cuando se hablaba de la e-Factura, que tenía que ser obligatoria para todo el mundo, la que se creaba con el famoso aeatfact.dll. Finalmente quedó todo abandonado y alguna de las empresas que lo habían publicitado cerraron. Y el trabajo de los programadores fue en balde.

[[newtron]]

Empezado por CMB

Hay empresas que buscan desesperadamente un nuevo nicho de mercado donde meterse. Eso mismo sucedió el año 2010 cuando se hablaba de la e-Factura, que tenía que ser obligatoria para todo el mundo, la que se creaba con el famoso aeatfact.dll. Finalmente quedó todo abandonado y alguna de las empresas que lo habían publicitado cerraron. Y el trabajo de los programadores fue en balde.

Bueno... yo en particular tengo registrado el dominio www.modelo340.es pensando en que ese modelo se implantaría a todas las empresas y para un futuro desarrollo y ya con esto el 340 se quedará en el olvido, menos mal que un dominio no vale mucho pero ya tenía en mente hacer algún programa con una versión gratuita y otra más completa de pago para la presentación de ese modelo.

[keys]

Ya no es sólo que cambien de modelos. Sino que entre otro y diga que ya no quiere xml que quiere txt o cualquier otro. Como pasó con el 390, primero txt plano, luego xml y con la intención de cambiar todo a xml. Ahora otra vez txt con posiciones fijas.

Pero bueno más trabajo para los sufridos informáticos.

[seccion_31]

otra de mis dudas "interesantes" (ya disculpareis)

En facturas recibidas:

el numero de factura del proveedor ¿Dónde lo situais?

el numero de orden propio ¿donde?

Ahora voy a revisar la documentación, porque creo que NO lo estoy haciendo bien.

Saludos !

[keys]

Solo hay que poner el número de factura del proveedor el numero orden propio no hay que ponerlo.

IDFactura.NumSerieFacturaEmisor

[CMB]

Empezado por seccion_31

otra de mis dudas "interesantes" (ya disculpareis)
En facturas recibidas:
el numero de factura del proveedor ¿Dónde lo situais?
el numero de orden propio ¿donde?
Ahora voy a revisar la documentación, porque creo que NO lo estoy haciendo bien.
Saludos !

El número de factura del proveedor va en <sii:NumSerieFacturaEmisor>

El número de orden de recepción no se incluye.

La fecha de recepción va en <sii:FechaRegContable>

Si estoy equivocado que alguien lo diga. Podría ser.

Saludos,

[vboloradito]

Empezado por newtron

¿A través de una empresa externa? No entiendo eso.

Hay empresas como SERES , EDICOM que te ofrecen el servicio (SAS) les envias el fichero y ellos se encargan de remitirselo a la DGT,
Luego te dan el servicio de almacenar online 4 años las facturas, enviarte reportes.
Te simplifican el desarrollo que tienes que hacer, no te tienes que preocupar de construir el XML correctamente con el correspondiente endpoint.
En el caso de que la AEAT cambie el formato del XML , y ellos tienen la info ya en el fichero , no tienes que hacer desarrollo. se encargan ellos.

Principalmente creo que acorta el tiempo de desarrollo al ahorrarte la construcción del XML y toda la funcionalidad de consultas, que estaria implementada en el servicio que te dan via web,
y quizas reduzca el numero de incidencias sobre el envio de SII. PEro como no tengo experiencia con estas empresas no se si realmente compensa. PAra el servicio que dan.

[jacju]

Empezado por vboloradito

Hay empresas como SERES , EDICOM que te ofrecen el servicio (SAS) les envias el fichero y ellos se encargan de remitirselo a la DGT,
Luego te dan el servicio de almacenar online 4 años las facturas, enviarte reportes.
Te simplifican el desarrollo que tienes que hacer, no te tienes que preocupar de construir el XML correctamente con el correspondiente endpoint.
En el caso de que la AEAT cambie el formato del XML , y ellos tienen la info ya en el fichero , no tienes que hacer desarrollo. se encargan ellos.

Principalmente creo que acorta el tiempo de desarrollo al ahorrarte la construcción del XML y toda la funcionalidad de consultas, que estaria implementada en el servicio que te dan via web,
y quizas reduzca el numero de incidencias sobre el envio de SII. PEro como no tengo experiencia con estas empresas no se si realmente compensa. PAra el servicio que dan.

Hola, para vuestra información he estado hablando con una de estas empresas para valorar esta opción y el importe de la aplicación es bastante alto, no se si compensaria

[inyu]

¿Alguien sabria decirme porque no veo la estructura NIF e IDOtro cuando declaro un nuevo IDEmisorFactura ? (que a la vez cuelga de LRFacturaRecibidasType.IDFactura)
Sólo veo .Item en cambio en la descripcion del WebService del PDF versión 0.6 se ve NIF e IDOtro (ver imágenes adjuntas).


Por cierto, si alguien no sabe cómo especificar el certificado de la casa de la moneda directamente (sin preguntar al usuario) en .NET yo lo he resuelto así:

Dim store As Security.Cryptography.X509Certificates.X509Store = New Security.Cryptography.X509Certificates.X509Store("My") ' Certificados personales
store.Open(Security.Cryptography.X509Certificates.OpenFlags.ReadOnly)
Dim CertificadoCorrecto As New System.Security.Cryptography.X509Certificates.X509Certificate2
Dim busqueda As New Security.Cryptography.X509Certificates.X509Certificate2Collection ' creamos una coleccion para poder usar la funcion Find
busqueda = store.Certificates.Find(Security.Cryptography.X509Certificates.X509FindType.FindByIssuerName, "FNMT Clase 2 CA", True) ' buscamos por el nombre FNMT .. 
CertificadoCorrecto = busqueda.Item(0)

Donde "FNMT Clase 2 CA" es el nombre del emisor del certificado que queremos añadir.

[IvanFerrer]

Empezado por inyu

¿Alguien sabria decirme porque no veo la estructura NIF e IDOtro cuando declaro un nuevo IDEmisorFactura ? (que a la vez cuelga de LRFacturaRecibidasType.IDFactura)
Sólo veo .Item en cambio en la descripcion del WebService del PDF versión 0.6 se ve NIF e IDOtro (ver imágenes adjuntas).

(no sé si te han respondido ya, disculpad) (estaría bien que el foro permitiera desplegar comentarios que citen a otros )

He peleado con lo mismo (con VB NET). Parece que los elementos de tipo <choice> quedan como .Item, de tipo Object. Lo mismo por ejemplo con LRfacturasEmitidasType.FacturaExpedida.TipoDesglose.Item.
Toca ir comprobando tipos para saber cual se ha usado en el XML deserializado. Lo cual en algunos casos nos lleva por senderos no poco tortuosos.

If TypeOf IDEmisorFactura.Item Is NIFType etc