Actualiza cierre de Etapa 0 y control de horas

2026-07-16 09:44:21 -06:00
parent 8da11ea164
commit 3a66e5aee1
30 changed files with 1147 additions and 51 deletions
@@ -0,0 +1,88 @@
+# Sesión de reglas y definiciones — Etapa 1
+
+**Fecha:** miércoles 22-jul-2026
+**Participantes esperados:** CEO, Arturo, Erika, Johann
+**Objetivo:** cerrar decisiones que afectan el modelo de datos y el alcance técnico antes de implementar escritura e integración Jira→BIND.
+
+## Resultado esperado
+
+Al terminar deben quedar definidos:
+
+1. Flujo de alta de un cliente nuevo.
+2. Tratamiento de diferencias por comisión/fee.
+3. Fuente y reglas de particularidades de envío.
+4. Alcance de la automatización Jira→cotización BIND.
+5. Datos y autorización necesarios para comenzar escritura controlada.
+
+## Agenda propuesta (45–60 min)
+
+### 1. Alta de cliente nuevo — 10 min
+
+- ¿Quién crea actualmente al cliente en BIND?
+- ¿Qué documentos y validaciones son obligatorios?
+- ¿Qué estatus de Jira indica que el alta está autorizada?
+- ¿La plataforma solo debe detectar que falta el cliente o también crearlo?
+- ¿Qué ocurre si el RFC ya existe o los datos fiscales no coinciden?
+
+**Decisión a registrar:** alcance exacto del MVP y responsable de cada paso.
+
+### 2. Comisión/fee en cobranza — 10 min
+
+- Cuando el pago recibido es menor por una comisión, ¿cómo se registra en BIND?
+- ¿Pago parcial con saldo residual, nota de crédito, gasto/comisión o ajuste contable?
+- ¿Existe una tolerancia fija o cambia por cliente/banco?
+- ¿Quién autoriza considerar una factura como saldada con diferencia?
+
+**Decisión a registrar:** fórmula de estado de cobranza y si el umbral es global o por cliente.
+
+### 3. Particularidades de envío — 10 min
+
+- Confirmar destinatarios, adjuntos, nomenclatura del asunto y cuerpo por cliente.
+- Definir quién mantiene estos datos y con qué frecuencia cambian.
+- Confirmar si el Excel en preparación será la fuente inicial para cargarlos.
+
+**Decisión a registrar:** estructura mínima del catálogo y responsable de mantenimiento.
+
+### 4. Jira → cotización BIND — 15 min
+
+Explicar que Jira es parte confirmada del proceso, pero la creación automática de cotizaciones no estaba incluida explícitamente en el alcance inicial.
+
+- ¿La expectativa del MVP es solo conservar el folio de Jira o crear automáticamente la cotización en BIND?
+- ¿Qué estatus o aprobación dispara la acción?
+- ¿Qué tipos de ticket aplican: adicional, baja, headhunting, staff augmentation?
+- ¿Qué campos son obligatorios y qué ocurre si falta alguno?
+- ¿Debe haber una previsualización/confirmación humana antes de escribir en BIND?
+
+Si Balam confirma la automatización, solicitar posteriormente:
+
+- Cuenta técnica de Jira con acceso mínimo al proyecto.
+- API token/OAuth y permiso para webhook o automatización.
+- Identificadores del sitio/proyecto y mapeo de campos.
+- Autorización de escritura controlada en BIND.
+
+**Decisión a registrar:** incluido, diferido o sujeto a estimación/cambio de alcance.
+
+### 5. Cierre técnico — 10 min
+
+- Confirmar si ya está listo el repositorio GitHub y el acceso de Johann.
+- Confirmar fecha y responsable del acceso Azure.
+- Confirmar cuándo Pedro habilitará el reporte de horas en Jira.
+- Revisar las preguntas técnicas pendientes de BIND: pagos/REP, `CFDIUse`, XML, webhooks y token de Power BI.
+
+## Límites que conviene explicitar
+
+- Recordatorios automáticos enviados al cliente: Anexo B; el MVP contempla alertas internas.
+- Multiempresa: fuera del MVP; cada empresa requiere token/cuenta BIND.
+- Escritura en producción: solo con autorización, dry-run, confirmación humana y feature flag.
+- Integración Jira automática: pendiente de confirmación de alcance.
+
+## Minuta para llenar durante la sesión
+
+| Tema | Decisión | Responsable | Fecha |
+|---|---|---|---|
+| Alta de cliente |  |  |  |
+| Fee/comisión |  |  |  |
+| Particularidades de envío |  |  |  |
+| Jira→BIND |  |  |  |
+| Escritura BIND |  |  |  |
+| Repo/Azure/Jira horas |  |  |  |