Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Colaboración Paypal con ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 11-06-2021
yaedev yaedev is offline
Miembro
 
Registrado: ene 2020
Posts: 23
Poder: 0
yaedev Va por buen camino
Exclamation Ley antifraude 2021 (VERIFACTU) - Programas informáticos

___________________________________________________________________

NOTA MODERADOR
: Voy a ir modificando este hilo inicial (como hemos hecho en otros casos) para ir recopilando los links, ficheros y asuntos importantes de este hilo, que se prevee que va a ser largo.

Los que estéis interesados en el tema de "La ley antifraude" suscribiros a este hilo para recibir las notificaciones.
os pido que mantengamos este hilo específicamente para este tema.
___________________________________________________________________


Se ha habilitado una nueva sección dentro del FTP del club, donde se irán copiando/almacenando los documentos, para tenerla accesible en cualquier momento. No sólo tiene que ser documentación "oficial", si se cree conveniente que otros documentos, códigos o información pueden ser útiles, también se pueden incorporar (basta con que aviséis a algún moderador o a mi mismo).
https://terawiki.clubdelphi.com/Otro...LeyAntifraude/


LINKS, ENLACES Y DATOS DE INTERES --------------------------------------------------------------------------

SERVICIOS Y ESQUEMAS --------------------------------------------------------------------------
INFORMACION AEAT --------------------------------------------------------------------------
Web de información y publicación de novedades (AEAT)
Buzón de correo para dudas técnicas: verifactu@correo.aeat.es


CALENDARIO --------------------------------------------------------------------------
  • (11/10/2021) Entrada en vigor de la ley.
===================================================================


(NOTA del Moderador)
Modifico este primer mensaje y lo "reaprovecho" para crear el resumen del hilo.
A modo de resumen, a este primer mensaje se le irán añadiendo datos a medida que vayan apareciendo.

Última edición por Neftali [Germán.Estévez] fecha: Hace 1 Día a las 14:31:15. Razón: Modifico este primer mensaje y lo "reaprovecho" para crear el resumen del hilo
Responder Con Cita
  #2  
Antiguo 11-06-2021
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.549
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
_________________________________________________________________________

NOTA MODERADOR: Voy a aprovechar este segundo mensaje para colocar aquí la recopilación de códigos utiles que van saliendo a lo largo de
este hilo (en sus mensajes) para que estén más accesibles.
__________________________________________________________________________


Programa de ejemplo
Ejemplo de Alta/Anulación de factura, envío HTTPRIO; Enlaces al FTP.

Importar el WSDL (retoques manuales)
Retoques manuales al realizar la importación 1
Retoques manuales al realizar la importación 2

Generar XML de la Factura

...

Firmar XML
Códigos y DLLs compiladas para Firma Digital por DLL y XML schema binding de facturae (DLLFirmaXML).

Calcular el HASH 256
https://www.clubdelphi.com/foros/sho...postcount=1026 (código dll para realizar el cálculo)
https://www.clubdelphi.com/foros/sho...postcount=1479 (código en .NET)

Validación del HASH 256
https://hash.online-convert.com/es/generador-sha256 Web para validar el hash generado

Generar QR
...

Envío del fichero
* Funcion en c# para enviar la consulta a la aeat.

