Buen aporte. Gracias

Decision veri*factu
 

En mi opinión NO veri*factu se aplicará en el ámbito de la gran empresa. No hay que olvidar que el webservice de la AEAT sólo permitirá 1000 registros por hora. 24000 registros día son totalmente insuficientes para las grandes firmas.
Sigo creyendo que hay oportunidad de negocio también para las pymes con el NO veri*factu. Pero hay que hilar muy fino puesto que si el fabricante es responsable puede verse inmerso en una infracción si incumple alguno de los requisitos. Y tengo dudas de hasta donde es responsable el cliente aunque te firme un documento que le obligue a asumir las responsabilidades del modelo NO veri*factu.

Particularmente intentaré cumplir con los dos requisitos tanto veri*factu como NO veri*factu hasta el día que se requiera tener el software listo. Ahí lo decidiré y si no veo claro el tema NO veri*factu entonces me quedaré solo con el veri*factu.


Saludos.

Tal vez me he perdido algo, pero esta información dónde aparece.
Se me ha escapado esto: sólo permitirá 1000 registros por hora

En este documento hay algo, pero habla de valores máximos.

Frecuencia de envíos.
 

¿ Son 120 minutos entre envíos ? Tenía en mente que eran cada 60 minutos. No me había fijado en ese parámetro. Debí dejarlo pendiente en el código hasta que la AEAT pusiera en producción el webservice para verificar a partir de ahí. Lo revisaré.

Pues peor aún. Entonces serían 12000 registros día, ¿ no ?
Podrás enviar cada 2 horas paquetes de 1000 registros como máximo.

No veo a las operadoras de telefonía, gasísticas, eléctricas ni a las grandes superficies usar veri*factu.

Hola,

Yo ni loco le voy a poner un sistema No-Veri*Factu a algún cliente.
Hacienda recomienda usar Veri*Factu para librarse de posibles sanciones.
(Y las recomendaciones de Hacienda siempre hay que tomarlas como amenazas veladas)
Y si ponen algunos límites al número de facturas, ya darán una solución.

Saludos

Creo que lo estás leyendo mal.
120 min. es un valor máximo. Pero puede ser 1 min.

Además la documentación dice:
"El sistema informático deberá esperar a tener acumulados n registros de facturación o a que transcurran t minutos desde el anterior envío, lo que ocurra primero."


O lo uno o lo otro, lo que ocurra primero.

Varias veces ya se ha comentado que ellos mismos recomiendan VERI*FACTU.
Personalmente no veo razones (a día de hoy) para implementar NO-VERI*FACTU (al final con este sistema también hay que implementar envío, para cuando hacienda lo solicite), así que no le veo ventajas.

Pdf Aeat
 

Acabo de revisar el PDF de la AEAT ubicado en este url :
https://www.agenciatributaria.es/sta...ervicioWeb.pdf


En la página 23 habla de eso. No había entendido eso así como me lo expone. Pero podría ser, sí.
Gracias de nuevo por la aclaración.

Te dice textualmente:
"En el caso habitual de parámetros (1,0), el sistema informático enviará los registros de facturación individualmente y sin tener en cuenta
tiempos de espera entre envíos."


Entiendo que esto de los parámetros, es para poder de forma dinámica balancear la carga en casos muy especiales.
Si en un momento dado tienen mucha carga, empezarán a enviar tiempos de espera más altos (y número de registros), para tener más tiempo de proceso. Eso minimiza peticiones a los servidores.

Para mis amigos del símbolo de comando ( :D ) he conseguido poder consultar las fechas del certificado con el comando certutil


o

Este último da más información pero yo solo necesito la fecha de fin de vigencia del certificado (NotAfter)


Con esto daré un mensaje de aviso 30 días antes para que lo vaya renovando y sobretodo ni siquiera intentar el subir facturas a Verifactu/Tickebai si ya caducó

Neftalí, yo también había leído ese párrafo, pero no estoy seguro de como entenderlo:
Opción 1: La AEAT responderá habitualmente con los parámetros (1,0), lo que significará que podemos enviar un nuevo registro sin esperar
Opción 2: Mi SIF envía SIEMPRE los registros individualmente, y me puedo desentender del tiempo de espera.

