NewVault
Cofre de cartões para empresas

O cartão fica no cofre. Seu sistema fica com o token.

A NewVault captura e guarda os dados de cartão dos seus clientes num ambiente isolado e cifrado, e devolve um token que você usa para cobrar em qualquer adquirente. Seus servidores nunca tocam no número do cartão.

Em desenvolvimento. Programa de parceiros fundadores aberto.

Sessão de capturaCDE · sa-east-1
entrada · iframe NewVault 4111 •••• •••• 1111 validade 12/30 · CVV usado só na autorização, nunca armazenado
AES-256-GCM · chave no KMS
{
  "card_token": "nv_card_7QpX2mVd9KcR4tWz1bHs8L",
  "brand": "visa",
  "last4": "1111",
  "expiry_month": 12,
  "expiry_year": 2030,
  "status": "active"
}
Cartão de teste público e token ilustrativo. O token é aleatório: não existe cálculo que leve dele ao número do cartão.
Como funciona

Do formulário de checkout à cobrança, sem o cartão passar pelo seu backend

O comprador digita os dados num campo hospedado pela NewVault, dentro da sua página. O número vai direto para o nosso ambiente protegido. Você recebe só o token e os dados que pode exibir.

  1. Abra uma sessão

    Seu backend chama POST /v1/card-sessions e recebe uma sessão de uso único que expira em minutos.

  2. Capture no iframe

    Os campos de cartão rodam no domínio da NewVault, isolados de scripts da sua página.

  3. Receba o token

    O cofre cifra o cartão, identifica duplicados dentro da sua conta e devolve bandeira, final e validade.

  4. Cobre com o token

    POST /v1/payments escolhe o adquirente pelas suas regras e envia o cartão sem expor nada ao seu sistema.

Segurança

Construído em volta de uma regra: o número do cartão só existe dentro do cofre

Cada controle abaixo foi desenhado a partir dos requisitos do PCI DSS v4.0.1 e da LGPD, com testes automatizados que provam o comportamento.

Criptografia

Uma chave por cartão

Cada registro é cifrado com AES-256-GCM e uma chave própria, que por sua vez é protegida por chaves mestras guardadas em HSM via AWS KMS.

Isolamento

Contas que não se enxergam

Cada empresa é isolada na aplicação, no banco de dados com Row Level Security e nas chaves. Sem identificação de conta, o banco não devolve nenhuma linha.

Dados proibidos

CVV nunca é guardado

O código de segurança é usado na autorização e descartado. Não existe coluna para ele, e logs, filas e métricas são filtrados contra números de cartão.

Acesso

Nem nós vemos o cartão

Não há tela, API ou permissão que mostre o número completo. Administradores da plataforma não têm acesso aos cartões dos clientes.

Auditoria

Histórico à prova de edição

Cada evento é encadeado ao anterior por hash. Alterar ou apagar um registro quebra a cadeia e é detectado na verificação.

Exclusão

Apagar é apagar

Ao excluir um cartão, o material cifrado e a chave dele são destruídos. Não há como recuperar o número depois disso.

Transparência: a NewVault está em desenvolvimento e ainda não possui certificação PCI DSS. A arquitetura foi feita para a avaliação formal por um QSA, que acontecerá antes da entrada em produção com dados reais.

Desenvolvedores

Uma API REST que trata cobrança duplicada como erro de projeto

  • OAuthCredenciais por aplicação com escopos como payments:create e cards:revoke.
  • IdemToda operação financeira exige Idempotency-Key. Repetir a chamada devolve o mesmo resultado.
  • TimeoutResposta incerta do adquirente vira status unknown e é conferida antes de qualquer nova tentativa.
  • HooksWebhooks assinados com HMAC e carimbo de tempo, para você validar a origem.
cobrar com token · sandbox
# Exemplo de contrato da API v1 (em desenvolvimento)
curl https://api.sandbox.newvault.com.br/v1/payments \
  -H "Authorization: Bearer $NV_ACCESS_TOKEN" \
  -H "Idempotency-Key: pedido-48213-v1" \
  -H "Content-Type: application/json" \
  -d '{
    "card_token": "nv_card_7QpX2mVd9KcR4tWz1bHs8L",
    "merchant_order_id": "pedido-48213",
    "amount_cents": 18990,
    "currency": "BRL",
    "installments": 3,
    "capture_mode": "automatic"
  }'
Integrações

Um token, vários adquirentes

O token NewVault é seu e não depende de nenhum provedor. Troque de adquirente, distribua volume ou tenha um plano de contingência sem pedir que o cliente digite o cartão de novo.

CieloPlanejado
RedePlanejado
StonePlanejado
Mercado PagoPlanejado
PagBankPlanejado
Safe2PayPlanejado
EfíPlanejado
InterPagPlanejado

Conectores são liberados conforme a homologação com cada provedor. Os nomes indicam o roteiro de integração e não implicam parceria comercial. Marcas pertencem aos respectivos titulares.

Para quem

Feito para quem cobra cartões de muitos clientes

Uma conta NewVault separa lojas, aplicações e credenciais, com papéis e auditoria por usuário.

Plataformas SaaS

Ofereça cobrança recorrente aos seus clientes sem colocar seu produto inteiro no escopo PCI.

Varejo e assinaturas

Salve cartões para compra com um clique e renovação automática, com o mesmo token em qualquer adquirente.

Grupos com várias lojas

Gerencie CNPJs e conexões de adquirente por loja, com relatórios e permissões separados.

Conta→Loja→Aplicação→Credencial→Cliente→Token
Parceiros fundadores

Ajude a definir a NewVault antes do lançamento

Buscamos empresas que processam cartões com recorrência para testar o produto em sandbox, influenciar o roteiro de integrações e garantir condições de lançamento.

Escreva para contato@newvault.com.br
Conte o volume mensal de transações, os adquirentes que você usa hoje e o que precisa do cofre.