Bitácora 8–30 jun: contrato firmado, plan de actividades y skill proposal-pdf

- Comunicaciones (REGISTRO #15–#21): respuesta v1.1 (10-jun), luz verde (16-jun), contrato (envío 25-jun, ajustes + firma 26-jun), arranque con Erika y kickoff 1-jul - Evidencia en fuentes/ (correos 8/10/16-jun, WhatsApp Paola y Erika) - Contratos (sin firmar y firmado) en propuesta/ - Plan de actividades Etapa 0–3 + guion del kickoff (planeacion/) - Skill proposal-pdf instalado (.claude/skills) + Propuesta-Balam.pdf regenerada - README/PENDIENTES al día; limpieza de archivos sueltos; .gitignore (locks de Office) Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-30 12:42:45 -06:00
parent 633d05e330
commit 72b7602e8e
44 changed files with 2789 additions and 62 deletions
@@ -0,0 +1,27 @@
+# Correo — Noe Rocha → Johann (aclaraciones y preguntas)
+
+**De:** Noe Rocha <noe.rocha@balamtalentoestrategico.com>
+**Para:** Johann · **CC:** Araceli Sánchez, Erika Chávez, Pedro Ayala
+**Fecha:** Lun 8 jun 2026, 06:15 PM
+**Adjunto:** Propuesta-Balam.pdf (2 MB)
+
+---
+
+Buenas tardes Johan,
+
+Sobre la sesión que tuvimos me permito hacer algunas aclaraciones antes de avanzar.
+
+1. La inversión final por el módulo de facturación está supeditada al "Discovery" en Bind para determinar si son **112 u 136 horas** en un tiempo de 6 a 7 semanas.
+2. El paquete mensual de mantenimiento y soporte nos interesa, sin embargo, consideramos que el límite de consumo mensual para usarlas es limitante, por lo que pedimos que estos sean **vigentes por 12 meses** a partir de la fecha en que se contratan, es decir, **manejar paquetes de soporte por hora**.
+3. Sobre las garantías de defectos de solo 30 días, lo normal es que el uso y operación en sistemas financieros tengan un ciclo mensual, por lo que los defectos o errores iniciales no serán visibles hasta pasado el cierre, es por esto, que, pedimos que la **garantía sea de 45 días**.
+4. Por política en Balam **no manejamos anticipos** como concepto, y el **pago es estrictamente a 30 días** después de la factura, lo que podemos hacer es que **factures las 30 horas de la etapa 0 y programemos el pago a 30 días**.
+
+Adicional tengo algunas preguntas:
+
+- Si Discovery revela que la **API de BIND no soporta la escritura (emisión)** como se espera, ¿qué pasa?
+- Si después del Discovery por otro lado se reducen las horas estimadas, **¿se puede adelantar algo de conciliación?**
+- Sin sandbox de BIND, **¿qué garantías concretas hay contra una emisión errónea con efecto fiscal?** ¿Hay reversa/cancelación contemplada?
+
+Quedo a la espera de tus comentarios.
+
+Saludos.
@@ -0,0 +1,27 @@
+# Correo — Johann → Noe Rocha (respuesta a aclaraciones + propuesta v1.1)
+
+**De:** Johann Velazquez <johann_antonio85@hotmail.com>
+**Para:** Noe Rocha · **CC:** Araceli Sánchez, Erika Chávez, Pedro Ayala
+**Fecha:** Mié 10 jun 2026, 06:11 PM
+**Asunto:** RE: Solicitud de cotización – PRD
+**Adjunto:** Propuesta-Balam.pdf (2 MB) — propuesta v1.1
+
+---
+
+Hola Noe, gracias por las aclaraciones, todas me parecen razonables. Te respondo punto por punto:
+
+1. De acuerdo: la inversión final del módulo de facturación se confirma con el Discovery (112–136 h, 6–7 semanas).
+2. Soporte: de acuerdo. Lo replanteo como una bolsa de horas a $600/h + IVA con vigencia de 12 meses desde su contratación, sin caducidad mensual.
+3. Garantía: de acuerdo, la extiendo a 45 días para cubrir el primer cierre mensual.
+4. Sin anticipo y pago a 30 días: de acuerdo, me ajusto a su política. Facturo las 30 h de la Etapa 0 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.
+
+Sobre tus preguntas:
+
+• Si el Discovery revela que la API de BIND no soporta la escritura/emisión esperada: es justo lo que el Discovery valida antes de construir. Si la escritura no es viable o implica riesgo, la facturación se entrega en modo asistido (la plataforma prepara y valida los datos) y la emisión final se confirma en BIND y reajustamos el alcance de ese módulo con lo encontrado. No se invierte en construir algo que no funcione.
+• Si el Discovery reduce horas: sí, la capacidad liberada puede arrancar un primer alcance de conciliación. Lo definimos con un mini-scope y su estimación al cierre del Discovery.
+• Garantías sin sandbox y reversa: la emisión tiene cinco candados: lectura primero, validación en Discovery, simulación (dry-run) antes de cada emisión, confirmación humana obligatoria por factura y feature flag que arranca apagado. La plataforma no auto-emite; el timbrado lo hace el PAC de BIND. Sobre la cancelación: un CFDI se cancela por el proceso fiscal de BIND/SAT (con su ventana de aceptación); la plataforma puede disparar y registrar esa solicitud vía la API de BIND si la soporta, lo cual confirmamos en Discovery.
+
+Con esto ajusto la propuesta (v1.1) reflejando los cuatro puntos y se las reenvío. Quedo atento al contrato y a los accesos para arrancar el Discovery en cuanto esté firmado.
+
+Saludos,
+Johann Velazquez
@@ -0,0 +1,15 @@
+# Correo — Noe Rocha → Johann, Pedro (luz verde + documento para firma)
+
+**De:** Noe Rocha <noe.rocha@balamtalentoestrategico.com>
+**Para:** Johann, Pedro Ayala · **CC:** Araceli Sánchez, Erika Chávez
+**Fecha:** Mar 16 jun 2026, 03:35 PM
+**Asunto:** Solicitud de cotización – PRD
+**Adjunto:** Outlook-p2vlyjhm (50 KB)
+
+---
+
+Buenas tardes Johan,
+
+Ya estamos trabajando el documento para firmar estos acuerdos, estamos de acuerdo con lo que se definió, te pido esperar a que te mandemos todo para siguientes pasos. @Pedro Alberto Ayala Elizondo por favor haz el tablero de seguimiento para esto en JIRA y revisarlo con Erika para el seguimiento de este proyecto de desarrollo para ir preparando el camino.
+
+Saludos.
@@ -0,0 +1,38 @@
+# WhatsApp — Johann ↔ Paola (Recursos Humanos, Balam) · ajustes y firma del contrato
+
+**Canal:** WhatsApp · **Fechas:** 25–26 jun 2026
+**Tema:** Revisión, ajustes finales y firma del Contrato de Prestación de Servicios Profesionales.
+**Contrato (sin firmar):** `../propuesta/2026_06-25_12-13__Contrato_de_servicios_profesionales__Johann_Joseph_Velazquez_Antonio.pdf`
+**Contrato (FIRMADO):** `../propuesta/2026_06-26_14-19__Contrato_de_servicios_profesionales__Johann_Joseph_Velazquez_Antonio.pdf`
+
+---
+
+## Resumen
+
+- **25-jun:** Paola (RH) envía el contrato listo para firma. Johann detecta que su segundo nombre aparecía como "Josep" → corregido a "Joseph".
+- **26-jun:** Johann comparte por WhatsApp sus observaciones tras revisar el contrato a detalle:
+  - **Correcciones:** (1) en firmas aparecía como "trabajador" / Balam como "patrón" → debe ser "prestador de servicios" / "cliente"; (2) párrafos duplicados en la última página (el de "Para constancia" y la cláusula de Firma Electrónica).
+  - **Propuestas:** (1) pago de horas trabajadas al terminar anticipadamente; (2) definir la aceptación de entregables + que las correcciones sean sobre el alcance.
+- **Balam acepta las 2 propuestas** (consultadas por Paola con el área que decide), con esta redacción:
+  - *"En caso de terminación anticipada, EL CLIENTE pagará las **horas efectivamente trabajadas** hasta la fecha de terminación."*
+  - *"Los entregables se considerarán aceptados si EL CLIENTE no emite comentarios por escrito dentro de los **10 días naturales** siguientes a su recepción; las correcciones se limitan al alcance pactado."*
+- **26-jun 14:48:** Johann **firma el contrato** (firma electrónica; RFC VEAJ031228MD6).
+
+## Qué quedó en el contrato firmado
+
+- ✅ Se agregaron las 2 propuestas (cláusula "Terminación anticipada, pago de servicios y aceptación de entregables").
+- ✅ Firmas → "EL CLIENTE" / "EL PRESTADOR DE SERVICIOS" (se quitó "TRABAJADOR"); se eliminó el párrafo "Para constancia" duplicado.
+- ⚠️ **Residuo (bajo riesgo):** la cláusula "Firma Electrónica" de la última página quedó **duplicada** y aún dice **"EL PATRÓN"** (residuo de plantilla). Opcional pedir copia limpia, pero el resto del contrato define correctamente a las partes y declara que no hay relación laboral.
+- ℹ️ El contrato fija **facturación semanal (viernes)** por horas efectivamente trabajadas + pago a 30 días (en la propuesta era "por etapa"). Vinculante.
+- ℹ️ Puntos que Johann decidió **no** insistir (no entraron): tope/límite de responsabilidad, rescisión recíproca, mención de metodología IA, redacción de "lugar de servicios", y dejar asentada la bolsa de horas (12 meses).
+
+## Transcripción (extracto)
+
+> **Pao (25-jun):** ya quedó tu contrato listo para firma :)
+> **Johann:** mi segundo nombre aparece como "Josep" en lugar de "Joseph", ¿hay problema?
+> **Pao:** ahorita corrijo… ya quedó :)
+> **Johann (26-jun):** *Correccioncitas:* en firmas quedé como "trabajador" y Balam como "patrón" (es contrato de servicios, iría como "prestador"/"cliente"). En la última página se repiten el párrafo de "Para constancia" y la cláusula de Firma Electrónica (y las dos versiones dicen cosas distintas).
+> **Johann:** *Un par de cosas que me gustaría proponer:* que si el contrato se termina antes, se paguen las horas y entregables ya trabajados; y definir cómo se "aceptan" los entregables (deemed-acceptance) con correcciones sobre el alcance.
+> **Pao:** me dicen que lo podemos agregar así → "horas efectivamente trabajadas hasta esa fecha" y "aceptados si no hay comentarios por escrito en los próximos 10 días naturales, correcciones sobre el alcance acordado". ¿Cómo ves?
+> **Johann:** me parece bien :)
+> **Johann (26-jun, 2:50 pm):** te confirmo que ya firmé el contrato.
@@ -0,0 +1,26 @@
+# WhatsApp — Erika Chávez (PM, Balam) → Johann · arranque del plan de actividades
+
+**Canal:** WhatsApp (+52 1 81 2353 5803) · **Fecha:** 29 jun 2026, ~3:35 PM
+**Tema:** Kickoff de ejecución — Erika solicita el plan de actividades con fechas para dar seguimiento puntual.
+
+---
+
+## Resumen
+
+- Erika confirma que **ya pasaron los temas administrativos internos de Balam** y arranca la coordinación del proyecto (entra de lleno como PM / seguimiento).
+- Pide a Johann un **listado de actividades con fechas (Excel)**, organizado por **etapas** (como en la propuesta), empezando por **Etapa 0 y 1**.
+- **Formato pedido:** tabla sencilla con **actividad · fecha inicio – fecha fin · responsable**, **alineada a los entregables** de la propuesta (cada actividad debe conducir a un entregable). Indicar si la actividad es solo de Johann o requiere **apoyo de Balam**.
+  - Ejemplo que dio: *"levantamiento de plataformas activas con el usuario XX-XX al XX-XX"*.
+- Ofrece una **llamada de 5 min** para aclarar el formato.
+
+## Acciones de Johann
+
+- [ ] Preparar el **Excel de actividades (Etapa 0 y 1)** — actividad, fechas, responsable, alineado a entregables; marcar dónde se requiere apoyo de Balam.
+- [ ] Proponer **sesiones de Discovery** (parte de la Etapa 0): conocer el **proceso actual** de facturación/cobranza (cómo operan hoy, qué sale de BIND, reglas) y **encaminar el prototipo**. El contrato ya obliga a Balam a dar disponibilidad de interlocutores para consultas/aprobaciones.
+
+## Transcripción (extracto)
+
+> **Erika:** ya pasaron todos los temas administrativos internos Balam, quisiera ver contigo las actividades del proyecto… necesito un listado de acts y fechas para el seguimiento puntual. ¿Por mes o por fases?
+> **Johann:** me parece bien por fase.
+> **Erika:** manejamos por etapas como en tu propuesta; pásame un Excel de las actividades de esta primera etapa con fechas. Tabla con nombre de actividad, fecha inicio – fecha fin y responsable. Los entregables ya vienen en la propuesta, solo que las actividades queden alineadas a ellos. Indica si es tu actividad o necesitas apoyo nuestro.
+> **Johann:** te comparto el Excel de la Etapa 0 y 1.