CM-01 · Financiamiento colectivo#

En una frase, para cualquiera: mucha gente pone poco dinero en un proyecto que todavía no existe. La plataforma que junta ese dinero lo tiene en sus manos durante semanas, y tiene que devolverlo entero si la campaña no llega a su meta.

Estado real: 🟠 prototype — hay código y escenarios que se ejecutan, sin verificación en un entorno real · Módulo: crates/sandbox-markets/src/cases/crowdfunding.rs

Por qué se realiza este caso#

El financiamiento colectivo pone dinero de mucha gente poco experta en manos de una empresa pequeña, durante un periodo en el que el dinero ya no está en el bolsillo del inversionista pero todavía no es del emisor. Ese limbo es donde ocurre casi todo lo que sale mal.

La idea que enseña#

El dinero en tránsito tiene dueño. Mientras la campaña está abierta, cada peso sigue siendo del inversionista. La plataforma lo custodia, no lo posee. Y la prueba de que eso es cierto es que la devolución funciona.

Casos de uso reales#

• Una plataforma de financiamiento colectivo de deuda o capital.
• Preventa de un producto con meta mínima.
• Financiamiento de facturas por varios inversionistas.
• Formación sobre por qué una meta mínima protege a quien invierte.

Cómo funcionará#

flowchart LR
  E["🏢 Emisor"] --> C["📣 Campaña<br/>meta mínima y máxima"]
  I["👥 Inversionistas"] -->|"dinero"| S["🏦 Cuenta segregada"]
  C --> D{"¿Se alcanzó<br/>el mínimo al cierre?"}
  D -- sí --> A["📊 Asignación<br/>y traspaso al emisor"]
  D -- no --> R["↩️ Devolución íntegra"]
  A --> M["📈 Seguimiento<br/>de avances"]
  M --> F{"¿El emisor<br/>incumple?"}
  F -- sí --> G["📣 Alertas e<br/>información a inversionistas"]

flowchart TB
  A["Llega una inversión"] --> B{"¿Supera el<br/>límite del inversionista?"}
  B -- sí --> B1["🚫 Rechazada"]
  B -- no --> C{"¿Supera el máximo<br/>de la campaña?"}
  C -- sí --> C1["📊 Prorrateo por<br/>regla publicada"]
  C -- no --> D["✅ Registrada en<br/>cuenta segregada"]

Esquemas#

{
  "campaign": {
    "issuer": "emisor-simulado-1",
    "minTarget": { "minorUnits": 10000000, "currency": "CLP" },
    "maxTarget": { "minorUnits": 50000000, "currency": "CLP" },
    "closesAt": "2026-09-30T23:59:59Z",
    "allocationRule": "pro-rata"
  }
}

{
  "outcome": "refunded",
  "raised": { "minorUnits": 7400000, "currency": "CLP" },
  "investorsRefunded": 118,
  "refundComplete": true,
  "ledgerBalanced": true
}

crate sandbox-markets, que ya está construido, y significa que la devolución cuadra hasta el último peso.

Escenarios que traerá#

Información contradictoria · operación con parte relacionada · exceso de inversión de un mismo inversionista · cambio de condiciones a mitad de campaña · campaña que no alcanza el mínimo · emisor que deja de reportar avances.

Software necesario#

No necesita bubblewrap: no se ejecuta código ajeno, se prueban reglas de negocio. Funciona en cualquier sistema con Rust.

Instalación#

cargo build --release
cargo run -p sandboxctl -- markets --help

Procesos que se crearán#

sandboxctl markets crowdfunding --scenario no-alcanza-minimo
  │
  └─ un proceso determinista, sin red
      ├─ reloj simulado (las campañas duran semanas)
      ├─ libro de partida doble
      └─ evidencia firmada

Tiempo de carga estimado#

Qué hace falta para construirlo#

1. Modelo de campaña con meta mínima, máxima y regla de asignación publicada.
2. Reloj simulado, para que semanas pasen en milisegundos.
3. Devolución íntegra verificada contra el libro contable.
4. Los seis escenarios listados arriba, cada uno con su hallazgo esperado.

Si algo falla#

El caso ya tiene código y escenarios que se ejecutan. Lo que sigue son sus fallos con la causa y la salida:

Los fallos que afectan a cualquier caso —la compilación, el catálogo, la evidencia— están resueltos uno a uno en Cuando algo falla.

Esta familia no necesita aislamiento del sistema: no ejecuta código ajeno, sino reglas de negocio deterministas. Por eso casi ningún fallo suyo viene del entorno, y casi todos vienen de los datos.

Cómo se comprueba#

cargo run -p sandboxctl -- markets check --case CM-01

Ejecuta los escenarios de este caso y compara cada uno con lo que declara de antemano que debe salir. Corre en cada commit: si el caso deja de detectar lo que dice detectar, la integración continua se pone roja.

cargo test -p sandbox-markets crowdfunding

Los invariantes del módulo, incluidos los que ningún escenario de arriba cubre.

Sigue en prototype, no en functional. Los escenarios se ejecutan y pasan, pero el caso no emite evidencia firmada por ejecución ni se ha usado contra datos que no sean los suyos. La regla completa está en el ROADMAP.

Ver también: Catálogo completo · CM-03 · custodia · CM-00 · entrada