Files
balam/planeacion/Sesion-Etapa1-2026-07-22.md
T
2026-07-16 09:44:21 -06:00

89 lines
3.8 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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 (4560 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 | | | |