Las horas quedan validadas una por una contra evidencia fechada y el Excel
deja de tener cifras escritas a mano: se generan desde Seguimiento-horas.csv
y el script aborta si el detalle no cuadra con el total.
Correcciones de fondo:
- El Excel reportaba 17 h de Etapa 1 contra 16 h en el CSV (override manual).
- Comas sin escapar en el CSV ocultaban 1.00 h del 19-jul al parseo.
- El 10-jul estaba mal etiquetado: la mayor parte fue pulido del prototipo
(E0-05), no el entregable de cierre (E0-06). Mismo total, etiquetas reales.
- Se incorporan 3.50 h no cobradas con evidencia: diseño del plan de Etapa 1
(2.00 h) y preparación de las sesiones del 22 y 24-jul (1.50 h).
- Ajustes a la baja de Johann en horas reconstruidas: análisis del Discovery
1.92→1.00 h, documentación de cobranza 1.50→0.75 h, guion 0.75→0.45 h.
Las duraciones con transcript no se tocaron. Etapa 0 vuelve al rango 18–22 h.
Presentación del avance:
- Se reporta 75 % de Etapa 1 = 6 de 8 entregables cerrados, en lugar del 82 %
ponderado anterior, que no distinguía trabajo hecho de trabajo bloqueado.
- Capa de escritura al 40 % (diseño, ADR-001 y modelo listos; falta el
BindWriteClient y los shapes de los POST) y Jira al 90 % (conectividad
resuelta el 27-jul; falta qué estatus dispara qué, sujeto a la definición
de Balam). Modelo de facturas al 85 % con horas propias: ya no aparece
avanzado con cero horas.
- Las 7 h que acumulaba "Demostración semanal" se reparten a las filas
técnicas que les corresponden; esa fila se queda con gestión (1.75 h).
Nuevo: Avance-Balam-2026-07-27.xlsx, versión simple para Erika, derivada del
Excel interno para que ambos no puedan contradecirse.
Bitácora #58: Erika confirma que el Excel de horas es el insumo de
FACTURACIÓN, corrige su lectura de la capa de escritura al 100 %, y vuelve a
pedir la propuesta ajustada por Jira (pendiente desde el 22-jul). La sesión
del flujo de facturación no queda agendada: Balam la revisa internamente.
- REGISTRO #55: validación del prototipo Etapa 0 (24-jul) APROBADA; único bloqueo = definir el flujo de facturación en Jira (sesión propuesta por Araceli para el martes 28)
- REGISTRO #56: sesión de API de Jira con Pedro (27-jul) — token PAF a 1 año, bandeja FAC; + seguimiento por correo del mismo día con los límites de velocidad (65k puntos/h, burst/s, por-issue) y entrega del token por Google Drive
- REGISTRO #57: hilo de WhatsApp con Erika (21-27 jul) — coordinación, envío del flujo por correo y reagenda 23→24 jul; 3 imágenes inferidas
- Transcripciones y correo en fuentes/; guion de validación en planeacion/
- Avance-Etapa1-2026-07-27 (nota + mensaje para Erika) y Excel del corte del 27-jul (núcleo verificado; capa de escritura en pausa por definición de Balam)
- Seguimiento-horas: sesiones del 24-jul (validación) y 27-jul (API Jira)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Transcript renombrado con fecha, entrada #54 en el REGISTRO, minuta de la
sesión llenada, PENDIENTES al día (PUE/PPD y particularidades de envío no
se tocaron; nuevos compromisos: diagrama Jira y sesión API con Pedro) y
0.80 h confirmadas en el control de horas.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Excel de avance enviado por WhatsApp con acuse de recibo; cierra ese
pendiente y el de permisos de escritura al repo (comprobado con el
push del scaffold). Actualiza fuente #46, REGISTRO y PENDIENTES.
- Plan-Etapa1.md: plan detallado por fases/bloques (B0-B9) con horas,
decisiones de arquitectura y lo bloqueado hasta el 22-jul
- Avance-Etapa1-2026-07-16.md + Excel de avance ordenado por fechas
(con script generador y de ordenamiento)
- WhatsApp 16-jul: invitación al Git recibida, procedimientos de
clientes enviados por correo, Erika pide avance de Etapa 1
- Actualiza PENDIENTES y REGISTRO
- Login de demo (credenciales precargadas arturo@balam.mx) antes de entrar
a la app; el chip de usuario en el sidebar ahora cierra sesión.
- Estado de cuenta · ACUNTIA: F-2026-0034 ilustra el caso real de la
llamada del 7-jul (Arturo cruza pagos con Acuntia y los totales no
cuadran por el fee) — Total/Pagado/Saldo alineados para comparar de un
vistazo, más la alerta que traduce el residual ($180 MXN, dentro del
umbral de $200) a lenguaje llano.
Antes solo la fila de ACUNTIA abría un panel embebido en la página; las
otras tres mostraban un toast aclarando que era demo. Ahora las 4 abren
el mismo modal (backdrop oscuro, cierra con click fuera o Escape),
consistente con el pedido de revisar Cobranza para la reunión de mañana.
Mostraba COT-2026-0448 (mismo cliente, proyecto de Arq. Jorge Salinas) como
alternativa seleccionable, sin indicar que pertenece a otro ticket
(FAC-0868, ya facturado) — confuso, riesgo de elegir la cotización
equivocada. El paso 1 ahora solo confirma la cotización vinculada al
ticket; se quita pickQuote() por quedar sin uso.
Era equivalente a activar el filtro "Listos para facturar" en Solicitudes
(Jira) — mismos 3 tickets, sin aportar nada nuevo. El wizard de emisión
sigue accesible desde el detalle de una solicitud ("Iniciar facturación").
Antes el ítem del sidebar abría directo el wizard hardcodeado de FAC-0876,
igual que "Iniciar facturación" desde la solicitud — dos accesos al mismo
destino sin explicar el badge de "3". Ahora tiene su propia bandeja con los
3 tickets "listos para facturar" (mismo criterio que el filtro en
Solicitudes); solo FAC-0876 abre el wizard completo, los otros dos
muestran un toast que deja claro que es demo. Cancelar en el paso 1 regresa
a esta bandeja en vez de saltar a Solicitudes.
Ajustes visuales al wizard de emisión, sidebar con logo oficial, dashboard
y componentes de dinero/atención. Se agregan capturas de cada vista en
prototipo/capturas/ para revisión de diseño.
Plan A del saldo CONFIRMADO (Total − Payments − CreditNotes, misma fila);
flujo MVP sostenible 100% en lectura; PDF del CFDI por API. Hallazgo duro:
sin recurso de pagos individuales ni REP (escalar a Pedro). Cliente extendido
(Quotes, Currencies, Locations, pdf/xml, GET por ID estilo REST) y tipos
reales en types.real.ts. Detalle en bind-api-sandbox/VALIDACION-API.md;
reporte crudo y token gitignoreados.
- REGISTRO #22–28: kickoff (1-jul), manual de marca recibido, coordinación
y sesión de Discovery del proceso de facturación (6-jul), envío de la
propuesta v1.2 y seguimiento del token de BIND (solicitado por Erika).
- Cambios de reglas del 6-jul: lista blanca eliminada (recordatorios a
todos) y cotización BIND obligatoria como inicio del flujo.
- marca/: tokens oficiales destilados del manual de imagen corporativa.
- Plan de actividades actualizado con responsables reales post-kickoff.
- Fuentes: transcripts de kickoff y Discovery, WhatsApps de Erika, manual
de imagen corporativa (PDF).
Actualiza la propuesta comercial (fuente MD + HTML/PDF regenerado) para
dejar explícita la facturación inicial de 30 h ($18,000 + IVA) ligada al
arranque, conforme a lo pedido por Balam en el kickoff del 1-jul. Se
mantiene el mismo archivo (Propuesta-Balam.pdf/html) como única versión
vigente en el repo.
- Elimina _archivado/ completo (material superado; preservado en historial):
zip redundante con su carpeta extraída, propuesta vieja, borradores y diagramas previos.
- README: corrige enlace roto a Propuesta-Balam-v1.1.pdf (inexistente) y unifica
la descripción del único PDF + su fuente reproducible.
- README: quita la fila de _archivado/ ya sin objeto.
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
JohannVelazquez