Suele ser habitual, que cuando cumples ciertas "actualizaciones" te beneficias en un % que te descuentan de impuestos ivas etc....
(tambien lo comento un usuario mas arriba)

Hola oscarperez te refieres a que los auditores te cobran 5000€ +IVA por un informe en el que te dicen cómo modificar el código para cumplir con la ley no?

¿Qué opináis del envío de LeyAntifraude.com referente a... "¿Inspecciones? Ya son una realidad. La ley se aplica." ?

Archivo Adjunto 3982

Eso es publicidad.

Pienso igual, tiene pinta a saco de publicidad.

No fieis de todo lo que dicen. A estos que venden que ellos te ayudan a cumplir la ley. Con el borrador ya no hace falta ninguna auditoria, ni nada parecido.

^\||/^\||/^\||/

Si exacto, ellos te dicen los.puntos a cumplir y te auditan, luego te dan un sello como el de la iso, por poner un ejemplo.

Ya pero... 1, sabes interpretar todo?
2, un software con un sello de auditoría puede tener más atractivo? Pregunto... Con las empresas con iso que cuesta una pasta también.

Saludos.

Eso ya dependerá de cada uno. Logicamente puede ser mas atractivo para tu programa. Pero así como la ISO tiene una validez, este no tendría ninguna validez, nada más que otra empresa ha auditado tu software.

Sigo pensando que por ahora hay que esperar.
Tiene que salir documentación clara, concreta y específica para los desarrolladores.
Lo que hay hasta ahora es pura burocracia, que para desarrollar es inútil.
Paciencia...

El problema es que si hay cosas concretas y el principal problema es que si sale tal cual, será de aplicación al día siguiente de salir en el boe!!!!! Para el 2024 tienen los clientes, los programas si sale tal cual un día!!!!!

Pero no puedes hacer nada mientras no sepas con seguridad lo que hay que hacer.
Y tranquilo, lo harán con tiempo y si hace falta pondrán un plazo mayor.

Bueno, eso espero, viste lo que pone en el borrador?, pone que está obligatoria aplicación al día siguiente de su publicación en el boe y cuando se publique sí se indicará todos los requisitos.... Vivir para ver.

Hola buenas, yo también espero que sea así, no creo que entren tan a saco, seria una pasada... aixxx....
saludos

Hola,

La Ley Antifraude está en vigor desde el 11 de octubre del 2021.
Desde ese día se deben cumplir los puntos a, b, c y d del artículo 201 bis y no cumplirlos es sancionable

Los puntos e y f están pendientes de la publicación del Reglamento que los regule.

Saludos

A ver , eso ya se conoce, pero ahora el tema es el borrador, porque esos puntos no te dicen cómo hacerlo, es decir, cómo ellos quieren que se haga.

Eso yo lo tengo hecho, creando archivo por cada operación con un hash y encadenado con el anterior para justificar un encadenado.

Saludos.

¿Y alguno puede dar una idea de como se puede hacer lo del generar el hash y encadenarlo con el anterior para por lo menos ir "avanzando" algo?

Hola,

Si quieres, echa una ojeada al hilo de TicketBAI:
https://www.clubdelphi.com/foros/showthread.php?t=94264

Ahí encontrarás la documentación y toda la información relativa a cómo lo hemos hecho para TicketBAI.
Para la nueva Ley Antifraude no creo que vaya a ser muy diferente el procedimiento.

Saludos

Primero tienes que tener en cuenta si vas a querer enviar los registros a hacienda o no:
Modo 1(enviando): con cálculo de hash
Modo 2(sin envio) : con firma electrónica