*Código Delphi
Componente derivado de HTTRIO para facilitar los envíos a verifactu. El componente Requiere Delphi 12 , me baso en enviar XML preparados previamente almacenados con un certificado también almacenado en el software. Bàsicamente le cargamos el certificado, el password un XML y lo enviamos.
Lo dejo en el FTP del club, con un pequeño código de ejemplo.. El mensaje original es este (mensaje#2668).
Utilizando commandos CURL
* Enviar utilizando commandos CURL (primera aproximación)
* Preparación del XML y envío con CURL

Otros códigos relacionados
Utilizando commandos CURL
* Obtener fecha y hora online (JSON) utilizando commandos CURL
__________________
Germán Estévez => Web/Blog
Guía de estilo, Guía alternativa
Utiliza TAG's en tus mensajes.
Contactar con el Clubdelphi

P.D: Más tiempo dedicado a la pregunta=Mejores respuestas.

Última edición por Neftali [Germán.Estévez] fecha: Hace 1 Semana a las 16:27:06.
Responder Con Cita
  #3  
Antiguo 11-06-2021
Avatar de Casimiro Notevi
Casimiro Notevi Casimiro Notevi is offline
Moderador
 
Registrado: sep 2004
Ubicación: En algún lugar.
Posts: 32.257
Poder: 10
Casimiro Notevi Tiene un aura espectacularCasimiro Notevi Tiene un aura espectacular
Cita:
Empezado por Neftali [Germán.Estévez] Ver Mensaje
Al final pasará como con la factura electrónica.
Cada comunidad la suya (y lo peor, dentro de cada comunidad, cada provincia la suya -como está pasando con TicketBAI- ), con datos distintos, especificaciones distintas,...
Para cada admministración un dineral gastado (que al final lo pagamos nosotros) y para las empresas imposible de asumir.
Se resume en que no hay programas que soporten factura electrónica a nivel nacional, porque es imposible de mantener las N diferentes.
País de pandereta!!!
Responder Con Cita
  #4  
Antiguo 11-06-2021
yaedev yaedev is offline
Miembro
 
Registrado: ene 2020
Posts: 23
Poder: 0
yaedev Va por buen camino
Al final se está haciendo muy engorroso desarrollar sistemas de facturación...que pesadez... si lo llego a saber cojo otra área.

A raíz de esta nueva ley, y dado que los desarrolladores también vamos a ser presuntos culpables, habrá que ir con lupa que acciones hay que restringir o no en el software.

¿En vuestro software permitís que se puedan modificar y eliminar facturas o tickets? En la mayoría de software te dejan modificar y eliminar, a ver porque esta acción no tiene porque ser siempre con finalidad fraudulenta. Sino algo tan simple que cuando revisas la factura antes de enviarla, te das cuenta que está mal. No vas a hacer una rectificativa si aún no la has entregado a nadie...Pues al menos tienes la opción de editarla o eliminarla (cuando te sale más a cuenta crearla otra vez desde cero).

El software cuando ya no debería de dejar eliminar o modificar la factura o ticket: ¿Cuándo ya le has dado a "guardar nueva factura" o "guardar nuevo ticket"?
Responder Con Cita
  #5  
Antiguo 11-06-2021
Avatar de Casimiro Notevi
Casimiro Notevi Casimiro Notevi is offline
Moderador
 
Registrado: sep 2004
Ubicación: En algún lugar.
Posts: 32.257
Poder: 10
Casimiro Notevi Tiene un aura espectacularCasimiro Notevi Tiene un aura espectacular
Es que por mucho que quieran controlar, no va a servir para nada, porque siempre habrá alguna forma de "bordear" ese control.

Es lo mismo que con los controles "antipiratería", no sirven para nada, y el único al que fastidia es al que ha comprado legalmente.
Responder Con Cita
  #6  
Antiguo 12-06-2021
Avatar de mamcx
mamcx mamcx is offline
Moderador
 
Registrado: sep 2004
Ubicación: Medellín - Colombia
Posts: 3.927
Poder: 26
mamcx Tiene un aura espectacularmamcx Tiene un aura espectacularmamcx Tiene un aura espectacular
Cita:
Empezado por yaedev Ver Mensaje
¿En vuestro software permitís que se puedan modificar y eliminar facturas o tickets? En la mayoría de software te dejan modificar y eliminar, a ver porque esta acción no tiene porque ser siempre con finalidad fraudulenta. Sino algo tan simple que cuando revisas la factura antes de enviarla, te das cuenta que está mal. No vas a hacer una rectificativa si aún no la has entregado a nadie...Pues al menos tienes la opción de editarla o eliminarla (cuando te sale más a cuenta crearla otra vez desde cero).
Aqui en Colombia el tema de la factura es casi asi de complicado. Una vez hecho un documento, no se puede deshacer, solo enmendar. Tambien porque una vez emitido una numeracion no se puede reusar.

Como lo hago? Tengo un esquema de "estado del documento" maso:

Código Delphi [-]
enum DocStatus
    Draft
    Pending
    Processed

Mientras esta en "Draft" el usuario puede hacer lo que quiera. "Pending" esta por confirmarse y desde aqui no se puede alterar o modificar.

Esto funciona muy bien y a los usuarios les gusta el icono con colores que identifica el estado.
__________________
El malabarista.
Responder Con Cita
  #7  
Antiguo 12-06-2021
PepCat PepCat is offline
Miembro
 
Registrado: mar 2017
Posts: 96
Poder: 8
PepCat Va por buen camino
El poder modificar facturas (al menos en España) es una “mala costumbre” que llegamos arrastrando desde los inicios de los primeros programas de gestión y que muchas empresas siguen mentalizadas en que esta opción es imprescindible.

Hace unos años tuve una experiencia muy curiosa sobre este tema. En una empresa usaban un ERP que yo había desarrollado, este ERP permitía modificar y anular facturas y de igual forma los asientos contables se permitían modificar y/o anular. Para el jefe financiero y el resto de personal administrativo estas posibilidades eran imprescindibles y no quería renunciar de ninguna forma.

Esta empresa creció y fue adquirida por una multinacional que rápidamente sustituyo el antiguo ERP por el suyo. El nuevo ERP no permitía realizar ninguna modificación ni en facturas ni en contabilidad. Es decir, cada vez que había un error en una factura se hacia una de abono y se generaba una nueva (y esto ocurría varias veces al día) todo esto generaba muchísimo ruido contable, pues bien, al principio el director financiero no le gusto, pero al cabo de un par de meses se acostumbraron sin ningún problema. Es más, el director financiero se convenció que este sistema era mucho mejor que el anterior sistema, porque de esta forma, todo quedaba registrado.

¿Os imagináis la cantidad de problemas que los desarrolladores nos ahorraríamos si nuestros programas no permitiesen retroceder las facturas?

Por otra parte, si se quiere evitar el fraude, ¿porque no pasar todas las empresas al SII?

El SII es un sistema que ya está desarrollado, funcionando y totalmente probado, además como la mayoría de nuestros ERP’s ya están preparados para el SII, la transición no sería tan traumática (al menos para nosotros).
Responder Con Cita
  #8  
Antiguo 13-06-2021
yaedev yaedev is offline
Miembro
 
Registrado: ene 2020
Posts: 23
Poder: 0
yaedev Va por buen camino
He estado echando un vistazo de lo que se cuece en otros países de la UE, y sí, hay algunos que llevan haciéndolo hace tiempo. Por lo que se ve en España, tarde y mal como siempre.....En el caso de Francia, por lo que he leído en alguna web, el software tiene que cumplir los requisitos y estar certificado. Mirando los precios de la certificación no es nada barato! (que si 800€ por no se qué, que si suma 600€ por no se cuantos, que si consultas a 200€/hora ) Este es el punto que más miedo me da, que nos crujan con las certificaciones y las auditorías para poder ser un "fabricante de software legal". Y según tengo entendido, cada vez que actualizas debes pasar la certificación de nuevo....Para los pequeños programas de facturación o gestión (sin contabilidad ni nada) y sin mantenimientos obligatorios, no sé hasta que punto nos va a ser viable seguir...

Luego el tema de los programas que hemos creado a medida a autónomos, tiendas o microempresas, ya verás tú cuanto tengas que decir que tendrá que desembolsar una pasta para adaptarlo y poder seguir usando su software a medida. ¿Y el tiempo humano para poder adaptarlos todos?

Cita:
Por otra parte, si se quiere evitar el fraude, ¿porque no pasar todas las empresas al SII?
Claro. Lo lógico sería eso. Un único sistema antifraude, no doscientos mil....

En Francia creo que es un único también. Al igual que Portugal, como comenta casimiro....
Responder Con Cita
  #9  
Antiguo 22-02-2022
Sistel Sistel is offline
Miembro
 
Registrado: nov 2019
Ubicación: Bilbao
Posts: 416
Poder: 5
Sistel Va por buen camino
Hola,

Ya se ha abierto el plazo de presentación de observaciones al proyecto de RD del Reglamento de Digitalización Facturación por parte de la Agencia Tributaria.
Podéis ver el texto en https://www.hacienda.gob.es/Document...talizacion.pdf
La cosa va a traer cola ... para nosotros.

Saludos

Última edición por Neftali [Germán.Estévez] fecha: 22-02-2022 a las 12:29:46.
Responder Con Cita
  #10  
Antiguo 22-02-2022
nuevo1234 nuevo1234 is offline
Miembro
 
Registrado: abr 2017
Posts: 103
Poder: 8
nuevo1234 Va por buen camino
Cita:
Empezado por Sistel Ver Mensaje
Hola,

Ya se ha abierto el plazo de presentación de observaciones al proyecto de RD del Reglamento de Digitalización Facturación por parte de la Agencia Tributaria.
Podéis ver el texto en https://www.hacienda.gob.es/Document...talizacion.pdf
La cosa va a traer cola ... para nosotros.

Saludos


Gracias por la información.
Responder Con Cita
  #11  
Antiguo 22-02-2022
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por Sistel Ver Mensaje
Hola,

Ya se ha abierto el plazo de presentación de observaciones al proyecto de RD del Reglamento de Digitalización Facturación por parte de la Agencia Tributaria.
Podéis ver el texto en https://www.hacienda.gob.es/Document...talizacion.pdf
La cosa va a traer cola ... para nosotros.

Saludos
Sí alguien se ha leído las 79 páginas y puede hacer un resumen, se lo agradecería.
Responder Con Cita
  #12  
Antiguo 22-02-2022
Avatar de Casimiro Notevi
Casimiro Notevi Casimiro Notevi is offline
Moderador
 
Registrado: sep 2004
Ubicación: En algún lugar.
Posts: 32.257
Poder: 10
Casimiro Notevi Tiene un aura espectacularCasimiro Notevi Tiene un aura espectacular
Son 19 páginas, no 79
El resumen:
Cita:
No obstante, los obligados tributarios a que se refiere el
artículo 3.1 de dicho Reglamento deberán tener operativos los
sistemas informáticos adaptados a las características y requisitos
que se establecen en el citado Reglamento y en su normativa de
desarrollo a partir del 1 de enero de 2024
Responder Con Cita
  #13  
Antiguo 22-02-2022
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 3.591
Poder: 21
newtron Va camino a la fama
Cuñu.... ya podían haber dado algo más de plazo a ver si me daba tiempo a jubilarme.
__________________
Be water my friend.
Responder Con Cita
  #14  
Antiguo 22-02-2022
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 233
Poder: 4
antoine0 Va por buen camino
Cita:
Empezado por Casimiro Notevi Ver Mensaje
Son 19 páginas, no 79
El resumen: los obligados tributarios a que se refiere el artículo 3.1 ... 1 de enero de 2024
Cuidado aquí: es cierto que para los clientes (usuarios finales) la fecha tope sería 2024 (que vendrá muy deprisa). Pero el mismo artículo dice

Cita:
entrarán en vigor al día siguiente de su publicación en el Boletín Oficial del Estado y resultarán de aplicación para los obligados tributarios a que se refiere el artículo 3.2 del Reglamento en relación con sus actividades de producción y comercialización de los sistemas informáticos.
Y los del artículo 3.2 son los que fabrican y comercializan los sistemas, es decir, los informáticos. Que se supone que son los que leen este foro...

(Vale, es cierto que para los programadores del Open source, no es de aplicación.)
Responder Con Cita
  #15  
Antiguo 22-02-2022
Avatar de Casimiro Notevi
Casimiro Notevi Casimiro Notevi is offline
Moderador
 
Registrado: sep 2004
Ubicación: En algún lugar.
Posts: 32.257
Poder: 10
Casimiro Notevi Tiene un aura espectacularCasimiro Notevi Tiene un aura espectacular
Pero lo mejor es esto

"Los obligados tributarios que ... utilicen sistemas informáticos para el cumplimiento de la obligación de facturación ".
Pues nada, a no usar sistemas informáticos, mejor esto:

Responder Con Cita
  #16  
Antiguo 22-02-2022
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 233
Poder: 4
antoine0 Va por buen camino
P.6 cáp. VII:
Cita:
Todo sistema informático que se utilice para dar cumplimiento a las obligaciones contenidas en esta norma debe contar obligatoriamente con una declaración responsable...
Hay que certificar los sistemas, pero cada uno puede hacer lo suyo.

p.8 DF3ª
Cita:
El presente Real Decreto y el Reglamento anexo entrarán en vigor al día siguiente de su publicación en el Boletín Oficial del Estado
O siga, hay que considerar que este documento de «consulta pública» es realmente exponer lo que será aplicable a los desarrolladores informáticos a los dos días de la aprobación. Ese día, los antiguos sistemas, no conformes, serán ilegales a la venta e instalación.

El mismo articulo sigue con
Cita:
No obstante, los obligados tributarios a que se refiere el artículo 3.1 de dicho Reglamento deberán tener operativos los sistemas informáticos adaptados a las características y requisitos que se establecen en el citado Reglamento y en su normativa de desarrollo a partir del 1 de enero de 2024
Para los clientes, hay tiempo hasta 2024. Tenemos un año y medio para desarrollar y poner en marcha sistemas nuevos de facturación. Una nueva versión del Año 2000 + euro.

p.9 art.3.1
Cita:
El presente Reglamento se aplicará a:... b) Los contribuyentes del Impuesto sobre la Renta de las Personas Físicas que desarrollen actividades económicas.
Todo el mundo está afectado; hasta el vendedor del mercado.