¿ Tú como lo entiendes ?

Yo entiendo el 1.
"La AEAT responderá habitualmente con los parámetros (1,0), lo que significará que podemos enviar un nuevo registro sin esperar"

Eventualmente puede responder con otros parámetros (n,t) y habrá que hacer caso, pero ya indica que no será lo habitual

Ya me temía yo eso.

Gracias por responder.

sistema verifactu o no
 

Buenas tardes.
Os cuento mi tema por si podéis ayudarme y aconsejarme. Yo tengo un software en la nube sectorial. Es un programa de gestión que a priori cumple la ley antifraude, ya que los clientes no pueden modificar nada, es decir, no pueden borrar facturas, no pueden borrar albaranes, no pueden manipular nada. Todo lo que nosotros hacemos queda debidamente registrado, quien ha hecho tal factura, a que hora, que usuario etc. He leido en algunos sitios que si tu software es así, realmente deberías hacer una declaración responsable diciendo no se puede manipular la facturación y ya está. En otros sitios he leido que hay que acogerse o no al verifactu. mis clientes son autónomos o pequeñas empresas. Hay muy pocos que trabajen con la administración, y lo hacen haciendo las facturas con Facturae.

Me aconsejais qué hacer?. Hay consultorías que me piden una pasta por no se muy bien qué.. No sé si contratar a un cisa, que me certifique la ineltarabilidad y poner en la página del erp que cumple con la ley anrifraude.


EStoy muy pez... si me podéis aconsejar.
mil gracias

Si me equivoco que alguien me corrija.

No sé si he entendido tu pregunta pero ahora mismo ninguna aplicación cumple la ley antifraude. Lo de no poder modificar facturas es una mínima parte de lo que piden. Y no cumple nadie porque todavía no se ha acabado de desarrollar la ley que, entre otras cosas, pide que las aplicaciones tengan la posibilidad de enviar las facturas a un servidor determinado y con unas normas determinadas que todavía no se han aclarado.



Saludos.

No te vale lo que hayas hecho más allá de que al menos ya lo tendrás estructurado para aplicar el desarrollo del reglamento.
Una cosa es el reglamento y otra el desarrollo técnico. Que lo tengas preparado según el reglamento no te vale, tienes que prepararlo según verifactu o no verifactu, a no ser que sean clientes acogidos al SII

Quería decir que una cosa es la ley antifraude y otra el reglamento y el desarrollo técnico del mismo.
Hay que cumplir los 3 parametros.

Madre mía la que se va a liar cuando le den más publicidad a Verifactu. Van a tener que ampliar el plazo hasta el 2028 o se cargan a medio país.

No sé exactamente qué significa pero tengo entendido que para tener tu programa verifactu en la nube necesitas cumplir unos cuantos requisitos sobre los certificados de los clientes que tienes que almacenar en tu servidor...

Envíos
Por si os sirve os pongo un ejemplo de un posible escenario:
-Envías el primer registro
Te responde que la próxima vez envíes mínimo 10 registros o esperes 500segundos.
Antes de esos 500 segundos no puedes enviar menos de 10 registros en el registro encapsulado, ya que te lo van a rechazar. Tendrías que enviar de 10 a 1000 Ntes de esos 500 segundos,
Te puede pasar que no tengas suficientes registros para cumplir la regla, entonces si te esperas el tiempo (500segundos), puedes enviar un encapsulado de 1 a 1000 registros.con lo cual, si tienes en cuenta lo que te solicitan, no vas a tener problemas en enviar todos los registros , teniendo en cuenta que esto es por SIF, no por empresa.

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

Lo del tiempo(t) no recuerdo como.o había quedado si eran segundos o minutos, pero el resto igual

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.

Muchas gracias por la contestación ermendalenda

De nada. Saludos

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.

vale, entiendo. La mayoría de mis clientes son autónomos o pequeñas empresas que apenas trabajan con la administración. ( en algunos casos emiten facturas por facturae)