Como dice el compañero si estudias ticketbai te va a despejar todas las dudas, la diferencia es que si solo lo haces con hash parece que no vas a necesitar tener instalado certificado electrónico para el cálculo del hash, aunque me extraña que en el envío no lo pidan.
El procedimiento más o menmos será:
1.Generas el tiquet.
2.Generas un xml con el formato que está a pendiente que nos digan en el reglamento.
3.insertas en ese xml algunos datos del tiquet o factura anterior.
4. Calculas hash con Firma y certificado o sin certificado. Php tiene una función que te devuelve una cadna(hash) de la cadena que envíes(fichero) u si instalas en la máquina, da igual windows o Linux un servidor php ligero (hay muchos gratuitos, por ejemplo xampp) puedes hacer llamadas desde el programa con las herramientas de webservice que tengas o con Curl si no las tienes.
5. Remites o solo guardas el fichero.
Hay muchas funciones (dlls y apis) de pago. Pero hay algu as funciones gratuitas usando por ejemplo php que si lees el foro de ticketbai la puedes obtener y próximamente seguro que adaptaremos a este Reglamento, buscar el firmador.php en dicho foro.

Por otro lsdo seguramente tendras que adaptar mucho código del software para todo esto sobre todo si no tienes adaptado el programa a la normativa de facturación en algún punto, por ejempll facturas rectificativas y anulaciones que es lo que más chirría.
Por último, no mennos importante, ve pensando como crear los eventos a los que se refiere tb este reglamento y un manual del programa.
Tienes que leer el foro para aclare todo esto que te digo para que no te suene a chino.
Saludos

Colectivo oligado
 

Sabéis si las empresas q están en el SIi están excluidas?

Es para todas las empresas. Ló unico que puede ser es que las que hacen el SII no tengan que enviar luego las facturas emitidas al SII, como ocurre en las forales con TBAI. Pero esto lo tendrán que decir.

Por supuesto que no, y supongo que si de los 2 métodos decides envío a hacienda, como dice keys, puede que te libres del Sii.

Hola me llegan los correos de los nuevos mensajes del hilo pero no aparecen en el hilo al abrir el foro

¿Puedes pegarnos uno de ellos para que lo comprobemos?

Falsa alarma, perdón, lo que me estan es llegando con varios días de retraso
Ejemplo este me ha llegado hoy:
Respuesta al tema 'Ley antifraude 2021 - Programas informáticos'
Foros Foros Club Delphi <[email protected]> 12 de marzo de 2022, 9:05
Para: **********
Hola ermendalenda,

oscarperez-1980 Acaba de responder a un tema del cual estás suscrito titulado - Ley antifraude 2021 - Programas informáticos - en el foro Internet foro de los Foros Club Delphi.

Este tema está localizado en:
https://www.clubdelphi.com/foros/sho...5&goto=newpost

Aquí está el mensaje que acaba de ser creado:
***************
El problema es que si hay cosas concretas y el principal problema es que si sale tal cual, será de aplicación al día siguiente de salir en el boe!!!!! Para el 2024 tienen los clientes, los programas si sale tal cual un día!!!!!
***************


También pueden haber otras respuestas, pero no recibirás ninguna notificación hasta que no visites el foro de nuevo.

Sinceramente,
Foros Club Delphi

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Información para darte de baja de esta suscripción

Si.
Debido a unos problemas con el correo, parece que durante unos días no han llegado todos los que deberían, y ahora que parece que el servcio se está restableciendo.

Lo explicamos aquí:
https://www.clubdelphi.com/foros/showthread.php?t=95605

Es posible que ahora vayáis recibiendo algunos correos anteriores que no se enviaron en su momento.

Eventos Proyecto Reglamento Software
 

Buenos días amigos/as,
estoy adelantando estructuras y conocimientos para que no me pille el toro el día que salga la aprobación de todo o parte del Proyecto del nuevo reglamento.

Cuando salió la ley en Junio de 2021 ya veía claro por donde iban los tiros, blockchain, igual o similiar a Tiketbai, por tanto, la parte de XMLS, encadenamiento, firma electrónica y afinar las facturas para cumplir 100% el reglamento de facturación, al tenerlo realizado para Tiketbai ya me va a servir todo para la nueva normativa.
Por otro lado veo un par de cosas extras que necesitan de mas tiempo de dedicación y voy a intentar agilizarlo:
1)Un manual completo: ¿Que pensais si lo hago casi todo tipo video con un enlace?

