Portal de Inteligência Artificial da AppsToB
Entre com sua conta corporativa
O acesso é restrito a contas @appstob.com.br. Use a conta em que você já está trabalhando.
Bom dia!
Usuário interno: só os módulos liberadosMódulo de Help-Desk
Chamados
Módulo de Desenvolvimento
Painéis
Módulo de Consultoria
Ordens de serviço
Atividades
Módulo de CRM
Relacionamento
Pessoas (atalhos)
Módulo de Contratos
Contratos
Módulo de Cadastro de Pessoas
Clientes
Outros cadastros de pessoas
Calendário
Módulo de Faturamento
Faturas
Nota fiscal
Cadastros
Módulo Financeiro
Contas a receber e a pagar
Tesouraria e bancos
Classificação
Relatórios
Módulo de BI
BI
Administração do Sistema
Acesso
Inteligência artificial
Integrações e painéis
Histórico de Requisições
Carregando...
| Data/Hora | Modelo | Complexidade | Cache | Tokens (↑↓) | Total (s) | Status |
|---|
Preços de Tokens
Carregando...
| Modelo (ID) | Input $/1k tok | Output $/1k tok | Vigência | Descrição |
|---|
Custo Acumulado por Usuário
Carregando...
| Usuário | Requisições | Tokens Total | Se Gemini Flash (BRL) | Se Claude Haiku (BRL) |
|---|
Integrações
Carregando...
| Evento | Origem | E-mail (de → para) | WhatsApp (de → para) | Mensagem | Criado por |
|---|
Nenhuma regra cadastrada.
- Acesse myaccount.google.com com a conta de envio
- Vá em Segurança → Verificação em duas etapas
- Role até o final → clique em Senhas de app
- Crie uma nova senha → "Outro (nome personalizado)" → ex.: apps-proxy SMTP
- O Google exibe um código de 16 letras (ex.:
abcd efgh ijkl mnop) - Cole no campo App Password acima e clique em Salvar
Espaços são removidos automaticamente.
Notificações WhatsApp são entregues via n8n + Evolution API. URL e secret configurados via Coolify (env vars).
O n8n recebe { to, channel: "whatsapp", message } e encaminha para a Evolution API. Para alterar URL ou secret, edite as env vars N8N_WEBHOOK_URL / N8N_WEBHOOK_SECRET no Coolify.
Escaneie com o WhatsApp do celular remetente. Expira em 60s.
Mensagens entregues via Meta Cloud API (WABA). Credenciais configuradas via Coolify (env vars META_WABA_*).
Para alterar credenciais, edite META_WABA_ENABLED, META_WABA_PHONE_NUMBER_ID, META_WABA_ACCESS_TOKEN e META_WABA_API_VERSION no Coolify e faça redeploy.
Nenhuma mensagem recebida ainda.
| Recebido em | De | Mensagem |
|---|
Nenhum status recebido ainda.
| Atualizado em | Para | Status | Detalhe |
|---|
| Prefixo | Escopos | Portal | Label | Criada em | Status |
|---|
Nenhuma chave para este vínculo.
Escolha um cliente para ver e cadastrar os segredos dele.
Cada cliente tem a própria chave de IA e as próprias chaves de acesso. Nenhum vem pré-selecionado — nem a AppsToB.
Chaves de IA de
As chaves da conta do próprio cliente em cada provedor. Valem para qualquer plataforma da AppsToB que ele use. O valor não aparece aqui — só com a sua senha de ação sensível.
| Provedor | Chave | Atualizada em | Por | Ações |
|---|
ainda não tem chave de IA. Cadastre a do provedor que ele contratou para a IA dele funcionar.
Adicionar chave de IA
Provedor que o cliente já tem some da lista — para trocar, use "Substituir" na linha dele. O nome da chave sai do provedor escolhido; ninguém digita.
Todos os provedores já têm chave. Para trocar uma, use "Substituir" na linha dela.
Chaves de acesso de
As chaves que os sistemas do cliente usam para chamar a AppsToB. Guardadas só como impressão irreversível: nem nós conseguimos vê-las depois de geradas. A chave do Hermes se gera aqui; as demais, na aba "Clientes × Plataformas".
| Início | Uso | Plataforma | Último uso | Situação | Ações |
|---|
ainda não tem chave de acesso.
Fica na tela até "Já copiei": perder esta chave obriga a revogar e gerar outra. Entregue ao cliente por canal seguro, nunca por e-mail aberto.
Outras credenciais da AppsToB
D4Sign, Evolution, Meta WABA, n8n e BI Vexta — credenciais que a AppsToB opera. Removida do banco, a leitura volta a cair na env var do Coolify, se ela ainda existir.
| Categoria | Chave | Atualizada em | Por | Ações |
|---|
Nenhuma outra credencial no banco — as que faltam seguem servidas pela env var do Coolify.
Adicionar credencial
Autenticação
Toda chamada M2M usa uma API Key no header x-api-key. Cada chave é
vinculada a um par cliente × plataforma e a uma lista de
escopos (features habilitadas) — a mesma chave nunca pode agir
em nome de outro cliente, e só acessa a feature contracts se esse
escopo tiver sido concedido a ela.
O par existe porque o mesmo cliente pode contratar mais de uma integração (por exemplo um ERP e o E-Store ao mesmo tempo), cada uma com sua própria chave.
Para solicitar uma chave, peça a um admin AppsToB para gerá-la em
Integrações → Clientes × Plataformas — o valor é mostrado
uma única vez no momento da criação (não é recuperável depois). Junto da chave
você recebe o seu clienteCodigo e o plataformaId, que
devem ser enviados no body abaixo.
Enviar contrato para assinatura
POST /v1/contracts/send
Gera o documento a partir de um template cadastrado no painel admin, substitui as
variáveis e envia para assinatura eletrônica via D4Sign. O contrato é criado de
forma assíncrona — a resposta traz um contractLogId
para acompanhamento.
Requisição em multipart/form-data (não JSON), para suportar anexos
binários. Os campos signatories, variables e
observers vão como texto contendo JSON serializado.
| Campo | Tipo | Obrigatório | Descrição |
|---|---|---|---|
templateId | string (uuid) | Sim | ID do template cadastrado no painel admin |
clienteCodigo | string | Sim | Seu código de cliente na AppsToB (ex.: CLI-001), fornecido junto com a API key — não é escolhido livremente pelo integrador. Junto de plataformaId, precisa corresponder ao par vinculado à sua chave; divergente disso, rejeita com 403 |
plataformaId | integer | Sim | Id da plataforma contratada (ex.: 1), fornecido junto com a API key |
signatories | JSON (string) | Sim | Array de signatários — name, email, role (opcional, default "1" — é o próprio código act da D4Sign, ver tabela abaixo) |
variables | JSON (string) | Sim | Mapa key/value com os placeholders do template |
attachments | arquivos binários | Não | 0 a 5 arquivos, até 50MB cada, anexados ao envelope de assinatura |
observers | JSON (string) | Não | Pessoas que acompanham o documento sem poder assinar |
Papéis de signatário (signatories[].role):
Desde a sessão 87, role é o próprio código
act da D4Sign (como string, ex.: "role":"4")
— não um nome semântico nosso. A D4Sign suporta 13 códigos nativamente;
o AppsToB hoje habilita 7 — enviar um código não habilitado
(mesmo que exista na D4Sign) resulta em 400. Linhas verdes =
habilitado.
role | Papel (act D4Sign) | Quando usar (negócio) | Habilitado? |
|---|---|---|---|
"1" | Assinar | Padrão — é o único que usamos hoje | ✅ |
"2" | Aprovar | Alguém precisa validar o conteúdo antes de seguir, sem "assinar" juridicamente (ex.: gerente aprova valor) | não |
"3" | Reconhecer | Confirma que teve conhecimento do documento, sem se comprometer com ele | não |
"4" | Assinar como parte | Uma das partes contratantes formais (ex.: comprador/vendedor identificado no contrato) | ✅ |
"5" | Assinar como testemunha | Testemunha do ato, sem ser parte do negócio | ✅ |
"6" | Assinar como interveniente | Terceiro que intervém no contrato sem ser parte principal (ex.: cônjuge autorizando) | não |
"7" | Acusar recebimento | Só confirma que recebeu o documento — nem assina nem aprova | não |
"8" | Emissor, Endossante e Avalista | Títulos de crédito (nota promissória, duplicata) | não |
"9" | Emissor, Endossante, Avalista, Fiador | Idem #8 + responsabilidade de fiador | não |
"10" | Fiador | Garante a dívida caso o devedor principal não pague | ✅ |
"11" | Parte e fiador | É parte do contrato e garante como fiador ao mesmo tempo | ✅ |
"12" | Responsável solidário | Responde junto com o devedor principal, sem ser "parte" do contrato | ✅ |
"13" | Parte e responsável solidário | É parte do contrato e responde solidariamente | ✅ |
Precisa de um código ainda não habilitado ("2", "3", "6", "7", "8" ou "9")?
Fale com a AppsToB — é decisão de negócio habilitar novos códigos, não uma
limitação técnica da D4Sign. Lista completa e fonte oficial:
docs/reference/D4SIGN_API.md.
Exemplo — variables:
{"RAZAO_SOCIAL":"Empresa LTDA","CNPJ_CPF":"12.345.678/0001-99"}
As chaves de variables devem corresponder exatamente aos placeholders
do template (fieldsUsed, consultável via
GET /api/admin/contracts/templates/:id no painel admin) — nenhuma pode
faltar, nenhuma extra é aceita.
Exemplos de payload — signatories
Copie e adapte. Todo signatories/observers vai como
texto contendo JSON serializado (JSON.stringify(...)) — não
é um array de objetos direto no multipart.
1. Um único signatário — caso mais simples, role omitido usa o padrão ("1" = assinar).
[
{ "name": "João Silva", "email": "joao@empresa.com.br" }
]
2. Múltiplos signatários, papéis diferentes — sem observadores.
[
{ "name": "João Silva", "email": "joao@empresa.com.br", "role": "1" },
{ "name": "Maria Fiadora", "email": "maria@empresa.com.br", "role": "10" },
{ "name": "Pedro Testemunha","email": "pedro@empresa.com.br", "role": "5" }
]
3. Múltiplos signatários + observers — alguém acompanha sem poder assinar.
// signatories
[
{ "name": "João Silva", "email": "joao@empresa.com.br", "role": "1" },
{ "name": "Maria Fiadora", "email": "maria@empresa.com.br", "role": "10" }
]
// observers (campo separado, mesmo padrão de string JSON serializada)
[
{ "email": "gerente@empresa.com.br", "permission": 1 }
]
4. Papéis combinados — alguém que é parte do contrato e fiador/responsável solidário ao mesmo tempo (não precisa de duas entradas).
[
{ "name": "João Silva", "email": "joao@empresa.com.br", "role": "1" },
{ "name": "Carla Sócia", "email": "carla@empresa.com.br", "role": "11" }
]
Requisição completa (multipart)
Junta tudo — header, campos de texto e anexo — como o request realmente sai na rede.
Sem observers:
curl -X POST https://ia.appstob.com.br/v1/contracts/send \
-H "x-api-key: SUA_CHAVE_AQUI" \
-F "templateId=550e8400-e29b-41d4-a716-446655440000" \
-F "clienteCodigo=CLI-001" \
-F "plataformaId=1" \
-F 'signatories=[{"name":"João Silva","email":"joao@empresa.com.br","role":"1"},{"name":"Maria Fiadora","email":"maria@empresa.com.br","role":"10"}]' \
-F 'variables={"RAZAO_SOCIAL":"Empresa LTDA","CNPJ_CPF":"12.345.678/0001-99"}' \
-F "attachments=@pedido_de_compra.pdf"
Mesmo exemplo, agora com observers (linha extra, resto idêntico):
curl -X POST https://ia.appstob.com.br/v1/contracts/send \
-H "x-api-key: SUA_CHAVE_AQUI" \
-F "templateId=550e8400-e29b-41d4-a716-446655440000" \
-F "clienteCodigo=CLI-001" \
-F "plataformaId=1" \
-F 'signatories=[{"name":"João Silva","email":"joao@empresa.com.br","role":"1"},{"name":"Maria Fiadora","email":"maria@empresa.com.br","role":"10"}]' \
-F 'variables={"RAZAO_SOCIAL":"Empresa LTDA","CNPJ_CPF":"12.345.678/0001-99"}' \
-F 'observers=[{"email":"gerente@empresa.com.br","permission":1}]' \
-F "attachments=@pedido_de_compra.pdf"
N anexos: repita -F "attachments=@..." uma vez por
arquivo — mesmo nome de campo, um -F por parte. Limite de
5 anexos por envio, 50MB por arquivo — passar de qualquer um dos
dois retorna 400 com mensagem explicando qual limite foi excedido.
Anexo maior que 50MB? Compacte do seu lado antes de enviar (o limite é o teto real de upload da própria D4Sign — não é uma restrição arbitrária nossa). Não fazemos compactação automática hoje.
curl -X POST https://ia.appstob.com.br/v1/contracts/send \
-H "x-api-key: SUA_CHAVE_AQUI" \
-F "templateId=550e8400-e29b-41d4-a716-446655440000" \
-F "clienteCodigo=CLI-001" \
-F "plataformaId=1" \
-F 'signatories=[{"name":"João Silva","email":"joao@empresa.com.br","role":"1"}]' \
-F 'variables={"RAZAO_SOCIAL":"Empresa LTDA","CNPJ_CPF":"12.345.678/0001-99"}' \
-F "attachments=@pedido_de_compra.pdf" \
-F "attachments=@nota_fiscal.pdf" \
-F "attachments=@comprovante_endereco.jpg"
Respostas
202 — aceito, envio em andamento
HTTP/1.1 202 Accepted
{
"contractLogId": "7c9e6679-7425-40de-944b-e07fc1f90ae7",
"status": "pending"
}
400 — payload inválido / variables não corresponde ao template
HTTP/1.1 400 Bad Request
{
"error": {
"code": "VALIDATION_ERROR",
"message": "Template \"Contrato de Compra\" — variables inválidas (faltando: CNPJ_CPF (CNPJ / CPF)).",
"detail": {
"templateName": "Contrato de Compra",
"missingFields": [{ "key": "CNPJ_CPF", "label": "CNPJ / CPF" }],
"unknownFields": [],
"forbiddenFields": []
}
}
}
401 — API key ausente, inválida ou revogada
HTTP/1.1 401 Unauthorized
{
"error": { "message": "API key inválida ou ausente.", "type": "unauthorized" }
}
Não distinguimos "não existe" de "foi revogada" — se fizéssemos, a rota viraria uma forma de descobrir quais chaves são válidas.
403 — seu acesso está suspenso (a chave está correta)
HTTP/1.1 403 Forbidden
{
"error": {
"message": "Cliente inativado — todos os acessos de integração estão suspensos. Fale com o time AppsToB.",
"type": "cliente_inativo"
}
}
O campo type diz o que aconteceu: cliente_inativo (seu
cadastro foi inativado — todas as suas integrações param),
vinculo_inativo (só esta integração foi desativada, as outras seguem)
ou forbidden_scope (sua chave não recebeu o escopo
contracts). Nos três casos não troque de chave: a
credencial está válida, o que mudou foi a liberação de acesso. Fale com o time
AppsToB.
403 — o par clienteCodigo/plataformaId do body não é o da sua API key
HTTP/1.1 403 Forbidden
{
"error": {
"code": "TENANT_MISMATCH",
"message": "Esta API key não está vinculada ao cliente \"CLI-001\" (plataforma 1)."
}
}
Este mesmo 403 aparece tanto quando o par pertence a outra chave quanto quando ele
não existe no cadastro — é deliberado, para a rota não servir de consulta sobre
quais clientes existem. O código continua TENANT_MISMATCH por
compatibilidade com integrações já publicadas.
422 — erro na geração/envio (template inativo, falha na D4Sign)
HTTP/1.1 422 Unprocessable Entity
{
"error": { "code": "CONTRACT_ERROR", "message": "Template não encontrado ou inativo" }
}
Webhook de confirmação de assinatura
POST /v1/contracts/webhook
Endpoint que a D4Sign chama para notificar eventos (signed,
cancelled). Não requer API Key — a autenticação é via HMAC SHA-256 no
header Content-Hmac, calculado como
SHA256(uuid_document + secret).
Este endpoint sempre retorna 200 para eventos conhecidos, mesmo em
caso de erro interno, para evitar retentativas desnecessárias da D4Sign. Retorna
401 apenas quando o HMAC é inválido.
Spec OpenAPI completa (todos os campos, exemplos e schemas):
docs/openapi-public.yaml.
Configurações
| Nível | Descrição | Modelo primário | Fallback | Rescue | Usar model-client |
|---|---|---|---|---|---|
| L1 | Simples | ||||
| L2 | Análise textual | ||||
| L3 | Técnico | ||||
| L4 | Especialista |
Central de Ingestão BI
Nova conexão
SQL Server
Vem da aba aberta. Para cadastrar no outro motor, troque de aba.Lançar atividades
Registre o que foi feito, dia a dia, sem precisar de uma ordem de serviço. Depois, quem fatura agrupa as atividades em uma ordem. A duração aparece enquanto você digita; o cruzamento de horários é conferido pelo servidor.
Indicadores
Filtros
Atividades do filtro
| Dia | Horário | Horas | Cliente | Valor da hora | Consultor | Tipo | O que foi executado | Anexos | Situação | + Ações |
|---|
Solta = ainda sem ordem. Você corrige ou apaga a atividade solta. Depois de agrupada ela passa a ser um horário da ordem, com o cadeado, e só se mexe nela dentro da ordem.
O que fazer com elas
Horário que coincide com outro cliente
Ordens de serviço
Nova ordem de serviço
Concluir a ordem?
Voltar a conclusão?
Tirar da ordem?
Registrar faturamento
Registrar recebimento
Anexar arquivo
Tipos de atendimento
É a lista que aparece em "Tipo de atendimento" ao apontar horas. Desativar tira o tipo da lista de novos apontamentos, mas os apontamentos antigos continuam com o nome dele. Não existe apagar.
Faturamento
Contas a receber
Contas a pagar
Financeiro — contas correntes
Contratos
Mensalidades para emitir
Baixa
Corrigir título
Cancelar título
Emitir boleto
Baixar boleto
O pedido vai à Ailos e é acompanhado até o banco confirmar. A situação só muda com a confirmação (ou com a consulta, se a resposta não vier).
Prorrogar vencimento
Enviar boleto por e-mail
Nova carteira
Fechar período
Reabrir o último período
Financeiro — plano de contas e centros de custo
Financeiro — recebimentos por conta
Tesouraria
Financeiro — pendências de conciliação
Financeiro — eventos financeiros
Financeiro — regras de encargos
Gestão — feriados
Financeiro — movimento por conta financeira
Notas fiscais de saída
Cancelar nota
Excluir tentativa
NFS-e autorizada pela prefeitura
Emitir a NFS-e
Nova descrição de serviço da NFS-e
Cancelar contrato
Gerar a fatura da implantação
CRM — Meu dia
Meu dia
CRM — Funil de vendas
—
Busca
Mover para outro funil
Nova negociação
—
AbertaExcluir esta negociação?
Esta ação é irreversível. será apagada de vez, junto com os itens da proposta, os contatos vinculados e os documentos anexados. As tarefas e as conversas da empresa ficam, só deixam de apontar para esta negociação. Se o negócio não seguiu, prefira "Marcar como perdida": isso guarda o motivo.
Criar tarefa
Participantes no Zoho
Criar contato
Adicionar serviço
Marcas do serviço
Nome e texto da nota vêm do Faturamento (aba Fiscal); aqui ficam só as marcas do CRM. Serviço:
Enviar e-mail de documentação do contrato
Aparecem todos os contatos do cadastro do cliente, de qualquer setor. Falta o e-mail de alguém? , cadastre e abra o envio de novo.
Cópia para a AppsToB nenhum marcado
Gerar minuta de contrato
Histórico de envios
Já existe compromisso nesse horário
Cancelar a tarefa?
CRM — Tarefas
Tarefas
CRM — Relatórios
Relatórios
CRM — LinkedIn assistido
Prospecção assistida
Nova prospecção
Cria o contato na fila — nasce no estágio "Identificado".
Painéis de TV
Escolha quais painéis podem ficar ligados por 7 dias, sem login, e derrube sessões quando precisar. Painel desligado não aceita sessão nova, e as que existiam caem na hora.
Painéis
| Painel | Página | Aceita sessão de 7 dias | Sessões ativas |
|---|
Sessões ativas
| Painel | Ligado por | Desde | Expira em | Ação |
|---|
Nenhuma sessão ativa.
Quando alguém ligar um painel por 7 dias, a sessão aparece aqui.
Qualquer pessoa da AppsToB liga um painel; só o administrador desliga. A TV desligada volta ao login em até 20 segundos.
Manutenção de Usuários
Quem acessa o painel administrativo da AppsToB.
Carregando...
| Usuário | Apelido | Perfil | Status | Convidado em | Ação sensível |
|---|
Nenhum usuário cadastrado.
Convidar usuário
Manda um e-mail de convite. A pessoa só entra depois de aceitar e logar com o Google no mesmo endereço.
Editar usuário
Help-Desk
Vincular Requisito
Vincular tarefa
Mesclar Chamados
O chamado escolhido abaixo será fechado com situação "mesclado" e suas mensagens passarão a aparecer nesta timeline.
Vincular Ticket Relacionado
Cadastrar um emissor significa aceitar como verdade a identidade de qualquer usuário que aquele sistema assinar, dentro do vínculo escolhido. O apps-proxy só guarda a URL do JWKS público — nunca material capaz de emitir o token.
| Emissor (iss) | Empresa origem | Vínculo | Alg. | Solicitantes | Situação | Ações |
|---|
Nenhum emissor cadastrado — a integração via SDK está inativa.
Cadastro de Clientes
Carregando...
| Código | Nome | CPF/CNPJ | Nat. | Ativo | E-mail AppsToB | Vínculo | Nível | Assinatura | Termo | Ações |
|---|
Nenhum cliente cadastrado ainda.
Salve o cadastro primeiro para poder adicionar formas de contato.
| Forma de contato | Contato | Setor | DDD | Número/Endereço | Favorito |
|---|
Salve o cadastro primeiro para definir o contato principal.
Nenhum contato vinculado a uma negociação desta empresa ainda.
Salve o cadastro primeiro para definir o valor da hora.
o de hoje: vale para todos os tipos que não são de desenvolvimento
vale para os tipos marcados como desenvolvimento; vazio = usa o de consultoria
Salve o cadastro primeiro para importar a logomarca.
Sai na ordem de serviço, na fatura e no romaneio.
Sai na nota fiscal (NFS-e). Enquanto não houver a operacional, as folhas usam esta.
PNG ou JPG, até 1 MB. Prefira a versão horizontal com fundo branco: ela sai no cabeçalho das impressões. A nova substitui a anterior nas próximas impressões; o que já foi impresso não muda.
Salve o cadastro primeiro para ver as conversas registradas.
Rascunho da próxima mensagem
A IA sugere um texto — você decide o que enviar. Nada é enviado automaticamente pelo sistema.
Nenhuma conversa registrada
Mensagens de WhatsApp e e-mail aparecem aqui automaticamente, assim que a pessoa falar com a AppsToB ou receber uma mensagem.
Salve o cadastro primeiro para configurar o sigilo.
Mudar o CNPJ pede a sua senha de ação sensível e um novo aceite do termo (o CNPJ está no texto).
Nível e vínculo também só mudam com a senha de ação sensível. Cada mudança entra no histórico abaixo.
| Quando | Quem | O que mudou |
|---|
Nenhuma alteração registrada ainda.
Texto do termo
Alterar a multa
Ao confirmar, o sistema pede a sua senha de ação sensível. O comprovante vale 60 segundos e uma só mudança. Quem já aceitou o termo continua vinculado ao que aceitou; a mudança vale a partir do próximo acesso.
Salve o cadastro primeiro para configurar a assinatura.
Marque a caixa "Acessa e-mail AppsToB" na aba Dados e salve o cadastro — a assinatura existe só para quem tem caixa de e-mail AppsToB.
Salvar guarda os dados, o HTML final e a imagem desta tela na ficha.
Instalar no Zoho Mail
A instalação no Zoho é feita pelo colaborador, na conta de e-mail dele. Baixe o tutorial e mande a ele: o arquivo traz o código desta assinatura, com um botão para copiar, e os 8 passos com as telas do Zoho.
Salve o cadastro primeiro para ver os dados fiscais.
Certificado digital A1
O arquivo e a senha ficam cifrados no cofre. Ninguém consegue baixá-los de volta pela tela.
Importar certificado digital
A que veio com o arquivo, da certificadora.
Ao confirmar, o sistema pede a sua senha de ação sensível — a mesma que libera "Revelar" na tela de Segredos.
Salve o cadastro primeiro para ver a cobrança dos boletos.
Vale para os títulos novos deste cliente. O prazo, a multa, os juros e o texto vêm sempre da carteira. Cada título pode ser trocado na fatura; os que já existem não mudam.
Configurações do funil
Nenhum funil cadastrado ainda
Crie o primeiro funil para começar a desenhar o quadro.
Os três precisam crescer nessa ordem — atenção ≤ escapando ≤ frio. Se "frio" ficar menor que "atenção", a etiqueta amarela do cartão para de aparecer.
Etapas do quadro
| Ordem | Etapa | Situação | Ações |
|---|
Motivos de perda
Catálogo global — vale para todos os funis. Aparecem no formulário de "Marcar como perdida". Desativar tira o motivo do formulário, mas as perdas já registradas com ele continuam contando no relatório de objeções — por isso não existe excluir.
Novo funil
Cortes de tempo (dias sem toque)