Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[tejano]

Buenas tardes, en mi caso solo llevo 2 empresas y una de ellas esta en el SII y la otra en TicketBai.

Por lo que he creído entender en Webinar´s, en los que he participado, no es necesario estar en Verifactu de momento, pero si en la Ley Crea y Crece que habla de que todas las facturas tienen que ser B2B y enviarse en XML firmado.

Alguien podría recomendarme si es mejor hacer el XML en facturae, Edifact, ..... si sabéis cual va a ser el estándar en un futuro. De momento creo que no hay nada escrito sobre esto y es cada uno el que decide como generarlas.

Gracias de antemano

[ermendalenda]

Empezado por tejano

Buenas tardes, en mi caso solo llevo 2 empresas y una de ellas esta en el SII y la otra en TicketBai.

Por lo que he creído entender en Webinar´s, en los que he participado, no es necesario estar en Verifactu de momento, pero si en la Ley Crea y Crece que habla de que todas las facturas tienen que ser B2B y enviarse en XML firmado.

Alguien podría recomendarme si es mejor hacer el XML en facturae, Edifact, ..... si sabéis cual va a ser el estándar en un futuro. De momento creo que no hay nada escrito sobre esto y es cada uno el que decide como generarlas.

Gracias de antemano

En el webnimar dijeron que el formato standar que se remitirá al punto de entrada gratuito que pondran debera ser en formato Facturae.
Si generas edi tendrás que remitirlo a otro punto de entrada privado que tendrán que a si vez traducirlo a facturae y enviarlo al punto de entrada común. Aunque esto todavía puede cambiar
Lo de firmado o no ya se verá, para la facturab2b queda mucho.
Mi consejo es que trabajes sobre facturae.
Efectivamente en tu caso no tienes que generar verifactu.

[tejano]

Muchas gracias por la contestación ermendalenda

Empezado por ermendalenda

En el webnimar dijeron que el formato standar que se remitirá al punto de entrada gratuito que pondran debera ser en formato Facturae.
Si generas edi tendrás que remitirlo a otro punto de entrada privado que tendrán que a si vez traducirlo a facturae y enviarlo al punto de entrada común. Aunque esto todavía puede cambiar
Lo de firmado o no ya se verá, para la facturab2b queda mucho.
Mi consejo es que trabajes sobre facturae.
Efectivamente en tu caso no tienes que generar verifactu.

[ermendalenda]

Empezado por tejano

Muchas gracias por la contestación ermendalenda

De nada. Saludos

[sglorka]

Os habéis olvidado de la presentación en conferencia de hace unos meses. El control de flujo se simplificará a 1 sólo parámetro (t=segundos).
O sea, en teoría puedes mandar 1000 registros por segundo, 86.400 registros en 1 día.....

Cito textualmente :
https://www.agenciatributaria.es/sta...ctEEDD-DIT.pdf

Control de flujo de remisión de registros para los sistemas Veri*factu.
• Muy probablemente simplificará para contemplar solo un factor de tiempo. El máximo de registros a remitir por envío ya está limitado a 1.000 registros
(limitado por Diseño de Registro).

• El parámetro no variaría con frecuencia. Una vez definido será estable. No se pretende complicar la implementación de los SIF.

• El tiempo máximo entre envíos se fijará tomando como unidad “segundos”. El valor del parámetro no está pensado para contemplar horas ni días.

• Ejemplo: Valor t=60. El SIF deberá remitir todos los registros de facturación generados en el último minuto.

• El control de flujo no tendrá aplicación “práctica” para empresas con escasos
volúmenes de facturación, ya que no superarán el umbral definido.

[ermendalenda]

Empezado por sglorka

Os habéis olvidado de la presentación en conferencia de hace unos meses. El control de flujo se simplificará a 1 sólo parámetro (t=segundos).
O sea, en teoría puedes mandar 1000 registros por segundo, 86.400 registros en 1 día.....

Cito textualmente :
https://www.agenciatributaria.es/sta...ctEEDD-DIT.pdf

Control de flujo de remisión de registros para los sistemas Veri*factu.
• Muy probablemente simplificará para contemplar solo un factor de tiempo. El máximo de registros a remitir por envío ya está limitado a 1.000 registros
(limitado por Diseño de Registro).

• El parámetro no variaría con frecuencia. Una vez definido será estable. No se pretende complicar la implementación de los SIF.

• El tiempo máximo entre envíos se fijará tomando como unidad “segundos”. El valor del parámetro no está pensado para contemplar horas ni días.

• Ejemplo: Valor t=60. El SIF deberá remitir todos los registros de facturación generados en el último minuto.

• El control de flujo no tendrá aplicación “práctica” para empresas con escasos
volúmenes de facturación, ya que no superarán el umbral definido.

Gracias no lo había visto
O sea el minimo sera 1 registro y rl máximo siempre será 1000 registros. Pero el tiempo puede variar aunque normalmente estará a 1 segundo, pero se guardan esa carta por si tienen saturaciones.