p.11 art.6
Cita:
Delegación del cumplimiento. 1. Las obligaciones establecidas en este Reglamento a los obligados tributarios del artículo 3.1 podrán cumplirse materialmente por el destinatario de la operación o por un tercero
Los operadores del cloud podrán competir también.

p.11 art.7
Cita:
Recursos informáticos necesarios para cumplir las obligaciones establecidas en este Reglamento. ... b) La aplicación informática que a tal efecto ponga a disposición la Administración tributaria.
Habrá una aplicación web de Hacienda para el «vendedor del marcado» arriba y demás.

p.11 art.8.1
Cita:
El sistema informático deberá cumplir ... de forma automatizada: a) ... deberá generar, de forma simultánea o inmediatamente anterior a la expedición de la factura, un registro de facturación de alta. b) El sistema informático deberá tener capacidad de remitir información a la Administración tributaria de forma continuada ...
Se remite información en tiempo real de las facturas a Hacienda.

p.12 art.8.2
Cita:
a) La integridad e inalterabilidad de los registros de facturación de forma que, una vez registrados los datos de facturación ... Cualquier necesidad de rectificación o anulación de los datos registrados deberá ser realizada mediante al menos un registro de facturación adicional posterior,
Solo se pueden grabar facturas de una sola vez

Cita:
Además, el sistema informático deberá permitir a la Administración tributaria el acceso inmediato
Nota mía: esto no es demasiado detallado, yo pienso que va a ser precisado más tarde.

