Ver Mensaje Individual
  #11  
Antiguo 01-10-2025
Rja750 Rja750 is offline
Miembro
 
Registrado: ene 2025
Posts: 156
Reputación: 2
Rja750 Va por buen camino
Cita:
Empezado por bmfranky Ver Mensaje
Lo que dice es que para gestionar los registros y los datos pertinentes usan consultas transaccionales, por ejemplo llamadas a una base de datos MySQL.
Realizándolo todo en una sola consulta.
Que cracks, yo realizo unas 5/6, solo para los datos y un par mas para guardar todo.
Quiere decir que la creación de la factura y la generación del registro contable sean una misma operación indivisible en tu base de datos. Imagina este ejemplo:
INSERT INTO Facturas (numero, fecha, cliente, total) VALUES (...);
INSERT INTO RegistrosContables (factura_id, fecha, importe) VALUES (...);
Si falla alguno de los dos insert, se quedan registros huérfanos.
La forma correcta seria o todo o nada. Por ejemplo :
BEGIN TRANSACTION; -Inicia transacción

TRY
INSERT INTO Facturas (numero, fecha, cliente, total) VALUES (...);

INSERT INTO RegistrosContables (factura_id, fecha, importe) VALUES (...);

COMMIT; - Confirma ambos inserts juntos
CATCH
ROLLBACK; - Si algo falla, deshace todo
END
La finalidad que quiere la AEAT es que no haya Facturas sin registro contable o registro contable sin factura o discrepancias entre ambos sistemas.
Responder Con Cita