Um programa de comerciante construído em torno do negócio, não um modelo

Para quem é isto

Trabalhamos com comerciantes que já sabem como vendem, onde vendem e como querem receber pagamento. Os perfis típicos incluem ecommerce consolidado, viagens e serviços, e operadores que precisam de Hosted checkout, links de pagamento, um iFrame incorporado ou uma API no servidor — com um onboarding que segue o perfil do comerciante, não uma lista de self-service.

A adequação depende do produto, da geografia, da forma do volume e do programa operacional em vigor. O formulário público é o início dessa conversa. Não é uma garantia de aprovação.

Percurso típico do comerciante

1. Briefing

   Partilhe a empresa, os mercados, os métodos e a integração que pretende. Usamo-lo para ver se a AxiomePayments pode apoiar o fluxo.

2. Análise

   Analisamos o encaixe comercial, a geografia e a forma como quer integrar. Recebe um passo seguinte claro — ou um não claro.

3. KYB

   Identidade, atividade e risco são analisados na plataforma de processamento. Os documentos são recolhidos aí, não neste site.

4. Integrar

   Hosted checkout, links de pagamento, iFrame ou API. O acesso sandbox é emitido quando a conta está pronta para o trabalho técnico.

5. Entrada em produção

   Os clientes pagam com os métodos ativados para a conta. A liquidação segue o acordo com o comerciante e fica visível no espaço de trabalho após a ativação.

Opções de integração

• Hosted checkout

  Uma página de pagamento para equipas que precisam de receber um pagamento sem um desenvolvimento longo.

• Links de pagamento

  Links partilháveis a partir do espaço do comerciante quando a venda acontece fora do site.

• iFrame / checkout incorporado

  O cliente permanece no seu site enquanto o checkout corre num frame incorporado.

• API

  Crie sessões a partir do seu servidor. Guarde as chaves no servidor. Os webhooks notificam-no quando o estado muda. As credenciais de produção são emitidas a partir do dashboard após aprovação.

Aprovação e KYB

As contas de comerciante são ativadas após KYB. Analisamos o negócio, as pessoas por detrás dele e a atividade que pretende processar. A monitorização e o rastreio de sanções residem na plataforma de processamento como parte do programa do operador — não como um aval governamental nem como uma reivindicação de licença.

Os dados de cartão são tratados por processadores terceiros. Este site de marketing nunca os vê e nunca emite segredos de API de produção.

O que acontece após a aprovação

Trabalha a partir do dashboard do comerciante: pagamentos, links, webhooks, chaves API e estado de liquidação. O destino e os prazos dos pagamentos são definidos no acordo com o comerciante — não como um calendário público neste site.

Já em produção? Login do comerciante

PSPs, introdutores e parceiros de distribuição

A AxiomePayments também está aberta a trabalhar com prestadores de serviços de pagamento, gateways, introdutores, revendedores, parceiros white-label / de distribuição e parceiros de gateway. Apresenta comerciantes; nós analisamos o encaixe, concluímos o KYB e colocamos em produção os negócios aprovados.

As condições económicas dos parceiros são acordadas em privado após aprovação, no espaço do agente. Não são publicadas aqui.

Abrir admissão de parceiro / PSP

Perguntas que os comerciantes realmente fazem

O formulário público é a candidatura completa?

Não. É um briefing de qualificação para vermos se o fluxo encaixa. Os documentos de KYB são recolhidos mais tarde, no dashboard, só se avançarmos.

Publicam taxas ou prazos de liquidação?

Não. As condições comerciais e os prazos de pagamento são definidos no acordo com o comerciante após análise. Este site não contém tabelas de MDR nem SLA públicos.

Sou um PSP ou um revendedor, não um comerciante.

Use a admissão de parceiro / PSP. O formulário de comerciante é para empresas que querem aceitar pagamentos por si.