Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[CarlosR]

Empezado por keno_71

El SII me genera una duda, tengo clientes en el SII y otros no, mi idea es que el programa funcione siempre en verifactu. Con estos dos tipos de clientes ¿habría que poner una opción para que el cliente diga que tiene SII y entonces no enviar? el envío del SII en nuestro caso es una aplicación aparte (donde está instalado el certificado electrónico) y es el que se dedica a enviar las facturas normalmente por un responsable.

Por lo que yo sé, los que tienen SII están excludos de usar el SIF. Y por lo que yo también he entendido no tienen que cumplir los requisitos ni del veri*factu ni del NO veri*factu.
Tengo mis dudas si en el futuro se eliminara el SII y todo el mundo funcionará con veri*factu.
Por otro lado en el veri*factu no es necesario usar el certificado digital para encadenar los documentos pero si hay que usarlo para comunicar con el web-service de la aeat.
Personalmente intentaré usar el certificado para encadenarlos por si lo piden en el futuro. Sea como fuere si se trata de un sistema cliente-servidor centralizado tendrá que isntalar el certificado digital en el equipo central.

Tampoco sé qué certificado hay que usar para encadenar los documentos pero quiero imaginar que será el del cliente y no del fabricante.

En mi caso tengo clientes con varias empresas. Hay PDF que ha sacado la aeat para ver como se pueden combinar.

Supongo que si en su caso tiene clientes con SII y otros con SIF cambiarán las normas para cada empresa. -esto último es imaginación mía y simplemente cuestión de lógica-
Por otro lado si se ha acogido a un modelo mixto de veri*factu y no veri*factu creo que podría tener problemas mezclando empresas con SII.

Espero serle de alguna ayuda.
Un saludo.

[keno_71]

Gracias a los dos, tendré que controlar que si me marca que no quiere verifactu es porque tiene SII y está enviando, en caso contrario verifactu siempre.

[oxtanc]

Porqué han implementado este churro de Sistema, cuando ni siquiera es práctico para ellos y mucho menos para las empresas. Porqué no se ha utilizado el Standard de Facturae y encapsulado dentro de SOAP. Es que no se dan cuenta de que para las empresas no nos sirve. Si todo es más simple....
1. Enviamos a través de SOAP (o de lo que prefieran) el XML con el lote de facturas. Pueden mantener lo del Hash, el encadenamiento, pero usando el Standard Facturae
2. Obtenemos las respuestas
3. Que se nos dé la posibilidad de importar las facturas completas de nuestros proveedores. Nos ahorramos un trabajo duro de mecanización.

En definitiva han diseñado una BRAGA (con mayúsculas) y nos dejan en pelotas con un sistema que no vale para absolutamente nada desde el punto de vista empresarial. Como habréis visto solo se envían bases imponibles y tipos impositivos. Ni se envían líneas de detalles, ni otro tipo de impuesto, ni nada referido a formas de pago, ni nada que para las empresas tenga algo de valor.

En definitiva.... La AEAT se ha lucido de esta vez. No dan aprendido de las agencias tributarias de otros países donde si se ha extendido e implementado el uso de la Factura Electrónica de verdad.

[keys]

Empezado por oxtanc

Porqué han implementado este churro de Sistema, cuando ni siquiera es práctico para ellos y mucho menos para las empresas. Porqué no se ha utilizado el Standard de Facturae y encapsulado dentro de SOAP. Es que no se dan cuenta de que para las empresas no nos sirve. Si todo es más simple....
1. Enviamos a través de SOAP (o de lo que prefieran) el XML con el lote de facturas. Pueden mantener lo del Hash, el encadenamiento, pero usando el Standard Facturae
2. Obtenemos las respuestas
3. Que se nos dé la posibilidad de importar las facturas completas de nuestros proveedores. Nos ahorramos un trabajo duro de mecanización.

En definitiva han diseñado una BRAGA (con mayúsculas) y nos dejan en pelotas con un sistema que no vale para absolutamente nada desde el punto de vista empresarial. Como habréis visto solo se envían bases imponibles y tipos impositivos. Ni se envían líneas de detalles, ni otro tipo de impuesto, ni nada referido a formas de pago, ni nada que para las empresas tenga algo de valor.

En definitiva.... La AEAT se ha lucido de esta vez. No dan aprendido de las agencias tributarias de otros países donde si se ha extendido e implementado el uso de la Factura Electrónica de verdad.

Con Verifactu lo que quieren es tener la información fiscal de las facturas (repercusión del IVA), datos que en Facturae no están. Para eso esta la ley crea y crece que se refiere a las facturas en formato FacturaE. Si que podían haber unido los dos desarrollos.

[oxtanc]

Empezado por keys

Con Verifactu lo que quieren es tener la información fiscal de las facturas (repercusión del IVA), datos que en Facturae no están. Para eso esta la ley crea y crece que se refiere a las facturas en formato FacturaE. Si que podían haber unido los dos desarrollos.

