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.