Por lo visto los tiros van a ir por la creación de ficheros logs con todo lo que pasa en la bdd. Habrá que ver de qué manera quieren que se creen.



Estas cosas son agridulces porque dan mucha faena pero por otro lado hacen "limpieza" de programas antiguos o/y sin mantenimientos y es una oportunidad de negocio.


Saludos

Mientras no nos cuelen a los desarrolladores algún tipo de auditoría con su correspondiente pago de elevadas tasas, firmo.

Es fuente fiable?

Hola ermendalenda.

Si que es cierto que hablan de varias cosas en el enlace https://portal.mineco.gob.es/es-es/m...presarial.aspx, yo quería hacer hincapié en el segundo punto: "Se promueve el uso de la factura electrónica en operaciones entre empresas y autónomos como medida de digitalización empresarial y como mecanismo de lucha contra la morosidad en las operaciones comerciales.", que pienso es relevante para todo lo que tratamos aquí.

¿Cómo vamos a gestionar los cambios en los programas por la ley antifraude? Pues parece que los tiros van por la implantación de la firma electrónica en facturas expedidas y el resto de requisitos TicketBAI.

Yo es que lo veo un poco caótico. Como pueden decir que graben las logs de cualquier cosa en in formato determinado si ni siquiera saben los detalles de cada base de datos.
Imagina grabar campos de longitud variable, que conirienen fotos documentis, vídeos, o cualquier cosa que se te ocurra. Ejemplo una foto de 2gb que después la comprime a 20megas. Donde y como.
Yo tengo decenas de aplicaciones que hacen miles de movimientos en bases de datos diarios, tener que hacer trazabilidad de los movimientos (logs) es de locos para empresas que manejen muchos datos.
Yo sigo pensando que aunque hayan propuesto algo así tienen que recular. Tienen que ir por pasos.
Además si esdo es así, necesitarán poner el estado cronologicamente de la base de datos en un momento que decidan. Eso implica que cualquier fallo de grabación de logs crearía una inconsistencia y seria imposible. Me temo que es Imposible que todas las empresas tengan una estructura fiable.

Es que esa trazabilidad no les interesa, sino la que implica datos de manejo de dinero: creación de una factura, edición, borrado, cobros, pagos, etc. y cosas de ese tipo solamente.

Por eso estamos a la espera, a ver por donde saltan. :rolleyes:


Sobre si la fuente es fiable, bueno... todo lo fiable que puede ser algo que no es oficial y está cerrado. Así que vuelvo a repetir que no me rayo mucho con el tema hasta que no se pronuncien.


Saludos

OK gracias
Yo sigo preparando el software para que esté lo más actualizado posible respecto a las leyes actuales.

Pero si no sabes lo que hay que cambiar :rolleyes:

Por eso te digo.
La ley actual no sobre antifraudd.
He repasado la normativa dde facturación y he visto temas que no están bien del todo. Ejemplo las series de las rectificativas, cuando hay que hacer anulaciones etc.

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

Aviso a navegantes:

Hola Casimiro, y gracias por la info, puedes poner algún enlace de referencia?

