* Se eliminaron `SequelizeProformaTaxesDomainMapper` y los archivos relacionados. * Se eliminaron `SequelizeInvoiceRecipientSummaryMapper` y `SequelizeProformaSummaryMapper`. * Se eliminó `ProformaRepository` y sus métodos asociados. * Se limpiaron los servicios sin uso, incluido `SequelizeProformaNumberGenerator`. * Se actualizaron las importaciones y exportaciones de los módulos relacionados para reflejar la eliminación del código heredado. * Se ajustaron las plantillas para eliminar las referencias a `is_proforma`. * Se modificó el DTO de la solicitud para excluir el campo `is_proforma`.
2.4 KiB
2.4 KiB
SQL Customer Invoices
Estado
Este directorio mezcla SQL vigentes de soporte con SQL historicos/transicionales.
Las tablas legacy customer_invoices, customer_invoice_items y
customer_invoice_taxes no forman parte del runtime actual. Solo pueden aparecer
en SQL historico de migracion o validacion.
SQL vigentes
add-proforma-document-series-columns.sqladd-proforma-tax-config-columns.sqladd-issued-invoice-reference.sqlnormalize-document-series-snapshots.sqlfix-proforma-series-semantics.sqlvalidate-proforma-tax-config.sqlvalidate-proforma-soft-delete.sql
SQL históricos / transicionales
dev-split-proformas-issued-invoices.sqlvalidate-split-proformas-issued-invoices.sql
Estos archivos no deben tratarse como el camino normal de entornos nuevos salvo que exista un escenario legacy concreto que los requiera.
Orden recomendado en desarrollo para el estado vigente
- Verificar que la BD objetivo es inequívocamente de desarrollo.
- Hacer backup o confirmar que los datos son descartables.
- Ejecutar el DDL vigente que falte para
proformas. - Ejecutar
normalize-document-series-snapshots.sqlpara completar snapshots y validaciones de seriado. - Ejecutar las validaciones SQL vigentes.
- Levantar backend V2 y validar flujos funcionales.
Propiedades de los scripts históricos de split
- Crea tablas con
CREATE TABLE IF NOT EXISTS. - Añade
verifactu_records.issued_invoice_idconALTER TABLE ... ADD COLUMN IF NOT EXISTS. - Conserva UUIDs legacy.
- No borra ni modifica datos legacy.
- Usa
NOT EXISTSpara evitar duplicados en reejecuciones. - No usa
INSERT IGNORE.
Cuándo no ejecutar
No ejecutar si:
- no existe una configuración de desarrollo clara
- hay duda sobre si la BD es producción
- no existe backup verificable
- el entorno no tiene aún las credenciales/localización confirmadas
Procedimiento preliminar de producción
No ejecutar todavía. Referencia operativa:
- Backup verificado.
- Ventana de mantenimiento.
- Bloquear escrituras del backend.
- Ejecutar create tables / columnas transicionales.
- Ejecutar backfill idempotente y conservador.
- Ejecutar validaciones SQL.
- Desplegar backend con wiring V2.
- Monitorizar errores y métricas.
- Mantener legacy congelado para rollback y auditoría.
- Ejecutar rollback según punto de corte si alguna validación falla.