Cita:
b) La trazabilidad de los registros de facturación, que deberán estar encadenados
(Esta también se veía venir)

art 8.4
Cita:
4. El sistema informático deberá contar con un registro de eventos que recoja automáticamente todas las interacciones con dicho sistema informático, las operaciones realizadas con él y los sucesos producidos durante su uso, como el arranque y parada del sistema informático, la entrada y salida de usuarios ...
La log debe ser extensa (y encadenada, e inalterable, y se puede consultar por Hacienda, por supuesto).

p.13-14 art.10 Contenido del registro de facturación de alta.
A 1ª vista todo lo que está obligatorio en una factura, más la fecha-hora (timestamp) y las demás cositas informáticas que son de esperar.

p.15 art.11 Generación y contenido del registro de facturación de anulación.
Las anulaciones de facturas están previstas. Aparte.
Nota mía: no he visto menciones de las rectificativas.

p.15 art.12. Huella o «hash» y firma electrónica de los registros de facturación informáticos.
Cita:
... según las especificaciones que se determinen.
Aún no está claro qué hash usar...

Cita:
Asimismo, los registros de facturación de alta y de anulación a que se refieren los mencionados artículos deberán ser firmados electrónicamente. Esta firma electrónica no será obligatoria ... artículos 15 y 16
+ Firma electrónica, excepto las facturas «verificables» que se remiten automáticamente a Hacienda.
Éste sistema «verificable» no está completamente definido.

