Cierre 21-jul: B4 con sync histórico verificado y B6 aplicado; horas, bitácora y Excel de avance al día

planeacion/Sesion-Etapa1-2026-07-22.md

@@ -32,6 +32,7 @@ Al terminar deben quedar definidos:
 - ¿Pago parcial con saldo residual, nota de crédito, gasto/comisión o ajuste contable?
 - ¿Existe una tolerancia fija o cambia por cliente/banco?
 - ¿Quién autoriza considerar una factura como saldada con diferencia?
+- 🆕 **Hallazgo del sync histórico (21-jul):** las 1,374 facturas con método de pago registran **PUE — ninguna PPD** — aunque cobran a crédito 30–90 días. ¿Es política deliberada del despacho o práctica a corregir? Impacta la regla "PPD default" de la futura capa de escritura y el requerimiento del SAT que ya sufrieron.
 
 **Decisión a registrar:** fórmula de estado de cobranza y si el umbral es global o por cliente.
 
@@ -60,6 +61,13 @@ Si Balam confirma la automatización, solicitar posteriormente:
 - Identificadores del sitio/proyecto y mapeo de campos.
 - Autorización de escritura controlada en BIND.
 
+**Estimación a comunicar (en dos partes, no dar una sola cifra global):**
+
+1. *Definición del flujo + accesos:* esta misma semana, un par de horas.
+2. *Desarrollo:* **~10 horas, sujeto a validar la API de escritura de BIND** — sin sandbox, endpoints de escritura no documentados y producción directa (por eso lleva dry-run + confirmación humana). Frase preparada: "La definición del flujo y los accesos los resolvemos esta semana. El desarrollo lo estimo en unas 10 horas, sujeto a lo que encontremos en la API de escritura de BIND, que aún no está documentada y es producción directa — por eso va con dry-run y confirmación humana antes de escribir nada."
+
+⚠️ No comprometer el número de desarrollo como cerrado hasta tener las reglas del punto 1 (alta de cliente) — si el ticket puede traer un cliente que no existe en BIND, las dos piezas se tocan y el alcance cambia.
+
 **Decisión a registrar:** incluido, diferido o sujeto a estimación/cambio de alcance.
 
 ### 5. Cierre técnico — 10 min