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>
This commit is contained in:
JohannVelazquez
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 — 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 (112136 h, 67 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