Solutio Pay

Status

Por que existe a reserva

A central de monitoramento brasileira opera com cobrança recorrente do cliente final (mensalidade do serviço de monitoramento). Hoje, isso é feito com Asaas, iugu, ou cobrança manual via boleto. Cada central tem sua própria pipeline.

Tese: oferecer cobrança vertical, integrada ao contrato e ao SLA de monitoramento, com:

Bloqueio automático de serviço por inadimplência
Renegociação assistida (com Nora Voice ligando para cliente em atraso)
Conciliação automática banco × CRM × monitoramento

Onde encaixa no portfolio

flowchart LR
    subgraph CORE[Plataforma core]
        API[solutio-api]
        Contract[Contratos]
        Sub[Assinatura]
    end

    subgraph PAY[Solutio Pay — futuro]
        Bill[Billing engine]
        Recv[Recebimento]
        Recon[Conciliação]
        Dunning[Dunning + Nora Voice]
    end

    subgraph EXT[Externos]
        Bank[Banco / PIX]
        PSP[PSP / boleto]
    end

    API --> Bill
    Contract --> Bill
    Sub --> Bill
    Bill --> Recv
    Recv <--> Bank
    Recv <--> PSP
    Recv --> Recon
    Recon --> Dunning
    Dunning --> API

    classDef core fill:#00a9c9,stroke:#2b5383,color:#fff
    classDef future fill:#cccccc,stroke:#666,color:#333,stroke-dasharray:5
    class API,Contract,Sub core
    class Bill,Recv,Recon,Dunning future

Janela

Quando	O que
Hoje	Espaço de arquitetura reservado (módulo Rails opcional não implementado)
Q1 2027	Discovery + decisão de fazer ou comprar
Q3 2027	Possível build, se decisão for fazer

Alternativas estudadas

Comprar Asaas API: integração simples, mas perde diferencial.
Construir do zero: alto custo, longo prazo, sem retorno claro em <18 meses.
Parceria white-label com PSP: meio-termo; provável escolha para v1.