Bitácora 1–6 jul: kickoff, manual de marca y Discovery de facturación

- 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).
Propuesta v1.2: factura inicial de 30 h vinculada al arranque
2026-07-06 10:57:41 -06:00 · 2026-07-02 17:31:02 -06:00
14 changed files with 1704 additions and 597 deletions
@@ -2,8 +2,8 @@
 > **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:** 🟢 **En arranque** — contrato firmado (26-jun), **kickoff con Noé el 1-jul (7am)**, plan de actividades (4 etapas) entregado. Falta que Balam entregue los **accesos** para iniciar el Discovery (sem del 6-jul).
+**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 en gestión por Erika (6-jul; entrega esperada lun 6–mar 7 jul, por correo), además de repo 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-06-30._
+_Última actualización: 2026-07-06._
 ---
@@ -22,6 +22,7 @@ Plataforma web para centralizar y automatizar **facturación y cobranza** de Bal
 | [`bind-api-sandbox/`](bind-api-sandbox/) | Prototipo técnico del cliente/mock de la API de BIND (TypeScript; el productivo será .NET). |
 | [`.claude/skills/proposal-pdf/`](.claude/skills/proposal-pdf/) | **Skill** que genera el PDF de la propuesta/cotización con diseño editorial (portada full-bleed, TOC con páginas reales, footers "Confidential"). Pipeline Chromium + 2 pasos. Setup y uso en su [SKILL.md](.claude/skills/proposal-pdf/SKILL.md) (incluye nota de Windows). |
 | [`planeacion/`](planeacion/) | **Plan de ejecución:** [Plan-actividades.xlsx](planeacion/Plan-actividades.xlsx) (+ [`.md`](planeacion/Plan-actividades.md)) — actividades por etapa (0–3) con fechas, responsables y sesiones, para el seguimiento con Erika (Jira/Gantt). |
 | [`marca/`](marca/) | **Tokens de marca** ([Marca-Balam.md](marca/Marca-Balam.md)) destilados del manual de imagen corporativa: color (Amarillo `#F7BD0C`, Café `#331F0E`), tipografía (Poppins) y uso del logo, para el prototipo y la UI. Manual crudo en [`fuentes/`](fuentes/). |
 ## 3. Datos clave
@@ -43,7 +44,7 @@ Plataforma web para centralizar y automatizar **facturación y cobranza** de Bal
 ## 4. Alcance y comercial (propuesta v1.1)
- **MVP Fase 1:** integración BIND vía API · **emisión de facturas MXN (con IVA) / USD (sin IVA)** con dry-run + confirmación humana (timbra el PAC de BIND) · catálogo de clientes + lista blanca configurable (ACUNTIA + Top 3) · cobranza operativa (aging + alertas internas) · dashboard · reportes CSV/XLSX · bitácora · multimoneda con TC DOF.
+- **MVP Fase 1:** integración BIND vía API · **emisión de facturas MXN (con IVA) / USD (sin IVA)** con dry-run + confirmación humana (timbra el PAC de BIND) · catálogo de clientes + lista blanca configurable _(al 6-jul: vacía — Ara decidió recordatorios a todos, sin excepciones)_ · cobranza operativa (aging + alertas internas) · dashboard · reportes CSV/XLSX · bitácora · multimoneda con TC DOF. **Flujo objetivo validado en Discovery (6-jul):** Jira (disparador) → **cotización BIND (obligatoria)** → prefactura → validación humana → CFDI → envío.
 - **Inversión:** **$67,200 – $81,600 MXN + IVA** · **6–7 semanas** (~20 h/sem) · tarifa **$600 MXN/h** · modelo Time & Materials con tope por etapa (monto final se confirma en Discovery).
 - **Sin anticipo** (política Balam): se factura la **Etapa 0 (30 h, $18,000 + IVA)** al inicio. Arranque condicionado a **contrato firmado**.
 - **Pagos:** a **30 días** post-factura. Por contrato, **facturación semanal (viernes)** por horas efectivamente trabajadas (la Etapa 0 puede facturarse al inicio).
@@ -66,15 +67,18 @@ Plataforma web para centralizar y automatizar **facturación y cobranza** de Bal
 | 2026-06-26 | **Contrato FIRMADO** por Johann. Se agregan 2 ajustes finales: **pago de horas al terminar** y **aceptación a 10 días naturales** (correcciones sobre alcance). |
 | 2026-06-29 | **Arranque de ejecución:** Erika pide el **plan de actividades con fechas** (Etapa 0 y 1). Bloqueador: que Balam entregue los **accesos**. |
 | 2026-06-30 | **Plan de actividades (4 etapas) entregado.** Kickoff con Noé agendado (1-jul, 7am). Erika = intermediaria de sesiones; tablero Kanban en Jira. |
 | 2026-07-01 | **Kickoff realizado.** BIND: **token de Arturo** (solo consulta, se prueba primero); **Balam crea el repo** (GitHub privado) y **gestiona Azure** (Pedro+Noé); horas de Johann en **Jira** (corte lunes de Erika); Discovery **con Arturo + Araceli**. **Manual de marca recibido.** Abierto: **vincular la factura de 30 h** (contrato vs propuesta) antes de emitir — Johann espera correo de Balam. |
 | 2026-07-02 | **Propuesta v1.2 enviada por correo** (30 h de facturación inicial explícitas, condiciones comerciales en §3.3). En espera de confirmación para facturar. |
 | 2026-07-06 | **Discovery #1 realizado (proceso de facturación).** Flujo mapeado: Jira ITSM mandatorio → prefactura BIND → CFDI → envío por correo con particularidades por cliente. **Lista blanca ELIMINADA** (recordatorios a todos — decisión de Ara) y **cotización BIND obligatoria** como inicio del flujo. Validaciones de oro: PPD default (requerimiento SAT previo por PUE erróneo), IVA 16%/0% manual en BIND. Volumen real: ~55 facturas/mes de 4–6 clientes. Pendiente de Balam: Excel de particularidades de envío. |
 ## 6. Próximos pasos
 Ver detalle y responsables en [bitacora/PENDIENTES.md](bitacora/PENDIENTES.md). En corto:
-1. **Kickoff con Noé — mié 1-jul, 7am** (arranque del proyecto).
+1. **Johann:** trabajar el **prototipo (Etapa 0)** con el flujo real del 6-jul (Jira → cotización BIND → prefactura → CFDI → envío) y sus validaciones (PPD default, IVA 16%/0%).
-2. **Balam:** entregar los **accesos** (API BIND vía ARA, Azure con Guajardo/Erika, manual de marca de Pedro) y reglas/bancos con Arturo. **Bloqueador del arranque.**
+2. **Balam:** entregar el **token de BIND** (bloqueador técnico, sin respuesta desde el kickoff), repo GitHub y Azure; **Ara+Arturo:** enviar el **Excel de particularidades de envío por cliente** (comprometido para el 6-jul).
-3. **Johann:** cambiar régimen fiscal y confirmar permisos de Azure.
+3. **Johann:** esperar la confirmación de Balam a la propuesta v1.2 (enviada 2-jul) y entonces **emitir la factura de 30 h**; mientras, no facturar.
-4. **Johann:** arrancar el **Discovery** (Etapa 0) la semana del 6-jul, en cuanto lleguen los accesos.
+4. **Johann:** aclarar con Balam la expectativa de **recordatorios a clientes** (Anexo B, no MVP) antes de que se consolide como supuesto.
-5. **Erika:** coordina sesiones (Discovery, reglas con Arturo) y el tablero Kanban en Jira.
+5. **Johann:** configurar **Jira** (con Pedro), cambiar régimen fiscal; confirmar con Erika si la sesión del **martes 7-jul** sigue en pie.
 ## 7. Riesgos / puntos abiertos
@@ -2,15 +2,24 @@
 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-06-30 (plan de actividades entregado; kickoff con Noé el 1-jul, 7am)._
+_Última actualización: 2026-07-06 (Discovery realizado: proceso mapeado, lista blanca eliminada, cotización BIND obligatoria; token BIND en gestión por Erika — entrega esperada lun 6–mar 7 jul)._
 ## 🔴 Johann (proveedor) — inmediato