Disclaimer: no soy letrado este resumen solo es mi entendimiento a la luz de una 1ª lectura rápida del documento. Por favor léanse el documento por completo si están afectados. No son 79 páginas, solo son 19 y las 4 primeras son muy poco interesantes.
Responder Con Cita
  #17  
Antiguo 22-02-2022
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 233
Poder: 4
antoine0 Va por buen camino
Cita:
Empezado por Sistel Ver Mensaje
Ya se ha abierto el plazo de presentación de observaciones al proyecto de RD del Reglamento de Digitalización Facturación por parte de la Agencia Tributaria.
Podéis ver el texto en https://www.hacienda.gob.es/Document...talizacion.pdf
Primero muchísimas gracias por la información.

El documento (PDF) está fechado del 21/02/2022 12:35:08. Sin embargo, en el texto de la página 7 (parte no normativa), 2º parágrafo, se lee:
Cita:
El principio de transparencia se ha garantizado mediante la consulta pública previa (que finalizó el pasado mes de enero) ...
No es que me importa presentar observaciones o nada, pero se deduce del texto tal cual que ya está cerrado el plazo de la consulta pública. No estoy muy al tanto de las maneras de la administración Española, pero tengo la idea que pudiera ser un defecto de forma
En realidad la fecha tope es el 14 de marzo de 2022.

