A integração segue o padrão de mercado para e-commerce e B2B de alto volume:

• Você envia uma intenção de pagamento pela API (com tokenização e boas práticas de segurança, sem armazenar PAN em claro onde não for permitido).

• A Split Rock orquestra autorização e, quando aplicável, captura junto à adquirência e bandeiras contratadas — com antifraude e regras de risco alinhadas ao seu perfil.

• O status evolui em tempo real ou quase real; eventos como aprovado, recusado, estorno e chargeback podem ser entregues ao seu back-office por webhook, sem polling constante.

Bandeiras e recursos disponíveis dependem do pacote comercial e da habilitação regulatória do seu modelo.

Pix: após a confirmação no arranjo, o crédito tende a ser quase imediato, conforme a política do parceiro e o horário da operação — como divulgam os gateways líderes para recebimento instantâneo.

Boleto: a liquidação segue o ciclo de compensação do título (D+ da carteira e do banco). Você recebe na API linha digitável e código de barras na emissão; quando o pagamento é identificado na rede, o status pode ser notificado por webhook, com dados para conciliação no financeiro e no ERP.

Em ambos os casos, prazos e taxas finais constam do contrato e dos extratos, com o mesmo cuidado de transparência que bons provedores mostram na documentação de taxas e reconciliação.

A integração segue o desenho das fintechs modernas:

• API REST — criação de cobrança, consulta, intenção de pagamento, captura, cancelamento e conciliação, com contratos versionados e idempotência (Idempotency-Key) em operações sensíveis.

• Webhooks — quando o status muda (Pix liquidado, boleto pago, cartão aprovado ou contestação), enviamos um POST assíncrono para a URL HTTPS que você cadastrou. O payload pode ser validado por assinatura (por exemplo, HMAC), e esperamos resposta 2xx após processar; retentativas seguem política documentada — no mesmo espírito de Stripe ou Mercado Pago.

• Documentação e credenciais são fornecidas pelo time de integração; rate limits e ambientes (homologação x produção) dependem do seu plano.

Na emissão síncrona, você obtém dados normalizados: nosso número, linha digitável, código de barras e, quando previsto, PDF ou link para o pagador.

Depois que o título é pago em banco, internet banking ou lotérica, a liquidação segue a rede bancária; a confirmação pode chegar por webhook de liquidação e por consultas na API — sem precisar ficar perguntando status em loop na emissão.

Multa, juros, instruções e cancelamento obedecem à carteira e ao contrato; sandbox permite homologar antes de produção.

Sim. O fluxo profissional prevê ambiente de testes separado da produção, no mesmo espírito de “test mode” de gateways internacionais: credenciais distintas, simulação de retornos e webhooks sem movimentar valor real — até sua equipe validar ponta a ponta.

A liberação para produção ocorre após requisitos contratuais e alinhamento com a instituição ou parceiro de liquidação. Pergunte ao comercial o escopo exato do sandbox do seu plano.

A Lei Geral de Proteção de Dados (Lei nº 13.709/2018) é base para o tratamento de dados pessoais na nossa operação. Trabalhamos com princípios de necessidade, transparência, segurança e não discriminação; só tratamos dados para finalidades legítimas e informadas — inclusive no relacionamento com clientes, parceiros de pagamento e suporte.

• Dados em trânsito: comunicações entre seu sistema, nossas APIs, painel e parceiros financeiros utilizam canais cifrados (HTTPS/TLS), reduzindo risco de interceptação em condições normais de operação.

• Controle de acesso: credenciais, perfis e segregação lógica entre clientes no modelo SaaS; boas práticas de gestão de chaves e rotação de segredos conforme o ambiente contratado.

• Minimização e retenção: coletamos o necessário para executar o serviço e mantemos registros pelo tempo necessário para obrigações legais, financeiras e de auditoria — em linha com a finalidade e com políticas internas documentadas.

• Direitos dos titulares: você pode solicitar informações sobre tratamento, correção, anonimização ou eliminação quando aplicável, e revogação de consentimento quando a base for essa — pelos canais oficiais indicados na política de privacidade e no contato da empresa.

• Conformidade setorial: além da LGPD, operações de pagamento seguem exigências do arcabouço regulatório brasileiro (BC, CMN e normas aplicáveis ao seu tipo de produto) e, onde couber, referências como PCI DSS em ambientes que manipulam ou tokenizam dados de cartão.

Detalhes contratuais, encarregado de dados (DPO), políticas de cookies e base legal por tratamento estão na documentação vigente e podem ser atualizados — recomendamos revisar periodicamente e, em caso de dúvida, falar com nossa equipe pelo canal de contato.

Sim. A arquitetura segue princípios de confidencialidade, integridade e rastreabilidade:

• Tráfego em HTTPS (TLS), com boas práticas de cifragem e gestão de credenciais.

• Para dados de cartão, adotamos práticas alinhadas ao referencial PCI DSS onde a sua operação exige manipulação ou tokenização — e segregação lógica entre clientes no modelo SaaS.

• Tratamento de dados pessoais em linha com a LGPD — com mais detalhes na pergunta específica sobre LGPD e segurança dos dados.

Políticas detalhadas estão na documentação e no canal de contato da empresa.

Primeiro, use sempre o ID da transação no painel para ver histórico e horário — evite duplicar cobrança.

Em Pix, confira chave ou QR e valor; em boleto, vencimento e compensação; em cartão, código de retorno da autorização e logs de antifraude.

Se o webhook falhar, valide URL pública, certificado TLS, firewall e se sua aplicação responde 2xx. Muitas divergências vêm de endpoint indisponível ou timeout na rede.

Se persistir, abra um ticket com ID, horário e prints; escalação segue o mesmo rigor que gateways de referência usam com adquirente ou registradora.