Audit e cancellazione logica

Tracciamento modifiche, storico operazioni e auditing applicativo.

Screenshot reference (manuale utente)

• manual__audit__01.png: configurazione metadati audit e logic delete.

Metadati tabella audit (*_logging_*)

• md_logging_enable: abilita auditing automatico sulla route.
• md_logging_last_mod_user_field_name: campo utente ultima modifica.
• md_logging_last_mod_date_field_name: campo data/ora ultima modifica.
• md_logging_insert_user_field_name: campo utente inserimento.
• md_logging_insert_date_field_name: campo data/ora inserimento.
• md_logging_delete_user_field_name: campo utente delete (fisico/logico).
• md_loggingdelete_date_field_name: campo data/ora delete.
• md_logging_azienda_field_name: campo azienda/tenant per audit multi-tenant.
• md_service_enable_logging: abilita logging anche per esposizioni service/API.

Logic delete (metadati tabella e colonna)

• md_has_logic_delete: abilita delete logica a livello tabella/route.
• mc_is_logic_delete_key: identifica la colonna flag che rappresenta lo stato di cancellazione logica.

Comportamento operativo

• Con md_has_logic_delete = true, le operazioni di delete aggiornano il flag logico invece di cancellare fisicamente il record.
• Con logging attivo, i campi md_logging_* vengono valorizzati durante insert/update/delete secondo la pipeline metadata.
• La colonna marcata con mc_is_logic_delete_key viene usata dal framework per distinguere record attivi e logicamente eliminati.