La cuestión, al final, es, ¿qué plazo debemos esperar para la presentación del proyecto en Consejo de Ministros y posterior aprobación? (a no ser qué vaya a pasar por la vía parlamentaria previa, pero no lo creo, no se estila hoy en día). ¿Diciembre? ¿Junio/julio de 2022?
Responder Con Cita
  #18  
Antiguo 22-02-2022
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Buff, yo veo 2 cosas complicadillas para según que tipo de negocio:
Será obligatorio tener preparado el software para el envío inmediato de las facturas antes o la vez de su generación, espero que no sea obligatorio por que en sistemas lentos o con comunicación lenta (por ejemplo zonas con router de datos por 3g-4g) los clientes se pueden cabrear por una espera indeterminada de varios segundos, si además le añadimos un sistema de facturación centralizado con varios dispositivos generando facturas a la vez y hay que enviarlos en oden fifo.. Buff
Por otro lado el tema de las logs garantizado inviolabilidad etc, que eso nos lo dejan a nosotros, claro ahora en sistemas que no contemplen esa automatización en sus bases de datos búscate la vida y rompete la cabeza y que lo que hagas este dentro de los parámetros que ellos piensan que son inviolables. Por que yo puedo pensar que enviarle los datos a un webservice firmado puede ser suficiente, pero me pongo a pensar la de los logs que se generan según lo que piden y son muchísimos más datos que las facturas.
Los routers van a Petar del calentón y me veo un sin vivir todo el día acojonados con las averias
Responder Con Cita
  #19  
Antiguo 22-02-2022
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 233
Poder: 4
antoine0 Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Será obligatorio tener preparado el software para el envío inmediato de las facturas antes o la vez de su generación, espero que no sea obligatorio por que en sistemas lentos o con comunicación lenta
Creo que se contemplan dos clases de sistemas:
  1. por una parte sistemas con buena conexión, con los cuales se suben los registros en directo a Hacienda; son los que llevan una buena conectividad (en base a las esperanzas de los clientes); estas facturas son las que son «verificables», indicadas con una mención VERIF*FACTU especifica, a las cuales son de aplicación el capítulo III artículos 15 y16
  2. por otra parte las facturas donde los registros no se suben de inmediato; entonces no es un problema si tu conexión no te da tiempo a subir las facturas a Hacienda. La contrapartida: estas facturas se tienen que firmar electrónicamente (artículo 12, 2º alinea).
  3. además está la aplicación web de Hacienda (que tienen los mismos requisitos de conectividad que las del 1.)