- [ ] **Asistir al kickoff con Noé (mié 1-jul, 7:00 am)** — llevar agenda, lista de accesos a pedir y preguntas de Discovery. Ver [REGISTRO #21](REGISTRO.md).
+- [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).
 - [ ] Confirmar con Erika si la sesión del **martes 7-jul** sigue en pie — probablemente ya no es necesaria (las dudas quedaron resueltas el lunes). Ver [REGISTRO #27](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).
 - [ ] 💸 **NO facturar** hasta que Balam confirme por correo el envío del 2-jul (Noé quiere que la factura quede vinculada al documento). Tras el OK, **emitir la factura** de las 30 h. Ver [REGISTRO #22](REGISTRO.md), [#26](REGISTRO.md).
 - [ ] **Configurar Jira y aprender el flujo con Pedro** — reportar horas ahí (incluye material informativo); Erika hace el corte los lunes.
 - [ ] Usar los **tokens de marca** ([`../marca/Marca-Balam.md`](../marca/Marca-Balam.md): Amarillo `#F7BD0C` + Café `#331F0E` + Poppins) en el **prototipo** de la Etapa 0.
 - [x] ~~Preparar el Excel de actividades~~ → **Entregado:** Etapa 0 y 1 (29-jun) y **completo, 4 etapas (0–3)** con fechas tentativas (30-jun). En `../planeacion/Plan-actividades.xlsx`.
 - [x] ~~Proponer sesiones de Discovery~~ → **Hecho (29-jun):** propuestas y aceptadas; **Erika coordina las agendas** (intermediaria de sesiones).
 - [ ] Cambiar régimen fiscal (en proceso) para poder facturar (CFDI semanal los viernes, pago a 30 días).
- [ ] Confirmar **qué permisos exactos de Azure** necesita (crear App Service + PostgreSQL; no Global Admin).
+- [ ] Confirmar **qué permisos exactos de Azure** necesita (crear App Service + PostgreSQL; no Global Admin) — coordinar con Pedro/Noé, que ahora gestionan Azure.
 - [ ] **Arrancar el Discovery** una vez Balam entregue los accesos (el contrato ya está firmado).
 - [ ] (Opcional) Pedir a Balam **copia limpia del contrato**: la cláusula de Firma Electrónica de la última página quedó duplicada y aún dice "EL PATRÓN" (residuo de plantilla, bajo riesgo). Ver [REGISTRO #19](REGISTRO.md).
 - [x] ~~Revisar y firmar el contrato de servicios~~ → **Hecho (26-jun):** revisado, negociados 2 ajustes (pago de horas al terminar + aceptación a 10 días) y **FIRMADO**. Ver [REGISTRO #18](REGISTRO.md), [#19](REGISTRO.md).
@@ -26,14 +35,20 @@ _Última actualización: 2026-06-30 (plan de actividades entregado; kickoff con
 ## 🟡 Balam
 - [x] ~~**Balam:** enviar el documento/contrato de firma~~ → **Hecho (25-jun):** contrato enviado vía Paola (RH); ajustado y **firmado el 26-jun**. Ver [REGISTRO #18](REGISTRO.md), [#19](REGISTRO.md).
- [ ] 🔑 **Balam: entregar los ACCESOS para arrancar** — API BIND (cuenta ARA / llave de Arturo), Azure (Guajardo/Erika), manual de marca (Pedro), reglas de negocio + bancos (Arturo). **Es el bloqueador para iniciar el Discovery.**
+- [ ] 🔑 **Balam: entregar los ACCESOS para arrancar** — **token de Arturo** (BIND), **repositorio GitHub privado** (lo crea Pedro), **Azure** (Pedro+Noé), reglas de negocio + bancos (Arturo). **Es el bloqueador para iniciar el Discovery.**
 - [x] ~~Erika (PM): pedir el plan de actividades~~ → **Recibido (30-jun).** Erika es la **intermediaria de todas las sesiones**, agendó el **kickoff (1-jul, 7am)** y monta el **tablero Kanban en Jira**. Ver [REGISTRO #21](REGISTRO.md).
 - [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).
- [ ] **Pedro:** enviar **manual de marca** (paleta, tipografía, logos).
+- [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).
- [ ] **Pedro:** revisar API BIND — ¿cuántas llaves por usuario? Generar la de **desarrollo desde la cuenta maestra (ARA)** con permisos de Arturo; documentar cuál es para qué (no confundir con la del Power BI).
+- [ ] **Erika/Pedro:** entregar el **token de BIND** (del usuario de **Arturo**, cuenta mayor / todos los permisos); dejar el de **Ara** para el Power BI. **SOLICITADO internamente por Erika (6-jul, 10:26 am)** tras confirmar con Johann que solo se necesita el token; entrega esperada **martes 7-jul temprano** para la validación técnica (mar–mié del plan). Al recibirlo: **confirmar de qué usuario salió** (documentar cuál llave es para qué) y tratarlo como llave de **producción**. Ver [REGISTRO #28](REGISTRO.md).
- [ ] **Erika / Guajardo:** gestionar la **cuenta/permiso de Azure**.
+- [ ] **Pedro:** crear el **repositorio GitHub privado** para backend/frontend (Fase 1–2).
- [ ] **Arturo:** definir **reglas de negocio** + dar acceso/contexto de **bancos** (para conciliación).
+- [ ] **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).
 - [x] ~~**Erika:** **coordinar la sesión de Discovery con Arturo + Araceli**~~ → **Hecho:** agendada (1-jul) y **realizada (6-jul, 7am)**. Ver [REGISTRO #24](REGISTRO.md), [#27](REGISTRO.md).
 - [ ] 📊 **Ara + Arturo:** enviar el **Excel de particularidades de envío por cliente** (destinatarios + adjuntos + nomenclatura de asunto; ej. CEMEX = Excel de horas con visto bueno + nomenclatura; Acuntia = .zip + estado de cuenta). **Se comprometieron a mandarlo hoy 6-jul.** Ver [REGISTRO #27](REGISTRO.md).
 - [ ] **Arturo:** definir el proceso para cuando el **cliente NO esté dado de alta en BIND** (alta de cliente como flujo aparte de la automatización) — pregunta que él mismo dejó abierta el 6-jul. Ver [REGISTRO #27](REGISTRO.md).
 - [ ] **Erika + Paola:** revisar si el **contrato ya vincula las 30 h** de la Etapa 0; Johann ya se adelantó y envió la propuesta v1.2 ajustada (2-jul) — pendiente que Balam confirme por correo para que pueda facturar. Ver [REGISTRO #26](REGISTRO.md).
 - [ ] **Arturo:** dar acceso/contexto de **bancos** (para conciliación). _Las reglas de negocio de facturación ya quedaron mapeadas en la sesión del 6-jul ([REGISTRO #27](REGISTRO.md)); bancos sigue pendiente._
 ## ⚙️ Acordado (referencia, ya cerrado)
@@ -11,7 +11,7 @@
 - **Pedro Alberto Ayala Elizondo** — Desarrollador / contacto técnico, Balam — `pedro.ayala@balamtalentoestrategico.com`
 - **Paola** — Recursos Humanos, Balam — coordinó la firma del contrato (WhatsApp)
-**Periodo:** 30 abr 2026 → 30 jun 2026
+**Periodo:** 30 abr 2026 → 6 jul 2026 (última actualización: sesión de Discovery del proceso de facturación, 6-jul)
 **Orden:** cronológico (más antiguo arriba)
 ---
@@ -400,6 +400,180 @@ Erika (PM, contacto principal) confirma que **ya pasaron los temas administrativ
 ---
 ## 22 · Jul 1, 2026 — 7:00 AM · Llamada · Kickoff del proyecto ⭐
 > Participan: Noe Rocha, Pedro Ayala, Erika Chávez y Johann. Canal: Microsoft Teams. Evidencia: `../fuentes/2026-07-01 - Transcript - Kick off-Proyecto integración Balam.txt`.
 **Resumen:** Arranque formal del MVP. Noé fija la expectativa (plataforma robusta en **menos de 6 meses**, con posible integración futura de **CRM** — "vámonos por partes"). Revisan el GANTT por etapas, el detalle de **accesos**, la **mecánica de horas en Jira** y —el punto más largo— cómo **vincular la factura de la Etapa 0** con el documento contractual.
 **Acuerdos / decisiones:**
 1. **API BIND (token):** solo **Ara y Arturo** tienen usuario en BIND; se acordó que los tokens salgan de la **cuenta mayor** (todos los permisos habilitados). Para desarrollo se usará el **token de Arturo** (aún sin usar), dejando el de **Ara** para los tableros Power BI. BIND = **1 token por usuario**, no caducable ni múltiple. Se **probará primero el token de Arturo** para confirmar que expone todo lo necesario. Entendimiento: es de **pura consulta** (invoices, facturas, pagos); esta etapa es **solo visualización, sin edición**.
 2. **Manual de marca:** Pedro lo **envía hoy por correo** (paquete de branding). → cumplido, ver [#23](#23--jul-1-2026--733-am--correo--pedro--johann--manual-de-imagen-corporativa).
 3. **Repositorio:** lo **crea Balam / Pedro** (GitHub **privado**) para montar backend/frontend en Fase 1–2. (Antes se preveía que lo montara Johann; ahora lo provee Balam.)
 4. **Azure:** lo gestionan **Pedro + Noé** (Noé otorga permisos donde Pedro tiene limitantes).
 5. **Discovery / proceso actual:** sesión **sí o sí con Arturo y Araceli** (Araceli conoce mejor el proceso; Arturo lleva 3 meses y aún no define todo). **Erika la coordina** (pedirá horas disponibles del equipo).
 6. **Horas / Jira:** Johann reportará sus horas en **Jira** igual que los demás consultores, subiendo incluso material informativo para transparencia. **Pedro le enseñará** el flujo. **Erika hace el corte los lunes** y reporta a dirección al cierre de semana.
 7. **Facturación Etapa 0 = 30 h (tema abierto):** se confirma el monto (**30 h**), pero la **propuesta** dice Etapa 0 = **18–22 h**, lo que el área de pagos/compras cuestionará. Noé necesita que la factura sea **muy vinculante** con un documento. **Acción (Erika + Paola):** revisar si el **contrato** ya ata las 30 h; si no, pedirán por correo a Johann **ajustar la propuesta** para que indique explícitamente las 30 h — **sin etiquetarlo "Etapa 0"** (para no contraponerse con las 18–22 h que figuran arriba; "primer pago por 30 h" abarcaría Etapa 0 + un poco más). Johann **aún no factura**: espera la aclaración/correo para emitir con redacción clara. Balam quiere que ya **corra el plazo de pago** (30 días).
 8. **Conciliación:** sigue de interés; se evaluará **integrarla en esta primera fase** según lo que arroje el Discovery (que definirá **112 vs 136 h** del módulo de facturación). Hoy la hacen 100% manual.
 **Pendientes que surgieron:**
 - [ ] Balam/Pedro — generar y entregar el **token de Arturo** (BIND) y probar cobertura de endpoints — arranque Discovery.
 - [ ] Balam/Pedro — crear el **repositorio GitHub privado**.
 - [ ] Pedro + Noé — **configurar Azure** y permisos.
 - [ ] Pedro — **enseñar a Johann el flujo de Jira** (reporte de horas).
 - [ ] Erika — **coordinar la sesión de Discovery con Arturo + Araceli** (pedir horas disponibles).
 - [ ] Erika + Paola — revisar si el **contrato vincula las 30 h**; de no ser así, solicitar a Johann por correo el ajuste de la propuesta.
 - [ ] Johann — **no facturar aún**; al recibir el correo, **ajustar la propuesta** (30 h explícitas, sin llamarlo "Etapa 0", **términos comerciales en una sola sección**) y **emitir la factura**.
 **Citas relevantes:** *"Vámonos por partes, como dice Chuck el destripador."* · *"Necesito que sea muy vinculante al tema del pago con lo que dice el documento… me van a decir ¿dónde dice que son 30 horas?"* · *"Como recomendación, cuando hables de términos comerciales, déjalo en una sola sección."*
 > **Lectura estratégica:**
 > - El bloqueador ya no es solo "accesos": la **emisión de la primera factura** queda condicionada a que Balam aclare internamente (contrato vs propuesta) y lo pida por correo. Johann hizo bien en **no facturar todavía**; conviene tener lista la versión ajustada de la propuesta para responder rápido cuando llegue el correo.
 > - **Balam asume más de la infraestructura de lo previsto** (crea el repo, gestiona Azure con Pedro/Noé), lo que reduce fricción de accesos para Johann.
 > - **Token de Arturo, solo consulta**: coherente con la estrategia de "lectura primero"; la escritura/emisión se valida en Discovery. Un solo token por usuario refuerza el pendiente de **documentar cuál llave es para qué**.
 > - **Erika = punto único** para agendar la sesión Arturo+Araceli, clave del Discovery. **Jira** pasa a ser obligatorio para el reporte de horas (corte lunes).
 ---
 ## 23 · Jul 1, 2026 — 7:33 AM · Correo · Pedro → Johann · manual de imagen corporativa
 > **CC:** Noe Rocha, Erika Chávez, Araceli Sánchez. Dirección: recibido. Evidencia (adjunto): `../fuentes/manual de imagen corporativa - Balam.pdf`.
 **Resumen:** Pedro comparte el **manual de imagen corporativa de Balam** *"para su uso en la herramienta que se desarrollará"*. Sobre el **API de BIND**, indica que buscará a Johann *"en otro momento para ver este tema"* (queda para coordinar por separado). Es el "paquete de branding" que Pedro ofreció en la llamada de hoy ([#22](#22--jul-1-2026--700-am--llamada--kickoff-del-proyecto-)).
 **Acción derivada:** cierra el pendiente del **manual de marca**. Los tokens (color, tipografía, uso de logo) quedan destilados en [`../marca/Marca-Balam.md`](../marca/Marca-Balam.md) para el **prototipo** de la Etapa 0.
 **Adjuntos:** `manual de imagen corporativa - Balam.pdf`.
 > **Nota de marca:** colores oficiales **Amarillo `#F7BD0C`** + **Café `#331F0E`** + Blanco; tipografía **Poppins**. El ámbar `#C0892F` de la propuesta PDF es acento editorial de Johann, distinto del amarillo de marca — para la plataforma se usan los oficiales.
 ---
 ## 24 · Jul 1, 2026 — WhatsApp Erika ↔ Johann · agenda la sesión "Proceso actual de facturación y cobranza" (lunes 6-jul)
 > Evidencia: `../fuentes/2026-07-01 - WhatsApp - Erika coordinacion sesion facturacion-cobranza.md`.
 **7:01 AM:** Erika confirma con Johann que ya están en la sesión de kickoff y que se pueda conectar (ver [#22](#22--jul-1-2026--700-am--llamada--kickoff-del-proyecto-)).
 **1:45–1:46 PM:** Erika pregunta si puede pedir agenda a las **personas involucradas en el proceso de facturación y cobranza** para verlo el **lunes 06 y martes 07 de julio a las 7 am**. Johann da el visto bueno; Erika queda en confirmar por correo.
 **6:09–6:39 PM:** Erika confirma que le **aceptaron la reunión del lunes 06 a las 7 am** y envía la liga de Teams. Convocatoria: *"Proceso actual de facturación y cobranza- Balam"*, lunes 6-jul 7:00–8:00 AM, organiza Erika, invitados **Johann, Araceli Sánchez Jiménez y Arturo Rosas Hernández** (CC Noe Rocha).
 > **Lectura estratégica:**
 > - Esta sesión **es** la reunión de Discovery con Arturo + Araceli que Erika se comprometió a coordinar en el kickoff ([#22](#22--jul-1-2026--700-am--llamada--kickoff-del-proyecto-)) — cierra ese pendiente.
 > - Solo quedó confirmado el **lunes 6-jul**; no hay evidencia de que se haya agendado también el **martes 7-jul** mencionado por Erika. A confirmar si hace falta una segunda sesión.
 ---
 ## 25 · Jul 2, 2026 — 4:18–4:41 PM · WhatsApp Erika ↔ Johann · agenda/materiales para la sesión del 6-jul
 > Evidencia: `../fuentes/2026-07-01 - WhatsApp - Erika coordinacion sesion facturacion-cobranza.md`.
 Erika pregunta si Johann necesita **algún documento o ejercicio** de parte de Balam para la sesión del lunes, para poder **anticiparlo a los asistentes**. Johann responde con los puntos que propone cubrir:
 - Proceso de facturación en BIND (PDF/XML), con ejemplos en **USD y MXN**.
 - Revisión de **cobranza y reglas de crédito**.
 - Confirmación de la **"lista blanca" de clientes** (sin recordatorios).
 - Cualquier otro tema operativo que tengan en el radar.
 - Pregunta si **ya tienen el token de BIND** disponible, para poder arrancar con lo técnico.
 > **Lectura estratégica:**
 > - Johann fija la **agenda de la sesión de Discovery** (#24) antes de que ocurra — mismos temas que venía preguntando desde el 4-may (facturación BIND, cobranza, lista blanca).
 > - Aprovecha el mensaje para **dar seguimiento al token de BIND (de Arturo)**, pendiente desde el kickoff ([#22](#22--jul-1-2026--700-am--llamada--kickoff-del-proyecto-)) — sin respuesta todavía a este punto.
 ---
 ## 26 · Jul 2, 2026 — 5:39 PM · Correo · Johann → Noe (CC Ara, Erika, Pedro) · envío de la propuesta v1.2
 > **Asunto:** RE: Solicitud de cotización – PRD
 > **Para:** Noe Rocha · **CC:** Araceli Sánchez Jiménez, Erika Chávez, Pedro Alberto Ayala Elizondo
 > Adjunto: `Propuesta-Balam.pdf` (v1.2, 2 MB).
 *"Buenas tardes a todos, como comentamos en la sesión, les comparto la propuesta actualizada (v1.2, adjunta), donde queda explícita la facturación inicial de 30 horas al arranque del proyecto, con pago a 30 días naturales. Quedo atento a su confirmación para proceder con la emisión de la factura correspondiente. Cualquier comentario o ajuste, con gusto lo revisamos antes."*
 Johann envía la **propuesta v1.2** (30 h de facturación inicial explícitas, condiciones comerciales consolidadas en §3.3) y queda a la espera de que Balam confirme para poder **emitir la factura**.
 > **Lectura estratégica:**
 > - Johann **toma la iniciativa**: en el kickoff ([#22](#22--jul-1-2026--700-am--llamada--kickoff-del-proyecto-)) el plan era que Erika+Paola revisaran primero el contrato y, de ser necesario, pidieran por correo el ajuste; en vez de esperar ese correo, Johann ya envió la propuesta ajustada directamente, lo que puede **acelerar el ciclo de la factura**.
 > - Sigue vigente el candado: **no facturar** hasta recibir la confirmación de Balam sobre este correo. Ver [PENDIENTES.md](PENDIENTES.md).
 > - Nota menor: el documento adjunto conserva la frase *"arranque condicionado a contrato u orden de trabajo firmado"* (§3.3 y Próximos pasos), redactada como si la firma estuviera pendiente — cuando el contrato ya se firmó el 26-jun ([#19](#19--jun-26-2026--whatsapp-johann--paola-rh--ajustes-finales-y-firma-del-contrato-)). No debería generar confusión (Balam ya sabe que está firmado), pero queda anotado por si alguien lo señala.
 ---
 ## 27 · Jul 6, 2026 — 7:00 AM · Llamada · Discovery: proceso actual de facturación y cobranza ⭐
 > Participan: **Araceli Sánchez** (comercial/dirección), **Arturo Rosas Hernández** (administración/facturación), Erika Chávez y Johann. Noé era opcional y no asistió. Canal: Microsoft Teams (~1 h 5 min). Evidencia: `../fuentes/2026-07-06 Proceso actual de facturación y cobranz_ Transcript.txt`.
 **Resumen:** Primera sesión de Discovery (Etapa 0). Araceli y Arturo muestran en vivo el proceso completo de facturación: entrada por **Jira ITSM** (obligatoria desde hace ~1 mes) → validación de administración → **prefactura en BIND** → emisión de CFDI → **envío por correo con particularidades por cliente**. Se demostró el flujo real en BIND (crearon y cancelaron una prefactura en vivo). Dos reglas de negocio cambiaron en la propia sesión.
 ### El proceso actual, paso a paso
 **1. Entrada — Jira ITSM (portal de servicios interno):**
 - Desde hace ~2 quincenas es **mandatorio**: *"si no hay algo que se levante a través de Jira en un ticket, no se factura"*. Antes se controlaba con un Excel manual → facturas olvidadas (descubrían en marzo que enero no se facturó) y errores de moneda.
 - Módulo *Administración General → Facturación*, con dos tipos: **"Facturación adicional"** (suma) y **"Bajas"** (resta).
 - El portal sirve a **varias empresas** (Balam, Regiotour, Elmstone); el campo "empresa origen" las distingue. A futuro quieren que la plataforma facture también para las demás — por ahora el foco es Balam.
 - **Campos del formulario:** empresa origen · summary · proyecto · **cliente nuevo (sí/no** — si es nuevo se adjunta **cédula de identificación fiscal + cotización**; si es recurrente solo cotización) · moneda (MXN/USD) · **días de crédito** (default 30; a veces 45; CEMEX 90 innegociable) · periodo de incidencias (horas extra, periodos de servicio, comentarios) · **facturación recurrente (sí/no)** + periodo de recurrencia en meses (el equipo de tecnología trabaja en que las recurrencias se detonen solas cierto día).
 - **Quién lo llena:** siempre la parte **comercial = Araceli** (excepcionalmente Pau la apoya). *"El deber ser es que la parte comercial siempre levante el ticket."*
 - **Tres vías generan factura:** (a) ticket directo de facturación adicional; (b) **Headhunting** — el ticket de RH detona automáticamente una factura de anticipo y, al colocar a la persona, el 50% o 100% restante; (c) **Staff augmentation** — al arrancar la persona en el cliente se genera el ticket de factura.
 - **Ruteo:** todos los tickets se asignan por regla a **una sola persona: Arturo**. Administración hace doble check (datos, cédula fiscal, estado de cuenta) sobre la lista.
 - **Flujo interno del ticket con SLAs:** solicitud abierta → proceso de facturación → (espera del colaborador / cancelado) → se adjunta **PDF + XML obligatorios** como evidencia → botón de validación/autorización → estatus **"facturado"**. Flujo alterno de **facturación extranjera**: sin XML, solo la **invoice en PDF** ("validación extranjera").
 **2. BIND ERP (lo opera Arturo):**
 - Consulta: *Finanzas → Cuentas por cobrar* (facturas en proceso, vencidas, pagadas — ahí dan seguimiento a cobranza).
 - Creación: *Ventas → generar documento*. Siempre hacen **prefactura primero** (no se timbra ante el SAT; cancelar una factura timbrada es retrabajo administrativo y contable) → doble check → **Emitir CFDI**.
 - Prerequisitos que asumen cargados: cliente dado de alta, cuentas, moneda. **Pregunta abierta que dejó Arturo:** definir qué hará la automatización cuando el cliente NO esté dado de alta (proceso aparte).
 - Campos relevantes: sucursal (hoy solo matriz; serviría para facturar por unidad de negocio a futuro) · días de crédito (manual, editable, default del cliente) · orden de compra (deber ser: OC autorizada como prerequisito) · **uso CFDI**: "gastos en general" (nacional) y **"sin efectos fiscales"** (extranjera — se timbra igual pero con **IVA 0%**) · **método de pago PPD/PUE** · conceptos precargados editables (ej. 029 "consultoría y servicios"; sugieren incluir el nombre del recurso) · dirección fiscal precargada · comentarios (ponen el ticket de Jira para cruzar reportes).
 - **⚠️ PPD vs PUE es delicadísimo:** siempre dan crédito → casi todo es **PPD**. Hace ~2 años administración seleccionó PUE por error y les cayó un **requerimiento del SAT**. PUE exige complemento de pago timbrado el mismo día. (Regla de validación clara para la plataforma.)
 - **⚠️ IVA no es automático en BIND:** "sin efectos fiscales"/extranjero debería ir con 0% y pesos con 16%, pero BIND **no lo pone solo** — Arturo lo capturó manualmente (y en el ejemplo puso 16% en una sin efectos fiscales; Ara lo señaló). Otra validación clara para la plataforma. Además, por ser reclutadora a veces llevan retenciones adicionales.
 - Tras la prefactura se habilitan: emitir CFDI, registrar pago, nota de crédito, **editar**, **copiar** (así manejan las recurrencias), cancelar, exportar partidas a Excel, **enviar por email** (a los correos configurados del cliente), descargar PDF, póliza contable.
 **3. Envío al cliente (el paso que les falta sistematizar):**
 - La facturación "termina" hasta que la factura **se envía por correo**, y cada cliente tiene particularidades: **Axie** (extranjero): facturas + estado de cuenta de todas las facturas · **CEMEX**: factura a un hub + **Excel de horas del colaborador con visto bueno del jefe** + **nomenclatura específica del asunto** (número de proveedor, mes, número de factura en posiciones exactas) y redacción específica del correo · **Dilo** (proyectos): factura + cotización del proyecto · **Acuntia**: .zip + estado de cuenta.
 - Tienen un Excel con cliente → destinatarios; les falta la columna de adjuntos/particularidades. **Ara + Arturo se comprometieron a completarlo y enviarlo HOY (6-jul).**
 - Volumen real: **~55 facturas/mes** de solo **4–6 clientes** — el cliente mayor exige **una factura por colaborador** (~40 colaboradores); agrupadas serían 5–6 facturas.
 ### Dolores (en palabras de Ara, dirección general)
 - El caos de control ya lo mitigó Jira; el dolor vivo es que **el proceso en BIND sigue siendo manual** → errores en montos, descripciones, moneda, IVA, PPD/PUE.
 - No quiere "engrosar la nómina" con capturistas: quiere que la automatización absorba la carga y **enfocar a la gente en actividades de más valor**. El volumen es bajo (~55/mes); el problema es la **incidencia de errores**, y están en franco crecimiento.
 - Reporteo ya lo cubren con Power BI; lo que piden de la plataforma es que **administración solo valide prefacturas** antes del envío.
 - **Dónde quieren la automatización:** después de Jira (confirmado explícitamente por Ara y Arturo cuando Johann lo preguntó). Idea de Arturo: que los agentes **observen Jira** (botones/aprobaciones del flujo) para saber cuándo accionar en BIND.
 ### 🔄 Cambios de reglas de negocio (decididos en la sesión)
 1. **Lista blanca ELIMINADA.** Solo tenían a **Acuntia** (nunca hubo "top 3" reales). Y en la propia llamada **Ara revirtió la decisión**: los recordatorios de morosidad deben ir a **TODOS los clientes, sin excepciones** — hoy arrastran una factura de febrero y otra de abril justamente del cliente "muy pagador" por no recordarle a tiempo. Arturo coincidió: con recordatorios automáticos no habrían llegado a julio con una factura de febrero.
 2. **Cotización en BIND = punto de partida OBLIGATORIO.** Ara lo fijó como requisito formal: *"sí puedes tomar, Johann, como un requisito de que vamos a partir de una cotización del sistema"*. El deber ser: comercial genera la **cotización en BIND** → se adjunta al ticket de Jira → administración (o el agente) la **convierte a prefactura con un clic** → validación humana → CFDI. Para **cliente nuevo**: comercial levanta ticket → administración (que tiene el privilegio) da de alta al cliente en BIND → avisa → comercial ya puede cotizar. No quiere "desarrollo con parchecitos". *(Excepción discutida y descartada: aun en headhunting con rango salarial abierto, la cotización puede esperar al cierre — siempre habrá cotización.)*
 **Acuerdos / próximos pasos de la sesión:**
 - [ ] **Ara + Arturo** — enviar hoy (6-jul) el **Excel de particularidades de envío por cliente** (destinatarios + adjuntos + nomenclatura).
 - [ ] **Johann** — trabajar el **prototipo** reflejando el flujo real (lo dijo al cierre: *"ya me da una idea más clara de cómo trabajar el prototipo que les mostraré"*). Dudas de seguimiento vía **Erika**.
 > **Lectura estratégica:**
 > - **El flujo real valida el diseño de la propuesta**: cotización → factura vía API era exactamente el mecanismo cotizado en la Etapa 2, y ahora además es política interna de Balam. El pipeline objetivo queda nítido: **Jira (disparador) → cotización BIND → prefactura → validación humana → CFDI → envío por correo**.
 > - **La eliminación de la lista blanca simplifica el MVP** (el catálogo/lista configurable puede quedar como capacidad, hoy vacía). PERO ojo: lo que Ara y Arturo describen son **recordatorios automáticos a clientes**, que están **diferidos al Anexo B** (el MVP trae alertas *internas*). Su expectativa apunta a ese módulo — conviene aclararlo pronto o anticipar que lo pidan al cierre del MVP.
 > - **Jira como disparador del flujo** (agentes observando tickets/botones) se parece al "Nivel 3" (generación desde eventos) que estaba en fase posterior. La integración con la API de Jira no está cotizada en el MVP — vigilar ese límite de alcance cuando se diseñe el prototipo.
 > - **Se levantaron reglas de validación de oro para la plataforma:** PPD por default (PUE solo consciente — ya les costó un requerimiento del SAT) · IVA 16% MXN / 0% extranjero-sin efectos fiscales (BIND no lo automatiza) · prefactura SIEMPRE antes de timbrar · OC/cotización como prerequisito · alta de cliente como flujo aparte.
 > - **El token de BIND NO se tocó en la sesión** — sigue abierto desde el kickoff y el WhatsApp del 2-jul ([#25](#25--jul-2-2026--418441-pm--whatsapp-erika--johann--agendamateriales-para-la-sesión-del-6-jul)).
 > - La sesión del **martes 7-jul** probablemente ya no sea necesaria (Johann cerró diciendo que sus dudas quedaron resueltas) — confirmar con Erika.
 > - **Multi-empresa** (Regiotour, Elmstone) aparece como deseo de futuro de Ara — anotarlo para el roadmap, no para el MVP.
 ---
 ## 28 · Jul 6, 2026 — 9:01–10:28 AM · WhatsApp Erika ↔ Johann · seguimiento al token de BIND ⭐
 > Evidencia: `../fuentes/2026-07-06 - WhatsApp - Erika sesion discovery y seguimiento token BIND.md`.
 Tras la sesión de Discovery (7–8 am, [#27](#27--jul-6-2026--700-am--llamada--discovery-proceso-actual-de-facturación-y-cobranza-)), Erika revisa el **plan de actividades** línea por línea:
 - **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** — Sobre *"Validación técnica de la API de BIND con la cuenta real · mar 07 → mié 08 jul"*: *"¿se necesita una sesión?"* **Respuesta de Johann:** no — es trabajo propio con el token en mano (probar endpoints y compartir resumen de hallazgos); solo si algo no cuadra (permisos/cobertura) pediría 15–20 min con Pedro o Arturo. Pide el token **martes temprano** para cumplir las fechas del plan.
 > **Lectura estratégica:**
 > - **El bloqueador del token por fin tiene tracción:** Erika lo gestiona activamente contra el plan de actividades y ya lo **solicitó internamente** (10:26). 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)).
 > - 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 recibir el token, **confirmar de qué usuario salió** (documentar cuál llave es para qué — acuerdo del kickoff) y tratarlo como **llave de producción** (sin sandbox).
 ---
 ## Resumen ejecutivo del hilo (para contexto rápido)
 ### Datos duros confirmados por Balam
@@ -407,9 +581,11 @@ Erika (PM, contacto principal) confirma que **ya pasaron los temas administrativ
 - **BUK:** ✅ tiene API (confirmado 27-may por Pedro). No es prioridad para MVP — habilita Fase 2 post-MVP. Link pendiente de recibir.
 - **Bancos:** 3 bancos, solo PDFs. Banco americano = IBC Bank Texas (confirmado en llamada del 19-may).
 - **Sandbox:** solo producción (BIND y BUK).
- **Volumen:** 45 colaboradores + 5 freelancers, ~50 facturas/mes.
+- **Volumen:** 45 colaboradores + 5 freelancers, **~55 facturas/mes de 4–6 clientes** (el mayor exige 1 factura por colaborador, ~40) — actualizado 6-jul.
 - **EUR:** fuera del MVP; solo MXN + USD.
- **Lista blanca cobranza:** ACUNTIA + top 3, configurable.
+- **Lista blanca cobranza:** ~~ACUNTIA + top 3, configurable~~ → **ELIMINADA (6-jul):** Ara decidió recordatorios a **todos** los clientes morosos, sin excepciones. (La capacidad configurable se conserva, hoy vacía.)
 - **Cotización BIND obligatoria (6-jul):** todo lo que se facture parte de una cotización en el ERP (requisito fijado por Ara).
 - **Flujo actual:** Jira ITSM mandatorio (~1 mes) → validación administración (Arturo) → prefactura BIND → CFDI → envío por correo con particularidades por cliente (Excel pendiente de Ara/Arturo).
 - **Book = SaaS** (no interno).
 - **Jira:** solo gestión de proyectos con clientes.
 - **Nube preferida:** Azure.
@@ -425,8 +601,10 @@ Erika (PM, contacto principal) confirma que **ya pasaron los temas administrativ
 1. **Llamada del 19-may** (transcript aparte): Noe pidió textualmente *"no le queremos estar poniendo estrellitas al pino, nada más estrictamente lo que se necesita"*. Foco = facturación + conciliación.
 2. **Correo del 25-may**: Noe pide explícitamente que la **propuesta se recorte a "solo ERP BIND" primero**, dejando bancos/conciliación para fase posterior.
-### Estado actual (al 30-jun-2026 — kickoff mañana 1-jul)
+### Estado actual (al 6-jul-2026 — Discovery en marcha)
-**Contrato FIRMADO (26-jun)** y **proyecto en arranque.** El **kickoff con Noé está confirmado para el miércoles 1-jul, 7:00 am.** Johann entregó el **plan de actividades** (4 etapas, fechas tentativas) en `../planeacion/Plan-actividades.xlsx`. Erika coordina el seguimiento (tablero Kanban en Jira) y es la **intermediaria de todas las sesiones**.
+**Contrato FIRMADO (26-jun)**, **kickoff realizado (1-jul)** y **primera sesión de Discovery realizada (6-jul, 7am, con Ara + Arturo — [#27](#27--jul-6-2026--700-am--llamada--discovery-proceso-actual-de-facturación-y-cobranza-)).** El proceso actual quedó mapeado end-to-end: **Jira ITSM (mandatorio) → validación administración → prefactura BIND → CFDI → envío por correo con particularidades por cliente**. Dos reglas cambiaron en la sesión: **lista blanca eliminada** (recordatorios a todos) y **cotización BIND obligatoria** como inicio del flujo. Ara/Arturo deben enviar hoy el **Excel de particularidades de envío**; Johann trabaja el **prototipo** con el flujo real. **Propuesta v1.2 enviada (2-jul)** — en espera de confirmación de Balam para emitir la factura de 30 h. **Token de BIND sigue pendiente** (no se tocó en la sesión).
 **Definido en el kickoff:** token **de Arturo** para BIND (solo consulta; se prueba primero) · **Balam crea el repo** (GitHub privado) y **gestiona Azure** (Pedro+Noé) · Johann reporta **horas en Jira** (Pedro le enseña; corte de Erika los lunes) · Discovery **con Arturo + Araceli** (Erika agenda). **Dos bloqueadores vivos:** (1) **accesos** (token BIND, Azure, repo) y (2) **emisión de la 1ª factura** — Johann ya envió la propuesta v1.2 ajustada (2-jul); **no factura hasta que Balam confirme por correo**.
 **Términos vinculantes del contrato:** sin anticipo + firma previa (cumplida) · **facturación semanal los viernes** por horas efectivamente trabajadas, pago a 30 días · garantía 45 días · alcance MVP BIND-first · arranque condicionado a accesos + API de BIND con lectura/escritura.
@@ -0,0 +1,362 @@
 Kick off-Proyecto integración Balam
 Wed, Jul 1, 2026
 0:02 - Pedro Alberto Ayala Elizondo
 Buenísimo el juego, buenísimo.
 0:03 - Unidentified Speaker
 ¿Lo viste?
 0:04 - Unidentified Speaker
 Sí, claro.
 0:05 - Pedro Alberto Ayala Elizondo
 No manches, estaba bien emocionado. Estaba salte y salte.
 0:09 - Erika Chavez
 Sí, se puso muy bueno. Muy bien, gracias.
 1:07 - Unidentified Speaker
 No sé si está el link aquí.
 1:19 - Unidentified Speaker
 No, ni yo.
 1:24 - Pedro Alberto Ayala Elizondo
 Igual déjame, le mando un mensajito.
 1:34 - Pedro Alberto Ayala Elizondo
 No, así que se metió en la reunión y salió.
 1:39 - Erika Chavez
 Hola, buenos días, Johann.
 1:40 - Johann
 Hola, ¿qué tal? ¿Cómo están? Buenos días.
 1:43 - Erika Chavez
 Muy bien, ¿y tú?
 1:45 - Johann
 Buenos días. Buenos días. Muy bien, me alegra. También bien.
 1:49 - Erika Chavez
 Qué bueno. Qué bueno. Nada más, dame chanza porque creo que el INGE tuvo que pararse. Entonces, déjamelo, mando un mensajito que ya estamos listos, ¿va?
 2:00 - Johann
 Va, sin problema.
 2:19 - Noe Rocha
 Buenos días.
 2:20 - Erika Chavez
 Hola, buenos días, Inge. ¿Me escuchan?
 2:23 - Noe Rocha
 Sí. A ver, espérame, porque está muteado esto, no quiere hablar.
 2:29 - Erika Chavez
 Ah, ya.
 2:30 - Noe Rocha
 Corazón, no los había escuchado.
 2:33 - Unidentified Speaker
 ¿Listo?
 2:33 - Noe Rocha
 ¿Qué tal, Erika, Johann y Pedro? ¿Cómo están? Buenos días.
 2:38 - Erika Chavez
 Muy bien, gracias.
 2:40 - Johann
 ¿Qué tal, buenos días?
 2:42 - Pedro Alberto Ayala Elizondo
 Bueno, México.
 2:43 - Unidentified Speaker
 Bueno, México.
 2:44 - Pedro Alberto Ayala Elizondo
 Bueno, México.
 2:47 - Erika Chavez
 ¿Quién se fue a festejar?
 2:51 - Pedro Alberto Ayala Elizondo
 ¿Con la familia?
 2:53 - Noe Rocha
 ¿Ya vieron los reels de cómo se puso Ciudad de México?
 3:02 - Pedro Alberto Ayala Elizondo
 El ángel. Ni una marcha política convoca tanta gente.
 3:09 - Noe Rocha
 Y de protesta, como un partido mundial. Esos son los intereses de la mayoría de nosotros. Sí.
 3:20 - Noe Rocha
 Muy bien.
 3:21 - Noe Rocha
 Oye, Johann, pues gracias. Pues vamos a arrancar ahora sí. La verdad es que tenemos mucha expectativa de esto. Queremos empezar a hacer, ya en menos de seis meses, algo muy robusto con la plataforma. Obviamente, lo que estamos diseñando no es para hacerlo en seis meses es para poquito menos por el tiempo que traemos pero en seis meses nosotros ya tenemos que tener procesos muy robustos dependemos de esta herramienta de muchas cosas y hay una parte muy particular que ahorita quisiera adelantar contigo de lo que esperamos que ya lo establecimos en el PRD pero posiblemente le estemos colgando hasta temas de CRM porque no tenemos CRM entonces hay un tema ahí que más adelante conforme avancemos, vámonos por partes, como dice Chuck, el destripador. Vámonos por partes, resolvemos esto y vamos construyendo lo que para nosotros sería una plataforma integrada de soluciones. Ahora bien, ahorita vamos a entrar a la parte de ley y Discovery, que de ahí se van a definir varias cosas. Tenemos mucha expectativa por también el tema de conciliación, pero sabemos que va a depender de qué tanto te vas a tardar con el discovery en primera instancia, que aquí lo traíamos establecido en el documento. Déjame nomás ponerlo así. Aquí está. Vamos a verlo. Ahí está. Entonces en esta parte de discovery ya se iba a establecer en las horas totales que se iban a ocupar. Probablemente a partir de aquí ya podemos saber si van a ser 112 o 136. ¿Estoy en lo correcto, Johann?
 5:06 - Noe Rocha
 Sí, así es.
 5:08 - Noe Rocha
 Para entonces, si se nos adecua el presupuesto actual y las horas como tú las estimas, también te estaremos pidiendo el módulo que viene más abajo, el de conciliación. Porque fíjate, ahorita lo estamos resolviendo de una forma, pero la verdad es que quisiéramos integrarlo. Conciliación, ¿dónde está conciliación? Suelto de cobranza.
 5:33 - Johann
 Sí, está en el Alexo B.
 5:37 - Noe Rocha
 Está más abajito. Ya pasé, ¿no? Porque usted habla de cotizado. Ahí está, ¿no? Conciliación bancaria por PDF. Módulo. Ándale.
 5:51 - Pedro Alberto Ayala Elizondo
 Sí.
 5:51 - Noe Rocha
 Esta parte de la conciliación es la que nos interesa también resolver. Entonces, ya dependiendo de cómo vaya a salir Discovery, vemos si lo integramos de una vez en esta primera, junto con esto que vas a hacer para avanzar. Porque lo estamos haciendo muy manual y la verdad es que sí nos quita mucho tiempo. Nos quita mucho tiempo y si bien lo estamos resolviendo ahorita con algo de IA, la verdad es que si quisiéramos tenerlo integrado. Pero bueno, entonces, ahora sí, para arrancar, Johann, yo sé que necesitas algunos accesos, algunas visibilidades, platícanos con qué arrancamos para que puedas poner manos a la obra con la parte del discovery, empezar a ver cómo está. Pues ahora sí que ver las tripas del asunto, determinar cosas, evaluar Disculpe que le esté escurriendo tanto, pero no quiero llegar a la parte donde decía el Discovery, ya me pasé. No sé por qué me pierdo en tu cotización. La verdad es que es de las pocas cotizaciones que no alcanza... O sea, está muy bien estructurada, pero por alguna razón no me ubico de repente en las... Ay, bueno. Discovery, Discovery... Aquí está. Muy bien. Entonces, yo sé que necesitas algunos accesos. Recuérdame cómo empezamos para que empieces a tener visibilidad. Los accesos y demás. Inicialmente sería pura visualización, ¿verdad Jovan? No nada de edición, me imagino que por temas ahorita de revisión.
 8:02 - Unidentified Speaker
 Cuéntame.
 8:03 - Johann
 Sí, así es. Esta primera etapa pretende descubrir, por ejemplo, qué se puede o qué nos ofrece el API de Bind. Entonces, primeramente, entiendo que necesitaría un token para poder utilizar esta API y poder utilizar, por ejemplo, los endpoints de consulta para saber qué datos son los que exponen los endpoints. Entonces, eso serviría. Además, el paquete de diseño de estilos que tiene BALAM también sería mucho de ayuda para el prototipo. Además...
 8:47 - Noe Rocha
 Ok, esta gente los da a Pedro y ya los tiene.
 8:52 - Johann
 Ajá. De acuerdo. Y también sería útil poder tener una llamada con quien hoy lleva el proceso para poder saber cuál es o qué sería útil o cómo es que se podría...
 9:07 - Noe Rocha
 o cómo organizar el prototipo de manera que sea útil en manera de experiencias Ya, ese sería con Arturo, pero también no hay que dejar fuera, incluir tal vez en esta llamada, yo sé que por el tiempo es muy limitado, pero Araceli, porque el proceso como tal lo conoce mejor ella. Y Arturo, aunque lo conoce, todavía no está en condiciones de definir muchas cosas, porque pues tiene apenas tres meses en la orientación. Sí tendría que ser sí o sí una llamada con Arturo y con Araceli para organizarla.
 9:42 - Erika Chavez
 Sí, de hecho, Johann, ahí en la facturidad me los pusiste, ¿verdad? Y es que ya traigo lo que son las actividades de la primera etapa en el GAN. Para que vaya viendo, entre esas solamente viene esa sesión con el acercamiento de nuestro equipo con Johann para ese tema.
 9:42 - Unidentified Speaker
 Ok.
 10:07 - Noe Rocha
 Ok, entonces aquí traemos el GAN. ¿Qué sería primero?
 10:12 - Noe Rocha
 ¿La sesión de Kikom?
 10:14 - Erika Chavez
 ¿Qué es hoy?
 10:15 - Noe Rocha
 Etapa 1 y etapa 2. Ok, vamos a salir Discovery.
 10:20 - Johann
 ¿Sesión de Discovery?
 10:21 - Unidentified Speaker
 ¿Dos días es suficiente, Johann?
 10:23 - Johann
 Sí, bueno, igual las fechas son tentativas.
 10:26 - Erika Chavez
 Sí, son tentativas. Le puse un aproximado.
 10:29 - Noe Rocha
 Ok, entonces, sesión de Discovery. Ya que dentro de esa sesión de Discovery, supongo que viene dentro ese entendimiento la sesión con la que tú mencionas, Johann, o viene más abajo? Está adentro? Sí.
 10:45 - Erika Chavez
 Sí, es el proceso actual, ¿verdad? Sí, es aquí. Ok.
 10:50 - Noe Rocha
 Y luego viene la entrega de evaluación de accesos. Bien, hay un manual de marca. Ok, eso sí que es como responsable las primeras? Sí. Pues sería Arturo. Y Araceli. En la segunda es Pedro.
 11:08 - Pedro Alberto Ayala Elizondo
 De ese tema para el API de Bind, actualmente los únicos que tienen cuenta o usuario en Bind es Ara y Arturo. Habíamos acordado que los tokens que usáramos salieran de la cuenta mayor para tener todos los permisos ya habilitados desde un principio.
 11:30 - Noe Rocha
 Ahí tengo nada más un playas de seguridad y no es tema contigo johan este es como es token no sé si lo que te va a dar también es edición y me preocupa un poquito el tema de cualquier edición este ahí si no estoy seguro pero si es edición o es visualización los tokens tengo entendido que es pura consulta porque así como los tres los como yo lo he usado los endpoints es pura consulta de invoice facturas, pagos, toda esa consulta como tal. Muy bien, entonces tendría que ser uno de la cuenta de Arturo de preferencia. ¿Ahorita los que estás usando son de qué cuentas? ¿De Arturo y de ARA?
 12:14 - Pedro Alberto Ayala Elizondo
 El que yo uso es el de ARA.
 12:18 - Noe Rocha
 Ok, muy bien. Vamos a probar con el token de Arturo en inicio para ver si tiene todo lo que necesita ver. Y con eso avanzar con Johann. Sí, porque la particularidad de Bind es que es un token por usuario.
 12:35 - Pedro Alberto Ayala Elizondo
 No es como una herramienta que puedes generar varios tokens y puedes ganarlos o caducarlos.
 12:41 - Noe Rocha
 Vamos por el token de Arturo, que no se ha usado, ¿verdad? Todavía. No. Ok. Para que tú dejes el token de Ara en donde está ahorita para el tema de los tablets. Sí. Muy bien. Luego. Validación técnica del API Bind con la cuenta relada, pues sería esa misma de Arturo. Ponle ahí Pedro, Erika. Configuraciones de infraestructura Azure es Pedro y yo, porque Pedro sí tiene limitantes en ciertas cosas, le voy dando permisos. Ahí, este repositorio de SID y gestiones secretas, ¿a qué te refieres, Johann?
 13:31 - Johann
 Sí, eso sería para después, en la fase 1, en la fase 2, poder montar lo que sería el backend y frontend en este repositorio.
 13:44 - Noe Rocha
 Y hablamos de un repositorio como tipo GitHub, Ah, sí. Ah, entonces nosotros la creamos.
 13:53 - Unidentified Speaker
 Ok.
 13:53 - Noe Rocha
 Sí, entonces ponle ahí, Pedro. Oye, ¿un Github normalito funcionaría o sugerirías otra cosa?
 14:00 - Johann
 Sí, un Github normal funcionaría. Podríamos tenerlo en privado.
 14:05 - Noe Rocha
 Ok, entonces ahí, Pedro, también para que lo traigas tú. Y luego, ¿prototipo visual navegable? ¿Ese ya es tuyo, Johann? ¿Supongo? Sí. Y sesión de validación de prototipo ya sería Johann y Balán. Y documentos de hallazgos, ADR, CIPLAN, también otra vez ya sería tuyo, ¿verdad, Johann? Así es.
 14:31 - Noe Rocha
 Ok, entonces con esto completamos la etapa uno.
 14:35 - Noe Rocha
 Es la cero. La etapa cero. Ah, la etapa cero. Sí. ¿Cuántos días aproximadamente? ¿Cuántos? Dieciocho días.
 14:44 - Erika Chavez
 Eh aquí es de ocho días, aprox una semana. Eh dieciocho es entre la cero y la uno.
 14:52 - Noe Rocha
 Muy bien. Bueno, entonces ahorita hasta aquí lo dejamos con las este responsabilidades y los y las actividades y cada ¿Cuándo vamos a tener sesión Erika?
 15:02 - Erika Chavez
 Eh pues yo creo que voy a agarrar el mismo corte con los otros chicos para tener el le comentaba a Johann en algunos mensajitos que se había trabajado con Gira, porque aparte del GAN, pues lo poco mucho que a lo mejor sea algo informativo, no meramente un entregable o un documento, pues que me lo suba en el Gira también para la de sus horas. También se va a llevar igual que los otros chicos, ¿verdad Inge?
 15:33 - Noe Rocha
 Sí, para que quede muy transparente las horas invertidas.
 15:37 - Erika Chavez
 ahorita voy a poner el documento si con el cámara nada más sería ahorita también bueno si termina Pedro enseñarle cómo se maneja con los demás consultores a Johann para tener la misma línea y entonces voy a tener también avance yo creo que lo que es el lunes para reportar con ustedes a final de semana muy bien digo puede ser a esta hora Johann si no te preocupes o sea yo también me adapto todos los lunes yo tengo sesiones de con los demás consultores, con los demás proyectos de otros clientes que traemos. Entonces, digo, quiero manejar la misma línea para no perderla.
 16:16 - Noe Rocha
 Igual para los avances que se les da, obviamente, pues, en este caso, a dirección. De acuerdo. Sí. Muy bien. Bueno, pues ahora sí, de nuestro lado quedaría el API y, bueno, primero la sesión. ¿Ya emitiste la factura? No la he emitido.
 16:49 - Unidentified Speaker
 ¿Necesitan que ya la emita?
 16:59 - Noe Rocha
 programar pago dentro de estos primeros días, o sea, los primeros 30 días que establecimos, pero ya para que vaya corriendo el tema de pago de la primera parte, que es como lo estableciste en el documento. No lo recuerdo, lo dejamos ya abajo, ¿verdad? Recuérdame... O lo manejamos por correo. Lo que era la la primera parte de la facturación, Johann.
 17:57 - Pedro Alberto Ayala Elizondo
 ¿Por correo? Se manejó por correo, Inge.
 18:02 - Noe Rocha
 Déjame ver si lo encuentro.
 18:06 - Pedro Alberto Ayala Elizondo
 No, pero si lo adecuamos en la cotización. Creo que es esta propuesta...
 18:17 - Johann
 es donde adjuntaste la propuesta, ¿no, Johann?
 18:22 - Pedro Alberto Ayala Elizondo
 viene todo en ese mismo hilo sí a ver, ¿ya lo encontraste, Pedro?
 18:31 - Noe Rocha
 sí, el logoproyecto sí, el proyecto es lo mejor Bueno, bueno.
 19:08 - Johann
 Esta parte de aquí, no?
 19:11 - Noe Rocha
 Sí, pero hablamos de la... No, pero espérame. Había una parte que tú habías manejado como anticipo yo, que es la que trato de ubicar en tu documento, para un momento. Y yo te dije, oye, no manejamos el pero factúrame y ya que vaya corriendo el monto de ese anticipo. No sé si me Es Sí. La O que sea, quiero ubicar en tu documento. ¿Te acuerdas dónde está? Mira, te voy a proyectar.
 19:54 - Unidentified Speaker
 Nomás para ser muy transparente.
 19:57 - Noe Rocha
 Aquí está. Es que en alguna parte... Solución... Contexto... Entendimiento... A ver, déjame ver aquí. No sé si es en la página, es 4. A ver si quedó definido ahí.
 20:19 - Pedro Alberto Ayala Elizondo
 Es que es sin anticipo y pago a 30 días, que es facturo las 30 horas de la etapa 0.
 20:36 - Noe Rocha
 Sí.
 20:36 - Erika Chavez
 Dicen el número once. Página once.
 20:38 - Noe Rocha
 No, en el número once de él es la página catorce.
 20:43 - Erika Chavez
 Es el punto número cuatro. Bueno, yo lo veo en próximos pasos y lo dice firma del contrato u orden del trabajo, prestación de servicios y confidencialidad, emisión de la factura de etapa cero o inicio de descubre y pago a treinta días naturales y lo arranque del proyecto con la entrega del MVP en seis a siete semanas.
 21:07 - Noe Rocha
 Esta etapa cero es la que quiero ubicar en tu propuesta, nomás para ser bien claros. La etapa cero está en la...
 21:18 - Erika Chavez
 ¿Dónde habla el monto al facturar de esta etapa cero?
 21:23 - Johann
 Porque sí la mencionaste.
 21:25 - Erika Chavez
 Bueno, la etapa cero viene en lo que es la inversión en la... Página 10, viene 0, Discovery, las horas, que son 18 a 22, la inversión y arriba menciona más la etapa 0 con los entregables de la etapa 0. Arriba, arriba, ¿dónde? En la página 6, a menor a bajo, viene etapa 0, Discovery, infraestructura y prototipo visual, semana 1 de 18 a 22 horas o el objetivo y entregables. Validación de la API de Vine, cuenta real si lo encontró en la página 6 y 7 arriba ahí es ahí está parte está para hacer hoy yo ya me perdí explícame cómo estuvo el tema la etapa cero y lo que tú anticipabas o vías como anticipo.
 22:32 - Noe Rocha
 Porque aquí no lo ubico, que es lo que yo te digo que se va a facturar.
 22:41 - Johann
 Pero nada más quiero ubicarlo en tu propuesta. ¿Lo explicó? Sí. Sí, esa parte está, como comenta Erika, en la tabla en donde están las facturaciones. En la página 10.
 22:57 - Noe Rocha
 Ok, entonces, nada más para estar claros, lo que se estaría manejando ahorita como etapa cero, ¿son qué? ¿18 o 22 horas? ¿Cómo lo estableciste? Porque sí me acuerdo que hubo una parte donde mencionabas una inversión de 30 horas iniciales?
 23:22 - Unidentified Speaker
 Sí.
 23:22 - Johann
 Sí, eso fue por correo. Son 30 horas iniciales de la etapa 0. Ajá.
 23:28 - Noe Rocha
 Bueno, que no necesariamente son las 30 horas. Puede ser más o menos, pero digamos que era... Pero eso aquí, ¿dónde lo tenemos para poderlo vincular con la facturación que nos vas a dar? Esa factura que nos vas a generar. No sé si me explico. Tú mencionas una parte donde dice, oye, ¿sabes qué? Para iniciar, creo que es en la página. ¿Sabes qué, Johann? Como recomendación, cuando hables de términos comerciales, déjalo en una sola sección. Porque como está un poco disperso todo, tienes que subir y bajar para entender un poco la parte de... Aquí dice, oye, emisión de la factura la etapa cero. Pero yo me acuerdo que tú mencionabas, me anticipo, que si ya no está mencionado aquí, ¿verdad? Entonces, nada más para estar claros. La emisión de la factura de la etapa cero, ¿por cuántas horas la vamos a facturar ahorita?
 24:31 - Johann
 Por treinta. Treinta horas. Sí, y esas horas, las que no se...
 24:35 - Noe Rocha
 Ok, entonces, nada más ayúdame a vincular. Si son treinta horas, ¿dónde dice aquí treinta horas? Yo sé que lo dijimos por pero ¿dónde lo vi con el documento? Porque me van a cuestionar el área de pagos, me van a decir ¿dónde dice que son 30 horas?
 24:54 - Johann
 ¿sí me explico?
 24:55 - Noe Rocha
 sí, entiendo si viene en el correo, ya lo vi entonces, como no está aquí necesito que sea muy vinculante al tema del pago con lo que dice el documento porque acá, si yo me voy a la etapa aquí dice 18-22. Pero yo recuerdo que si se manejó la versión anterior 30 horas de anticipo. Pero vamos a manejar 30 horas a 30 días de pago. Ah, mira, aquí está. Tarifa, facturación, sin anticipo. Pero mira, se emite la factura de la etapa 0.
 25:39 - Johann
 De acuerdo, ajusto la tapa cero a que diga 30 horas.
 25:44 - Noe Rocha
 Ajá. Mejor, en lugar de poner tapa cero, ponle este... ¿Cómo lo manejamos? Ponle... ¿Cómo lo dejamos por correo? A ver, ¿puedes ponerlo, Pedro? ¿Tú que lo traías?
 25:56 - Erika Chavez
 Mire, yo aquí tengo esa donde viene en el correo, si quieres, Pedro. Es una partecita que dice aquí, sin anticipo y pago a 30 días. De acuerdo, me ajusto a su política, facturo las 30 horas de la etapa cero al inicio y el pago corre a 30 días, igual que los avances. Lo único que pediría para arrancar sin anticipo es dejar firmado el contrato orden de trabajo antes de iniciar. La firma formaliza el compromiso de ambas partes y me permite comenzar de inmediato.
 26:30 - Noe Rocha
 Mira, aquí el tema es que tenemos que ser muy vinculados lo que dice el documento y lo que se va a facturar porque si no compra me va a decir oye dónde sacas que se tiene que pagar 30 horas a este monto si en la etapa cero el documento dice que son 18 horas entonces si me explico entonces si necesito y nada más eso ayuda a validarlo Erika que lo que el contrato esté vinculado al acuerdo a qué documento está vinculado o cómo está redactado porque entonces lo tendríamos que disculparnos si es mero pero es para para porque así me lo pide el área administrativa. O sea, tiene que ser muy claro. ¿Qué voy a pagar? ¿Con respecto a qué? ¿Y dónde dice que se tiene que pagar eso? Entonces, nos vamos, nos llevamos esto antes de que nos factures, nomás para aclarar cómo lo resolvemos internamente, y si tienes que hacer el ajuste, te lo vamos a pedir ya por de nuevo por correo para que nada más sea muy muy claro en la redacción del del documento, ¿No? Este para que ya factures, porque si nos interesa que ya vaya corriendo el tiempo de estas horas que se establecieron de pago inicial. De acuerdo, sí, sin problema. Ayúdame a revisar eso, Erika, con Pau, cómo lo tienen por contrato. Si no hay algo muy explícito, si ya viene ahí explícito, ya nomás le pedimos entonces a Johann que la propuesta sí mencione que esa para cero va a completar o bueno o ese pago anticipado programado primer pago ya pues no ponerle tapacero porque si le ponemos el tapacero se contrapone con lo que dice arriba primer pago por 30 horas que comprendería tapacero y un cachito de otras horas vale sí entonces ayúdame a revisarlo con pago como lo tienen en el contrato si no está tan vinculado nada más sería entonces vincularlo con johan si está vinculado pues hay que hay que moverlo Ok. Sale para arrancar el tema de pago con Jokan, me refiero. Sí, sí.
 28:34 - Unidentified Speaker
 Bueno, ¿dudas, comentarios?
 28:36 - Unidentified Speaker
 Ninguna.
 28:37 - Pedro Alberto Ayala Elizondo
 Ahorita yo te envío lo que es el template del branding de Balam, Jokan. Si quieres, te lo comparto por correo.
 28:49 - Noe Rocha
 Muy bien. Ayúdame a organizar la sesión con Ara y con Arturo, con Johann, y ahora sí que avanzar rápidamente con ese tema.
 29:03 - Erika Chavez
 Sí, ahorita me ajusto para que me pasen sus horas disponibles.
 29:10 - Noe Rocha
 Bueno, pues buen día a todos, gracias por su tiempo y nos vemos. Gracias. Gracias.
 29:19 - Unidentified Speaker
 Bye.
@@ -0,0 +1,58 @@
 # WhatsApp — Erika Chávez (PM, Balam) ↔ Johann · coordinación sesión "Proceso actual de facturación y cobranza"
 **Canal:** WhatsApp (+52 1 81 2353 5803) · **Fechas:** 1–2 jul 2026
 **Tema:** Confirmación de conexión al kickoff, agendamiento de la sesión de Discovery (proceso de facturación/cobranza) con las personas involucradas, y preparación de agenda/materiales para esa sesión.
 ---
 ## Bloque 1 — 1-jul, 7:01 AM — confirmación de conexión al kickoff
 > **Erika:** Buenos días johann
 > **Erika:** ya estamos en la sesion, te podras conectar?
 > **Johann:** Hola buenos días Erika
 > **Johann:** Claro, estoy en eso
 > **Erika:** gracias :)
 *(Corresponde al arranque de la llamada de kickoff — ver `2026-07-01 - Transcript - Kick off-Proyecto integración Balam.txt` y REGISTRO #22.)*
 ## Bloque 2 — 1-jul, 1:45–1:46 PM — solicitud de agenda para sesión de proceso
 > **Erika:** Hola johan
 > **Erika:** disculpa te parece que pueda pedir agenda de las personas invulucradas al proceso de facturacion y cobranza el lunes 06 y martes 07 de julio a las 7 am para ver el proceso?
 > **Johann:** Hola Erika
 > **Johann:** Sii, sin problema
 > **Erika:** va, deja mando correo a ver que me dicen
 > **Erika:** gracias te confirmo va
 > **Johann:** Vava
 ## Bloque 3 — 1-jul, 6:09–6:39 PM — confirmación de la sesión del lunes 6-jul
 > **Erika:** hola
 > **Erika:** me acaba de confirmar la reunion del lunes 06 a las 7 am va
 > **Erika:** ya te mande meet
 > **Johann:** Hola, de acuerdo, muchas gracias
 > **Erika:** A ti
 **Convocatoria recibida (Outlook/Teams):**
 - **Título:** "Proceso actual de facturación y cobranza- Balam"
 - **Fecha/hora:** lunes 6 jul 2026, 7:00–8:00 AM
 - **Organiza:** Erika Chávez (erika.chavez@balamtalentoestrategico.com)
 - **Invitados:** Johann; Araceli Sanchez Jimenez; Arturo Rosas Hernandez (+1 más sin identificar) · **CC:** Noe Rocha
 - **Canal:** Microsoft Teams — enviada 1-jul 6:09 PM
 > Nota: solo quedó confirmada la sesión del **lunes 6-jul**; no hay evidencia de que se haya agendado la del **martes 7-jul** que Erika mencionó en el Bloque 2.
 ## Bloque 4 — 2-jul, 4:18–4:41 PM — preparación de agenda/materiales
 > **Erika:** Hola johan
 > **Erika:** espero y te encuentres bien
 > **Erika:** disculpa, para la sesion del lunes necesitaras algun documento, ejercicio o algo de nosotros para lo que veremos?
 > **Erika:** para irles anticipando a las personas
 > **Johann:** Hola Erika, todo bien, gracias 🙌
 > **Johann:** Espero te encuentres bien también
 > **Johann:** Claroo, te comparto los puntos que considero serían útiles:
 > - Proceso de facturación en BIND (PDF/XML), incluyendo ejemplos en USD y MXN.
 > - Revisión de cobranza y reglas de crédito.
 > - Confirmación de la "lista blanca" de clientes (sin recordatorios).
 > - Cualquier otro tema operativo que tengan en el radar.
 > Y si ya se tienen el token de BIND también sería útil para comenzar con lo técnico
@@ -0,0 +1,38 @@
 # WhatsApp — Erika Chávez (PM, Balam) ↔ Johann · sesión de Discovery + seguimiento del token de BIND
 **Canal:** WhatsApp (+52 1 81 2353 5803) · **Fecha:** 6 jul 2026
 **Tema:** Coordinación previa a la sesión de Discovery de las 7 am y, después, seguimiento de Erika al pendiente de accesos: pregunta si para BIND solo se necesita "el token tal cual".
 ---
 ## Bloque 1 — 6:53–6:59 AM — previo a la sesión
 > **Erika:** Buenos días johan
 > **Erika:** como estas?
 > **Johann:** Hola Erika, buenos días
 > **Johann:** Bien muchas gracias, y tú?
 > **Erika:** muy bien gracias :)
 > **Erika:** ya listo?
 > **Johann:** Listo!
 ## Bloque 2 — 8:08 AM — cierre posterior a la sesión
 > **Erika:** gracias johan
 > **Erika:** cualquier cosa me dices
 *(La sesión "Proceso actual de facturación y cobranza" se realizó 7:00–~8:05 am — ver `2026-07-06 Proceso actual de facturación y cobranz_ Transcript.txt` y REGISTRO #27.)*
 ## Bloque 3 — 9:01–9:54 AM — seguimiento al token de BIND
 Erika revisa el plan de actividades (línea: **"Entrega y validación de accesos (BIND, Azure, manual de marca) · 2 días · lun 06/07 → mar 07/07"**) y pregunta:
 > **Erika:** disculpa johan respecto a este punto solo necesitas el token tal cual?
 > **Johann** *(9:53)*: Sii, para BIND solo necesito el token tal cual
 > **Johann** *(9:54)*: Lo de azure no me urge hoy y el manual de marca ya lo tengo, gracias:)
 ## Bloque 4 — 10:26–10:28 AM — Erika solicita el token y pregunta por la validación técnica
 > **Erika** *(10:26, citando a Johann)*: okey deja lo solicito
 > **Erika** *(10:28)*: y sobre esto, se necesita una sesion?
 La segunda pregunta refiere a la línea del plan: **"Validación técnica de la API de BIND con la cuenta real · 2 días · mar 07/07 → mié 08/07"**. Respuesta de Johann: no se necesita sesión — es trabajo propio con el token en mano (probar endpoints y compartir resumen); solo si algo no cuadra (permisos/cobertura) pediría 15–20 min con Pedro o Arturo. Pide el token idealmente el martes temprano para cumplir las fechas del plan.
@@ -0,0 +1,236 @@
 Proceso actual de facturación y cobranza- Balam
 Mon, Jul 6, 2026
 0:07 - Araceli Sanchez Jimenez
 Hola, buenos días, ¿Cómo están? Buenos días, bien, gracias. Que bueno, disculpen ahí el minutito de de retraso, pero ya, estoy lista. Ya somos todos, ¿Verdad, Erika, o no?
 0:23 - Erika Chavez
 Sí, ya, estamos todos, digo, el ingenuo era como opcional, este, pero, pues, los importantes eres tú y Arturo, ¿Va? Este, bueno, este, Johann, pues, ustedes equipo Balam y pues el foro es todo tuyo Johann, ¿sí?
 0:41 - Johann
 Hola, ¿qué tal? Sí, tenía esta llamada principalmente para ver o si me pudiesen explicar el cómo hoy llevan el proceso de facturación, si me pudiesen mostrar de pronto con un ejercicio de cómo es hoy que realizan una factura, me sería muy útil para saber los Ok, gracias.
 1:05 - Araceli Sanchez Jimenez
 Si quieres, Arturo, compárteles JIRA y mientras yo te voy diciendo el proceso. Fíjate, Johann, que antes metimos un paso adicional al proceso porque antes no usábamos para facturación JIRA y ahorita tiene como yo creo que dos quincenas o como dos quincenas, ¿no, Arturo? Que empezamos a usar el ITC Entonces, ¿qué pasa? Ahorita que te muestre, nosotros tenemos un portal de servicios dentro de la empresa. Y dentro de ese portal de servicios está, si quieres ahorita que te comparta Arturo, no sé si tú puedes compartir todo el portal. Ándale, sí. Dentro del portal de servicios que nosotros tenemos, hay un módulo que se llama Administración General. Dentro de esa parte, general, pues hay muchas categorías. Entonces, las personas que quieren tramitar, pero aquí vamos a facturación, Arturo, no apago. No, vete al Help Center y debe de estar en facturación, hay un módulo de facturación. Entonces, mira, este es nuestro centro de Entonces, hay diferentes módulos que engloban subtareas o actividades. Dentro del módulo hay un módulo que se llama facturación. Si nosotros le damos clic en ese módulo de facturación, ahí sí se pone, hay dos bajas y facturación adicional. La facturación, ahorita te explico las bajas. La facturación adicional es la persona facturar, que generalmente es la parte comercial, le da clic ahí. Si quieres, dale clic, Arturo. Y tenemos que llenar varios campos. Dentro de ese campo, por ejemplo, aquí ya está impresa origen. ¿Por qué? Porque el ITCM lo utilizamos ya para facturar varias empresas. Entonces, estaba LAMP, Regiotour y Elmstone. En este caso, nos vamos a enfocar a BALAM, ¿sí? Y luego el summary le pones pago, factura o emitir factura, proyecto, le pones el proyecto que identifique a esa factura. Luego tenemos cliente nuevo, ahí seleccionamos sí o no. En caso de que seleccionemos sí, si quieres ¿Sí, Arturo? Nosotros lo que tenemos que hacer es agregar el nombre del cliente y también aquí dice abajo, para cliente nuevo adjuntar la cédula de identificación fiscal y la cotización. Adicional, si son clientes recurrentes, pues solo adjuntar la cotización. Entonces, ya después seleccionamos el tipo de moneda de la factura nosotros nada más facturamos ahorita en dos monedas que es pesos y dólares después que seleccionamos pesos o dólares los días de crédito nosotros de entrada solo damos 30 días de crédito a menos que haya otra negociación son 45 sin embargo tenemos casos especiales como CEMEX, que en teoría nos pagan a 90 días, ¿sí? Ahí no hay manera de negociar, o sea, ellos, eso es, y ya. ¿No? Entonces, este, generalmente aplicamos 30 o 45 días. Después de seleccionar los días de crédito, aquí este, el periodo de incidencias, ¿por qué se puso? Porque como nosotros hacemos Staff Aumentation, hay muchas personas que hacen horas extras, trabajan en domingo, en días festivos, y entonces ahí se ponen todos esos comentarios. O, por ejemplo, generalmente cuando yo levanto una factura de la parte comercial, yo pongo, oigan, ¿saben qué? Este periodo es de la mesa de servicio o una póliza de servicio de 22 de junio al 27 de julio. Por favor, este periodo ponerlo en comentarios, ¿no? Ahí ponemos como más granularidad y si no hay nada que poner, pues nada más le ponemos sin comentarios o no aplica. Y luego también tenemos si la facturación es recurrente, porque generalmente, por ejemplo, el Staff Aumentation nos los contratan a veces por tiempo indefinido, ¿sí? O sea, hay proyectos que sí sabemos que que tienen un término tres, seis, cinco meses, y ahí sí le ponemos la recurrencia exacta. O también hay factura que no necesita recurrencia, que es nada más en una sola exhibición. Entonces, cuando es una facturación recurrente, nosotros ya el equipo de tecnología está trabajando para que las recurrencias en automático se detonen cierto día que nosotros le indiquemos, del día que se necesite facturar. Y ya para finalizar está el periodo de la recurrencia, es decir, si ya sabemos que va a ser un proyecto por seis meses, le ponemos seis para que la recurrencia, la parte de la tecnología, del área de tecnología, sepa cuántos meses va a detonar esa recurrencia, ¿no? Entonces, una vez que ya le damos o alguien levanta este ticket, que ahorita lo levantamos desde cero. Este ticket aparece en la bandeja de entrada de administración, sí, de administración y también tuyo, Arturo, ¿verdad? De los dos, ¿no?
 7:26 - Arturo Rosas Hernandez
 Sí, correcto. Así es.
 7:28 - Araceli Sanchez Jimenez
 Entonces, estos ya están preconfigurados, se les asignan a las personas de la Y estas personas lo que hacen es en la bandeja del ticket de Gira, pues hay muchos tickets para facturar. Sí, entonces toda esa lista. Ah, bueno, la vas a hacer, verdad? Pero bueno, mientras te avanzo toda esa lista o no sé si pudiéramos también mostrarles unas que ya facturamos del mes pasado. Entonces se genera una lista, Johann, y sobre toda la lista de factura. Administración, administración hace un doble check, ¿sí? Por ejemplo, que estén todos los datos, la cédula fiscal, el estado de cuenta, o sea, o este, que si hay alguna duda en la descripción o lo que sea, pues ya se toca con el área correspondiente. Entonces, si una vez que nosotros en la lista está todo validado, ahora sí, lo primero que se hace es hacer una siempre hacemos una prefactura y después con esa prefactura que ya está validado, ahora sí ya la facturamos.
 8:40 - Arturo Rosas Hernandez
 Estos son los tickets, por ejemplo, de facturación adicional. En este caso tenemos dos facturaciones adicionales y una baja, pero bueno, hasta ahorita ya hemos conversado asignados a mí. Básicamente todos los tickets actualmente de facturación adicional tienen una regla para que se asignen a una sola persona, a un solo correo. En su momento era el área de administración y finanzas, pero actualmente es a mí. Entonces, por eso es que todos los tickets por ahora se asignan a mí y por ahora tenemos estas facturas adicionales.
 9:25 - Araceli Sanchez Jimenez
 Y también explicarte, Johann, que, por ejemplo, nosotros o la persona que necesite facturar se mete al módulo, como te expliqué. Sin embargo, también hay otras maneras indirectas de generar También factura. Nosotros Es utilizamos decir, este ITSM para generar las peticiones cuando hay un nuevo proyecto con un cliente, hay un tema de headhunting, o sea que la parte comercial cierra un tema de headhunting y entonces yo en lugar de mandar un correo, genero un ticket de headhunting. Entonces también así como tú viste el tema de la facturación, llenamos diferente información y esa información le llega a la parte de recursos humanos, en donde le avisan que la parte comercial ya vendió a un tema de headhunting. Entonces la parte de RH lleva todo el proceso y generalmente en el tema de headhunting siempre se genera una factura de anticipo. Entonces cuando yo le doy una factura de anticipo, si quiere a ver, Arturo, ahora pásate a Headhunting. Ese de factura de anticipo levanta un ticket en automático de factura adicional. Sí, mira, tenemos aquí el dashboard de recursos humanos y todos, por ejemplo, este de Headhunting, que hay algunos en que normalmente sí cobra anticipo, pero hay otros que no, Pero independientemente, si yo cobro anticipo, se genera una facturación adicional y cuando se termina o ya tenemos a la persona y el cliente ya la firmó para contratarla a él, en ese momento se genera el 50% del resto de la facturación o el 100%, dependiendo de lo que se haya pactado. Entonces, de Headhunting al final del día detona en un tema de facturación, pero pues obviamente ya no se llenan todos los campos, porque ya se llenaron en el tema de Headhunting. Entonces, este ticket le aparecería asignado, en este caso a Arturo o a la persona que esté en administración, para que se facture. Y es el mismo sistema que utilizamos para Staff Augmentation. Si alguien quiere un ingeniero por una cantidad de meses, la parte comercial debe de levantar un ticket y cuando ya se buscó, se recluta y el personal ya está dando servicio en la oficina del cliente, también se genera un ticket de factura y ese ticket también le aparece a quien tal área correspondiente, que en este caso es administración. No, entonces esa es una y la La última es por proyectos generales, ¿sí? Es decir, yo levanto un ticket con una actividad general. Ah, no, pero ese no, el de proyectos generales nada más es facturación directa. No tenemos un flujo. Y el otro que no nada más esos generan factura, porque el de bajas resta facturación, no lo suma. Sí. Entonces, Pues Johann, estos son nuestros tres maneras de generar factura. Desde el mes pasado ya estamos adoptando la cultura en Balam, que si no hay algo que se levante a través de Jira en un ticket, no se da el servicio de facturación. Entonces sí o sí, si necesitamos que algo se facture en la empresa, debe ser a través de ITCM, siendo pues ya no principal o detonador de base de información y ya después de esto pues ya procedemos a facturar entonces no sé si si haya alguna duda ahorita cómo iniciamos nosotros el proceso para facturar porque pues bueno ya luego te puede ahorita explicar a Arturo luego para facturar nos metemos en el RP y luego el mandar y todo eso pero así es como empieza la de la factura.
 13:51 - Johann
 OK.
 13:52 - Johann
 Ya me quedó muy claro cómo es que inicia todo este proceso. Muchas gracias. Me quedó una pregunta acerca de esta parte de llenar el GIRA para iniciar el proceso. ¿Qué departamento lo hace o quién es el usuario quien inicia esto?
 14:10 - Araceli Sanchez Jimenez
 Soy yo, que es el departamento comercial. En teoría, a lo mejor en un futuro hay más vendedores. Entonces, pronto vendes un producto o servicio, tú tienes que detonar avisando que ya se vendió ese producto. Entonces, siempre es de la parte comercial. Muy pocas veces le pido yo apoyo a Pau para que levante los tickets de headhunting. A veces estoy muy saturada y le explico a ella generalmente a veces el mismo cliente nos pide reclutar más y ella excepcionalmente me ayuda a levantar el ticket, pero el deber ser es que la parte comercial siempre levante el ticket.
 15:01 - Unidentified Speaker
 Oh, de acuerdo.
 15:02 - Johann
 Ok, ya me quedó muy claro. Y después de esto, sería de entrar al BindRP y crear la factura, ¿cierto?
 15:12 - Johann
 Sí, cierto.
 15:13 - Araceli Sanchez Jimenez
 Si quieres, Arturo, te cedo la palabra, te dejo ese proceso que Arturo es quien lo domina.
 15:21 - Arturo Rosas Hernandez
 De acuerdo, aquí previo, no sé qué tanto convenga que dentro de cada ticket también hay un flujo de subprocesos dentro del proceso macro de facturación. Hay actividades que hay que ir cumpliendo y tienen sus tiempos, tienen sus SLA medibles evitar que el ticket o el pendiente se quede sin atender de manera indefinida. Entonces, solo voy a mostrarte el flujo, por ejemplo, de este último. Está así macro, es un poco difícil de leer, a veces pero tenemos desde que se crea y en cada subproceso hay tiempos que se deben cumplir. Entonces, se abre la solicitud y una vez que se abre, pasa al proceso de facturación. En caso de que en el proceso de facturación hay alguna validación que no se esté cumpliendo, podemos pasarlo en espera del colaborador o pasarlo o al recuesta cancelado. Si en el proceso de facturación se decide que debemos avanzarlo, incluimos un PDF y un XML forzosamente como evidencia de que la factura debe avanzar y se corre una pequeña validación. Esa validación requiere un botón para autorizar, digamos, para avanzar o no avanzar en el proceso. Y una vez que se da o que se acepta el ticket o la factura y se revisa que en realidad hay un PDF y un XML y una factura como tal a un cliente, pues se pasa en proceso facturado. Hay un proceso alterno, que es el de facturación extranjera, que ese no necesita un XML, solo requiere una invoice, en este caso, que es solo un PDF. Entonces, en esos casos se hace una validación extranjera o la estamos filtrando como validación extranjera. Y en esa validación extranjera solo debe haber un PDF como tal, como evidencia de la factura. Entonces, este es nuestro pequeño diagrama de flujo. Son los subprocesos que en el proceso de facturación general estamos siguiendo. Y ahí, pues bueno, con esto tenemos la intención de que no se queden ahí pendientes todo el tiempo. Una vez que ya dice proceso de validación o facturado, ahí sí ya entramos a esta herramienta que se llama Vine. Y era por eso que mencionaba la parte de flujo, para entender desde dónde venimos, ya lo comentó muy bien Ara. Sin embargo, creía que era importante, o creo que más o menos entender qué pasos debemos seguir dentro del ticket abierto. Disculpa, ¿podrías repetir los últimos segundos?
 18:37 - Johann
 Es que se trabó un poquito. Se me trabó. OK.
 18:42 - Arturo Rosas Hernandez
 Decía que al final me parece importante mencionar el tema del flujo y que vieras cómo tenemos nuestros flujos de A, B, C, hasta que la facturación sea más dice status facturado, porque este flujo conecta con el uso de la herramienta Vine, que ahorita estás viendo en mi pantalla. Por eso me parecía que era importante, porque en algún momento si automatizamos ciertos aspectos, estos botones, estas aprobaciones, estas fases de flujo de facturación general, servir para continuar en el proceso y para que tal vez los agentes pudieran llegar a esta fase del uso de la herramienta Bain, que es aquí justo donde realmente se generan las facturas, ¿no? Alantera. Gracias. ¿Sabes qué, Johann?
 19:43 - Araceli Sanchez Jimenez
 Y también, a lo mejor me arranqué muy pronto, pero como cuando dicen, oye, ¿y tú por qué estás viniendo al doctor? Te vamos a decir, te voy a decir cuáles son nuestros dolores y algunos cuáles fueron, que de cierta manera ya los estamos mitigando. Como te digo, tenemos muy poco tiempo, o sea, dos quincenas o máximo, yo creo que máximo dos quincenas, haciendo mandato que todo lo que se facture sea a través del ITCM, también porque este proceso no estaba. También hay muchos procesos que estamos apenas implementando y estamos mejorando con base a lo que lo estamos usando en la empresa. Entonces, el principal dolor que era es que había muchos errores en la facturación, porque como no había un control, la persona que llevaba la administración a lo mejor tenía un Excel, ¿sí? Y entonces en ese Excel a veces no se le notificaba que se había vendido otro proyecto, otro headhunting, otro staff. Entonces de repente a los dos o tres meses nos dábamos cuenta que no se había facturado lo del mes de enero, ¿no? O ella a lo mejor había entendido que era en otra moneda y facturaba en otra. Entonces teníamos procesos desde el arranque muy manuales, ¿sí? Y dependíamos de que esta persona tuviera actualizado el Excel. Entonces, ¿ya qué hicimos? Pues abordar, desarrollar el flujo de ITCM para que no sea un supuesto y que se nos pierdan en correos o si la persona no leyó el correo de administración o se le olvidó ponerlo para facturar, pues ya, ¿no? Entonces, ese tema ya lo abordamos con el tema de JIRA, porque todo tiene que estar aquí en JIRA. Pero el otro tema también que queremos es, aunque es un proceso que ahorita te va a enseñar este Arturo, sencillo, no complicado, sigue siendo un proceso manual y todos los procesos manuales generan errores. Entonces, nosotros qué queremos, pues mitigar ese error en las facturas, en los montos, en las descripciones y también adicional, Como ya estamos sumando más empresas, digo, ahorita lo vamos a dejar en Balam, pero lo que nos gustaría es que se facturara también para las demás empresas. Entonces, pues definitivamente tampoco el objetivo yo como dirección general es engrosar la nómina para nada más tener más gente que capture, sino la propia IA que aguanta mucha carga de trabajo, que la verdad tampoco es de que facturamos muchísimo, o sea, yo creo que máximo facturamos 55 facturas al mes en promedio. Entonces, realmente el volumen es muy poco, pero más de ayer el volumen es la incidencia, que todo el tema es manual, que nos podemos equivocar y que nosotros estamos en un francocrecimiento y yo quiero enfocar a los recursos en actividades que me genere más valor que la facturación. Entonces, ese es lo que nosotros queremos atacar. Y además de que obviamente tengamos el reporteo de cuánto se facturó esa granularidad, que de cierta manera ya la podemos tener porque tenemos Power BI. Pero si necesitamos esa independencia de que a lo mejor nada más la persona de administración valide que las facturas estén bien antes de ser mandadas a Entonces, ese es como el dolor o los dolores principales que queremos atacar con esta automatización. OK, entiendo.
 23:36 - Johann
 Esta parte de automatización sucedería en esta parte en la que estamos ahorita en este paso de Vine RP. Ahorita, con el paso que me mencionan, que ahorita es mandatorio de llevar las facturaciones, por Gira, ya solucionaron el dolor de tener las facturas en orden, ¿cierto? Sí. Y ahora, en esta parte, en la que me mencionas que lo que quieres que haga los agentes o que se automatice, es después de esta parte de Gira, ¿cierto?
 24:12 - Araceli Sanchez Jimenez
 Sí, cierto. OK.
 24:13 - Unidentified Speaker
 Correcto.
 24:14 - Arturo Rosas Hernandez
 Es exactamente así como lo dijiste, Johann. Creo que lo estás entendiendo muy bien. Aparte, ahora lo está explicando de manera excelente. Sin embargo, es importante entender cómo se conectaría con Jira, ¿no? O sea, este botón de aceptar, este botón de proceso, este botón de validación, deberían de los, o bueno, yo creería que pudiera ser de mucha utilidad el que los agentes estén observando hacia Jira para saber en qué momento accionar, ¿no? Seguramente ya tú nos dirás si es correcto lo que menciono, ¿no? Una vez que ingreso mis credenciales en esta herramienta que se llama Bind, que es la que nos sirve para facturar y para dar seguimiento a las cuentas por cobrar y las cuentas por pagar, aparece esta pantalla, esta pantalla de inicio. Y una vez que estoy en esta pantalla de inicio, ingreso al área de finanzas, al módulo de finanzas y al módulo de cuentas por cobrar. Una vez que genero o que selecciono cuentas por cobrar, me aparece todo el listado de facturación que tengo. Ahí lo puedo consultar. Sin embargo, cuando tengo que generar una venta, es decir, una factura nueva, tengo que venirme aquí al módulo de ventas y en el módulo de ventas ingresar al módulo de Aquí es donde voy a generar en realidad los datos de la facturación o los datos que me estén poniendo en el ticket. Desde el proveedor, el monto, la descripción, la cantidad de horas, el precio unitario, etcétera. Aquí es donde lo voy a llenar. Tal vez necesitaríamos más tiempo para correr el proceso completo, pero en este caso vamos a partir de que ya está generado el proveedor, de que ya tiene cuentas configuradas, de que ya tiene su moneda configurada, etc. Hay ciertos prerequisitos que ya están previamente cargados. Entonces, ahorita vamos a partir de que ya tiene estos prerequisitos cumplidos. Sin embargo, en el tema de la automatización, ¿qué va a suceder cuando no haya estos requisitos cargados? Habrá que definir cuáles proceso y ese sería otro proceso completamente diferente de qué hacer cuando el proveedor no esté dado de alta. Entonces, aquí elijo la opción del documento que voy a generar. Como bien decía Ara ahí en la explicación que nos dio, normalmente ahora estamos generando prefacturas. Esta prefacturación nos está permitiendo poder corregir en nuestro proceso de revisiones, corregir datos que no son precisos, desde la descripción, desde la cantidad, desde el precio unitario, desde los datos del proveedor, la moneda, los días de crédito, etcétera. Entonces, en este caso voy a hacer una prefactura, como decía...
 27:27 - Araceli Sanchez Jimenez
 Y nada más, perdón, Arturo, para profundizar, te voy a decir, Johann, a lo mejor tú sabes, pero para no obviar, ¿por qué hacemos una factura, porque la prefactura no la timbramos ante el SAT, y si nosotros nos vamos directamente a una factura y está mal, tenemos que cancelarla, ese timbre se cancela también del SAT, y administrativamente y contablemente es un retrabajo. Entonces, lo que hacemos es hacer la prefactura, no tiene ninguna validez oficial, pero para nosotros nos ayuda a hacer un último es muy visual, queda como muy limpio. Entonces, ya con la prefactura, nos volvemos a hacer un doble check, que efectivamente ya cuando esté el timbrado, pues ya va a estar todo en orden, ¿no?
 28:22 - Arturo Rosas Hernandez
 Por eso es. Correcto. Una vez que tenemos definida el tipo de documento, seleccionamos el cliente, en este caso vamos a utilizar a Kuntia. Una vez que tenemos seleccionado el proveedor, Revisamos la matriz. Aquí nos permite seleccionar diferentes sucursales. Esto pudiera servir para decir o configurar si Balam tuviera varias sucursales como Puebla o México, Yucatán, etcétera. Si en algún momento tuviera otra sucursal y nosotros quisiéramos estar monitoreando la cantidad o la facturación de cada unidad de negocio, Bueno, podríamos nosotros configurar previamente y una vez que esté configurado previamente, aquí es donde elegiríamos la ubicación que queremos, desde donde queremos facturar. Obviamente, como mencionaba, tenemos las opciones de la moneda. En este caso es pesos y dólares principalmente. Sin embargo, hay más monedas disponibles en la herramienta. Por ahora no las utilizamos, solamente facturamos en pesos y dólares. No sé si ibas a comentar algo, tal vez me adelanté.
 29:38 - Araceli Sanchez Jimenez
 No. Oye, es que ahorita también que me estoy acordando es, eh, mira, Johann, eh, el deber ser que todavía no lo hacemos al cien por ciento es que, eh, por ejemplo, el área comercial, todo el jeton tiene esta fomentation y todo lo demás. El deber ser es que genero una cotización en este sistema, en el ERP. ¿sí? ¿Por qué me regreso? Porque cuando hay una cotización, desde la cotización se pueden convertir, no sé si a prefactura o a factura directamente, Arturo, no sé si haya la opción de prefactura.
 30:20 - Arturo Rosas Hernandez
 Lo que yo sé es que las dos, como tú decidas.
 30:24 - Araceli Sanchez Jimenez
 Sí. Y entonces, por ejemplo, si si viene la cotización ya desde generada desde el área comercial a la parte de administración y ahorraríamos todo esto, no para los los temas recurrentes, en la recurrencia, pues sí tendrían que hacer esto, ¿verdad? Para que no todos los meses la parte comercial esté, esté levantando la recurrencia de que vendió hace un año, ¿no? Pero para, para el Headhunting o esta Fomentation o cualquier proyecto nuevo, el deber ser es que se emita una cotización. Y entonces tú cuando ya levantes el ticket de que quieres facturar, anexas la cotización de, del RP. Entonces esa cotización, la cotización, lo que haría administración o el agente para no hacer esto uno por uno, busca la cotización, le da clic, es nada más un clic, lo convierte en prefactura y esa prefactura se manda a una validación humana, ¿verdad? Entonces, ese proceso lo tenemos que, si así, hacer mandatorio. Entonces, pero todavía no, no lo hacemos. Entonces, que normalmente pasa es lo que Arturo te está diciendo. Sin embargo, sí te lo menciono porque sí me gustaría no tener como demasiadas aristas desde donde atacar el tema y decir, sabes que sí o sí debe haber una cotización. Y entonces si hay una cotización, pues también se vuelve más efectivo porque todo este tema ya no se tendría que llenar a menos que fuera una recurrencia, o sea, dentro de las recurrencias ahí sí no te salvas, ¿verdad? Porque ya la recurrencia, quien se encarga de facturarlo es administración y no la recurrencia la levanta la parte comercial. Correcto.
 32:21 - Arturo Rosas Hernandez
 Sí, definitivamente es una necesidad que seguramente vamos a estar atacando en el corto tiempo por el beneficio del proceso. Al final de cuentas, es un proceso muy robusto ya actualmente. Entonces, eso nos va a permitir también ver más áreas de oportunidad y áreas de mejora. Entonces, una de ellas es definitivamente la cotización. Entonces, continuamos con los días de crédito. Esta parte es manual, es totalmente manual. También se define como prerequisito. Una vez que configuras el proveedor, tú defines cuál es el plazo de pago. Sin embargo, es editable aquí. Aquí puedo ponerle 30. Puedo ponerle 45 o 90. Sin embargo, pues normalmente lo dejamos en el default. La cuenta aquí podemos, si tenemos contablemente una cuenta contable o alguna cuenta de gastos que nosotros querramos afectar, bueno, se puede hacer. Por el momento no lo estamos utilizando como tal. Y lo mismo que dice ARA en el caso de adicional de las cotizaciones, podríamos tener una orden de compra asociada ya del proveedor. Pues bueno, aquí es el campo en donde pudiéramos estar poniendo esa orden de compra generada por el proveedor, porque en teoría en el proceso de facturación deberíamos de tener como prerequisito una orden de compra autorizada por el proveedor para nosotros arrancarnos a facturar. Y justo lo que comentaba previo al tema de SAT, pues no caer en ese retrabajo de cancelar una factura porque el proveedor dijo que la orden de compra ya no va o se modifica o es diferente a lo que habíamos acordado tal vez en manera inicial. Entonces aquí se puede definir esa parte. Tenemos varios usos de CFDI. Principalmente utilizamos los gastos en general y el de sin efectos fiscales. Es principal, digo, podemos utilizar cualquiera, pero principalmente utilizamos gastos en general para todos nuestros servicios o para la mayoría de nuestros servicios y sin para perdón para facturación mexicana o para facturación que va a tener un pdf y un xml que debe cumplir con las reglas y condiciones ante el fisco en México. Utilizamos gastos en general en la mayoría de los casos, sus excepciones y sin efectos fiscales para todas las facturaciones extranjeras. Todas las facturaciones extranjeras que no deben de cumplir, por decirlo de alguna manera, las normativas mexicanas, que generan solamente una invoice como tal, estamos eligiendo sin efectos fiscales. El método de pago también básicamente es PPD y PUE. Para PUE es los pagos que te hacen en efectivo o en el momento, con transferencia, pero que solo en ese instante, en ese momento, tal vez con una terminal, tal vez en efectivo, en ese momento, que no cambian de día, tiene que ser en el mismo día, pues bueno, elegimos la opción PUE, perdón. Si es PPD, que es Pago Diferido en Particialidades, si no mal recuerdo, elegimos esta opción para cuando el proveedor nos va a pagar días después, ¿no? Como este es el caso, en este ejemplo vamos a utilizar de 45 días. Después de un día, ya aplica PPD por temas de fisco y temas de cumplimiento normativo. Una vez que pasamos el método de pagos, llegamos a la parte del concepto. En este concepto ya tenemos algunos conceptos precargados. Sin embargo, esos conceptos precargados son editables. Entonces, voy a elegir, por ejemplo, de consultoría y servicio, que es el que he visto que hemos utilizado más veces, es el 029. Una vez que generas, que tienes el código 029, el concepto ya viene lleno, ¿no? Este puede servir para recurrencias o para nuevos, como base, ¿no? Entonces, imagínate que es consultoría y servicios, está aumentación, julio, 2026. Si normalmente ahora estoy sugiriendo poner el nombre del recurso o del servicio específico, entonces aquí pudiéramos poner el nombre de la persona. Voy a poner mi nombre.
 36:57 - Unidentified Speaker
 Y el costo, ¿no?
 36:58 - Arturo Rosas Hernandez
 Aquí pueden ser 10, 20, 15 pesos, lo que sea. Ya viene, una vez que se llena este dato, en automático se guarda. No hay un botón de guardado ni nada. Simplemente cuando sales de la casilla, ya está guardado el dato. Por ahora no hay que darle guarda para que este renglón, digamos, se respete. Podemos agregar n cantidad de servicios.
 37:31 - Unidentified Speaker
 Siempre tratando de seguir la misma estructura.
 37:35 - Arturo Rosas Hernandez
 Lo mismo, 2026, es decir que aquí es él. Ejemplo. Y a lo mejor aquí son 20 pesos. Ok. Como decía, aquí ya viene precargar la dirección fiscal del cliente. Este no cambia, no podemos poner varias direcciones fiscales, seleccionar, perdón, pero sí podemos configurar varias direcciones fiscales. Sobre todo si el proveedor tiene diferentes RFCs, sobre todo. Sin embargo, serían proveedores diferentes, pero en este caso la dirección fiscal es esta. Podemos agregar comentarios. Estos comentarios vienen también de las incidencias sobre el ticket. Si ellos están comentando algo adicional, aquí podemos poner el nombre del ticket. Aquí podemos poner de la descripción del ticket en general, como para hacerlo coincidir en los reportes que pudieran estar generando. Después de generar la factura, obviamente vamos a llegar al módulo de cuentas por cobrar, que fue el primero que les quise mostrar, porque en ese cuentas por cobrar vamos a ver las facturas que están en proceso y las que están vencidas, las que están pagadas, las que no se han pagado, etcétera, para poder dar seguimiento a todos los pagos de nuestras facturas. Entonces aquí en los comentarios pudiera servir para poner el dato del ticket que estamos generando. En este ejemplo tenemos la opción de descuento. Hasta ahorita no he utilizado el módulo. No he visto que en facturas anteriores se utilice. Sin embargo, está la opción también de de venir con base en la información que se designe, ya sea en la cotización, en la orden de compra y o en el ticket. También tenemos el apartado del IVA. Ya que somos una empresa de reclutamiento, algunas veces nuestros IVA son diferentes. No solamente facturamos el IVA, sino el ICR o alguna retracción de impuestos, etcétera. Bueno, pues aquí podemos seleccionar ¿Podemos usar la opción de notificar vía correo electrónico? Actualmente, adelante.
 40:09 - Araceli Sanchez Jimenez
 Arturo, yo una duda que tengo que es como con respecto al funcionamiento del ERP. Este, por ejemplo, nosotros, el grueso de nuestra facturación es hacia una empresa extranjera. Entonces, este, se hace sin efectos fiscales. Eso no quiere decir que no se timbre ante el SAT. Eso quiere decir que a esas personas o a esa empresa no le cobramos el IVA. O sea, sale con el cero por ciento. Entonces, mi pregunta, Arturo, es aquí. Si tú en Bind le pones sin efectos fiscales, en automático el IVA te lo pone en cero, ¿verdad?
 40:48 - Arturo Rosas Hernandez
 En algunas ocasiones debería, o sea, diría que sí. Sin embargo, en este ejemplo, por alguna razón, lo puse en cero, lo puse en 16.
 40:58 - Araceli Sanchez Jimenez
 Sí, nada más para que también la gente no asuma. Y en este caso, siempre que son sin efectos fiscales, efectos fiscales o que es en una moneda extranjera es con cero ¿verdad? Y siempre que sea en pesos debe de llevar el el dieciséis por ciento ¿verdad? Nada más para hacerle un doble check porque pensé que yo también porque dije ay qué raro si lo agarraste con efectos fiscales yo debería yo asumí que pues el el RPN automático le quitaba el IVA pero bueno no es así y tenemos dos opciones de facturación PPD y PUE, nosotros siempre damos crédito, entonces la manera o la forma del negocio, nosotros no cobramos nada con terminal, todo es con transferencia, entonces el PUE pues se utiliza casi nunca, a menos luego los que sí nos pasa y son las excepciones antes del cierre del año, que los clientes les urge pagarte y es de que mándame ya la factura y ahorita mismo te hago el depósito. Pero esas son ocasiones ya pactadas, acordadas en el tema comercial. Pero de base nunca utilizamos PUE, ¿verdad? Porque también si uno selecciona PUE en lugar de PPD y te pagan al crédito, el SAT tienes un incumplimiento y también son cuestiones graves. Entonces, sí es muy delicado escoger PPD o PUE Por ejemplo, ¿por qué? Porque te digo, porque tuvimos un error hace dos años, que la parte de administración no puso atención en esta selección y ponía PUE, y tuvimos un requerimiento del SAT. Sí, entonces sí es un tema muy delicado, porque el SAT está asumiendo que te tiene que caer esto en ese mes, y entonces tú estás incumpliendo en los impuestos, porque pusiste que te cayó y tú estás registrando el pago en otro mes. Entonces, sí hay que poner ahí una nota, porque sí tuvimos un tema ahí con el SAT por no haber elegido bien el PPD o el PUE.
 43:12 - Arturo Rosas Hernandez
 Correcto. Y adicional, pues recordar que también las facturas PUE exigen que haya un complemento de pago timbrado en ese día, porque también es un timbrado, no es un complemento de pago, una hoja cualquiera. Sino también es un timbrado que notifica al SAT que hubo un ingreso o que hubo una factura pagada ese mismo día, y ahí hace coincidir, una vez que coincide la factura con el complemento, dice, ah, está bien, ya se subsanó, está correcto. En el caso de que haya un error, si la factura es PUE y el cliente no genera complemento de pago en un incumplimiento, y si así sucede varias ocasiones, es más o menos normal que el SAT venga a revisar qué está pasando, porque alguien está diciendo que está recibiendo diario dinero. Sin embargo, no hay complementos de pagos del cliente. El cliente no está emitiendo nada. Entonces, ahí hay un incumplimiento. Entonces, qué bueno que lo mencionara, porque sí es un tema muy, muy, muy delicado, muy importante. Y te detiene la operación de facturación y la operación de una empresa de más o detalles de este tipo que no se entiendan de manera correcta. Entonces, sí, qué bueno que lo mencionó. Qué bueno que también lo mencionamos nosotros. PUE en pocas ocasiones se puede dejar como opcional. El grueso está en PPD. Sin embargo, si en algún momento se genera PUE, pues sí entender que tenemos que sí o sí en ese mismo día perseguir el complemento de pago para que es como la evidencia para cerrar el proceso de un método de pago PUE. Ok, entonces estábamos en la parte del IVA, la opción para, como decía, para usos de CFDI sin efectos fiscales, como este ejemplo, es 0% y después simplemente damos guardar. No sé si quieren que haga el ejercicio, pero básicamente no hace más que generar la factura como tal y ya se genera un PDF, ya lo puedes descargar, etcétera, lo puedes revisar, evaluar y después ya timbrar. ¿Quieren que hagamos el ejercicio? Digo, es básicamente sin efectos.
 45:30 - Unidentified Speaker
 ¿Lo hacemos, Johann?
 45:32 - Unidentified Speaker
 ¿Te parece bien?
 45:34 - Arturo Rosas Hernandez
 Sí, si no hay problema de timbrado o algo así, me serviría.
 45:42 - Johann
 Sí, no, no hay problema.
 45:45 - Arturo Rosas Hernandez
 Ahorita solo lo voy a a eliminar, una vez que le de guardar.
 45:52 - Arturo Rosas Hernandez
 Ahí está.
 45:52 - Arturo Rosas Hernandez
 Esto es lo que hace toda la prefactura. Y una vez que se genera la prefactura, se habilitan todos estos módulos en los que puedes emitir un CFDI, que este es el principal, ¿no? Es el que comentaba Ara. Una vez que validas todos los datos, quien lo capturó, la dirección, los días de crédito, el tema de PPD que ya vimos que es muy importante, que la descripción de los servicios es correcta, que la cantidad, el precio unitario, el descuento, el deporte, el IVAE son correctos. Una vez que se revisan todos estos datos, podemos emitir el CFDI. Este sí no lo puedo hacer porque se timbraría una factura y después tendría que cancelarla, pero esa sí tiene efecto. Entonces, esa parte no. También podemos registrar el pago de una prefactura. Obviamente, una prefactura no tiene un pago como tal. Sería extraño. Lo que sí tendría un registro de pago es un CFDI timbrado. Sin embargo, aquí está la opción. Podemos agregar una nota de crédito, es decir, asociar una cancelación o una devolución del importe de la prefactura o de la factura sobre todo estas son opciones de una factura que nos sirven para cuando una factura ya fue timbrada. Nos permite editar, obviamente una vez que corremos nuestro proceso de validación y si encontramos una deficiencia o un área de oportunidad, pues bueno, obviamente tenemos la opción de editar. Esta parte es importante porque seguramente la vamos a usar en cantidad de veces. Actualmente estamos tomando la parte de la facturación, hemos encontrado muchas áreas de mejora, sobre todo en esta parte de las recurrencias, facturas que se están emitiendo mes a mes. Estamos encontrando cosas que se pueden mejorar desde el nombre, desde la descripción, desde el puesto, etcétera. Entonces estamos mejorando lo mes a mes. Podemos copiarla, es decir, de esta misma prefactura yo puedo generar otra prefactura idéntica y o en las recurrencias es lo que hacemos y modificar lo que sea modificable. Podemos obviamente cancelar que en un momento la voy a cancelar sí o sí. Podemos exportar las partidas en una tableta en Excel, por si necesitamos el dato por algún motivo. Podemos enviar esta prefactura vía e-mail. Este envío por e-mail es a los correos que están configurados previamente en la cuenta de proveedor. Podemos descargar el PDF. Este te permite tener un documento PDF con todas estas características. Podemos descargar un tipo de hoja de salida por si tuviéramos un proceso de abasto, un almacén físico o un proceso de logística. Pues bueno, esta hojita de salida es la que nos permitiría extraer el material. En este caso son servicios, pues no, no aplica. Imprimir un ticket y ver la póliza contable. Entonces, Estos son dos módulos que son de poca utilidad, sin embargo, ahí están disponibles y solamente los menciono si es necesario considerarlos, para que sepa que se tienen en esta herramienta. Hasta aquí es la parte de la prefactura. Obviamente, el siguiente paso, como decía, es emitir el CFDI. Y una vez que se mete el CFDI, vienen todas estas mismas opciones, exactamente las mismas opciones. Simplemente es como si viéramos este título, esta titular y estas descripciones, pero solamente que aquí va a decir Facture. Es la única diferencia y esa ya tiene efectos fiscales. Entonces, una vez que yo dé clic en el botón de emitirse FDI, cambia a Facture, este prefijo, y se emite y tengo exactamente las mismas opciones. Ok, Johann, no sé si hasta aquí hay alguna duda, ¿Hay información suficiente, relevante? Dime, amigo. OK, entiendo. También tenía una pregunta.
 50:14 - Johann
 Bueno, de pronto es lo de la lista blanca. Recuerdo que habían comentado que había clientes a los que sí querían que les llegaran los correos y a clientes a los que no. Pero antes de continuar por esa parte, me comentaban que el reverser era comenzar con una cotización. Entonces, ¿les gustaría que después de lo de Gira, aterrizara aquí a Bind como una cotización y después seguir el flujo de prefactura y factura?
 50:51 - Araceli Sanchez Jimenez
 Sí, la verdad que yo creo que sí, o sea, debería de ser, un deber ser, a menos que Porque, por ejemplo, la cotización, yo o el área comercial tiene acceso a ciertos módulos y, por ejemplo, es nada más levanta la cotización. Pero en caso de que fuera cliente nuevo, sí sería mandatorio que corriera un proceso de gira para que la parte de administración que tiene el privilegio de dar de alta a los proveedores, FDI, todo eso levantara al cliente, para que una vez que tú levantes el cliente, pues, al área comercial le aparezca. Porque cuando yo levanto una cotización, si quieres, Arturo, me puedes mostrar, por favor, te vas a ventas y luego cotización. Ándale. Porque aquí, por ejemplo, yo le pongo en agregar, ponle en agregar, y ahí me genera una nueva cotización. Pero aquí, cuando yo le doy cliente, buscar cliente, aquí solo aparecen los que están ya dados de alta con todos los temas. FDI, entonces, si es un cliente nuevo, yo tendría, o el área comercial, que levantar un ticket para que administración me avise que ya ha estado de alta en el sistema y yo pueda generar una cotización. Pero si no es ese caso, yo creo que, Arturo, ya lo vamos a poner para que también no me gustaría que empezáramos un desarrollo con parchecitos, sino como el deber ser. Entonces, el sí o sí es que debe de haber una cotización para cada cosa que se desee facturar, ¿sale? Entonces, sí vamos a empezar, sí puedes tomar, Johann, como un requisito de que vamos a partir de una cotización del sistema, ¿no? A menos la otra excepción que te comenté.
 52:51 - Unidentified Speaker
 Entiendo.
 52:52 - Johann
 En ese caso, cuando un cliente es nuevo, tiene que crear el cliente, notificarte y después crear la cotización.
 53:00 - Arturo Rosas Hernandez
 Justo así.
 53:01 - Araceli Sanchez Jimenez
 Entiendo.
 53:02 - Johann
 Y también esta cotización sería inmediatamente después, en el caso claro, de que el cliente ya sea existente. ¿Sería inmediatamente después de que se hace el ticket en gira o tendría que pasar, por ejemplo, por alguien que apruebe ese paso de desde Gira hasta aquí a Bind. No sé si me explico.
 53:26 - Araceli Sanchez Jimenez
 No, a ver, otra vez.
 53:28 - Johann
 Sí, claro. Se crea el ticket primero en Gira, ¿verdad?
 53:32 - Unidentified Speaker
 Sí.
 53:33 - Johann
 Y cuando se completa ese ticket en Gira, ¿se pasa como cotización o hay un paso intermedio?
 53:39 - Araceli Sanchez Jimenez
 Ya, ya te entiendo. Sí. Mira, el deber ser es que el área comercial, como ya sabe en qué precio lo pactó, debe una cotización. Sin embargo, sí tenemos una excepción. Por ejemplo, si yo levanto un tema de headhunting, yo ya sé qué salario se está ofertando para esa posición y entonces pues yo ya sé cuánto va a ser generada la factura. Entonces ahí yo sin tema me puedo meter a una cotización, también en esta fomentation y otros proyectos. Sin embargo, hay unas ocasiones, Johann, en que el cliente nos da un rango salarial puede ganar de cinco pesos a siete pesos y depende de la aptitudes y actitudes del colaborador que lo paga lo pacta mejor en seis pesos y yo le haré comercial no sé qué voy a cerrar hasta que ya haya el cliente me haya dicho le vamos a dar seis pesos sólo en ese caso yo como comercial yo no podría generar una factura una cotización disculpa ¿Sí? Pero normalmente sí sé cuánto se va a pactar. Pero para generar la factura sí necesito que, por ejemplo, yo no pudiera generar una factura hasta que el cliente haya cerrado al colaborador. Entonces, ahorita que tú me lo preguntas, pues sí, siempre sé, siempre podría yo generar la cotización, porque yo me tendría que esperar para hacer la cotización para detonar el proceso de facturación. Sí, la respuesta es que sí, siempre debe de ir acompañado de una cotización del sistema. Ok, ok, entiendo. Muchas gracias.
 55:32 - Johann
 Mi pregunta es la de si pudiéramos ver acerca de esa lista blanca o si tú ¿Tienes algo más que comentar respecto a esos temas antes de continuar?
 55:46 - Araceli Sanchez Jimenez
 Sí. Este, mira, no, lo de la lista blanca es los clientes que no queremos que reciban recordatorios de morosidad, ¿verdad?
 55:56 - Unidentified Speaker
 Sí.
 55:57 - Araceli Sanchez Jimenez
 Fíjate que nada más tenemos a uno y sería la gente de Acuntia. Pero, Arturo, ahorita se me hace que podríamos tomar todo parejo en qué sentido. ¿La lista blanca es para el tema ya de cobranza, Johann? ¿Lo estás viendo el tema de cobranza?
 56:20 - Unidentified Speaker
 Sí.
 56:21 - Unidentified Speaker
 Ah, ok.
 56:22 - Johann
 ¿Sabes qué?
 56:23 - Araceli Sanchez Jimenez
 Yo creo que deberíamos de demandar siempre a todos. ¿Por qué? Porque, por ejemplo, lo que luego pasa, que aunque, por ejemplo, nuestro cliente más grande nos paga a veces hasta unos días antes, también pasa que cuando hacemos la conciliación no nos paga el 100% de las facturas y luego vamos arrastrando facturas. Por ejemplo, ahorita tenemos arrastrando una factura del mes de febrero. A lo mejor es una factura pequeña con respecto al grueso de la facturación y luego tenemos otra de abril. Entonces, como no le hemos mandado el recordatorio de manera como muy proactiva, a los pocos días. Ahorita, ya que estamos en julio, se nos vuelve más complicado la cobranza. Entonces, yo lo estuve pensando y yo había dicho que no, o sea, que no le mandáramos nada a este cliente porque es muy pagador, sí, pero ahorita que lo estoy viendo, yo creo que le deberíamos de mandar al 100%, o sea, porque obviamente depende mucho del mensaje de cobranza que le mandes, ¿verdad? Entonces, no, Johann, ya no consideraría como tener excepciones. Entonces ahorita sería a todos los clientes que estén en morosidad, ¿no?
 57:38 - Arturo Rosas Hernandez
 A final de cuentas, perdón por la interrupción, pero a final de cuentas tenemos o hemos entendido que el uso de las herramientas, dígase Jira, dígase Vine, dígase Power BI, nos sirve para automatizar o los recordatorios o para estar observando cosas que en el proceso se nos olvidan como personas y que las herramientas en automático están viendo, simplemente que no están reportando. O sea, justo ahorita, si nosotros hubiéramos tenido esos recordatorios de una factura en incumplimiento, tal vez no hubiéramos llegado hasta julio con una factura emitida en febrero, porque hubiera habido recordatorios tal vez en una cadencia muy cercana a a la fecha de incumplimiento y actualmente alguien hubiera podido accionar algo, no? Tanto de nuestro lado como como proveedores, como del lado del cliente. Bueno, le llegó recordatorio. Arturo, qué es esto? Me están llegando recordatorios todos los días. Qué es esto? Ah, bueno, pues es una factura que tienes pendiente. Pero como no hubo esa recurrencia automática, pues bueno, dependió de una persona y las personas cometemos errores. Entonces omisiones también. Entonces hubo una omisión en este caso y no se hizo el recordatorio en tiempo y forma. Entonces creo que sí, creo que va a dar la pena incluirlo, incluir a todos. Sí, exactamente. No te escucho, Johann. Ah, es que estás en mute, Johann.
 59:17 - Araceli Sanchez Jimenez
 No te preocupes. Gracias.
 59:18 - Johann
 OK, con esto me queda muy claro cómo es que llevan el proceso de ¿Esto abarca desde el principio hasta el final? ¿Después de esto seguiría el proceso de cobranza? No, el proceso de envío de factura.
 59:38 - Araceli Sanchez Jimenez
 Este es otro proceso que, por ejemplo, cuando se levanta un ticket. Digo, hay muchos procesos que ya sabemos, porque cada cliente tiene... Hay Aquí aquí, sí, por Johann, ejemplo, creo que es el principal reto, porque hay unos clientes que mandas. Por ejemplo, Axie nos pide estado de cuenta de todas las facturas más las facturas. Sí. Que ese es un cliente extranjero. Pero, por ejemplo, Cemex, tenemos que mandarle la factura por correo a un hub adicionado de un archivo validado de las horas que trabajó el colaborador, ¿sí? Por ejemplo, eso es uno. Luego, si es un tema de proyectos, se manda de, por ejemplo, Dilo, se manda la factura más la cotización del proyecto. Sí entonces aunque todos los envíos es por correo si hay como ciertas particularidades entonces no sé cómo programar o ya tú nos dirás esas particularidades ¿verdad? Ok entiendo y esto varía por cliente ¿verdad? Sí sí por cliente por cliente y también por Porque, por ejemplo, con el tema de Staff Aumentation, al día de hoy, los clientes no nos piden, no todos, nada más con la factura está bien, pero Cemex, que tenemos Staff Aumentation, sí nos pide que agreguemos el visto bueno y las horas que trabajó en un Excel el colaborador, ¿no? Entonces, sí hay como asegúnes por clientes, pero lo más natural es que nada más podamos la factura, pero sí podríamos programarlo porque, por ejemplo, para enviar la factura a Cemex no la podemos enviar si no tenemos el archivo en Excel del colaborador con el visto bueno de su jefe. Y eso ya no depende de la gente, pero habría que como que nos revalidara o nosotros si el agente dice, oye, está lista la factura, la mando, mándame el archivo con cierta cosa, ¿no? Y, por ejemplo, Cemex tiene cierta nomenclatura para el envío del correo. Tiene que ser el número de proveedor, el mes, el número de factura, o sea, tienen unas posiciones específicas y también la redacción del correo, que, bueno, eso yo creo que ya es sencillo. Pero sí, dependiendo de los clientes, pues sí tenemos nuestros asegurantes. Entonces, realmente la facturación terminaría hasta que se manda al cliente, ¿no? Y ese es el proceso que nos hace falta. No sé si quieras que ese proceso te lo expliquemos, porque, pues, es un proceso para cada cliente. Lo que sí tenemos es un Excel, por ejemplo, en el que digamos Cemex y a quién se manda. Acuntea a qué se manda. ¿A quién se manda? ¿Qué correo o correos? Porque hay unos que es uno. Y otros que son varios. Lo que sí creo que no hemos anotado, Arturo, es la peculiaridad de qué con qué tiene que ir adjuntado, ¿no? Cemex con el archivo en Excel del visto bueno del jefe. Acuntia el punto zip sin más el estado de cuenta. Y así, esa singularidad no la tenemos, pero la podemos llenar porque, como te digo, o sea, yo creo que facturamos al mes entre 4 y 5 clientes diferentes. Son mucha cantidad de facturas porque nuestro cliente mayor nos pide que hagamos una factura por colaborador y con ellos tenemos casi 40 colaboradores. Por eso son tantas facturas, porque si la pudiéramos englobar serían cinco facturas, o sea, al mes, o seis facturas, ¿no? Nada más es eso lo que nos hay que hacer a mucho.
 1:03:51 - Johann
 Ok, entiendo.
 1:03:53 - Araceli Sanchez Jimenez
 entonces de eso no sé si quieres que te pudiéramos nosotros compartir un excel con las particularidades y adonde para que pues tú tú supieras verdad cómo se manda sí me sería útil ok bueno si quieres lo lo trabajamos y el día de hoy lo podemos mandar no artur ¿Cómo ves? Sí, claro.
 1:04:19 - Arturo Rosas Hernandez
 Ya lo tenemos avanzado en cuanto a los correos de envío y la forma de envío. A lo mejor las particularidades de formato, qué datos, qué archivos. Bueno, eso habría que trabajarlo. Pero sí, yo creo que hoy mismo podemos compartirlo.
 1:04:38 - Unidentified Speaker
 OK.
 1:04:39 - Unidentified Speaker
 Gracias.
 1:04:39 - Unidentified Speaker
 OK.
 1:04:40 - Johann
 Con esta parte me quedó muy claro cómo es que llevan la y ya me da una idea más clara de cómo trabajar el prototipo que les mostraré.
 1:04:54 - Araceli Sanchez Jimenez
 Ok, excelente Johann. Pues no sé si de esta sesión falte algún dato más adicional a lo que te vamos a mandar de las peculiaridades de cada cliente.
 1:05:09 - Johann
 Creo que por esta parte es todo, me quedan las dudas que tenía acerca del proceso que llevan, así que igual si me queda alguna duda le escribo a Erika y me ayuda a contactarlos, pero por mientras, por el momento me quedaron, me recibieron las dudas, muchas gracias.
 1:05:31 - Araceli Sanchez Jimenez
 No, muchas gracias a ustedes, gracias chicos y que pues tengan muy bonito Gracias, buen día. Gracias, bye.
@@ -0,0 +1,62 @@
 # Marca Balam — tokens de diseño
 > Destilado del **Manual de Imagen Corporativa** que Pedro envió el 1-jul-2026 (evidencia: [`../fuentes/manual de imagen corporativa - Balam.pdf`](../fuentes/manual%20de%20imagen%20corporativa%20-%20Balam.pdf)). Es la fuente oficial de color, tipografía y uso del logo para el **prototipo visual navegable** (Etapa 0) y cualquier UI/entregable de la plataforma.
 >
 > ⚠️ Ojo: el ámbar de la **propuesta PDF** (`#C0892F`) es un acento editorial de Johann, **no** el amarillo de marca. Para la plataforma y prototipos, usar los tokens de abajo.
 ## Colores corporativos
 | Token | Nombre | HEX | RGB | Uso |
 |---|---|---|---|---|
 | `--balam-amarillo` | Amarillo | `#F7BD0C` | 245, 189, 12 | Color primario de marca. Logo, acentos, botones, énfasis. |
 | `--balam-cafe` | Café | `#331F0E` | 51, 31, 14 | Fondo oscuro de marca, texto sobre claro, superficies. |
 | `--balam-blanco` | Blanco | `#FFFFFF` | 255, 255, 255 | Fondo claro, texto sobre café. |
 Complementos que aparecen en el manual (sin HEX oficial, apoyo): un **gris neutro** (~`#5C5C5C`) y un **degradado café→amarillo** para fondos/decoración.
 ```css
 :root {
  --balam-amarillo: #F7BD0C;
  --balam-cafe:     #331F0E;
  --balam-blanco:   #FFFFFF;
  --balam-gris:     #5C5C5C; /* neutro de apoyo, sin HEX oficial */
 }
 ```
 **Combinaciones del manual:** logo amarillo sobre café (versión principal), café sobre amarillo, y monocromático blanco/negro. Mantener contraste alto (café ↔ amarillo/blanco).
 ## Tipografía
 **Familia única: Poppins** (sans-serif geométrica). Pesos disponibles: Light · Regular · Medium · SemiBold · Bold · ExtraBold.
 Jerarquía del manual (px a escala de presentación — reescalar a `rem` en web):
 | Nivel | Peso | Tamaño manual |
 |---|---|---|
 | Títulos | SemiBold | 75 px |
 | Subtítulos | Regular | 46 px |
 | Párrafo | Light | 28 px |
 | Botones | Light | 28 px |
 ```css
 /* Poppins vía Google Fonts o self-hosted */
 body { font-family: "Poppins", system-ui, sans-serif; }
 h1   { font-weight: 600; }  /* SemiBold */
 h2   { font-weight: 400; }  /* Regular  */
 p    { font-weight: 300; }  /* Light    */
 ```
 ## Logo
 - **Símbolo:** felino (jaguar) en avance + wordmark `BALAM` con bajada `TALENTO ESTRATÉGICO`.
 - **Versiones:** (1) principal a color sobre café · (2) monocromática a color · (3) blanco y negro. Elegir según fondo para máximo contraste.
 - **Área de restricción:** margen libre alrededor del logo ≈ la altura de la contramarca ("X"), sin que texto/imágenes/bordes lo invadan.
 - **Tamaño óptimo / mínimos:** 484 px, 352 px y **207 px como mínimo** de ancho para legibilidad.
 - **Co-branding:** Balam **siempre en primer lugar**, respetando la distancia definida frente al logo del partner.
 ## Aplicación al prototipo (Etapa 0)
 - Tema oscuro de marca: fondo `--balam-cafe`, texto `--balam-blanco`, acción/acento `--balam-amarillo`.
 - Tema claro: fondo `--balam-blanco`, texto `--balam-cafe`, acento `--balam-amarillo`.
 - Botones primarios en amarillo con texto café; tipografía Poppins en toda la UI.
 - Logo en la versión que corresponda al fondo (principal sobre café; b/n cuando el color no aplique).
@@ -7,14 +7,14 @@
 | Actividad | Inicio | Fin | Responsable | Apoyo de Balam |
 |---|---|---|---|---|
-| Sesión de arranque (kickoff) con el Ing. Noé | 01/07/2026 | 01/07/2026 | Johann | Sí — Noé y Erika (confirmada, 7am) |
+| Sesión de arranque (kickoff) con el Ing. Noé | 01/07/2026 | 01/07/2026 | Johann | ✅ Realizada (1-jul, 7am) — Noé, Pedro, Erika |
-| Sesión de Discovery: proceso actual de facturación y cobranza | 06/07/2026 | 07/07/2026 | Johann | Sí — quien lleva el proceso hoy |
+| Sesión de Discovery: proceso actual de facturación y cobranza | 06/07/2026 | 07/07/2026 | Johann | Sí — **Araceli + Arturo** (Erika agenda) |
-| Entrega y validación de accesos (BIND, Azure, manual de marca) | 06/07/2026 | 07/07/2026 | Balam / Johann | Sí — API BIND, Azure, manual de marca |
+| Entrega y validación de accesos (token BIND de Arturo, Azure, repo) | 06/07/2026 | 07/07/2026 | Balam / Johann | Sí — token de Arturo, Azure (Pedro+Noé), repo. Manual de marca ✅ recibido (1-jul) |
-| Validación técnica de la API de BIND con la cuenta real | 07/07/2026 | 08/07/2026 | Johann | Apoyo: llave de API |
+| Validación técnica de la API de BIND con la cuenta real | 07/07/2026 | 08/07/2026 | Johann | Apoyo: token de Arturo (solo consulta; probar primero) |
-| Configuración de infraestructura en Azure (+ staging) | 08/07/2026 | 09/07/2026 | Johann | Apoyo: accesos de Azure |
+| Configuración de infraestructura en Azure (+ staging) | 08/07/2026 | 09/07/2026 | Johann | Apoyo: accesos de Azure (Pedro+Noé) |
-| Repositorio + CI/CD + gestión de secretos | 08/07/2026 | 09/07/2026 | Johann | — |
+| Repositorio + CI/CD + gestión de secretos | 08/07/2026 | 09/07/2026 | Johann | Sí — **Balam crea el repo** (GitHub privado) |
-| Prototipo visual navegable (5–6 pantallas) | 08/07/2026 | 10/07/2026 | Johann | Apoyo: manual de marca |
+| Prototipo visual navegable (5–6 pantallas) | 08/07/2026 | 10/07/2026 | Johann | Marca: `../marca/Marca-Balam.md` (✅ recibida) |
-| Sesión de validación del prototipo | 10/07/2026 | 10/07/2026 | Johann | Sí — Pedro y Araceli |
+| Sesión de validación del prototipo | 10/07/2026 | 10/07/2026 | Johann | Sí — Pedro, Araceli y Arturo |
 | Documento de hallazgos + ADRs + plan refinado | 10/07/2026 | 10/07/2026 | Johann | — |
 **Entregable Etapa 0 (18–22 h): prototipo navegable + infraestructura Azure + repo/CI-CD + documento de hallazgos.**
@@ -5,8 +5,8 @@
 |---|---|
 | **Preparada para** | Noe Rocha (CTO) · Araceli Sánchez Jiménez (CEO/Operaciones) · Erika Chávez (PM) · Pedro Alberto Ayala Elizondo (Contacto técnico) |
 | **Preparada por** | Johann Velazquez — Consultor de Software · Monterrey, N.L. |
-| **Fecha** | Mayo 2026 |
+| **Fecha** | Mayo 2026 (actualizada julio 2026) |
-| **Versión** | 1.1 — facturación BIND-first; ajustes comerciales acordados con Balam (8-jun-2026) |
+| **Versión** | 1.2 — facturación inicial de 30 h explícita y condiciones comerciales consolidadas (ajuste post-kickoff, 1-jul-2026). Base: v1.1 con ajustes acordados el 8-jun-2026 |
 | **Vigencia** | 30 días naturales a partir de la fecha de emisión |
 ---
@@ -214,12 +214,16 @@ A cambio de esta flexibilidad, el esquema ofrece controles concretos:
 La dedicación es de **media jornada (aproximadamente 20 h/semana**, con flexibilidad hasta 25 h en semanas de mayor carga). Sobre esa base, la primera etapa requiere **112 a 136 horas**, equivalentes a **6 – 7 semanas** de calendario.
-### 3.3 Tarifa y facturación
+### 3.3 Condiciones comerciales
 Esta sección concentra **todos** los términos comerciales del proyecto (tarifa, facturación, pago y arranque), para su lectura en un solo lugar.
 - **Tarifa:** **$600 MXN por hora trabajada** + IVA, con comprobante fiscal CFDI 4.0. Aplica de igual forma a las fases posteriores (Anexo B) y a la bolsa de horas de soporte (§5).
- **Facturación:** por etapa, conforme se entrega cada una (con el anexo de desglose de horas por tarea). La Etapa 0 se factura al inicio del proyecto.
+- **Facturación inicial (arranque):** **30 horas — $18,000 MXN + IVA**, facturadas al inicio del proyecto. Este primer pago **cubre la Etapa 0 completa (Discovery, 18–22 h) y el inicio de la Etapa 1**, y activa el flujo de cobro. Su pago corre a **30 días naturales**.
- **Pago:** a **30 días naturales** posteriores a la factura, mediante transferencia, conforme a la política de Balam.
+- **Facturación de avances:** posterior a la inicial, **semanal (viernes)** por las horas efectivamente trabajadas, con desglose por tarea, conforme al contrato de prestación de servicios.
- **Arranque sin anticipo:** conforme a la política de Balam, no se maneja anticipo. La **Etapa 0 (30 horas, $18,000 MXN + IVA)** se factura al inicio y su pago corre a 30 días, igual que los avances. El arranque queda condicionado a la **firma del contrato / orden de trabajo**, que formaliza el compromiso de ambas partes en sustitución del anticipo. Si Discovery revela bloqueadores que modifiquen el alcance de forma significativa, se replantea el plan antes de continuar.
+- **Pago:** a **30 días naturales** posteriores a cada factura, mediante transferencia, conforme a la política de Balam.
 - **Sin anticipo:** conforme a la política de Balam no se maneja anticipo; el arranque queda condicionado a la **firma del contrato / orden de trabajo** (ya cumplida), que formaliza el compromiso de ambas partes en sustitución del anticipo.
 - **Ajuste de alcance:** si el Discovery revela bloqueadores que modifiquen el alcance de forma significativa, se replantea el plan antes de continuar.
 ### 3.4 Comunicación
@@ -255,6 +259,8 @@ La inversión de la primera etapa se desglosa por entregable, conforme al esquem
 > Cifras antes de IVA. Plazo estimado: **6 – 7 semanas** a media jornada (~20 h/semana, con flexibilidad hasta 25 h en semanas pico).
 > **Facturación inicial (vinculante para el primer pago):** el primer pago corresponde a **30 horas — $18,000 MXN + IVA**, que cubren la **Etapa 0 completa (18–22 h) y el inicio de la Etapa 1**; se factura al arranque del proyecto y su pago corre a 30 días naturales (ver §3.3). Los avances posteriores se facturan semanalmente (viernes) por horas efectivamente trabajadas.
 > El esquema de control por etapa busca que la inversión se concentre en la parte baja del rango; el margen superior cubre eventualidades del Discovery con BIND. Toda variación se comunica antes de incurrir en ella.
 ---
@@ -364,7 +370,7 @@ Más allá del código funcional, la entrega incluye:
 1. Sesión de revisión de esta propuesta (1 h) para resolver dudas y ajustar lo que corresponda.
 2. **Firma del contrato / orden de trabajo** (prestación de servicios y confidencialidad) — formaliza el compromiso para arrancar sin anticipo.
-3. **Factura de la Etapa 0** (30 horas, **$18,000 MXN** + IVA), con pago a 30 días, para iniciar Discovery.
+3. **Facturación inicial** (30 horas — **$18,000 MXN** + IVA), que cubre la Etapa 0 y el inicio de la Etapa 1 (ver §3.3), con pago a 30 días naturales, para iniciar Discovery.
 4. Arranque del proyecto, con entrega del MVP en **6 – 7 semanas**.
 ---
@@ -9,8 +9,8 @@
  "metadata": {
    "title": "Propuesta Comercial — Plataforma de Automatización Financiera · Balam",
    "author": "Johann Velazquez",
-    "subject": "MVP de facturación y cobranza sobre BIND ERP — propuesta v1.1",
+    "subject": "MVP de facturación y cobranza sobre BIND ERP — propuesta v1.2",
-    "keywords": "propuesta, Balam, BIND ERP, facturación, MVP, v1.1"
+    "keywords": "propuesta, Balam, BIND ERP, facturación, MVP, v1.2"
  },
  "footer": {
@@ -35,13 +35,13 @@
    "2": "entrega valor real en el menor tiempo posible",
    "3": "horas reales con tarifa transparente",
    "4": "se desglosa por entregable, conforme al esquema",
-    "5": "para la operación y evolución incremental",
+    "5": "se ofrece una bolsa de horas a la misma tarifa",
    "6": "servicios de infraestructura externos, independientes",
    "7": "depende de las siguientes condiciones",
    "8": "Más allá del código funcional, la entrega incluye",
    "9": "Rediseño visual integral o sistema de diseño propio",
    "10": "se documenta como solicitud de cambio",
-    "11": "Sesión de revisión de esta propuesta",
+    "11": "orden de trabajo (prestación de servicios y confidencialidad)",
    "anexoA": "relaciona cada funcionalidad y requerimiento",
    "anexoB": "rangos indicativos, no compromisos contractuales"
  }