Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[CarlosMz]

Empezado por CarlosMz

Buenas,
cómo se calcula la huella del registro de facturación actual antes de enviarlo por GetsfSOAP ?

Muchas gracias

Me refiero a cómo accedo al XML antes de enviar y poder calcular el hash del nodo RegistroFacturacion.

Perdón por la pregunta, es probable que sea absurda pero solo consigo el XML cuando envío y capturo el evento HTTPRIO1BeforeExecute

Código Delphi [-]
var res:RespuestaAltaFactuSistemaFacturacion := RespuestaAltaFactuSistemaFacturacion.Create;
    res := GetsfSOAP(False, '', HTTPRIO1).AltaFactuSistemaFacturacion(alta);

[ramherfer]

Empezado por CarlosMz

Me refiero a cómo accedo al XML antes de enviar y poder calcular el hash del nodo RegistroFacturacion.

Perdón por la pregunta, es probable que sea absurda pero solo consigo el XML cuando envío y capturo el evento HTTPRIO1BeforeExecute

Código Delphi [-]
var res:RespuestaAltaFactuSistemaFacturacion := RespuestaAltaFactuSistemaFacturacion.Create;
    res := GetsfSOAP(False, '', HTTPRIO1).AltaFactuSistemaFacturacion(alta);

De absurda nada. Estoy en el mismo caso no se como acceder al XML antes del GetsfSOAP para seleccionar el nodo y calcular el hash del nodo RegistroFacturacion. Si genero el XML manual no tengo problema en acceder y calcular el hash

Por favor, ¿Cómo y de donde me puedo descargar la Orden Ministerial (OM)?

[antoine0]

Empezado por ramherfer

¿Cómo y de donde me puedo descargar la Orden Ministerial (OM)?

La OM no está publicada aún. Solo existe un borrador en fase de audiencia publica: https://www.hacienda.gob.es/es-ES/No...aAbiertas.aspx

[keys]

Hola a todos.

Vamos a empezar a trabajar en esto de verifactu. Ya hemos desarrollado para TicketBAI, así que el cambio no es tan grande. Lo primero que veo es que hacienda ha lanzado todo esto pero lo tiene un poco verde, al menos la información que tenemos, seguramente hay algunas empresas (las de siempre, ya ha pasado en otros desarollos) que tienen más información.

He estado leyendo el foro, y veo que hay un poco de dudas sobre la fecha de factura, según TicketBAI (Hacienda te dice que también según el reglamento de facturación), la fecha de factura tiene que ser igual a la fecha del día que se genera, ni antes ni después. Hemos tenido varias discusiones con clientes y hacienda y eso es lo que te contestan. De hecho los programas que han hecho en hacienda para los que hacen pocas facturas no se puede modificar la fecha de factura, otra cosa es la fecha de operación.

Una consulta muy recurrente que hacían los clientes es, Es que yo hago las facturas el viernes con fecha del lunes para así tenerlas preparadas, pues no se puede. Nosotros lo que hacemos es generar una prefacturación y luego el día que quiere hace las facturas, pero siempre con la fecha del día que se genera las facturas.

Una diferencia que he encontrado respecto a TicketBAI y el SII es que no hay que indicar si el desglose es a nivel de factura o a nivel de operación. Me imagino que por eso las empresas que hacen el SII no tiene por que hacer todo esto. En las Haciendas forales es al revés, el que entra en TicketBAI ya no tiene que enviar las facturas emitidas al SII.

Otra diferencia que veo es que las anulaciones hay que tenerlas en cuenta en el encadenamiento de las facturas, en TicketBAI.

Me llama la atención toda la información que hay que enviar del sistema informático. También veo que respecto a TicketBAI el mayor cambio y del cual no hay mucha información es el tema de los eventos. Entiendo que todo esto es por no obligar a todo el mundo a entrar en VErifactu, como han hecho en las forales que todo el mundo (salvo pocos casos) tienen que entrar en TicketBAI.

[ermendalenda]

Hola, me han recomendado enviar una consulta para "quejarse" de las restricciones sobre los certificados de envios. Que va a ser un gran problema.
Por si quereis y os interesa quejaros, hoy es el último día para quejarse:
observaciones.proyectos@aeat.es

[Sistel]

Empezado por ermendalenda

Hola, me han recomendado enviar una consulta para "quejarse" de las restricciones sobre los certificados de envios. Que va a ser un gran problema.
Por si quereis y os interesa quejaros, hoy es el último día para quejarse:
observaciones.proyectos@aeat.es

Hola,

Gracias por avisarnos, Ermendalenda.

Acabamos de enviar email con el texto:

Con relación a la próxima aprobación de la Orden Ministerial que regula el procedimiento Veri*Factu, queríamos hacer una observación:

Actualmente, nuestros softwares procesan unas 10.000 facturas diarias obligadas al sistema TicketBAI de las Haciendas Forales del País Vasco.
Para el envío de dichas facturas de nuestros clientes a las Haciendas Forales, utilizamos nuestro propio certificado digital, no el del obligado tributario.
Obtenemos, para ello, un documento firmado por nuestros clientes (obligados tributarios) en el que se nos autoriza, en su nombre, a la emisión, firma y envío de los datos de las facturas a TicketBAI.
Y estamos acreditados antes las Haciendas Forales para dicho procedimiento.