Yo he puesto en google "El gobierno prepara un sistema para recibir información en tiempo real de cada transacción", y ha aparecido alguna noticia con fecha de hoy :(:(

Buenas.... no suelo intervenir mucho, pero soy un gran seguidor de clubdelphi. Una de las labores que hago en mi empresa es el traspaso de datos de bases de datos de terceros a nuestro ERP, cuando se firma con nuevos clientes. Eso me ha ayudado a tener gran experiencia en cómo estructuran y tratan los datos muchos programas de gestión y contabilidad, además de "enterarme" de cómo los clientes usan los programas para evitar que ciertos movimientos no lleguen a fiscalizarse, que es precisamente lo que hacienda quiere evitar (por cierto, si se preocuparan en eliminar la morosidad o hacerse cargo de las deudas de los clientes de dudoso cobro, estoy seguro que muchas empresas declararían absolutamente todo lo que venden... pero eso es otro asunto, donde manda ladrón, digo patrón, no manda marinero).

Yo creo que solucionar el problema no está en que las facturas no se puedan modificar o se lleve un log de las modificaciones realizadas. Os comento donde he encontrado tratamiento de B en las auditorías que he realizado:

- ERP multiempresa. Una de las empresas dadas de alta es ficticia, sin cif y sin firma digital.
- Albaranes de venta sin facturar.... y antiguos.
- Traspasos de mercancía entre almacenes, donde los traspasos aparecen valorados y el almacén de destino siempre está sin stock.
- Presupuestos donde usan algún campo inocente para indicar que se ha cobrado.
- Devoluciones ficticias de mercancía, que minoran las ventas.
- Repetición de impresión de tickets cuando coinciden los artículos o importes (he encontrado incluso contadores de número de veces que se ha impreso).
- El mismo programa en dos o más equipos (sin estar conectados entre sí, es decir, diferentes bases de datos, pero con opciones de sincronización de artículos y proveedores).
- Capturadoras de ventas (TPV, PDA, móviles, tablets...) que generan archivos planos para ser incorporados "manualmente" a la gestión.
- Generación de archivos planos para traspasos contables a programas de terceros (Contaplus, ContaSol, A3....) sin que llegue a "importarse" a la contabilidad, pero marcando como contabilizado las facturas.

Eso cuando están mecanizados... espero que no nos culpabilizarán a los desarrolladores de los usuarios que trabajen generando facturas con excels, word... o con lápiz y papel, en todo caso, que denuncien a Microsoft y a las papelerías que vendan los blocks con opción de doble uso.

Me pregunto hasta qué punto tenemos responsabilidad los desarrolladores del uso que dan al programa los usuarios y cómo pretende Hacienda que nos responsabilicemos de que nuestra herramienta no ayude a generar una doble contabilidad.... los usuarios siempre van por delante de nosotros a la hora de darle otros usos a nuestro software.

Que conste que soy un gran partidario de que lo hecho, hecho está. Todos estamos de acuerdo en que nos ahorraríamos un montón de dolores de cabeza. (A no ser que te falle la importación de datos de ventas remotas y te duplique varias veces la facturación de los tickets uno de tus supermercados.... si tienes que dejar correctamente las ventas a base de generar cientos de tickets rectificativos te puede dar una bajada de tensión).

Otro TicketBAI, en este caso TicketSI:eek:

De hecho yo llevo preparando el software para el momento poniendo el nombre ticketsii a todos los campos y tablas.
Jeje

Pués no sé si elevadas, pero las tasas son exactamente lo que se deduce de la medida que ha entrado en vigor el mes pasado:

De momento la norma que ha salido no menciona la notificación inmediata de los ticket y,o facturas, ticket bai si lo mencionaba en el borrador.
Yo creo que de momento con que todo esté registrado firmado digital se van a quitar mucho fraude, y cuando empiece ticketbai.. Lo pondrán en el resto. Allí hay mucho jaleo y en 6meses han cambiado bastantes cosas del envío de ficheros.

No entiendo, que norma dice que tiene que estar firmado digital?
Hay alguna norma ya?

De momento no hay absolutamente nada. Están estudiándolo todavía.

Supongo que si la noticia es de fuente fiable, sí se puede confirmar que
, de momento, la nueva ley antifraude va a empezar con facturas. Y que si llevan 2 o 3 años con el proyecto es muy probable que replique ticketbai

Perdón, no dude dar a entender que hacía que firmarlo, tras leer aquí un comentario, creo que lo mejor es crear un xml o archivo por factura y ese firmarlo digitalmente, de esa forma no te pueden decir que hay modificación.
Se puede nacer con hash , se crea un archivo, calcula rol haga y en el siguiente se pone el del interior, y si se firma pues ya está, no hay duda posible, vamos.. Un ticket bai pero sin enviar y sin requisitos.

Por mucho que miren... Yo creo que dos años haya que lo pongan...eso fijo
Saludos.

Hablo sobre la nueva noticia de enviar todas las facturas/tickets en tiempo real, no sobre la ley antifraude.


Siempre es preferible esperar a ver qué van a pedir definitivamente, no vale la pena trabajar en algo sin saber si va a servir o no.
Pero que cada uno haga lo que crea mejor, obviamente. Yo no pienso hacer nada mientras no esté todo claro, prefiero pasear en bicicleta a hacer un trabajo que puede que no sirva.

En mi caso eso lo tengo hecho para ticket bai, no me cuesta mucho, y te quitas de posible problema.
No se yo si están preparados para implantar a nivel nacional el envío inmediato... En el país vasco están teniendo problemas.
Una que se reúne con los de Hacienda me ha dicho que el dos años no ponen nada. Ya veremos.
El envío es una putada, por la comunicación más que otra cosa.

Por otro lado, tengo muchos clientes que dicen que si ponen el envío automático quitan el programa y lo hacen con talomarios.... Es decir más fraude aún. Es evidente.
El ticketbai obliga a todo perro pichi a tener un programa.

El envío automático tendrán que flexibilizarlo. Pero como no haya algún envío la cuelan.
No vale solo firma y qr, por que si hay envío y tienes incidencias y se rompe la cadena es controlable. Si no hay envío ya te digo yo que no vale para nada, las incidencias con roturas de cadena pueden ser un coladero y no tienen apenas control, solo con inspecciones

La cadena, si se firma con timestamp ya no hay forma de trampear.
Yo no creo que pongan el envío ya.... Pero veremos.
Y tú crees que la gente sigue con programas si no es obligatorio?, pues me compro un talonario y facturo a mano y el programa se queda solo para gestión de clientes.
Y si ponen obligatorio el comprar un programa ordenador y todo...no lo veo yo ahora eso...

Y además, los.primero grabas ya no admitiría doble facturación ni cosas raras. Tu te la.jugarias? Con las multas que hay? Yo lo tengo claro.que no, mi programa no deja editar algo ha hecho.

Quería poner que los programas ya no admitiría editar

El timestamp necesita conexión a Internet, de lo contrario sería fácil engañarle.
Yo no de coña me la jugaría, pero no pongo la mano en el fuego que nadie lo haría. Hay empresas que el programador es propietario, cientos.
Si es como ticketbai:Lo de la obligatoriedad de un software ni lo dudes. Lo del talonario será solo posible usarlo para casos de averias avisados a la aeat.
Que tarde 2 o 5 años no me extraña pero esto no tiene marcha atrás

Hacienda desde Europa facilitan un programa gratuito durante estos 2 años, lo que implica que muchas empresas se van a acoger a ese software en detrimento de otros de pago. Y encima dicen que está certificado por ellos. Salió la noticia ayer en EuropaPress.

Que 2 años?
Hola. Tienes algún enlace de la noticia?

https://eu.community.samsung.com/t5/...a/td-p/3851208

Vaya noticia más ambigua. Que desastre.
Dice que se aprovechen a comprar el kit digital que servirá para después el desarrollo reglamentario.
Nos están tomando el pelo. Parece una noticia que han colado para vender kits, con fondos que aún no están autorizados para usar para la nueva legislación.
No me creo nada, vamos a tener que andar con ojo.

Eso es un televisor, ¿a qué viene poner eso aquí? :confused:

https://www-autonomosyemprendedor-es...043025735.html
Llevas razon al copiar no copie bien

Es de estar más que locos. Lo siguiente será incrustar un chip a todo recien nacido para controlarle toda su vida en todos los aspectos.

Será un middelware, no hay software genérico que cumpla con todas las necesidades del usuario.

Sería la mejor opción para nosotros. Sería de fácil implementación y nos descargaría de muchas responsabilidades.

Suena "raro" que exista algo que ya está adaptado a unos requisitos de una ley que todavía no se sabe seguro qué llevará ni cómo se implementará.
Suena a "mira, amigo, esto es lo que vamos a legislar, prepara tu software y así serás el primero que lo tenga, además te lo promocionaremos un par de años "gratis", y cuando ya todos lo estén usando puedes empezar a cobrar, ya la mayoría no cambiarán de software".