● No, no hardcodé nada de AESTHETICANA. Hice 3 tipos de cambios distintos:
- Fix de DATA en la BD (solo para esta declaración)
UPDATE ingresos SET cheque_transferencia_deposito = NULL, tarjeta_debito_credito = 6556.08, updated_at = NOW() WHERE empresa_id = 111 AND ciclos_id = 14 AND ncf = ‘B0100000028’;
Esto corrige un error de captura del 607 original (la factura estaba en la columna equivocada). No es código — es un dato.
- Configuración de inputs manuales en la declaración 44
Los siguientes valores quedan guardados en declaraciones_itbis.inputs_manuales (JSON) — solo aplican a esta declaración:
{ “b02_source”: “manual”, “total_general_b02”: “430521.61”, “itbis_total_b02”: “0”, “exento_consumo_b02”: “430521.61”, “cheque_b02”: “275687.45”, “tarjeta_consumo_b02”: “86320.24”, “credito_b02”: “0”, “cantidad_override_anexo_a”: {“c2”: “10”}, “cobros_tarjeta_por_procesador”: [{“procesador_id”: 2, “monto”: “92876.32”}] }
Estos los puede ver y editar el contador desde la pestaña Saldos en la UI. No hay nada hardcodeado — son los inputs que el contador captura cuando no hay libro B02 real.
- Cambios de código (commits genéricos, aplican a todas las empresas)
Estos sí son cambios al calculador y van a producción vía PR — no son específicos de AESTHETICANA:
51cc4b4 feat(declaraciones): atajo monto único calcula efectivo B02 como residual dcabeec feat(declaraciones): captura B02 como monto único sin desglose por forma de pago
Lo que hacen es:
- Permitir que el modo manual use los inputs B02 sin requerir total_cobros_tarjeta.
- Calcular efectivo_b02 como residual del bruto consumo menos cheque, tarjeta, credito.
- Soportar el nuevo input tarjeta_consumo_b02 (bruto tarjeta consumo sin CF).
Cualquier empresa que se configure como AESTHETICANA (sin libro B02, con captura agregada) va a funcionar igual.
Resumen
┌───────────────────────────────────────────────────┬────────────────────────────┬─────────────────────────────┐ │ Tipo de cambio │ Específico de AESTHETICANA │ Persistente │ ├───────────────────────────────────────────────────┼────────────────────────────┼─────────────────────────────┤ │ UPDATE en ingresos (mover CF de cheque a tarjeta) │ sí, solo esa fila │ sí, queda en BD │ ├───────────────────────────────────────────────────┼────────────────────────────┼─────────────────────────────┤ │ Inputs manuales (inputs_manuales JSON) │ sí, solo decl 44 │ sí, queda en la declaración │ ├───────────────────────────────────────────────────┼────────────────────────────┼─────────────────────────────┤ │ Código del calculador │ no, aplica a todas │ sí, en main vía PR │ └───────────────────────────────────────────────────┴────────────────────────────┴─────────────────────────────┘
Nada hardcoded a empresa 111. Si mañana cambia la data del 607 o los inputs, el cálculo se actualiza solo. Solo el commit final del PR (con migración + lógica) impacta a todas las empresas que tengan consumos sin desglose.
¿Querés que lo revise contigo en pantalla para que veas dónde están los inputs en la UI?
✻ Churned for 29s