rckrdmrd 2c916e75e5 [SIMCO-V4] feat: Agregar documentación SaaS, ADRs e integraciones

Nuevas Épicas (MCH-029 a MCH-033):
- Infraestructura SaaS multi-tenant
- Auth Social (OAuth2)
- Auditoría Empresarial
- Feature Flags
- Onboarding Wizard

Nuevas Integraciones (INT-010 a INT-014):
- Email Providers (SendGrid, Mailgun, SES)
- Storage Cloud (S3, GCS, Azure)
- OAuth Social
- Redis Cache
- Webhooks Outbound

Nuevos ADRs (0004 a 0011):
- Notifications Realtime
- Feature Flags Strategy
- Storage Abstraction
- Webhook Retry Strategy
- Audit Log Retention
- Rate Limiting
- OAuth Social Implementation
- Email Multi-provider

Actualizados:
- MASTER_INVENTORY.yml
- CONTEXT-MAP.yml
- HERENCIA-SIMCO.md
- Mapas de documentación

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>

2026-01-13 01:43:15 -06:00

4.2 KiB

Raw Permalink Blame History

_MAP: Architecture Decision Records (ADRs)

Carpeta: docs/97-adr/ Proposito: Documentar decisiones arquitectonicas importantes del proyecto Estado: Actualizado Ultima actualizacion: 2026-01-10

Resumen

Metrica	Valor
Total ADRs	11
Aceptados	11
Propuestos	0
Deprecated	0

Contenido

ADRs Activos

ID	Titulo	Estado	Fecha	Impacto
ADR-0001	Arquitectura Multi-Tenant	Accepted	2026-01-06	Alto
ADR-0002	WhatsApp como Canal Principal	Accepted	2026-01-06	Alto
ADR-0003	Estrategia LLM Agnostica	Accepted	2026-01-06	Medio
ADR-0004	Notificaciones en Tiempo Real	Accepted	2026-01-10	Medio
ADR-0005	Feature Flags por Plan	Accepted	2026-01-10	Alto
ADR-0006	Storage Abstraction	Accepted	2026-01-10	Alto
ADR-0007	Webhook Retry Strategy	Accepted	2026-01-10	Medio
ADR-0008	Audit Log Retention	Accepted	2026-01-10	Medio
ADR-0009	Rate Limiting Strategy	Accepted	2026-01-10	Alto
ADR-0010	OAuth Social Strategy	Accepted	2026-01-10	Medio
ADR-0011	Email Multi-Provider	Accepted	2026-01-10	Medio

Navegacion por Dominio

Arquitectura

Producto

Tecnologia

Infraestructura

Seguridad y Compliance

Formato de ADR

Cada ADR sigue la estructura de @SIMCO-ESTRUCTURA-DOCS:

# ADR-{NNNN}: {Titulo}

## Metadata
- ID, Estado, Fecha, Supersede (si aplica)

## Contexto
{Problema que requiere decision}

## Decision
{La decision tomada}

## Alternativas Consideradas
{Opciones evaluadas con pros/cons}

## Consecuencias
{Positivas, negativas, neutrales}

## Referencias
{Links relacionados}

Proceso de ADR

┌─────────────┐     ┌───────────────┐     ┌──────────────┐
│  Propuesto  │ --> │  En Revision  │ --> │   Aceptado   │
└─────────────┘     └───────────────┘     └──────────────┘
                                                │
                                                v
                                          ┌──────────────┐
                                          │  Deprecated  │
                                          │ (superseded) │
                                          └──────────────┘

Cuando Crear un ADR

Crear un ADR cuando:

Decision arquitectonica significativa - Afecta multiples componentes
Eleccion entre alternativas - Hay opciones razonables a considerar
Dificil de revertir - El costo de cambiar es alto
Requiere documentacion - Otros deben entender el "por que"

Referencias

Mantenido por: Architecture Team Version: 2.0.0 Total ADRs: 11 (ADR-0001 a ADR-0011)

4.2 KiB Raw Permalink Blame History