En facturae se recogen los datos tanto de IVA repercutido como soportado, además de otros tipos de impuestos, por ejemplo IRPF. No es comprensible que tras años de desarrollo de Facturae... Portal Face, Autofirma, etc, etc.... Nos presenten este churro. Para las empresas este desarrollo es completamente inútil, además de engorroso. si os fijáis en las estructuras de datos os daréis cuenta de que ni ellos mismo lo tienen claro. Además hay que entender que no vivimos aislados del mundo, y con este desarrollo se nos aleja más de Europa. Con la iglesia hemos topado, perdón con la AEAT hemos topado.

[CarlosR]

Empezado por oxtanc

En facturae se recogen los datos tanto de IVA repercutido como soportado, además de otros tipos de impuestos, por ejemplo IRPF. No es comprensible que tras años de desarrollo de Facturae... Portal Face, Autofirma, etc, etc.... Nos presenten este churro. Para las empresas este desarrollo es completamente inútil, además de engorroso. si os fijáis en las estructuras de datos os daréis cuenta de que ni ellos mismo lo tienen claro. Además hay que entender que no vivimos aislados del mundo, y con este desarrollo se nos aleja más de Europa. Con la iglesia hemos topado, perdón con la AEAT hemos topado.

Hay muchas cosas que le faltan a FacturaE. Sin ir mas lejos líneas que combinan otras descripciones. Algunos las llaman kits. ¿ Cómo se va a tener en cuenta el detalle que engloba una línea de kit ?
O por ejemplo otros tipos de datos como una "resma", "lata", "plancha", etc,etc. Sinceramente que se pueda facturar un kilowatio le afectará a poca gente.
O tener en cuenta que las medidas pueden ser también longitudinales, superficie o volumétricas. Y que en cada caso habría que especificar también sus múltiplos, etc,etc.

No estaría mal que hubiera un buzón de sugerencias pero al fin y al cabo tampoco serviría de mucho.
Dentro de nada habrá que incorporar el formato europeo. Quisiera imaginar que una vez usado éste todos los demás quedarán inutilizados.
Me gustaría creer que el formato europeo estará mas completo, pero visto lo visto imagino que será mas de lo mismo.
Así que como argumentaba el encargado policial de Casablanca..."personalmente me adaptaré a lo que venga"
Un saludo.

[CarlosR]

¿ Alguien tiene idea de la parte del xml sobre la que hay que hallar el hash ?
Parece ser que no es de todo el xml.

Por otro lado si se firma digitalmente el xml, ¿ qué formato habrá que utilizar ?
Gracias por anticipado.

[ermendalenda]

Empezado por oxtanc

Porqué han implementado este churro de Sistema, cuando ni siquiera es práctico para ellos y mucho menos para las empresas. Porqué no se ha utilizado el Standard de Facturae y encapsulado dentro de SOAP. Es que no se dan cuenta de que para las empresas no nos sirve. Si todo es más simple....
1. Enviamos a través de SOAP (o de lo que prefieran) el XML con el lote de facturas. Pueden mantener lo del Hash, el encadenamiento, pero usando el Standard Facturae
2. Obtenemos las respuestas
3. Que se nos dé la posibilidad de importar las facturas completas de nuestros proveedores. Nos ahorramos un trabajo duro de mecanización.

En definitiva han diseñado una BRAGA (con mayúsculas) y nos dejan en pelotas con un sistema que no vale para absolutamente nada desde el punto de vista empresarial. Como habréis visto solo se envían bases imponibles y tipos impositivos. Ni se envían líneas de detalles, ni otro tipo de impuesto, ni nada referido a formas de pago, ni nada que para las empresas tenga algo de valor.

En definitiva.... La AEAT se ha lucido de esta vez. No dan aprendido de las agencias tributarias de otros países donde si se ha extendido e implementado el uso de la Factura Electrónica de verdad.

Totalmente de acuerdo.
Tenian que haber unificado y además, he visto videos de presentación en los que se ha expuesto. Hay organizaciones empresariales que también han insistido. Está claro que el hecho de que le metamos los items de las facturas les complica el trabajo, no por el hecho de agregar las lineas, cosas que como bien indicas ya estaria en Facturae, si no por los controles que a posteriori tendrian que hacer de esas lineas.
Lo que yo pienso es que va acabar en un unico formato (Facturae), con una nueva versión que contemple las nuevas necesidades y que contemple todas las opciones de la normativa de facturación, le faltaría el BlockChain(Encadenamiento....), las Sustitutivas (Actualmente en Facturae las sustitutivas no están expresamente como tal, hay algo parecido, las recapitulativas, pero son para albaranes, además de otros tipos de registros que están tanto en verifactu como en ticketbai, pero no en Facturae.

Resumen, creo que harán una nueva version 3.XX de Facturae con lo que falta y servirá para todo, pero ahora van con las prisas y nos toca jodernos e ir adaptando lo que vayan sacando.