cambios

planeacion/Correo-respuesta-Erika-2026-07-29.md

@@ -0,0 +1,42 @@
+# Correo — Respuesta a Erika: token de Jira, límites de consumo y estado general
+
+Borrador · 29-jul-2026 — **no enviado**
+
+Responder a todos → Para: Erika Chávez · CC: Noé Rocha; Pedro Ayala
+Asunto: (el del hilo, con `RE:`)
+
+**Contexto:** Erika pregunta (29-jul, 1:25 pm) por comentarios sobre lo que entregó Pedro el 27-jul —token PAF por Drive + explicación de límites de consumo—, si se pudo ingresar y si se requiere algo adicional de su lado.
+
+**Estrategia:** la pregunta de Erika abre la puerta para dar el panorama completo. El correo entrega dos cosas el mismo día (propuesta v1.3 y Excel de horas por etapa), reporta la prueba real del token con su resultado, y fecha los tres bloqueos que están del lado de Balam. Las fechas son el punto: el hueco en desarrollo del 28–29 existe porque la definición del flujo lleva en revisión interna desde el 24-jul y Azure desde la semana del 21-jul.
+
+======================================================================
+
+Buenas tardes Erika, Ing. Noé, Pedro:
+
+Gracias Pedro por el token y por el detalle de los límites de consumo. Ya lo aterricé al diseño: como no hay tope mensual y lo que aplica son límites de velocidad, la integración se autorregula leyendo los headers `X-RateLimit-*` —baja el ritmo al acercarse al umbral y respeta el `Retry-After`—, así que no anticipo problema de consumo con el volumen del proceso. Que no exista dashboard no nos afecta, porque esa telemetría viaja en las respuestas.
+
+Sobre el ingreso, ahí sí necesito tu apoyo: el token está siendo rechazado con 401. Ya descarté las causas de mi lado —la cadena está completa y bien formada (192 caracteres, con el prefijo que corresponde, sin espacios ni cortes), y probé con el correo que me confirmaste, tanto contra el sitio de Jira como por la ruta de `api.atlassian.com`. También lo validé contra el endpoint de cuenta de Atlassian, que no depende del sitio, y ahí también responde 401. Eso apunta a que la credencial ya no está activa.
+
+¿Me ayudas a revisar en el administrador de tokens de tu cuenta si el token **PAF** sigue existiendo? Si se rotó o quedó reemplazado, con que lo regeneres y me lo compartas de nuevo lo pruebo de inmediato y les confirmo el mismo día.
+
+Aprovecho una pregunta de diseño: convendría valorar si el token vive en una cuenta de servicio en lugar de en tu cuenta personal. Hoy todo lo que la plataforma escriba en Jira quedaría registrado a tu nombre, y una rotación tuya dejaría la integración sin acceso. Lo que ustedes decidan lo implemento igual, solo lo dejo sobre la mesa.
+
+Aprovecho para dejarles el panorama completo. De mi lado va hoy:
+
+- **La propuesta actualizada (v1.3)** con la integración Jira → BIND incorporada al alcance, que les envío en el hilo correspondiente.
+- **El Excel de horas por etapa**, con las etapas 2 y 3 desglosadas como me lo pidió Erika para el conteo de facturación.
+
+Y lo que está detenido esperando definición de su lado, con fecha para que sea fácil ubicar dónde está la fila:
+
+1. **La definición del flujo de facturación**, en revisión interna desde la sesión del 24-jul. De ahí sale el estatus que dispara la creación de la cotización, y es la que tiene detenidas la capa de escritura y la automatización con Jira. Es la que más pesa.
+2. **El acceso a Azure**, previsto para la semana del 21-jul. Sin él no puedo configurar el ambiente ni el CI/CD.
+3. **El token de Jira**, lo que comento arriba.
+
+En cuanto se liberen retomo de inmediato; el trabajo que no depende de ellas ya está hecho y verificado. Si les ayuda, puedo entrar a una sesión corta esta semana para cerrar la definición del flujo con Arturo y avanzar sin esperar la revisión completa.
+
+Cuando toque la prueba en vivo de creación les aviso con anticipación para hacerla acompañados, como lo acordamos con el Ing. Noé.
+
+Quedo a sus órdenes.
+
+Saludos cordiales,
+Johann Velázquez

propuesta/Correo-propuesta-v1.3.md

@@ -0,0 +1,29 @@
+# Correo — Propuesta v1.3 (ajuste de alcance: integración Jira → BIND)
+
+Borrador · 29-jul-2026 — **no enviado**
+Adjunto: `Propuesta-Balam.pdf` (v1.3, 2.8 MB)
+
+Para: Ing. Noé Rocha
+CC: Araceli Sánchez; Erika Chávez; Pedro Ayala
+
+**Contexto:** cierra el compromiso del 22-jul (Erika preguntó dos veces si la propuesta se ajustaría por Jira) y la re-pregunta del 28-jul 9:12 am. Mismo reparto de destinatarios que la v1.2 (2-jul). Recomendado: responder dentro del hilo **"RE: Solicitud de cotización – PRD"** para conservar la trazabilidad comercial.
+
+Asunto (si se envía en el hilo): `RE: Solicitud de cotización – PRD`
+Asunto (si se envía como correo nuevo): `Balam · Propuesta v1.3 — ajuste de alcance: integración Jira → BIND`
+
+======================================================================
+
+Buenas tardes a todos:
+
+Como quedamos en las sesiones de julio, les comparto la propuesta actualizada (v1.3, adjunta). Incorpora al alcance la integración Jira → BIND: los tickets de la bandeja de Facturación generan automáticamente su cotización en BIND, con trazabilidad ticket → cotización → factura.
+
+- **Ajuste: 7 a 10 h** ($4,200 – $6,000 MXN + IVA), en línea con la estimación de ~10 h que comenté el 21 de julio.
+- **Total primera etapa: 119 a 146 h** ($71,400 – $87,600 MXN + IVA), 6 a 8 semanas a media dedicación.
+- El control fiscal no cambia: la integración crea cotizaciones, nunca facturas. Se conserva la cadena cotización → prefactura → aprobación humana → timbrado por el PAC de BIND. Tarifa, facturación semanal y garantía siguen igual.
+
+La implementación arranca en cuanto quede cerrada la definición del flujo de facturación que tienen en revisión, de donde sale el estatus disparador. La conectividad ya está resuelta con el token que generó Pedro el 27 de julio.
+
+Para ejecutarlo me basta su confirmación por este mismo correo. Cualquier comentario, con gusto lo revisamos antes.
+
+Saludos cordiales,
+Johann Velázquez