2)Creación de eventos de todos los movimientos en el software:¿Que pensais si según la estructura que nos dicen , nombre de evento, etc... creo un fichero json,csv, xml o lo que sea y encadenando eventos de forma similar a tiketbai y simplemente le hago un TimeStamp desde un webservice de una autoridad autorizada de sello de tiempo y lo envio a un servidor externo para tener otra copia garantizada? Se supone que el fichero está garantizado a partir de ese momento por una entidad certificada de que no se ha modificado

Si tienes que crear un archivo por cada evento del programa podemos alucinar...


A ver si le interesa a aalguien.
Propongo hacer una video conferencia con interesados en analizar los puntos y su implementación, quien estaría interesado?


Un saludo.

Buena idea, pero si puede ser con aporte de ideas para los puntos principales.

Mi propuesta es bastante sencilla:
1.- Enumerar los puntos a cumplir.
2.- Cada participante expone como haría él el desarrollo o solución al punto.

Se puede hacer con un documento de gmail donde cada uno pueda agregar texto para poner lo en común, se comparte con los interesados y ya está.

Saludos.

Me parece bien y ya cuando tengamos algo lo subimos al foro para compartirlo.

Alguien más interesado?
Yo ya lo tengo analizado y no lo veo complejo, el registro es de lo más curioso, lo quieren detallado para exportar a Excel y que no tengan que hacer nada.

Me apunto... pero tengo nula experiencia en ticketBai y blockchain.

De todas maneras, y para centrar el tema, estamos hablando que esto sólo afecta a la facturación. Imagino que no habrá que hacer un manual del todo el software ni registrar todos los eventos que no tengan que ver con la propia gestión de facturación.... ¿no?

Creo que se ha comentado que una posibilidad es "sacar" la gestión de facturación del ERP. Yo estaba planteándome esto, un programa básico: Cabecera-Detalle para registrar las facturas: sin clientes ni artículos ni comerciales, almacenes, stock, fabricación, envasado, órdenes de trabajo, gestión de averías... El ERP, llegado el momento de cerrar un servicio o entregar una mercancía, generaría un registro para ser procesado por este programa, que devolvería al ERP un identificador para el tratamiento y la gestión de cobro.

¿Obligarían a certificar el ERP principal aunque no tenga facturación?

Hola afxe,

Es lo que hace nuestra API online para TicketBAI.
El cliente tiene un ERP, TPV o programa simple de facturación.
Cuando quiere emitir una factura, su sistema de facturación envía a nuestra API un JSON con los datos de la factura a emitir (datos del destinatario, tipo de factura, líneas de detalle, etc)
Nuestra API le devuelve un JSON con los datos de la factura emitida (serie, número, fecha y hora de la factura, desgloses de bases imponibles, IVAs y total de la factura, códigos TBAI y QR, ...)
Por separado, la API envía el fichero XML firmado de la factura a Hacienda.

De esta forma, independizas el sistema de facturación del sistema de generación y envío de facturas a Hacienda.
Y como el cliente no puede modificar ni borrar las facturas (que quedan en la BD de la API) queda todo protegido.

Saludos

Hola oscarperez-1980,

Apúntame, por favor.
Gracias.

Saludos

Hola, que api tenéis para el país vasco? Cual es la empresa?

Gracias

El log según pone es de TODO.
Si un programa no tiene facturación a ellos les da igual, si separas en dos programas pues lo implementa en uno.

Saludos.

Me he perdido algo, ¿podrías decirme dónde pone esto del log, por favor?

¡Gracias!

Hola oscarperez-1980

Como no me parece correcto que pongamos en este foro publicidad de nuestros negocios, te contestaré por mensaje privado.
Si alguien más está interesado en conocer (y probar, gratuitamente y sin compromiso alguno) nuestra API para TicketBAI, puede enviarme mensaje privado.

Gracias.

Saludos