Nos parece altamente peligroso almacenar en nuestro sistema los certificados digitales de nuestros clientes (obligados tributarios) y creemos que Veri*Factu debería incorporar la opción del envío mediante un certificado digital de la empresa de software (que podría estar acreditada ante Hacienda para dicha operación).

Esperamos que se tenga en cuenta dicha observación antes de la aprobación de la Orden Ministerial.

A ver si tienen en cuenta el tema.

Saludos

[ermendalenda]

Empezado por Sistel

Hola,

Gracias por avisarnos, Ermendalenda.

Acabamos de enviar email con el texto:


A ver si tienen en cuenta el tema.

Saludos

Perfecto.
Gracias a tí

[Sistel]

Empezado por Sistel

Hola,

Gracias por avisarnos, Ermendalenda.

Acabamos de enviar email con el texto:


A ver si tienen en cuenta el tema.

Saludos

Hola,

Parece que el email enviado a observaciones.proyectos@aeat.es ha sido rechazado por el servidor de correo de aeat.es

SMTP error from remote mail server after RCPT TO:<observaciones.proyectos@aeat.es>:
550 5.1.1 <observaciones.proyectos@aeat.es>: Recipient address rejected:
User unknown

Saludos

[Neftali [Germán.Estévez]]

Empezado por keys

Lo primero que veo es que hacienda ha lanzado todo esto pero lo tiene un poco verde, al menos la información que tenemos, seguramente hay algunas empresas (las de siempre, ya ha pasado en otros desarollos) que tienen más información.

Nosotros tenemos algo hecho, pero más que nada en pruebas.
Hay muy poca información, la que hay es muy poco concreta, nada donde se pueda probar,...
Yo creo que para hacer algo "es serio" no sirve. Sí para ir probando cosas sueltas.

Empezado por keys

Entiendo que todo esto es por no obligar a todo el mundo a entrar en VErifactu, como han hecho en las forales que todo el mundo (salvo pocos casos) tienen que entrar en TicketBAI.

Lo que ya he oído y leído en varios sitios (y tiene bastante sentido), es que en la práctica quieren que hagas VERI*FACTU (servicios web destinados al envío voluntario de registros de facturación), porque los requisitos de no hacerlo complican tanto el sistema que creo que casi todos los programas van a optar por esta opción. Estaba bien explicado en un video (charla) a la que hicieron referencia hace unos días (de una empresa privada) en el foro, pero no encuentro el link para ponerlo.

[keys]

Empezado por Neftali [Germán.Estévez]

Nosotros tenemos algo hecho, pero más que nada en pruebas.
Hay muy poca información, la que hay es muy poco concreta, nada donde se pueda probar,...
Yo creo que para hacer algo "es serio" no sirve. Sí para ir probando cosas sueltas.





Lo que ya he oído y leído en varios sitios (y tiene bastante sentido), es que en la práctica quieren que hagas VERI*FACTU (servicios web destinados al envío voluntario de registros de facturación), porque los requisitos de no hacerlo complican tanto el sistema que creo que casi todos los programas van a optar por esta opción. Estaba bien explicado en un video (charla) a la que hicieron referencia hace unos días (de una empresa privada) en el foro, pero no encuentro el link para ponerlo.

El problema es tener que obligar a todos tus clientes que se metan en VeriFactu, aunque es una opción a considerar y así se te olvidas de los eventos, inspecciones, etc....

[Neftali [Germán.Estévez]]

Empezado por keys

El problema es tener que obligar a todos tus clientes que se metan en VeriFactu, aunque es una opción a considerar y así se te olvidas de los eventos, inspecciones, etc....

Es una opción serie a considerar.
Al final al cliente en la mayoría de los casos le da igual la implementación (quiero pensar), mientras el sistema funcione y cumpla con la ley. Y la verdad es que tal y como está planteado, VERI*FACTU evita muchos problemas, simplifica el proceso y los requisitos son bastante más "normales".

[sglorka]

Empezado por keys

Hola a todos.

Vamos a empezar a trabajar en esto de verifactu. Ya hemos desarrollado para TicketBAI, así que el cambio no es tan grande. Lo primero que veo es que hacienda ha lanzado todo esto pero lo tiene un poco verde, al menos la información que tenemos, seguramente hay algunas empresas (las de siempre, ya ha pasado en otros desarollos) que tienen más información.

He estado leyendo el foro, y veo que hay un poco de dudas sobre la fecha de factura, según TicketBAI (Hacienda te dice que también según el reglamento de facturación), la fecha de factura tiene que ser igual a la fecha del día que se genera, ni antes ni después. Hemos tenido varias discusiones con clientes y hacienda y eso es lo que te contestan. De hecho los programas que han hecho en hacienda para los que hacen pocas facturas no se puede modificar la fecha de factura, otra cosa es la fecha de operación.

