Guia de início
Para quem vai operar o primeiro piloto no app.kroz.co: financeiro, tesouraria ou comercial.
Antes de começar
Reserve uns 10 minutos para ler e meia hora para mexer no demo. Você entende o layout e a ordem dos módulos antes de criar cobrança de verdade.
O que é a kroz
A kroz é a infraestrutura de recebíveis imobiliários da V.EVO. Quando o comprador paga uma parcela (PIX ou boleto), o valor já chega repartido entre SPE, terrenista e força de vendas. Não passa por conta-bolsão da incorporadora.
Pix, boleto e subcontas ficam com a instituição de pagamento parceira. Você comanda tudo na mesa, com regra clara e trilha de auditoria.
A regra de ouro
Pagador compra. Recebedor recebe.
- Recebedor entra no split. Ao cadastrar, você ganha o
walletIdpara a matriz. - Pagador é o comprador da unidade. Vai na cobrança, nunca na Oficina de Recebedores.
Se o comprador aparecer como recebedor, pare. Esse é o erro mais comum no primeiro dia.
Três coisas que a kroz não abre mão
- Split na origem: repasse na liquidação, não em planilha depois.
- Recebedor identificado: cada parte com subconta na IP (RC 16).
- Regra versionada: o contrato vira matriz com hash e histórico.
Vale ler Conceitos antes de operar. A terminologia alinha o time em minutos.
Entrar no app
1. Acesse a mesa de operação
- Abra app.kroz.co
- Na tela kroz // acesso restrito, informe o Código de acesso
- Clique em Entrar
O conteúdo protegido só é liberado após validação. Se precisar voltar à vitrine, use Voltar para a vitrine.
2. Conheça a navegação
O menu lateral (dock sidebar) organiza a operação em duas faixas:
| Seção | Módulos |
|---|---|
| Operação | Central, Fechamento, Recebedores, Rateio, Pagadoria, Conciliação, Governança |
| Laboratório | Sandbox |
Atalho global: Ctrl+K → Ir para módulo…
| Módulo | Rota | Para quê |
|---|---|---|
| Central | / |
Hub · fila operacional, guias, demo 30s |
| Recebedores | /recebedores/ |
Cadastrar quem recebe split (Oficina de Recebedores) |
| Rateio | /rateio/ |
Montar e validar matriz por deal/contrato |
| Fechamento | /fechamento/ |
Validar e aprovar antes da execução real |
| Pagadoria | /pagadoria/ |
Gerar cobrança (sinal, entrada, parcela…) |
| Conciliação | /conciliacao/ |
Resolver divergências com aprovação humana |
| Governança | /governanca/ |
Tesouraria, livro de auditoria, export |
| Sandbox | /sandbox/ |
Simular split D+0 sem efeitos colaterais |
Sequência do piloto (ordem correta)
A kroz ensina esta ordem na Central. Siga-a no primeiro dia:
flowchart LR
R[Recebedores] --> RT[Rateio]
RT --> F[Fechamento]
F --> P[Pagadoria]
P --> C[Conciliação]
C --> G[Governança]
| # | Módulo | O que fazer | Botão-chave |
|---|---|---|---|
| 1 | Recebedores | Cadastrar terrenista, força de vendas, SPE | Validar Payload (Dry-Run) |
| 2 | Rateio | Configurar deal + split | Validar rateio |
| 3 | Fechamento | Conferir checklist 6/6 | Validar fechamento → Aprovar execução |
| 4 | Pagadoria | Gerar primeira cobrança | Gerar cobrança |
| 5 | Conciliação | (Após liquidação) Aprovar divergências | Aprovar sugestão |
| 6 | Governança | Exportar evidência e trilha | Exportar planilha |
Passo a passo: primeiro piloto completo
Passo 1: Cadastrar recebedores
Menu: Operação → Recebedores
Cada parte que recebe split precisa de subconta na instituição de pagamento antes de entrar na matriz.
01 Identificação: Quem vai receber o split?
- Selecione Tipo de recebedor (Terrenista / permuta, Força de vendas, SPE recebedora, etc.)
- Preencha CNPJ do recebedor → Consultar
- Confirme Razão social / Nome do recebedor e Tipo da empresa inferido
- Preencha E-mail principal, Celular com DDD, Faturamento mensal aproximado
02 Endereço
- Informe CEP → Buscar
- Confirme Bairro, Logradouro, Número
03 Operação segura
- Mantenha Manter em dry-run seguro ativado no piloto
- Clique Validar Payload (Dry-Run)
- Revise o payload, mensagem: Dry-run concluído. Revise o payload…
Estado esperado no rail: Rascunho → Pendente → Validado → Pronto
Armadilha: criar recebedor real (
Criar Recebedor Real) exige digitar CRIAR SUBCONTA e pode gerar cobrança real no BaaS. No piloto, fique no dry-run.
Atalho: Preencher exemplo carrega um recebedor demo para explorar sem digitar tudo.
Passo 2: Configurar o deal e a matriz
Menu: Operação → Rateio
Ajustar o deal
- Clique Ajustar deal
- No sheet Origem do deal, preencha:
| Campo | Exemplo demo | Como nomear |
|---|---|---|
| Empreendimento | Porto Sereno Residences | Nome comercial do lançamento |
| Contrato / unidade | PS-0421 \| Unidade 1804 |
Código externo + unidade |
| Valor | R$ 450.000,00 | Valor da parcela ou sinal |
| Parcela | 1 | Número da parcela |
| Forma | Pix ou Boleto | Forma de pagamento |
- Clique Salvar → toast: Deal atualizado.
Nota importante: empreendimento, unidade e contrato não têm tela de cadastro dedicada hoje. São configurados via Ajustar deal (Rateio), referência + API (Pagadoria) ou seed no backend. No piloto demo, use
PS-0421.
Montar o split
- Clique Recebedores → sheet Split configurado
- Selecione recebedores já cadastrados na oficina
- Defina % por recebedor → + Adicionar recebedor se necessário
- Clique Salvar
Matriz demo padrão: SPE 72% · Landbank 18% · Vendas 10% (CPC 47)
O restante não alocado fica na SPE emissora (remainder automático).
Validar
- Aba Visão geral, confira percentuais e valores
- Aba Payload, veja o JSON do parceiro BaaS → Copiar JSON
- Clique Validar rateio → botão vira Rateio validado
- Status: Rateio validado em modo seguro. + Prova selada
Regra de negócio na UI: parcela < 3 → Comissão de vendas entra na 3ª parcela. Vendas aparece como Suspenso até lá.
Passo 3: Fechar a operação
Menu: Operação → Fechamento
Mesa de validação pré-execução em 5 estágios:
Contrato → Recebedores → Rateio → Aprovação → Evidência
- Revise sub-nav: Visão geral | Matriz | Evidência
- Clique Validar fechamento, checklist 6/6 (ex.: Soma da matriz fecha em 100%, Payload do parceiro BaaS gerado em sandbox)
- Status muda para Validado
- Clique Aprovar execução → status Aprovado
- Exportar evidência → JSON + link Ver evidência na Governança →
Passo 4: Gerar a cobrança
Menu: Operação → Pagadoria
01 Qual cobrança gerar?
- Contrato → ex.:
PS-0421 - Clique Carregar matriz → status: Contrato PS-0421 carregado com matriz v1.
- SPE emissora aparece readonly
- Selecione Tipo: Sinal, Entrada, Pré-venda ou Parcela
02 Quem paga e quanto?
| Campo | O que é |
|---|---|
| ID do pagador no BaaS | ID do pagador (comprador) no BaaS |
| Valor (R$) | Valor da cobrança |
| Vencimento | Data de vencimento |
03 Quem está na venda? (opcional)
Corretor, Gerente, Imobiliária, campos comerciais. Não alteram o split nem o link de pagamento.
04 Executar
- Mantenha Executar em modo seguro ativado
- Clique Gerar cobrança → Pagadoria validada em dry-run.
- Copiar mensagem para o corretor: texto pronto para WhatsApp
- Exportar captabilidade CSV: atribuição comercial
Fluxo hero: Contrato carregado → Tipo de cobrança → Split na origem → Mensagem para o corretor
Armadilha: gerar cobrança real exige desativar modo seguro + confirmação tipada no backend. No piloto, valide sempre em dry-run primeiro.
Passo 5: Conciliar (após liquidação)
Menu: Operação → Conciliação
Quando o BaaS confirma pagamento, divergências entram na fila:
Webhook BaaS → Agente + motor → Aprovação DF → Execução
- Aba Pendentes, filtre por confiança: Alta, Média, Baixa
- Selecione item → painel de detalhe
- Aprovador (Diretor Financeiro) + Notas (opcional)
- Aprovar sugestão ou Rejeitar
Passo 6: Provar na Governança
Menu: Operação → Governança
Hero aside: Quem decidiu / O que mudou / Como provar
- Sub-nav: Visão geral | Livro | Trilha | Exportar planilha
- Filtros por SPE e situação (Confirmados, Revisão)
- Livro: colunas Evento, Valor, SPE, Terrenista, Vendas, Situação
- Exportar planilha para auditoria externa
Demo em 30 segundos (modo apresentação)
Use na Central para explicar a kroz sem abrir oito telas:
- Central → card Mostre a operação inteira em 30 segundos
- Roteiro: Recebedores → Rateio → Fechamento → Governança
- CTAs dinâmicos: Abrir Recebedores, Simular a matriz, Conferir a trilha
Ideal para alinhar CFO, diretor comercial ou parceiro BaaS antes do hands-on.
Modos de operação
| Modo | Toggle | Quando usar |
|---|---|---|
| Dry-run seguro | Recebedores: Manter em dry-run seguro | Sempre no piloto e homologação |
| Dry-run seguro | Pagadoria: Executar em modo seguro | Validar payload antes de cobrar |
| Simulação D+0 | Sandbox: Simular split D+0 | Testar percentuais sem deal completo |
| Execução real | Desativar toggles + confirmação tipada | Só após Fechamento aprovado |
Checklist: piloto pronto?
- [ ] Código de acesso funciona
- [ ] Recebedores validados em dry-run (terrenista + vendas)
- [ ] Deal configurado (
PS-0421ou contrato real) - [ ] Matriz 100%, soma fecha, SPE como remainder
- [ ] Rateio validado com Prova selada
- [ ] Fechamento 6/6 + Aprovado
- [ ] Cobrança gerada em dry-run na Pagadoria
- [ ] Evidência exportada na Governança
- [ ] Equipe entende Pagador ≠ Recebedor
Na prática
- ✅ Sempre Carregar matriz na Pagadoria antes de gerar cobrança
- ✅ Valide payload na aba Payload do Rateio antes de Fechamento
- ✅ Use Sandbox para testar percentuais isolados (SPE/Landbank/Vendas)
- ✅ Exporte evidência a cada fechamento aprovado
- ❌ Não cadastre comprador como recebedor
- ❌ Não desative dry-run sem Fechamento aprovado
- ❌ Não assuma que empreendimento/contrato existem, configure via Ajustar deal
Estrutura desta documentação
| Seção | O que cobre |
|---|---|
| Primeiros passos | Onboarding, glossário |
| Operar | Contratos, rateio, cobrança, conciliação, auditoria |
| Módulos | Fatura Híbrida Premium |
| Desenvolver | API, webhooks, adaptadores BaaS |
| Legal | RC 16, compliance |
Próximos passos
- Matriz de rateio, how-to detalhado
- Cobranças (Pagadoria), tipos e dry-run
- Conciliação, fila do Diretor Financeiro
- Auditoria e prova, export de evidência