No sería más simple para nosotros no acogernos al NO VERIFACTU?.

Vale, entonces entiendo debemos esperar, que nada es definitivo entonces para julio verdad?. No va a haber sanciones entonces tan pronto no ? Perdonadme,,, el analista que debería llevar esta cuestión está de baja y estoy yo intentando enterarme de cosas. Nos han contactado alguna consultora especializada en certificarnos... pero nos piden un pastizal y no entedemos muy bien por qué.. mil gracias por vuestra ayuda.

En cuanto salga la Orden Ministerial que regula el aspecto técnico el software debe adecuarse en 9 meses, todavía no ha salido, también llevamos así meses, osea que no queda claro cuando saldrá, puede ser mañana o dentro de dos meses. Yo creo que no necesitas una certificación para decir que tu software cumple con verifactu, en realidad ahora mismo se está hablando de una declaración responsable del fabricante del software. Un saludo

Ya lo hemos comentado y depende un poco de cada uno, pero la propia hacienda recomienda VERI*FACTU.
Además los requerimientos de NO-VERI*FACTU son bastante más complicados de cumplir
En última instancia, con NO-VERI*FACTU también tienes que implementar envío de información para cuando lo solicite la AEAT.
Personalmente creo que NO_VERI*FACTU va a ser más complejo, pero es una opinión personal.

Eso como mínimo.
Ya se están retrasando.
Y por la experiencia que tenemos en otras implementaciones (SII, TicketBAI,...) se va a alargar mucho más y son plazos se van a ampliar.
Están metiendo mucho miedo con el tema de sanciones y luego no va a tener más remedio que ampliar plazos y no van a sancionar.

NOTA: Sólo como experiencia. En TicketBAI, después de varios aplazamientos, pusieron una de las fechas límite (no recuerdo cual). Y se reunieron los empresarios (colegios profesionales y asociaciones empresariales) supongo que les "tocaron la cresta" y a los pocos días apareció en medios que se aplazaban de nuevo las fechas.
Al final, los que mandan son los que mandan (los empresarios = los que mueven la pasta); Por mucho que diga la AEAT que a los 9 meses se implanta todo y que si no va a multar (que todos sabemos que no da tiempo y ni siquiera ellos van a tener todo implementado para esos plazos), no puedes multar a TODAS las empresas (o al 50%).
Si se reunen los empresarios y dicen que no da tiempo, te digo yo que la AEAT "recoge cable...." :D:D:D

Nueva publicacion de Diseño de Registros de Facturacion
 

Podeis verlo en:

https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Saludos

Bueno, sí, ya hay empresas certifadoras que van por delante del reglamento(eso es lo que quieren venderte)
El reglamento hay que cumplirlo de una u otra forma, si son pocas facturas podrás usar la web gratuita quenofreceran para los autónomos, que aún no saben cuántas facturan van a admitir, sim100 o 1000 al año. Pero además no contemplará todas las opciones para todo el mundo.
Si usas esa web gratuita tendrás que emitir la factura desde el mismo, que tampoco tiene opciones de personalizacion, el formato que salga es lo que hay.
El No verifactu es infinitamente más complicado que el verifactu
La frase no verifactu no quiere decir que puedes usar tu programa con lo que hayas interpretado de la Ley certificandolo y saltándose el reglamento verifactu.
No verifactu es el mismo formato que verifactu pero em vez de enviar los registros te los quedas firmados y von una trazabilidd más complicada, ya que hay que meter registros de eventos, firmas, seguridad de bo perder datos...

Gracias. Lo miro.. parece que hay modificaciones minimas

Seguimos complicando, parece, si no me equivoco, que para cualquier requerimiento, por ejemplo cuando mandes un registro mal te mandaran una referencia que tendrás que incluirla en la cabecera del registro arreglado y reenviado 9

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).

Muchas gracias, lo tendre en cuenta.

Anuladas
 

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.

Entorno pruebas
 

Buenos dias,

¿ya tenemos entorno de pruebas?

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.