Una consulta muy recurrente que hacían los clientes es, Es que yo hago las facturas el viernes con fecha del lunes para así tenerlas preparadas, pues no se puede. Nosotros lo que hacemos es generar una prefacturación y luego el día que quiere hace las facturas, pero siempre con la fecha del día que se genera las facturas.

Una diferencia que he encontrado respecto a TicketBAI y el SII es que no hay que indicar si el desglose es a nivel de factura o a nivel de operación. Me imagino que por eso las empresas que hacen el SII no tiene por que hacer todo esto. En las Haciendas forales es al revés, el que entra en TicketBAI ya no tiene que enviar las facturas emitidas al SII.

Otra diferencia que veo es que las anulaciones hay que tenerlas en cuenta en el encadenamiento de las facturas, en TicketBAI.

Me llama la atención toda la información que hay que enviar del sistema informático. También veo que respecto a TicketBAI el mayor cambio y del cual no hay mucha información es el tema de los eventos. Entiendo que todo esto es por no obligar a todo el mundo a entrar en VErifactu, como han hecho en las forales que todo el mundo (salvo pocos casos) tienen que entrar en TicketBAI.

Gracias por la aportación.
Al hilo de esta información, que ocurriría si tienes que emitir una factura el día 16 de abril (último día para emitir las facturas de empresarios o profesionales ) y resulta que te cae el sistema el día 15 y no lo restauras hasta el día 18, por ejemplo. Tendrías que emitir la factura con fecha 18 de abril, cuando tienes el sistema restaurado. Esta factura emitida está mal y te van a solicitar una rectificativa de la misma con fecha de expedición 16 de abril.
¿ Has contemplado esa posibilidad ?

[keys]

Empezado por sglorka

Gracias por la aportación.
Al hilo de esta información, que ocurriría si tienes que emitir una factura el día 16 de abril (último día para emitir las facturas de empresarios o profesionales ) y resulta que te cae el sistema el día 15 y no lo restauras hasta el día 18, por ejemplo. Tendrías que emitir la factura con fecha 18 de abril, cuando tienes el sistema restaurado. Esta factura emitida está mal y te van a solicitar una rectificativa de la misma con fecha de expedición 16 de abril.
¿ Has contemplado esa posibilidad ?

En este caso hacienda tendrá que decir hay que hacer. Te puedo decir lo que dice por ejemplo la hacienda de Alava en TicketBAI

Artículo 17. Incidencias de carácter técnico en el cumplimiento de la obligación TicketBAI

1. En los supuestos excepcionales de interrupción del servicio eléctrico, de destrucción, fallo, avería, rotura u otras circunstancias en las que la o el contribuyente no pueda generar ficheros TicketBAI ni expedir factura o justificante empleando el software TicketBAI, y éstas deban ser expedidas en el momento de realizarse la operación, dicha circunstancia se notificará a la Administración Tributaria y la o el contribuyente expedirá y entregará factura o justificante por otros medios a la persona o entidad destinataria, conservando copia del mismo.
La factura o justificante se consignará a una serie específica que se destinará únicamente a las facturas o justificantes expedidos en virtud de lo dispuesto en este artículo, y contendrá la expresión “factura o justificante expedido según lo dispuesto en el artículo 17 del Decreto Foral por el que se desarrolla la obligación TicketBAI”

2. La o el contribuyente, tan pronto como desaparezca el motivo que imposibilite la generación de ficheros TicketBAI y la expedición de factura o justificante empleando el software TicketBAI, deberá introducir correlativa y sucesivamente en su software TicketBAI los datos de todas las facturas y justificantes expedidos, generando los ficheros TicketBAI y enviándolos a la Administración Tributaria.
La factura o justificante expedido por el software TicketBAI tendrá la consideración de duplicado.
En cualquier caso, la persona o entidad destinataria de la operación podrá solicitar un duplicado
de la factura o justificante emitido, que contemple el código TicketBAI y el código QR.

3. En los supuestos excepcionales de falta temporal de cobertura, interrupción del servicio telefónico o telemático, avería del sistema de envío u otras circunstancias en las que la o el contribuyente pueda generar ficheros TicketBAI pero no pueda enviarlos a la Administración Tributaria, el software TicketBAI acumulará sucesivamente todos los ficheros TicketBAI generados y procederá a su envío tan pronto se restablezca la conexión.”

[sglorka]

Gracias por la información.
Confirmamos entonces que puede ocurrir que el fechado de registros de facturación (Fecha hora y minuto) puede diferir de la fecha de emisión del registro.
¿ Se te ha dado el caso de tener que emitir una factura rectificativa que corrige la fecha de expedición de una factura expedida en fecha incorrecta ?. Este caso no es atribuible a error técnico, en este caso el cliente se olvida de que tiene que facturar y lo hace pasado el plazo de legal ( antes del día 16 del mes siguiente al periodo de devengo para empresarios y profesionales ). En este caso también habría diferencias entre la fecha de fechado de registro y la fecha de expedición.