[frrr@grupo3rs.c]

como puedo volver a recibir los avisos de materia NUEVA.

De golpe he dejado de recibirlos.


Tambien me inidca que no puedo porner enlaces o imagenes. ???

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

Empezado por frrr@grupo3rs.c

como puedo volver a recibir los avisos de materia NUEVA.
De golpe he dejado de recibirlos.
Tambien me inidca que no puedo porner enlaces o imagenes. ???

¿Te refieres a los mensajes de este grupo?
Sólo con escribir el mensaje anterior ya deberías recibirlos. Puedes suscribirte manualmente, desde la cabecera de esta página, en el desplegable de herramientas puedes "suscribirte".

Lo de los enlaces e imágenes es una limitación para usuarios nuevos (con este usuario sólo llevas 3 mensajes). Cuando tengas un número más elevado se te habilitará automáticamente ese permiso (es una medida antispam del foro).

[frrr@grupo3rs.c]

Muchas gracias, lo tendre en cuenta.

[CarlosR]

Tengo una duda y no encuentro información al respecto.
Hay una tabla que contiene los datos para enviar a veri*factu. Tiene que estar encadenada y con su hash corrrespondiente (aparte de la firma con certificado que todavía no se sabe en que casos se utilizará)
Mi pregunta es, en el caso de las facturas anuladas, ¿ se crea un registro nuevo en la tabla encadenado y la huella es la que se envía mediante "anuladas" ? ¿ O bien se envía la huella del registro de la factura cuando se generó el alta ? Si es esto último entonces bastaría marcar el registro de alta de la tabla de veri*factu como una factura anulada.


Ni siquiera sé si se ha publicado algo por parte de la AEAT al respecto.


Gracias de antemano.

Un saludo.

[uly166]

Buenos dias,

¿ya tenemos entorno de pruebas?

[CarlosR]

Empezado por uly166

Buenos dias,

¿ya tenemos entorno de pruebas?

Para que pongan en producción un servicio aunque sea de pruebas primeramente tendrán que terminar de hacer cambios en la normativa. Todavía puede caer alguno nuevo, aunque creo que lo expuesto en la web de desarrolladores está muy avanzado y hasta simplificado diría yo. Nada que ver con las primeras versiones.
Contestando a su pregunta, NO, de momento no hay webservice de pruebas.


Un saludo.

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

Empezado por uly166

Buenos dias,
¿ya tenemos entorno de pruebas?

Buenos días.
No.

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

Empezado por CarlosR

Mi pregunta es, en el caso de las facturas anuladas, ¿ se crea un registro nuevo en la tabla encadenado y la huella es la que se envía mediante "anuladas" ? ¿ O bien se envía la huella del registro de la factura cuando se generó el alta ? Si es esto último entonces bastaría marcar el registro de alta de la tabla de veri*factu como una factura anulada.

Te contesto con el documento de Preguntas y respuestas, a ver si te aclara algo...

"Extraordinariamente, cuando se trate de una operación incorrecta (casos excluidos de poder emitir una
factura rectificativa), como por ejemplo que se haya expedido una factura por error cuando no ha habido una auténtica
venta, deberá realizarse además una operación de ANULACIÓN sobre la operación original procediendo a emitir un
registro de anulación. Como cualquier registro de facturación, el registro de anulación irá encadenado al registro de
facturación inmediatamente anterior. "

No se encadena con el registro del Alta, sino con el anterior, sea el que sea.

[CarlosR]

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

Te contesto con el documento de Preguntas y respuestas, a ver si te aclara algo...

"Extraordinariamente, cuando se trate de una operación incorrecta (casos excluidos de poder emitir una
factura rectificativa), como por ejemplo que se haya expedido una factura por error cuando no ha habido una auténtica
venta, deberá realizarse además una operación de ANULACIÓN sobre la operación original procediendo a emitir un
registro de anulación. Como cualquier registro de facturación, el registro de anulación irá encadenado al registro de
facturación inmediatamente anterior. "

No se encadena con el registro del Alta, sino con el anterior, sea el que sea.

Gracias.
Saludos.

Un saludo.

[edari]

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

Te contesto con el documento de Preguntas y respuestas, a ver si te aclara algo...

"Extraordinariamente, cuando se trate de una operación incorrecta (casos excluidos de poder emitir una
factura rectificativa), como por ejemplo que se haya expedido una factura por error cuando no ha habido una auténtica
venta, deberá realizarse además una operación de ANULACIÓN sobre la operación original procediendo a emitir un
registro de anulación. Como cualquier registro de facturación, el registro de anulación irá encadenado al registro de
facturación inmediatamente anterior. "

No se encadena con el registro del Alta, sino con el anterior, sea el que sea.

Pero sin embargo hay que hacer el envío de las altas separado de las anulaciones.


Apuntado queda pero no sé yo...