Última edición por antoine0 fecha: 22-02-2022 a las 21:23:06. Razón: Había olvidado la aplicación web :(
Responder Con Cita
  #20  
Antiguo 23-02-2022
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 18.549
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Así ojeando por encima y habiendo desarrollado TicketBAI (hacienda del país vasco) veo que la idea es bastante parecida; Han cogido ideas imagino. Veo lo siguiente:


"permitiendo, en su caso, la simultánea o posterior remisión de la información de los mismos a la Administración tributaria"

=> En el pais vasco ya está previsto que la fatura se envíe en cuanto se genera o durante un periodo posterior (lo antes posible dice la documentación). Es decir, no es condicionante para generar la factura. Se puede crear una cola (con un proceso externo) que va realizando los envíos.

"los obligados tributarios remitan inmediatamente a la Administración tributaria, de forma automática y segura por medios electrónicos, todos los registros de facturación generados en sus sistemas informáticos"
=> Cada ticket/factura que se genere hay que enviarla. En el caso del pais vasco, para personas/autónompos/miniempresas que generan pocas facturas al mes, ellos proveen un sistema para poder introducirlas manualmente. Pero esto sólo sirve para quien genere 5/10 facturas al mes.

"la estandarización de formatos de los registros de facturación, se deberá incluir: código «QR»

=> Igual. En cada factura que se emite, debe incluir QR con la información. Ese QR (hay un punto más adelante que lo explica) el usuario puede leerlo (con el móvil, por ejemplo) y le debe llevar a una web con los datos de su factura. Así se asegura de que se ha enviado y de que es igual que la que él tiene en papel (o en su ticket).

Algo así, para que os hagáis una idea:


"La integridad e inalterabilidad de los datos registrados se asegurará utilizando cualquier proceso técnico fiable que garantice el carácter fidedigno y completo de los registros de facturación desde que hayan sido grabados en el sistema informático"
=> Entiendo que habrá que utilizar certificado/firma con todo lo que se envíe (JSON/XML/...).

"La trazabilidad de los registros de facturación, que deberán estar encadenados de manera que pueda verificarse su rastro siguiendo su secuencia de creación desde el primero al último."

=> Todos los registros/facturas, deben incluir una parte de la firma de la factura anterior (encadenamiento), de esta forma te aseguras de que "no desaparecen facturas". Eso trae bastantes problemas técnicos (por experiencia). Si por lo que sea no puedes encadenar con la anterior hay que poder justificar porqué. Algo así como justificar los huecos en la facturación.

Generación del registro de facturación de alta
Generación y contenido del registro de facturación de anulación.

=> Se prevee alta, modificación y anulación de facturas (que no es lo mismo que rectificativas).

"El receptor de la factura, ya sea empresario o consumidor final, podrá proporcionar de forma voluntaria determinada información de la misma a la Agencia Estatal de Administración Tributaria facilitando el código identificativo de carácter alfanumérico o mediante la lectura del código «QR»"
=> El que recibe la factura puede remitirla también a la AEAT. Es decir se pueden enviar facturas de compra (en el País vasco también). cosa que a la AEAT le facilita mucho el trabajo de "vigilancia", porque así puede "cuadrar" las que recibe de compra con las que recibe de Venta. Y si no "cuadran" pues multa al canto...


"LaAgenciaEstataldeAdministraciónTributariafacilitaráunarutaespecíficaensusede electrónica o a través de la aplicación que al efecto ponga a su disposición para recibir dicha información. El acceso a la sede electrónica o a la aplicación mostrará los datos del código identificativo de carácter alfanumérico o del código «QR» en formato legible"

=> La web que he mencionado anteriormente, donde escaneado el código de la factura/ticket en papel, obtienes info de la factura generada.
Como ejemplo, os muestro el QR de una factura generada para Guipuzcoa:



Si lo escaneáis, devuelveeste texto:
h_t_t_p_s://pruebas-ticketbai.araba.eus/tbai/qrtbai/?id=TBAI-B05430756-150222-BDM2BLewRizLS-007&s=SG&nf=3&i=36.00&cr=009
link: https://pruebas-ticketbai.araba.eus/...i=36.00&cr=009

Que es un link con los datos de la factura
__________________
Germán Estévez => Web/Blog
Guía de estilo, Guía alternativa
Utiliza TAG's en tus mensajes.
Contactar con el Clubdelphi

P.D: Más tiempo dedicado a la pregunta=Mejores respuestas.

Última edición por Neftali [Germán.Estévez] fecha: 23-02-2022 a las 11:50:00.
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Hijo de Informáticos gluglu Humor 3 13-03-2007 12:05:35
Adictos informaticos ... Trigger Humor 2 11-10-2004 13:18:32
Nosotros los Informáticos Trigger Humor 1 10-10-2004 15:58:09
Patrón de los Informáticos. obiwuan Varios 20 10-09-2003 15:44:54
Chistes Informaticos jhonny Humor 2 11-08-2003 22:59:09


La franja horaria es GMT +2. Ahora son las 01:15:40.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi