Cruce del buzón contra la bitácora: 9 comunicaciones incorporadas, 2 correcciones y la sesión del 21-ago
Lectura del correo de Outlook vía MCP ms365 (94 mensajes del dominio Balam desde enero) cruzada contra REGISTRO.md. Entradas nuevas: - #0 prehistoria comercial de abril (hilo "Propuesta de servicios por hora"), inventario; cuerpos aún sin leer - #31a respuesta formal de las salvaguardas del token — SÍ se envió el 6-jul 4:46 pm - #40a reacción de Balam al prototipo: acuse de Erika y Noé fuera de oficina - #46a procedimientos de carga de facturas (5 portales; ATC Consolidados y Victec nunca aparecieron en el Discovery) - #57a diagrama del flujo de facturación de Jira - #59a seguimiento a la API de Jira por correo, no solo por WhatsApp - #65 sesión del 12-ago SIN MINUTA (hueco abierto a propósito) - #66 Excel de campos y catálogos de la cotización BIND enviado a Pedro - #67 WhatsApp 18-20 ago: Pedro reduce el catálogo a 17 categorías, Balam modifica el formulario de Jira y se agenda el viernes 21-ago con FAC-106 - #68 correo "Seguimiento - PAF" con la convocatoria Correcciones: - #3a el correo "en verde" de Araceli apareció íntegro: IBC Bank y tax estándar dejan de ser inferencia de la llamada del 19-may - #33 el pendiente de responder a Noé llevaba mes y medio abierto por error - #62 hora del reenvío del 7-ago: 11:34 am, no 5:34 pm (UTC leída como local) Evidencia recuperada a fuentes/, incluidos los dos adjuntos que la bitácora pedía conservar. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Johann
+23
-4
@@ -2,14 +2,33 @@
|
||||
|
||||
Acciones vivas del proyecto. Formato: `[ ]` abierta · `[x]` cerrada (no se borran, dejan rastro). Cada una con responsable y, si aplica, fecha. Ver contexto en [REGISTRO.md](REGISTRO.md).
|
||||
|
||||
_Última actualización: 2026-08-11, noche (sesión confirmada **mié 12-ago 7:00 am** [#63]; molde ruteado a Araceli, aún inexistente — plan B: captura en vivo. **La capa ticket→cotización BIND quedó CONSTRUIDA y probada** con dry-run + candados; el ejercicio ya no es simulación. Ver [REGISTRO #64](REGISTRO.md))._
|
||||
_Última actualización: **2026-08-20, noche.** Cruce completo del buzón contra la bitácora (MCP ms365): se incorporaron 9 comunicaciones faltantes y se corrigieron 2 errores de registro. **Hay sesión mañana viernes 21-ago, 7:00 am** con Noé, Ara y Pedro sobre el formulario modificado y `FAC-106`. Ver [REGISTRO #65](REGISTRO.md)–[#68](REGISTRO.md)._
|
||||
|
||||
## 🔥🔥 SESIÓN VIERNES 21-AGO, 7:00 AM — Noé, Araceli y Pedro
|
||||
|
||||
- [ ] 🔥 **Johann — inspeccionar `FAC-106` por API esta noche.** Pedro avisó que **la licencia bloquea la UI** y ofreció pantallazo; no hace falta: el **token PAF corre sobre la cuenta de Pedro**, que sí tiene licencia, y así se sondeó el sitio el 6-ago y el 11-ago. Lo que hay que sacar: **qué campos nuevos trae el formulario modificado**, si aparece algo que sirva de **conceptos/partidas**, y si `Monto sin IVA` sigue siendo `customfield_11556`. **Sin esto se llega a ciegas.** Ver [REGISTRO #67](REGISTRO.md).
|
||||
- [ ] 🔥 **Johann — preparar el caso de escritura sobre `FAC-106`** (comprometido con Pedro el 19-ago). La capa ya existe y corre contra cualquier ticket FAC ([#64](REGISTRO.md)); ajustar el mapeo a los campos nuevos que revele el sondeo.
|
||||
- [ ] 🔥 **Johann — en la sesión: encender `Bind:Mode=Write` solo para emitir y regresarlo a ReadOnly antes de cerrar.**
|
||||
- [ ] ⚠️🔥 **Johann — anunciar al abrir la sesión el destino de la cotización real** (cancelarla al terminar vs. cliente de prueba) y que la prefactura pertenece a una sesión posterior. **Pendiente arrastrado del 12-ago; sigue sin resolverse.**
|
||||
- [ ] 🔴 **Validar las 17 categorías con Noé y Ara.** Pedro redujo el catálogo de servicios de **67 → 17** pero lo condicionó: *"tengo que verlas con Noé y Ara antes"*. **Es el momento de cerrar el hueco de conceptos/partidas** que bloquea B7 desde el [#62](REGISTRO.md).
|
||||
- [ ] ☁️ **Azure — reabrir el tema.** Noé ofreció el 11-ago explorarlo *"con una cuenta que estamos creando para este uso"*; no consta qué pasó el 12-ago. Llevar los requisitos del 28-jul: grupo de recursos + **Contributor** (app + BD + Key Vault), sin Global Admin.
|
||||
- [ ] 👤 **Confirmar en la sesión quién es el responsable del proyecto.** Desde el 18-ago todo se coordina con **Pedro**; Erika no aparece desde el 29-jul. Johann recuerda una junta donde se anunció el relevo — sin registrar. Ver [REGISTRO #65](REGISTRO.md).
|
||||
|
||||
## 🚨 Huecos de registro abiertos (detectados en el cruce del 20-ago)
|
||||
|
||||
- [ ] 🚨 **Capturar la minuta de la sesión del 12-ago** ([REGISTRO #65](REGISTRO.md)). No hay notas ni transcripción. Cuatro preguntas por responder: ¿se emitió cotización real en BIND (folio, se canceló)?, ¿qué pasó con Azure?, ¿fue ahí donde se nombró a Pedro responsable?, ¿se capturó el molde de Araceli?
|
||||
- [ ] 📌 **Versionar `Cotizacion-BIND-campos-y-catalogos.xlsx`** — está en la raíz del repo sin trackear y ya es el insumo que Balam usó para rehacer el formulario de Jira ([#66](REGISTRO.md)).
|
||||
- [ ] 📄 **Leer los procedimientos de carga de facturas** ya descargados en `../fuentes/` ([#46a](REGISTRO.md)): 5 portales — Cemex, Acuntia, **ATC Consolidados**, DYLO y **Victec**. ⚠️ **Dos clientes que el Discovery nunca mencionó** y Axie no aparece: el universo de destinos de envío **no está cerrado**.
|
||||
- [ ] 🗺️ **Contrastar el diagrama del flujo de facturación de Jira** (`../fuentes/2026-07-22 - Correo - Flujo facturacion JIRA BALAM.png`, [#57a](REGISTRO.md)) contra el disparador acordado y lo observado por API.
|
||||
- [ ] 🔎 **Identificar qué se firmó en Buk el 30-abr y el 5-may** — dos documentos anteriores al contrato de junio que la bitácora nunca registró ([REGISTRO #0](REGISTRO.md)).
|
||||
- [ ] 📖 **Leer el hilo comercial de abril** ("Propuesta de servicios por hora - Balam", 23–28 abr) y completar [REGISTRO #0](REGISTRO.md): es donde se fijó la tarifa por hora.
|
||||
|
||||
## 🔥 Flujo Jira→BIND — abierto tras la definición del 7-ago
|
||||
|
||||
- [x] ~~🔥 **Johann — responder el correo del hilo de Jira**~~ → **Enviado el 10-ago.** Pide ticket de ejemplo, propone mié 12 / jue 13 a las 7:00 am, fija el alcance en la cotización y recuerda Azure. Texto en [REGISTRO #62](REGISTRO.md).
|
||||
- [ ] 🔥 **Araceli — levantar el TICKET DE EJEMPLO capturado "como debería ser"** — Noé lo ruteó a **Araceli** en su respuesta del 11-ago (la apuesta era Arturo; lo captura quien aprueba). ⚠️ **La noche del 11 el molde aún no existe** (verificado por API: el sitio sigue en 69 tickets). **Plan B si no está a las 7:00: que Araceli lo capture EN VIVO al abrir la sesión** (captura → detección → wizard con sus datos); **plan C: `FAC-100`** (único con `Monto sin IVA` poblado — de paso abre ACUNTIA). Sigue siendo el mecanismo para resolver por evidencia los huecos de abajo.
|
||||
- [x] ~~🔥 **Araceli — levantar el TICKET DE EJEMPLO capturado "como debería ser"** (ruteado por Noé el 11-ago; la noche del 11 no existía)~~ → **Lo resolvió PEDRO el 20-ago con `FAC-106`**, tras rehacer el formulario de Jira contra el Excel de campos de BIND ([#66](REGISTRO.md), [#67](REGISTRO.md)). ⚠️ **No consta que Araceli haya capturado el molde** que Noé le pidió: el camino fue otro — Balam modificó el formulario y Pedro levantó el ticket. Los planes B y C (captura en vivo / `FAC-100`) quedan sin usar.
|
||||
- [x] ~~🔥 **Balam/Noé — confirmar la sesión** (mié 12 o jue 13, 7:00 am)~~ → **CONFIRMADA por Noé (11-ago, 10:41 am): miércoles 12-ago, 7:00 am.** Además, **Azure se explora en la misma sesión** con una cuenta nueva creada para este uso. Ver [REGISTRO #63](REGISTRO.md).
|
||||
- [ ] 🔴 **Conceptos/partidas — se resuelve con el ticket de ejemplo.** El acuerdo del 4-ago resolvió el monto (`customfield_11556`) pero **no existe campo de conceptos en todo el sitio de Jira**. Si en el molde el desglose no cabe en ningún campo, hay que agregar uno; si no, la cotización va de una sola línea. **Sigue siendo el único bloqueo real para cerrar B7.**
|
||||
- [ ] 🔴 **Conceptos/partidas — se resuelve MAÑANA, con `FAC-106` y las 17 categorías.** El acuerdo del 4-ago resolvió el monto (`customfield_11556`) pero **no existe campo de conceptos en todo el sitio de Jira**. Si en el molde el desglose no cabe en ningún campo, hay que agregar uno; si no, la cotización va de una sola línea. **Sigue siendo el único bloqueo real para cerrar B7.**
|
||||
- [ ] 🔴 **ACUNTIA — se resuelve con el segundo ticket de ejemplo.** `FAC-100` trae **un solo** `Monto sin IVA` (7,594.00 USD) para el ticket que históricamente representa 40–48 facturas. ¿Un ticket → una cotización? Ver [REGISTRO #55](REGISTRO.md) punto 6.
|
||||
- [ ] ⚠️ **Tickets de `Automation for Jira` — convertido en SUPUESTO, ya no bloquea.** 10 de 69 no tienen request type ni un solo campo (incluido `FAC-91`, vivo en validación nacional). En el correo del 10-ago se asienta que **siguen tramitándose a mano** y que la automatización cubre solo los que entran por el portal. Si Balam objeta, la regla de Automation tendría que propagar los campos (trabajo de ellos). El molde capturado a mano no puede resolver esto.
|
||||
- [ ] ⚠️🔥 **Johann — decidir el destino de la cotización de la prueba en BIND.** El ejercicio escribe una **cotización real en BIND producción**. Dos salidas: cancelarla al terminar o apuntarla a un cliente de prueba. **Decidir esta noche y anunciarlo al abrir la sesión del 12, antes de ejecutar.**
|
||||
@@ -58,7 +77,7 @@ _Última actualización: 2026-08-11, noche (sesión confirmada **mié 12-ago 7:0
|
||||
- [ ] 🔑 **Dar seguimiento a si Pedro crea el usuario de solo lectura de BIND** que pidió Noé (mientras tanto Erika opera con el usuario de Arturo, sin bloqueo) — sigue sin resolverse una semana después (7-jul). Ver [REGISTRO #37](REGISTRO.md).
|
||||
- [x] ~~🔧 **Decidir si probar endpoints de escritura (POST/PUT) de BIND**~~ → **Decidido (7-jul): NO todavía.** Contradice la instrucción de Noé de mantener solo-lectura mientras Pedro confirma el alcance del token; sin sandbox, el riesgo fiscal es real. Alternativa segura: catalogar operaciones de escritura desde el **portal de desarrolladores de BIND** (documentación), no probarlas en vivo. Ver [REGISTRO #36](REGISTRO.md).
|
||||
- [x] ~~📧 **Responder el correo de Pedro**~~ → **Enviado (6-jul, ~3:28 pm):** acuse de recibo + usuario de Arturo documentado + arranque de trabajo con la API, sin comprometer entregas adicionales. Ver [REGISTRO #29](REGISTRO.md).
|
||||
- [ ] 📧⚠️ **Responder el correo de Noé (importancia alta, 4:33 pm)** describiendo las **salvaguardas** ya operando: solo-lectura bloqueado en código, consultas acotadas, token en gestor de secretos fuera del repo, sin datos reales en documentos, escritura solo con autorización + candados de la propuesta. Borrador listo. **Confirmación informal ya dada por WhatsApp (6-jul, 5:01 pm) — falta la respuesta formal por correo para dejar constancia en el canal correcto.** Ver [REGISTRO #31](REGISTRO.md), [#33](REGISTRO.md).
|
||||
- [x] ~~📧⚠️ **Responder el correo de Noé (importancia alta, 4:33 pm)** describiendo las salvaguardas ya operando~~ → **ESTABA HECHO DESDE EL 6-JUL, 4:46 PM** (13 minutos después del correo de Noé), a Noé y Pedro con Erika en copia. Cubre las cinco salvaguardas: solo-lectura bloqueado en código, consumo acotado, token en gestor de secretos fuera del repo, sin datos reales en la documentación, y escritura diferida. *(Corrección del 20-ago: este pendiente llevaba mes y medio abierto por error — el correo apareció al cruzar el buzón.)* Ver [REGISTRO #31a](REGISTRO.md).
|
||||
- [ ] ⚠️ **No atar nada al token actual:** Pedro está revisando permisos y puede **reemplazarlo** por uno de un usuario nuevo de solo lectura — mantener el token como variable de entorno intercambiable (ya es así en el sandbox). Ver [REGISTRO #31](REGISTRO.md).
|
||||
- [x] ~~🔑 **Validar la API de BIND con el token real**~~ → ✅ **Hecha (6-jul, adelantada un día):** 117 peticiones GET-only, Plan A del saldo CONFIRMADO, flujo MVP 100% sostenible en lectura, PDF por API. Hallazgo duro: **sin recurso de pagos/REP**. Documento: [`../bind-api-sandbox/VALIDACION-API.md`](../bind-api-sandbox/VALIDACION-API.md). Ver [REGISTRO #32](REGISTRO.md).
|
||||
- [ ] 📨 **Escalar a Pedro las preguntas técnicas de la API** (juntas, esta semana): (1) ¿existe endpoint de **pagos individuales / complementos de pago (REP)** no documentado? — es el hueco más relevante para el flujo PPD, _y ganó caso de negocio el 7-jul: el despacho registra los pagos en BIND uno por uno a mano_; (2) **tabla de mapeo `CFDIUse`** interno → clave SAT; (3) shape del endpoint `/{id}/xml`; (4) ¿webhooks/eventos o solo polling?; (5) ⚠️ **qué token alimenta el Power BI** — el 7-jul Arturo mostró su Power BI conectado con **su** token, pero el kickoff acordó Ara=Power BI / Arturo=desarrollo; BIND emite 1 token por usuario, así que si ambos usos comparten el de Arturo, reemplazarlo por el usuario solo-lectura que planteó Noé rompería uno de los dos. Ver [REGISTRO #32](REGISTRO.md) §10, [#35](REGISTRO.md).
|
||||
|
||||
+189
-7
@@ -9,13 +9,30 @@
|
||||
- **Araceli Sanchez Jimenez** ("Ara") — Balam — `araceli.sanchez@balamtalentoestrategico.com`
|
||||
- **Erika Chavez** — Project Manager, Balam — `erika.chavez@balamtalentoestrategico.com` · WhatsApp +52 1 81 2353 5803
|
||||
- **Pedro Alberto Ayala Elizondo** — Desarrollador / contacto técnico, Balam — `pedro.ayala@balamtalentoestrategico.com`
|
||||
- **Paola** — Recursos Humanos, Balam — coordinó la firma del contrato (WhatsApp)
|
||||
- **Arturo Rosas Hernandez** — Gerencia administrativa / operación, Balam — `arturo.rosas@balamtalentoestrategico.com`
|
||||
- **Paola de los Angeles Castro Martínez** — Recursos Humanos, Balam — `hr@balamtalentoestrategico.com` · coordinó la firma del contrato (WhatsApp)
|
||||
|
||||
**Periodo:** 30 abr 2026 → 22 jul 2026 (última actualización: sesión de reglas Etapa 1 — alta de clientes, fee y flujo Jira, 22-jul)
|
||||
**Periodo:** 8 abr 2026 → 20 ago 2026 (última actualización: **20-ago** — cruce completo del buzón de Outlook contra este registro vía MCP ms365; se incorporan 9 comunicaciones que faltaban, se corrigen 2 errores y se confirma la **sesión del viernes 21-ago, 7:00 am** con Noé, Ara y Pedro sobre `FAC-106`)
|
||||
**Orden:** cronológico (más antiguo arriba)
|
||||
|
||||
---
|
||||
|
||||
## 0 · Abr 8–28, 2026 · Correo · Prehistoria comercial — cómo se fijó la tarifa por hora
|
||||
|
||||
> ⚠️ **Entrada de inventario (añadida el 20-ago-2026).** El registro arrancaba el 30-abr con la solicitud de cotización; el buzón muestra que **la relación comercial se abrió cinco semanas antes**. Los cuerpos de estos correos **aún no se han leído** — se listan aquí para que dejen de estar fuera del registro. Es el hilo donde se pactó la tarifa por hora que sostiene todo lo demás.
|
||||
|
||||
| Fecha | Movimiento |
|
||||
|---|---|
|
||||
| 8-abr | Paola (RH) → Johann · "Johann Velazquez - Proyecto Balam" |
|
||||
| 23-abr 10:18 am | **Noé abre el hilo "Propuesta de servicios por hora - Balam"** 📎 — *"En seguimiento a la llamada de días previos para colaborar con nosotros como proveedor de servicios y sobre tu interés en participar en procesos de consultoría en desarrollo, automatización e IA (agentes, automatización, SLM's)…"* |
|
||||
| 23-abr | Araceli · "Sesión Balam" + dos respuestas al hilo 📎 · Johann responde dos veces |
|
||||
| 24-abr | Paola 📎 · Johann responde 📎 |
|
||||
| 27–28-abr | Paola cierra el hilo |
|
||||
|
||||
**Además, dos firmas en Buk sin explicar:** "Tu documento está listo" + código de firma el **30-abr** y otra vez el **5-may** — anteriores al contrato de servicios de junio ([#18](REGISTRO.md), [#19](REGISTRO.md)). Son dos documentos firmados que este registro nunca mencionó. **Acción:** identificar qué se firmó (¿NDA, convenio marco?) y si condiciona algo del contrato posterior.
|
||||
|
||||
---
|
||||
|
||||
## 1 · Apr 30, 2026 — 4:38 PM · Erika Chavez → Johann
|
||||
|
||||
> **Asunto:** Solicitud de cotización – PRD
|
||||
@@ -100,12 +117,20 @@ Con estas respuestas puedo tener la propuesta lista en 24–48 horas. Si prefier
|
||||
|
||||
## 3a · May 6, 2026 — Araceli Sánchez → Johann · respuestas "en verde"
|
||||
|
||||
> **Asunto:** Re: Solicitud de cotización – PRD
|
||||
> *(Fuente: lista del hilo de Outlook. Su contenido íntegro no consta en el `.eml` disponible — ver aviso.)*
|
||||
> **Asunto:** RE: Solicitud de cotización – PRD · 3:42 PM · Para Noé, CC Johann
|
||||
> ✅ **Evidencia recuperada el 20-ago-2026** del buzón (MCP ms365): `../fuentes/2026-05-06 - Correo - Araceli respuestas al cuestionario (hilo PRD).md`
|
||||
|
||||
*"Te respondo en verde. Gracias, Saludos."* Araceli responde los puntos que Noe dejó marcados **TBD Ara** el 4-may: **(1)** banco americano, **(2)** tax compliance para clientes en Texas, **(3)** tickets físicos en pagos con tarjeta, **(4)** guía de marca / assets.
|
||||
|
||||
> ⚠️ **Evidencia pendiente:** el texto exacto de las respuestas "en verde" **no está en el `.eml` disponible** (capturado el 3-jun, donde esos 4 puntos aún figuran resaltados en amarillo como "TBD Ara", sin responder). **Acción:** recuperar el correo verde original para transcribir las respuestas aquí. El Resumen ejecutivo infiere banco = **IBC Bank Texas** y tax = **estándar** a partir de la llamada del 19-may; falta confirmar la atribución a este correo.
|
||||
✅ **RESUELTO (20-ago-2026).** El correo apareció íntegro en el buzón y las respuestas quedaron transcritas en `../fuentes/2026-05-06 - Correo - Araceli respuestas al cuestionario (hilo PRD).md`. Lo que confirma:
|
||||
|
||||
- ⭐ **Banco americano = "IBC BANK, es un banco Texano e ingresamos vía web."** — deja de ser inferencia de la llamada del 19-may: **está por escrito desde el 6-may**.
|
||||
- ⭐ **Tax = "Por el momento TAX estándard"** — ídem.
|
||||
- **PAC:** *"Integrado hasta donde se en el mismo sistema de Bind, confirmo está contenido dentro del precio del ERP."*
|
||||
- **Pagos con tarjeta:** no tienen terminal; lo que buscan es **mandar un link de pago** y/o **domiciliación** ("pólizas, etc"). Matiza el punto 3 de arriba: no era un problema de registro manual.
|
||||
- **Manual de marca:** sí existe y lo pueden compartir (se entregó el 1-jul, [#23](REGISTRO.md)).
|
||||
|
||||
> ⚠️ **Único residuo:** el cuerpo se recuperó como **texto plano**, así que el resaltado verde no es recuperable y no puede distinguirse tipográficamente qué contestó Araceli y qué Noé. El contenido, que era lo que faltaba, sí está completo.
|
||||
|
||||
---
|
||||
|
||||
@@ -620,6 +645,26 @@ Noé responde al hilo de la entrega del token con dos instrucciones:
|
||||
|
||||
---
|
||||
|
||||
## 31a · Jul 6, 2026 — 4:46 PM · Correo · Johann → Noé, Pedro (CC Erika) · respuesta formal con las salvaguardas ✅
|
||||
|
||||
> Evidencia: `../fuentes/2026-07-06 - Correo - Johann respuesta salvaguardas token.md`. **Recuperado del buzón el 20-ago-2026.**
|
||||
|
||||
> 🔧 **Corrección de registro.** Este correo faltaba. [#33](REGISTRO.md) y [PENDIENTES.md](PENDIENTES.md) daban la respuesta formal a Noé por **no enviada** ("borrador listo… falta la respuesta formal por correo"), y así llevaba **mes y medio**. Se envió el mismo 6-jul, **13 minutos después** del correo de Noé de las 4:33 pm ([#31](REGISTRO.md)).
|
||||
|
||||
Johann contesta punto por punto las salvaguardas que ya estaban operando:
|
||||
|
||||
- **Solo lectura, bloqueado en código:** *"el cliente que uso bloquea desde el código cualquier operación de escritura, así que no hay forma de modificar datos"*.
|
||||
- **Consumo acotado:** pocas consultas, resultados pequeños, *"muy por debajo del límite diario de BIND"*.
|
||||
- **Token fuera del repo:** *"no queda en el repositorio ni en registros, lo guardo en un gestor de secretos"*.
|
||||
- **Sin datos reales en documentación:** solo estructura de la API (nombres de campos y tipos), *"sin información real de clientes o facturas"*.
|
||||
- **Escritura diferida** y disposición inmediata a cambiar de token: *"si Pedro lo crea, de mi lado cambiar el token es inmediato y no afecta el avance"*.
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - El pendiente 📧⚠️ más viejo del proyecto **nunca existió**: estaba cumplido desde el día uno. Lo que sí sigue abierto es la contraparte de Balam — que Pedro decida si crea el usuario de solo lectura ([#37](REGISTRO.md)).
|
||||
> - Confirma el patrón de canal: la instrucción de riesgo de Noé se respondió por correo (evidencia formal) **y** por WhatsApp vía Erika ([#33](REGISTRO.md)).
|
||||
|
||||
---
|
||||
|
||||
## 32 · Jul 6, 2026 — tarde · Validación técnica de la API de BIND con la cuenta real ⭐ ✅
|
||||
|
||||
> Actividad del plan "Validación técnica de la API de BIND" (mar 7 – mié 8) — **ejecutada un día antes**, el mismo día en que llegó el token. Evidencia completa: [`../bind-api-sandbox/VALIDACION-API.md`](../bind-api-sandbox/VALIDACION-API.md) (117 peticiones, exclusivamente GET, solo estructura — cero datos reales persistidos).
|
||||
@@ -649,7 +694,7 @@ Noé responde al hilo de la entrega del token con dos instrucciones:
|
||||
|
||||
**Resumen:** Erika transmite por WhatsApp, en versión breve, la instrucción de Noé sobre salvaguardas del token ([#31](#31--jul-6-2026--433-pm--correo--noé--johann-pedro-cc-erika--salvaguardas-sobre-el-token-)): *"referente a lo del token que se te compartió, para evitar complicaciones operativas."* Johann confirma: *"por el momento estaré haciendo operaciones solo de lectura."* Erika agradece el entendimiento.
|
||||
|
||||
**Acción derivada:** confirmación informal, no sustituye la respuesta formal por correo a Noé (borrador listo, ver [PENDIENTES.md](PENDIENTES.md)) — conviene enviarla igual para dejar constancia en el canal formal, tal como pidió Noé.
|
||||
**Acción derivada:** confirmación informal, no sustituye la respuesta formal por correo a Noé. ✅ **La respuesta formal SÍ se envió**, el mismo 6-jul a las **4:46 pm** — ver [#31a](REGISTRO.md). *(Corrección del 20-ago: este registro y PENDIENTES la daban por pendiente con "borrador listo" desde hace mes y medio.)*
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - Erika actúa como puente entre la instrucción formal de Noé (correo, 4:33 pm) y Johann — coherente con su rol de intermediaria única.
|
||||
@@ -769,6 +814,18 @@ Balam responde que lo revisará internamente y compartirá comentarios. La retro
|
||||
|
||||
---
|
||||
|
||||
## 40a · Jul 10, 2026 · Correo · Reacción de Balam al prototipo: acuse de Erika y Noé fuera de oficina
|
||||
|
||||
> Añadido el 20-ago-2026 desde el buzón. Complementa [#40](REGISTRO.md), que registraba el envío pero no la respuesta.
|
||||
|
||||
- **2:13 pm — Erika → Johann, Noé (CC Pedro):** *"Buenas tardes Johan. Confirmo de recibido. Saludos!"* — acuse seco, sin comentarios de fondo.
|
||||
- **12:14 pm — Noé: respuesta automática de ausencia.**
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - **Explica el silencio sobre el entregable.** El prototipo se envió a Erika y Noé; Noé estaba fuera de oficina ese día, y la validación real no ocurrió hasta el **24-jul** ([#55](REGISTRO.md)) — dos semanas después. El entregable de la Etapa 0 estuvo dos semanas sin lectura del CTO, y el registro no lo hacía visible.
|
||||
|
||||
---
|
||||
|
||||
## 41 · Jul 13, 2026 · WhatsApp Erika ↔ Johann · continuidad de Etapa 1, sesión con Arturo y factura de 30 h
|
||||
|
||||
> Evidencia: `../fuentes/2026-07-13 a 2026-07-15 - WhatsApp - Seguimiento prototipo sesiones accesos.md`.
|
||||
@@ -846,6 +903,29 @@ Erika solicita un corte del avance de la Etapa 1. Johann se compromete a prepara
|
||||
|
||||
---
|
||||
|
||||
## 46a · Jul 16, 2026 — 1:01 PM · Correo · Erika → Johann · procedimientos de carga de facturas (5 portales) 📎
|
||||
|
||||
> **Adjunto recuperado y guardado el 20-ago-2026:** `../fuentes/2026-07-16 - Correo - Procedimientos de cargas de facturas-clientes.zip` (1.7 MB). Cierra el pendiente *"conservar correo/adjuntos como evidencia"* de [#46](REGISTRO.md).
|
||||
|
||||
**Asunto:** Procedimiento de cargas de facturas-Proyecto integración Balam
|
||||
|
||||
El ZIP trae **16 archivos en 5 carpetas**, un procedimiento por portal de cliente, cada uno en `.docx` + `.pptx` (guía con capturas):
|
||||
|
||||
| # | Cliente | Archivos |
|
||||
|---|---|---|
|
||||
| 1 | **Cemex** | docx + pptx (912 KB — el más extenso) |
|
||||
| 2 | **Acuntia** | docx + pptx |
|
||||
| 3 | **ATC Consolidados** | docx + pptx |
|
||||
| 4 | **DYLO** | docx + pptx |
|
||||
| 5 | **Victec** | docx + pptx |
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - ⭐ **Dos clientes que el Discovery nunca mencionó: `ATC Consolidados` y `Victec`.** Las particularidades de envío levantadas el 6-jul ([#27](REGISTRO.md)) hablaban de Axie, CEMEX, Dilo y Acuntia. Aquí Axie no aparece, "Dilo" se escribe **DYLO**, y salen dos portales nuevos. **El universo de destinos no está cerrado.**
|
||||
> - **No son "correos con particularidades", son portales de carga.** El Discovery los trató como variantes del envío por correo; el material muestra procedimientos de **subida a portal del cliente**, que es otro tipo de trabajo — y otro alcance si algún día se automatiza.
|
||||
> - **Sigue pendiente leerlos** y contrastarlos contra el prototipo y el MVP.
|
||||
|
||||
---
|
||||
|
||||
## 47 · Jul 19, 2026 · Gestión interna · demo del 18-jul no realizada; entorno local montado en la Mac
|
||||
|
||||
La **demo semanal planeada para el viernes 18-jul no ocurrió** (confirmado por Johann el 19-jul). Causa señalada: la validación del prototipo de la Etapa 0 sigue pendiente (quedó para el jue 23-jul) y eso ha retrasado el avance de la etapa. Los días 17–18 jul no registran trabajo en `../planeacion/Seguimiento-horas.csv`. La próxima demo queda apuntada al **viernes 24-jul** (cierre de Etapa 1), donde también conviene comunicar que la capa de escritura se entrega en dry-run (ver nota en `../planeacion/Agenda-semana-2026-07-20.md`).
|
||||
@@ -1067,6 +1147,16 @@ Cierre de la sesión (~0.5 h real). **B6 conforme al plan:** `ITenantOwned` en l
|
||||
|
||||
---
|
||||
|
||||
## 57a · Jul 22, 2026 — 2:24 PM · Correo · Erika → Johann · flujo de facturación de Jira (diagrama) 📎
|
||||
|
||||
> **Adjunto recuperado y guardado el 20-ago-2026:** `../fuentes/2026-07-22 - Correo - Flujo facturacion JIRA BALAM.png`. Cierra el pendiente *"conservar el correo del flujo de facturación de Jira como evidencia/insumo"* de [#57](REGISTRO.md).
|
||||
|
||||
**Asunto:** Flujo de facturación JIRA — es el envío que Erika anunció por WhatsApp ese mismo día ([#57](REGISTRO.md), 2:26 pm: *"ya envié por correo el flujo de facturación de Jira"*).
|
||||
|
||||
Diagrama del flujo tal como Balam lo tenía documentado **antes** de las definiciones del 30-jul–7-ago ([#62](REGISTRO.md)). **Acción:** contrastarlo contra el disparador acordado (`En proceso de facturación`) y contra lo observado por API, para detectar dónde el diagrama oficial y la instancia real difieren.
|
||||
|
||||
---
|
||||
|
||||
## 58 · Jul 27–28, 2026 · WhatsApp Erika ↔ Johann · avance de Etapa 1 entregado, Excel de horas para FACTURACIÓN y Jira aún sin licencia ⭐
|
||||
|
||||
> Continuación de [#57](REGISTRO.md). Registrado a partir de capturas de pantalla del hilo (4 imágenes). Cubre el envío del avance del 27-jul y los pedidos de Erika del 27 (tarde) y 28 (mañana).
|
||||
@@ -1122,6 +1212,18 @@ Johann envió el **avance por actividad en texto** (8:12 am), con 👍 de Erika
|
||||
> - **Azure ya no depende de Pedro:** Erika lo escaló a Noé porque duda que Pedro pueda otorgar el permiso Contributor. Los requisitos exactos ya están comunicados y por escrito (grupo de recursos + Contributor + Key Vault, sin Global Admin).
|
||||
> - **Erika opera como PM activa:** status check directo ("¿estás detenido?"), pide formalizar por correo lo que llega por WhatsApp, y da seguimiento al bloqueo del token Jira con Pedro. El patrón WhatsApp→correo confirma que **el correo es el canal de evidencia** para todo lo comercial.
|
||||
|
||||
## 59a · Jul 29, 2026 · Correo · Erika ↔ Johann · seguimiento a la API de Jira en el hilo de Pedro
|
||||
|
||||
> Añadido el 20-ago-2026 desde el buzón. [#59](REGISTRO.md) registró este intercambio **como WhatsApp**; los correos existen y son el canal donde realmente se documentó.
|
||||
|
||||
- **1:25 pm — Erika → Johann** (hilo *"Seguimiento: medición de consumo API de Jira y accesos"*): pide retroalimentación sobre el acceso a la API de Jira.
|
||||
- **4:58 pm — Johann → Erika:** responde en el hilo. Es el *"Listo, también ya lo respondí"* que Erika acusa por WhatsApp a las 4:59 pm ([#59](REGISTRO.md)).
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - Refuerza el patrón ya asentado: **WhatsApp coordina, el correo documenta.** Al registrar solo el lado de WhatsApp, el registro perdía el rastro del canal formal — justo el que Balam pide usar.
|
||||
|
||||
---
|
||||
|
||||
## 60 · Jul 29–30, 2026 · Correo · Johann → Noé (CC Ara, Erika, Pedro) · propuesta v1.3 (Jira→BIND) enviada y APROBADA por el CTO ⭐
|
||||
|
||||
> Cadena de correo sobre el mismo hilo donde se envió la v1.2 (2-jul). Registrado a partir de captura de Outlook.
|
||||
@@ -1188,7 +1290,7 @@ Johann envió el **avance por actividad en texto** (8:12 am), con 👍 de Erika
|
||||
| 3-ago 4:58 pm | Noé **escala internamente** a Araceli y Arturo (CC Pedro), reconociendo el cambio de propósito: *"el flujo de JIRA tenía un propósito claro, validar la actividad y la evidencia, ahora cambiar a ejecutar y automatizar actividades con el desarrollo"*. Entra **Araceli Sánchez** al hilo. |
|
||||
| 3-ago 4:59 pm | Noé a Johann: *"Estamos definiendo para darte respuesta mañana mismo"*. |
|
||||
| 4-ago 12:15 pm | **Arturo responde en verde** sobre los tres puntos + adjunta captura del formulario y del filtro de request types. |
|
||||
| 7-ago 5:34 pm | Noé reenvía a Johann y **contesta la cuarta**: prueba acompañada. |
|
||||
| 7-ago 11:34 am | Noé reenvía a Johann y **contesta la cuarta**: prueba acompañada. *(Corregido el 20-ago: el registro decía 5:34 pm — se leyó como local la hora UTC 17:34.)* |
|
||||
|
||||
**Las 4 definiciones, cerradas:**
|
||||
|
||||
@@ -1309,6 +1411,86 @@ Johann envió el **avance por actividad en texto** (8:12 am), con 👍 de Erika
|
||||
|
||||
---
|
||||
|
||||
## 65 · Ago 12, 2026 — 7:00 AM · Llamada · Sesión de la prueba acompañada Jira→BIND — ⚠️ SIN MINUTA
|
||||
|
||||
> 🚨 **Hueco de registro detectado el 20-ago.** La sesión estaba **confirmada por Noé** para el miércoles 12-ago a las 7:00 am ([#63](REGISTRO.md)), con Araceli y Pedro, y con **Azure** como segunda agenda. **No existe minuta, notas ni transcripción.** Esta entrada queda abierta a propósito: es la única forma de que el hueco no desaparezca.
|
||||
|
||||
**Indicios de que la sesión ocurrió** (ninguno es minuta):
|
||||
|
||||
- Commit del **12-ago**: *"Guion del #64 afinado a la coreografía de pantalla compartida (Actualizar sin caché, Cotizar por fila, vista previa automática)"* — preparación de esa mañana.
|
||||
- A las **8:09 am**, una hora después del horario de la sesión, Johann envía a Pedro el Excel de campos y catálogos de la cotización BIND ([#66](REGISTRO.md)) — un entregable que encaja como derivado directo de lo que se acordó ahí.
|
||||
- El 18-ago Pedro retoma por WhatsApp *"lo del formulario con los nuevos campos"* como tema ya conocido entre ambos ([#67](REGISTRO.md)).
|
||||
|
||||
**Preguntas que esta entrada debe responder cuando se capture:**
|
||||
|
||||
1. ⭐ **¿Se ejecutó la escritura real en BIND?** El [#64](REGISTRO.md) llegó con la capa `ticket→cotización` construida y gateada a `Bind:Mode=Write`. Si se emitió una cotización real, **hay que registrar su folio y si se canceló** — era el pendiente 🔥 de anunciar el destino de la cotización antes de ejecutar.
|
||||
2. ☁️ **¿Qué pasó con Azure?** Noé ofreció explorar los permisos *"con una cuenta que estamos creando para este uso"*. Es el bloqueo del despliegue desde el 28-jul.
|
||||
3. 👤 **¿Es ésta la junta en la que se dijo que Pedro sería el nuevo responsable del proyecto?** Johann la recuerda pero no ubica el registro. Encaja con el vuelco de interlocución que se ve después ([#67](REGISTRO.md)): a partir del 18-ago **todo se coordina con Pedro**, no con Erika ni con Noé.
|
||||
4. ¿Se capturó el molde? Araceli tenía el encargo desde el 11-ago y la noche previa no existía.
|
||||
|
||||
---
|
||||
|
||||
## 66 · Ago 12, 2026 · Correo · Johann → Pedro (CC Ara, Noé) · campos y catálogos de la cotización BIND ⭐
|
||||
|
||||
> Evidencia: `../fuentes/2026-08-12 - Correo - Campos cotizacion BIND.md`. **Adjunto:** `../Cotizacion-BIND-campos-y-catalogos.xlsx`.
|
||||
|
||||
**8:09 am — Johann entrega la estructura completa de la cotización en BIND**, en dos partes:
|
||||
|
||||
- **Campos del formulario:** cada campo de la cotización, cuáles son **obligatorios**, y **el origen de las opciones** de cada combo.
|
||||
- **Catálogos con datos reales de BIND hoy:** **67 servicios, 3 productos, 17 clientes**, monedas, sucursales y listas de precios.
|
||||
|
||||
**10:30 am — Pedro acusa:** *"Confirmo de recibido. Estaré trabajando en conjunto con el equipo para regresar con comentarios."*
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - ⭐ **Es la jugada que destraba el hueco de conceptos/partidas.** Desde el [#62](REGISTRO.md) el único bloqueo real de B7 era que **Jira no tiene campo de conceptos**. En vez de pedirlo en prosa, Johann invierte la dirección: manda **qué necesita BIND para recibir** y deja que Balam ajuste el formulario de origen. Es la misma táctica del "molde" del 10-ago, pero al revés.
|
||||
> - **Funcionó.** El 18-ago Pedro reporta que **redujo el catálogo a 17 categorías** y que el formulario se armó *"con lo que marcaste en 'Sí' en el excel compartido"* ([#67](REGISTRO.md)). El Excel de Johann se volvió la especificación del formulario de Jira.
|
||||
> - ⚠️ **Los comentarios formales nunca llegaron por correo.** Pedro los prometió el 12-ago; se materializaron **6 días después y por WhatsApp**. El canal de evidencia volvió a quedar vacío.
|
||||
> - 📌 El Excel **sigue sin versionar en git** (está en la raíz del repo, sin trackear).
|
||||
|
||||
---
|
||||
|
||||
## 67 · Ago 18–20, 2026 · WhatsApp Johann ↔ Pedro · Pedro toma el timón: 17 categorías, formulario modificado y sesión del viernes 21-ago ⭐🔥
|
||||
|
||||
> Evidencia: `../fuentes/2026-08-18 a 2026-08-20 - WhatsApp - Pedro formulario 17 categorias y sesion 21-ago.md`.
|
||||
|
||||
**18-ago — comentarios al Excel, por fin:**
|
||||
|
||||
- ⭐ Pedro: *"**logré reducirlo a 17 categorías** pero tengo que verlas con Noé y Ara antes"* (catálogo de servicios: de **67 → 17**).
|
||||
- ⭐ Pedro: *"del formulario son lo que **marcaste en 'Si' en el excel compartido**"* — el formulario de Jira se rehace contra los campos obligatorios de BIND.
|
||||
- Johann pide lo que necesita: **un ticket de prueba con el nuevo formulario**, para pasarlo a cotización.
|
||||
|
||||
**19-ago — Balam mueve el formulario y convoca:** Pedro anuncia *"ya hemos realizado algunas **modificaciones en nuestros formularios y campos**"* y pide sesión **con Noé y Ara**, el viernes a las 7. Johann ofrece **preparar el caso de escritura** para esa misma sesión; Pedro acepta (*"si me parece bien el caso"*).
|
||||
|
||||
**20-ago — el ticket llega el día antes, al filo:**
|
||||
|
||||
- 9:48 am Johann pide el ticket para el ejercicio → 10:47 am *"dame un momento"*.
|
||||
- 3:43 pm ⚠️ *"de momento **no pude crear el ticket** debido a que **surgieron varios comentarios internos**, dejame tocar base con Noé"*.
|
||||
- 4:23 pm ✅ *"ya me confirmaron Johan, **mañana a las 7 am**"* + **`FAC-106`**.
|
||||
- 4:24 pm ⚠️ *"**no te dejará entrar debido a la licencia**"*, ofrece pantallazo de la estructura.
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - 👤 ⭐ **Cambió el interlocutor del proyecto.** Desde el 18-ago **todo se coordina con Pedro**: comentarios, formulario, agenda, ticket y convocatoria. Erika (PM, contacto único durante toda la Etapa 0) **no aparece en el hilo desde el 29-jul**, y Noé pasó de definir a validar. Concuerda con lo que Johann recuerda de una junta donde se anunció a **Pedro como nuevo responsable del proyecto** — sin registrar ([#65](REGISTRO.md)).
|
||||
> - ⭐ **Balam cambió Jira para acomodar a BIND.** Es la primera vez en el proyecto que **el sistema origen se ajusta al destino** en lugar de pedirle al desarrollo que absorba la diferencia. El Excel del [#66](REGISTRO.md) fue el instrumento.
|
||||
> - ⚠️ **Las 17 categorías NO están validadas.** Pedro lo dice explícito: *"tengo que verlas con Noé y Ara antes"*. La sesión del viernes es donde eso se aprueba — y de ahí sale (o no) el mapeo de conceptos.
|
||||
> - 🔁 **Se repite el patrón del 11-ago:** el insumo de la sesión llega la víspera por la tarde y **no se puede inspeccionar** (entonces el molde no existía; hoy `FAC-106` existe pero la licencia bloquea la UI). **Mitigación disponible esta noche: leerlo por API** — el token PAF corre sobre la cuenta de Pedro, que sí tiene licencia, y es como se sondeó el sitio el 6-ago y el 11-ago. No hace falta el pantallazo para conocer la estructura.
|
||||
> - **El alcance sigue siendo la cotización**, no la prefactura ([#62](REGISTRO.md)); y la escritura real sigue gateada a `Bind:Mode=Write`, que se enciende solo durante la sesión ([#64](REGISTRO.md)).
|
||||
|
||||
---
|
||||
|
||||
## 68 · Ago 20, 2026 — 4:25 PM · Correo · Pedro → Noé, Johann · "Seguimiento - PAF" (convocatoria + FAC-106)
|
||||
|
||||
> Evidencia: `../fuentes/2026-08-20 - Correo - Pedro Seguimiento PAF.md`. **PAF** = Plataforma de Automatización Financiera, el nombre con el que Pedro bautizó el token del proyecto el 27-jul ([#56](REGISTRO.md)).
|
||||
|
||||
Correo escueto: la liga de **`FAC-106`** y la reunión de **Microsoft Teams** (Id. 280 788 665 449 275). Es el formalizado por correo de lo acordado por WhatsApp minutos antes ([#67](REGISTRO.md)).
|
||||
|
||||
> ⚠️ **El correo no dice fecha ni hora.** La convocatoria real —**viernes 21-ago, 7:00 am**— consta solo en WhatsApp. Si alguien reconstruye el proyecto desde el correo, la sesión aparece sin fecha.
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - **Noé va en el "Para", no en copia:** la sesión tiene al CTO como asistente, no como observador. Coincide con que se validan las 17 categorías, que Pedro no puede aprobar solo.
|
||||
> - Es el **primer correo del proyecto que no cuelga de un hilo previo** — asunto nuevo, con el nombre del proyecto. Encaja con el relevo de interlocución del [#67](REGISTRO.md).
|
||||
|
||||
---
|
||||
|
||||
## Resumen ejecutivo del hilo (para contexto rápido)
|
||||
|
||||
### Datos duros confirmados por Balam
|
||||
|
||||
Reference in New Issue
Block a user