Bitácora 6-jul (tarde): token de BIND entregado por correo; sesión de cobranza propuesta para el 7-jul
This commit is contained in:
JohannVelazquez
@@ -2,7 +2,7 @@
|
||||
|
||||
> **Fuente de la verdad del proyecto.** Este repositorio concentra todo: propuesta, comunicaciones, fuentes y prototipos. Si pasa algo (llamada, correo, mensaje, decisión), se registra en la [bitácora](bitacora/). Empieza por aquí.
|
||||
|
||||
**Estado:** 🟢 **Discovery en marcha (Etapa 0)** — contrato firmado (26-jun), kickoff realizado (1-jul), **primera sesión de Discovery realizada (6-jul: proceso de facturación mapeado end-to-end con Ara y Arturo)**. Cambios de reglas del 6-jul: **lista blanca eliminada** (recordatorios a todos) y **cotización BIND obligatoria**. Johann trabaja el **prototipo** con el flujo real. Bloqueadores: (1) **token BIND** — ya **generado** (6-jul, 12:10 pm); Erika lo envía por correo — quedan repo y Azure; (2) confirmación de Balam a la propuesta v1.2 (enviada 2-jul) para emitir la **factura de 30 h**.
|
||||
**Estado:** 🟢 **Discovery en marcha (Etapa 0)** — contrato firmado (26-jun), kickoff realizado (1-jul), **primera sesión de Discovery realizada (6-jul: proceso de facturación mapeado end-to-end con Ara y Arturo)**. Cambios de reglas del 6-jul: **lista blanca eliminada** (recordatorios a todos) y **cotización BIND obligatoria**. Johann trabaja el **prototipo** con el flujo real. ✅ **Token BIND ENTREGADO** (6-jul, 12:40 pm, por correo) — arranca la validación técnica de la API. Sesión de **cobranza** propuesta para el mar 7-jul (Erika confirma agenda). Bloqueadores restantes: (1) repo GitHub y Azure; (2) confirmación de Balam a la propuesta v1.2 (enviada 2-jul) para emitir la **factura de 30 h**.
|
||||
_Última actualización: 2026-07-06._
|
||||
|
||||
---
|
||||
|
||||
@@ -9,7 +9,8 @@ _Última actualización: 2026-07-06 (Discovery realizado: proceso mapeado, lista
|
||||
- [x] ~~**Asistir al kickoff con Noé (mié 1-jul, 7:00 am)**~~ → **Hecho (1-jul).** Ver [REGISTRO #22](REGISTRO.md).
|
||||
- [x] ~~📅 **Asistir a la sesión "Proceso actual de facturación y cobranza" (lun 6-jul, 7:00 am)**~~ → **Hecha (6-jul).** Proceso mapeado end-to-end; lista blanca eliminada; cotización BIND obligatoria. Ver [REGISTRO #27](REGISTRO.md).
|
||||
- [ ] 🎨 **Trabajar el prototipo (Etapa 0)** reflejando el flujo real levantado el 6-jul: Jira (disparador) → cotización BIND → prefactura → validación humana → CFDI → envío. Incluir las validaciones de oro: **PPD default** (PUE consciente — ya les costó un requerimiento del SAT), **IVA 16% MXN / 0% extranjero** (BIND no lo automatiza), prefactura siempre antes de timbrar, alta de cliente como flujo aparte. Ver [REGISTRO #27](REGISTRO.md).
|
||||
- [ ] 📅 **Proponer a Erika usar la sesión del martes 7-jul para COBRANZA** — la sesión del lunes solo cubrió facturación (Jira → BIND → envío); el proceso de cobranza quedó sin mapear: cómo dan seguimiento hoy a los pagos, quién persigue morosos, cómo concilian cuentas por cobrar, de dónde saldría el aging. Ver [REGISTRO #27](REGISTRO.md).
|
||||
- [x] ~~📅 **Proponer a Erika usar la sesión del martes 7-jul para COBRANZA**~~ → **Propuesto (6-jul, 3:01 pm):** Erika revisa la agenda con los involucrados y confirma. Ideal que ocurra antes del viernes 10 (validación del prototipo). Ver [REGISTRO #29](REGISTRO.md).
|
||||
- [ ] 🔑 **Validar la API de BIND con el token real** (mar 7 – mié 8 del plan; puede adelantarse) — guardar el token en **gestor de secretos** (no dejarlo en el correo/.txt), correr el sandbox (`bind-api-sandbox/`) contra `api.bind.com.mx` en **solo lectura**, documentar cobertura de endpoints (facturas, clientes, pagos, cotizaciones) y confirmar si caduca. Entregar resumen de hallazgos. Ver [REGISTRO #28](REGISTRO.md).
|
||||
- [ ] ⚠️ **Aclarar expectativa de recordatorios a clientes:** lo que Ara/Arturo describieron el 6-jul son recordatorios automáticos **a clientes**, que están **diferidos al Anexo B** (el MVP trae alertas *internas*). Aclararlo pronto o anticipar que pidan ese módulo al cierre del MVP. Igual con la idea de **agentes observando Jira** (Nivel 3, fase posterior) y el deseo **multi-empresa** (Regiotour, Elmstone). Ver [REGISTRO #27](REGISTRO.md).
|
||||
- [x] ~~**Ajustar la propuesta** (30 h explícitas, sin "Etapa 0", términos comerciales en una sección)~~ → **Hecho (1-jul):** propuesta **v1.2** — se agregó el concepto **"Facturación inicial: 30 h / $18,000 + IVA"** (cubre Etapa 0 + inicio de Etapa 1; Etapa 0 se mantiene en 18–22 h) y se consolidó **§3.3 Condiciones comerciales**. Fuente MD actualizada; **falta regenerar el PDF** (lo hace el agente de PDF de Johann con el mismo cambio).
|
||||
- [x] ~~📧 **Enviar el correo** (Noé, CC Pedro, Ara, Erika) con la propuesta v1.2 ajustada, vinculando la **facturación inicial de 30 h** al acuerdo~~ → **Hecho (2-jul, 5:39 PM):** enviado con `Propuesta-Balam.pdf` adjunto, sin esperar el correo de Erika+Paola. Ver [REGISTRO #26](REGISTRO.md).
|
||||
@@ -40,7 +41,8 @@ _Última actualización: 2026-07-06 (Discovery realizado: proceso mapeado, lista
|
||||
- [x] ~~**Noe:** formalizar por correo~~ → **Hecho:** aclaraciones (8-jun, [#15](REGISTRO.md)) y **luz verde + redacción del documento de firma** (16-jun, [#17](REGISTRO.md)).
|
||||
- [ ] **Pedro + Erika:** armar el **tablero de seguimiento en Jira** y revisarlo juntos (instruido formalmente por Noe el 16-jun).
|
||||
- [x] ~~**Pedro:** enviar **manual de marca**~~ → **Hecho (1-jul):** enviado por correo. Tokens en [`../marca/Marca-Balam.md`](../marca/Marca-Balam.md). Ver [REGISTRO #23](REGISTRO.md).
|
||||
- [ ] **Erika:** entregar el **token de BIND** — **ya GENERADO (6-jul, 12:10 pm)**, lo tienen en un .txt; Erika lo enviará **por correo**. Al recibirlo, Johann debe: **confirmar de qué usuario salió** (el acuerdo fue el de **Arturo** para dev; el de Ara queda para Power BI — documentar cuál llave es para qué), guardarlo en **gestor de secretos** (no dejarlo en correo/txt) y arrancar la **validación técnica de endpoints** (mar 7 – mié 8 del plan, sin sesión). Ver [REGISTRO #28](REGISTRO.md).
|
||||
- [x] ~~**Erika:** entregar el **token de BIND**~~ → ✅ **ENTREGADO por correo (6-jul, 12:40 pm)**, mismo día en que se solicitó. Ver [REGISTRO #28](REGISTRO.md).
|
||||
- [ ] **Balam:** confirmar **a qué usuario pertenece el token** entregado (Johann lo pidió 6-jul 12:27; Erika quedó en verlo). El acuerdo del kickoff: el de **Arturo** para dev, el de **Ara** para Power BI — documentar cuál llave es para qué.
|
||||
- [ ] **Pedro:** crear el **repositorio GitHub privado** para backend/frontend (Fase 1–2).
|
||||
- [ ] **Pedro:** enseñar a Johann el **flujo de Jira** (reporte de horas como los demás consultores).
|
||||
- [ ] **Pedro + Noé:** **configurar Azure** y permisos (Noé otorga donde Pedro tiene limitantes).
|
||||
|
||||
+18
-4
@@ -557,7 +557,7 @@ Johann envía la **propuesta v1.2** (30 h de facturación inicial explícitas, c
|
||||
|
||||
---
|
||||
|
||||
## 28 · Jul 6, 2026 — 9:01–10:28 AM · WhatsApp Erika ↔ Johann · seguimiento al token de BIND ⭐
|
||||
## 28 · Jul 6, 2026 — 9:01 AM–12:40 PM · WhatsApp Erika ↔ Johann · token de BIND ENTREGADO ⭐
|
||||
|
||||
> Evidencia: `../fuentes/2026-07-06 - WhatsApp - Erika sesion discovery y seguimiento token BIND.md`.
|
||||
|
||||
@@ -566,12 +566,26 @@ Tras la sesión de Discovery (7–8 am, [#27](#27--jul-6-2026--700-am--llamada--
|
||||
- **9:01** — Sobre *"Entrega y validación de accesos (BIND, Azure, manual de marca) · lun 06 → mar 07 jul"*: *"¿solo necesitas el token tal cual?"* **Johann (9:53–9:54):** *"Sí, para BIND solo necesito el token tal cual. Lo de Azure no me urge hoy y el manual de marca ya lo tengo."*
|
||||
- **10:26** — Erika: *"okey deja lo solicito"* → **el token queda formalmente solicitado dentro de Balam.**
|
||||
- **10:28–10:37** — Sobre *"Validación técnica de la API de BIND con la cuenta real · mar 07 → mié 08 jul"*: *"¿se necesita una sesión?"* **Johann (10:37):** *"No, esa validación la hago yo por mi cuenta ya teniendo el token."*
|
||||
- **12:10–12:19** — **Token GENERADO** dentro de Balam: *"ya solicitaran el token ahorita te lo comparto"*. Erika desconoce si tiene vencimiento (según el kickoff: no caduca), comenta que lo tienen en un **.txt** y pregunta si sirve **por correo**.
|
||||
- **12:10–12:19** — **Token GENERADO** dentro de Balam: *"ya solicitaran el token ahorita te lo comparto"*. Erika desconoce si tiene vencimiento (según el kickoff: no caduca), comenta que lo tienen en un **.txt** y pregunta si sirve **por correo**. Johann (12:25): sí, por correo y .txt está bien; (12:27) pide que le confirmen **a qué usuario pertenece** el token para documentarlo.
|
||||
- **12:40** — Erika: *"ya se compartió por correo"* → ✅ **TOKEN DE BIND ENTREGADO.**
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - **El bloqueador del token quedó prácticamente resuelto el mismo día:** solicitado a las 10:26 y generado antes de las 12:10 — un día antes de la fecha del plan (mar 7-jul). Primera respuesta real al seguimiento que Johann venía haciendo desde el 2-jul ([#25](#25--jul-2-2026--418441-pm--whatsapp-erika--johann--agendamateriales-para-la-sesión-del-6-jul)).
|
||||
> - **El bloqueador del token se resolvió el mismo día:** Johann lo empujó a las 9:01 vía el plan de actividades, Erika lo solicitó a las 10:26 y estaba entregado a las 12:40 — un día antes de la fecha del plan (mar 7-jul). Cierra el seguimiento que venía desde el 2-jul ([#25](#25--jul-2-2026--418441-pm--whatsapp-erika--johann--agendamateriales-para-la-sesión-del-6-jul)).
|
||||
> - Que Erika trabaje sobre el plan de actividades confirma que **el Excel de Johann es el instrumento real de seguimiento** — mantenerlo al día paga.
|
||||
> - Pendiente de higiene al recibirlo: **confirmar de qué usuario salió** (el acuerdo fue el de **Arturo** para desarrollo; documentar cuál llave es para qué) y tratarlo como **llave de producción** (sin sandbox) — guardarlo en gestor de secretos, no dejarlo en el correo/txt.
|
||||
> - **Quedan dos higienes:** (1) Balam debe confirmar **de qué usuario salió** el token (Johann lo pidió 12:27, Erika "okey" — el acuerdo del kickoff fue el de **Arturo** para dev); (2) tratarlo como **llave de producción** (sin sandbox): guardarlo en gestor de secretos, no dejarlo en el correo/.txt.
|
||||
> - **Desbloquea la validación técnica de la API** (mar 7 – mié 8 del plan) — puede incluso adelantarse hoy.
|
||||
|
||||
---
|
||||
|
||||
## 29 · Jul 6, 2026 — 3:01 PM · WhatsApp Johann → Erika · propone sesión de cobranza (martes 7-jul)
|
||||
|
||||
> Evidencia: `../fuentes/2026-07-06 - WhatsApp - Erika sesion discovery y seguimiento token BIND.md` (bloque 7).
|
||||
|
||||
Johann plantea a Erika que la sesión de hoy solo alcanzó para **facturación y envío**, y que falta mapear **cobranza** (seguimiento de pagos y cuentas por cobrar). Propone el **martes 7-jul, 7am** — retomando la fecha que Erika misma había mencionado el 1-jul — o cuando se acomode en la semana. **Erika queda en revisar la agenda con las personas involucradas y confirmar.**
|
||||
|
||||
> **Lectura estratégica:**
|
||||
> - Completa el Discovery pendiente de [#27](#27--jul-6-2026--700-am--llamada--discovery-proceso-actual-de-facturación-y-cobranza-) reutilizando la propia propuesta de Erika (bajo costo de coordinación). Interlocutor clave: **Arturo** (lleva CxC en BIND); Ara deseable por el contexto comercial.
|
||||
> - Idealmente se confirma antes del **viernes 10** (validación del prototipo), para que la pantalla de Cobranza llegue respaldada por el proceso real y no como hipótesis.
|
||||
|
||||
---
|
||||
|
||||
|
||||
@@ -46,4 +46,25 @@ La pregunta de las 10:28 refiere a la línea del plan: **"Validación técnica d
|
||||
> **Erika** *(12:18)*: me comentan que tienen el txt o que como lo necesitas
|
||||
> **Erika** *(12:19)*: por correo te sirve?
|
||||
|
||||
El token ya fue generado dentro de Balam (lo tienen en un .txt); Erika pregunta el formato y ofrece enviarlo por correo. *(Nota: según el kickoff, los tokens de BIND no caducan — 1 por usuario, no caducable. Queda por confirmar de qué usuario salió — el acuerdo fue el de Arturo para desarrollo.)*
|
||||
El token ya fue generado dentro de Balam (lo tienen en un .txt); Erika pregunta el formato y ofrece enviarlo por correo. *(Nota: según el kickoff, los tokens de BIND no caducan — 1 por usuario, no caducable.)*
|
||||
|
||||
## Bloque 6 — 12:25–12:40 PM — token ENTREGADO por correo
|
||||
|
||||
> **Johann** *(12:25)*: Sí, por correo y .txt está bien
|
||||
> **Erika** *(12:25)*: Okey
|
||||
> **Johann** *(12:27)*: Muchas gracias, comentenme a qué usuario pertenece ese token para poder documentarlo porfavor
|
||||
> **Erika** *(12:27)*: Okey
|
||||
> **Erika** *(12:40)*: ya se compartio por correo
|
||||
> **Erika** *(12:40)*: cualquier cosa me dices
|
||||
> **Johann** *(2:33)*: De acuerdo, muchas gracias
|
||||
> **Erika** *(2:33)*: de nada / me avisas cualquier cosa
|
||||
|
||||
**Token de BIND entregado por correo (12:40 PM).** Queda pendiente que Balam confirme **a qué usuario pertenece** (Johann lo pidió a las 12:27; Erika quedó en verlo).
|
||||
|
||||
## Bloque 7 — 3:01–3:02 PM — Johann propone sesión de cobranza (martes 7-jul)
|
||||
|
||||
> **Johann** *(3:01)*: oye y otra cosa, hoy nos alcanzó el tiempo para facturación y el envío, pero nos faltó ver la parte de cobranza (cómo le dan seguimiento a los pagos y cuentas por cobrar) / ¿Crees que se pueda mañana a las 7am como habías comentado? O cuando se les acomode esta semana
|
||||
> **Erika** *(3:01)*: Deja revisar la agenda con las personas va
|
||||
> **Johann** *(3:02)*: Va, muchas gracias
|
||||
|
||||
Erika queda en **revisar la agenda** con los involucrados y confirmar.
|
||||
|
||||
Reference in New Issue
Block a user