O dado aparece.
Regras de negócio e dados de certificação, sem ligar para o suporte. Apparet, do latim: "está evidente".
Por que isto existe
Em integrações B2B, descobrir quais dados existem no ambiente de certificação e por que um registro foi rejeitado costuma virar ligação para o suporte. O Apparet demonstra a alternativa: um portal onde a regra é pesquisável, a base é navegável e cada resultado explica a si mesmo.
Tudo aqui é uma demonstração com dados 100% fictícios do imaginário Banco Exemplo S.A. e seu esquema TIF (Transferência Instantânea Fictícia). Nenhum sistema real é consultado.
Regras de negócio fictício
Sandbox de consulta dados fictícios
Simulador de integração simulado
Monte uma chamada, dispare contra os dados fictícios e veja request e response como na certificação. Force os cenários de erro (RN-xxx) e descubra o que quebraria — antes de submeter de verdade. Tudo aqui é simulado: nenhuma chamada sai do seu navegador para um sistema real.
Mapa do domínio fictício
Como tudo se conecta — as 4 entidades fictícias do Banco Exemplo S.A., suas relações, as regras que governam cada uma e os ciclos de vida. Tudo derivado da mesma fonte do motor determinístico (zero invenção) e clicável.
Ecossistema & jornadas fictício
O Banco Exemplo S.A. não vive sozinho: ele opera dentro de um arranjo de pagamentos, ao lado de outras instituições, um diretório de chaves, um liquidante e um supervisor. Veja quem é quem — e como cada regra se desenrola de ponta a ponta. Tudo fictício.
Quem é quem no arranjo TIF
No centro, a Autoridade Monetária Fictícia (AMF) opera dois trilhos: o DCC (diretório de chaves) e o LTIF (liquidante). Da esquerda para a direita, o caminho que um cadastro, uma chave ou uma transação percorre para fora do Banco Exemplo. Passe o mouse ou toque em cada ator para ver o papel e as regras em jogo.
Jornadas das regras
Três percursos de ponta a ponta. Cada passo aponta a regra (RN) que o governa — passe o mouse ou toque para ver o que ela diz.
Como funciona
O que é (e o que não é)
O Apparet é uma demonstração do método farpa aplicado a uma dor real de integrações B2B: a fase pré-integração que hoje depende de telefone. Não é um produto white-label à venda, não consulta nenhum sistema real e não substitui a documentação oficial de nenhum provedor.
As regras do jogo
1 · O motor é determinístico: as consultas do sandbox são pré-modeladas com filtros validados — a IA nunca calcula um resultado. 2 · A IA só explica, ancorada no texto canônico da regra, e toda resposta gerada carrega o selo AI-derived. 3 · O dado é obviamente fictício por design. 4 · Acessibilidade AAA é inegociável (alto contraste em todos os temas). 5 · Telemetria first-party sem cookies e sem dado pessoal.
Simular chamadas de API
Além de consultar a base, você pode montar uma chamada de API e disparar contra os dados fictícios — vendo request e response como na certificação, inclusive os erros (RN-012, RN-013…). As respostas são determinísticas e simuladas: o endereço é fictício (api.bancoexemplo.fic), nenhuma chamada sai do seu navegador e o cURL exportado vem carimbado como simulado (X-Farpa-Simulated). Diagramas de ciclo de vida da chave e de fluxo da transação ajudam a entender o processo por trás de cada chamada.
Pergunte às regras (chat ancorado)
Na aba Regras há um chat que responde perguntas que cruzam regras ("qual a diferença entre RN-012 e RN-013?", "por que minha chave sumiu da consulta?"). Ele é ancorado: um motor determinístico recupera as regras relevantes e a IA responde só com base nelas, citando os códigos — se a pergunta sai das 16 regras, ele recusa em vez de inventar. Descreve o que a regra diz, não aconselha conduta nem é canal de suporte oficial. Toda resposta carrega o selo AI-derived. Na tela de cada regra você também pode fazer uma pergunta livre ancorada só naquela regra — mesmo princípio de ancoragem, recusa e selo.
Mapa do domínio
A aba Mapa mostra como as 4 entidades se ligam (cliente → conta → chave/transação), quais regras governam cada uma e os ciclos de vida — tudo derivado da mesma fonte do motor (as relações saem dos campos do schema, as regras do próprio catálogo · zero invenção). Cada nó e regra é clicável e leva ao sandbox, à regra ou ao chat.
Ecossistema e jornadas
A aba Ecossistema dá um passo para trás e mostra o Banco Exemplo S.A. dentro de um arranjo de pagamentos: o diretório de chaves, o liquidante, as outras instituições e o supervisor. Em seguida desenha três jornadas de ponta a ponta (cadastrar uma chave, enviar uma transferência, abrir uma conta), com cada passo ancorado na regra (RN) que o governa. Os personagens e os trilhos (AMF, DCC, LTIF) são invenções: a ilustração espelha como esquemas de pagamento instantâneo costumam se organizar, mas não representa o Pix, o Banco Central nem nenhuma instituição real.
Origem das regras fictícias
As 16 regras (RN-001 a RN-016) foram inventadas para soar como regras de negócio reais de um esquema de pagamento instantâneo — limites, ciclos de vida de chave, bloqueios — sem reproduzir nenhuma regra literal de esquema existente.
Ajude a validar (escuta externa)
Este produto está em modo internal-only-not-validated: ainda não foi validado com integradores reais. Se você integra sistemas e essa dor é sua, conte como o conceito se aplicaria ao seu contexto — incluindo as perguntas que o portal não respondeu: