Informações obrigatórias
O SpherePay requer as seguintes informações para verificar um cliente empresarial. Os campos marcados como API são enviados via corpo da requisição; os campos marcados como Documento são enviados como arquivos.| Campo | Origem | Observações |
|---|---|---|
| Nome legal, nome fantasia e descrição da empresa | API | businessInformation.legalName, tradeName e description |
| Tipo de entidade e código NAICS | API | businessInformation.entityType e naicsCode |
| Site e data de constituição | API | businessInformation.website e incorporatedOn |
| Endereço físico e postal | API | Array addresses — tipos registered e operating são obrigatórios |
| Número de identificação da empresa | API | businessInformation.identificationNumber — tipos aceitos variam por país |
| Receita anual estimada e pagamentos mensais esperados | API | businessInformation.estimatedAnnualRevenueInUsd e expectedMonthlyPaymentsInUsd |
| Propósito da conta e origem dos fundos | API | businessInformation.accountPurpose e primarySourceOfFunds |
| Atividades reguladas e detalhes de conformidade | API | businessInformation.regulatedActivities e campos de conformidade relacionados |
| Certificado de constituição | Documento | POST /v2/document com documentType: "incorporation_certificate" |
| Registro de acionistas | Documento | POST /v2/document com documentType: "shareholder_registry" |
| Comprovante de endereço comercial | Documento | POST /v2/document com documentType: "proof_of_address" |
| Nome, endereço residencial e data de nascimento do UBO | API | Fornecido na requisição de registro do representante empresarial |
| Número de identificação fiscal do UBO | API | personalInformation.taxIdentificationNumber na requisição de registro do UBO |
| Percentual de participação e função do UBO | API | representationDetails.ownershipPercentage e roles |
| Documento de identidade emitido pelo governo do UBO | Documento | POST /v2/document com target: "business-representative" |
Em determinadas circunstâncias, o SpherePay pode solicitar documentação adicional — por exemplo, para empresas em setores regulados ou de alto risco, com estruturas societárias complexas ou que operam em jurisdições de maior risco. O SpherePay entrará em contato diretamente quando isso se aplicar.
Visão geral do fluxo de KYB
O fluxo abaixo mostra as etapas obrigatórias para o KYB empresarial. A única etapa que difere entre os modelos de onboarding é a aceitação do TOS e do MSA.- Sphere-Managed (padrão)
- Platform-Managed (opt-in)
- Criar cliente empresarial com
businessInformationeaddressescompletos - Gerar link de TOS/MSA → redirecionar o representante empresarial para aceitar
- Fazer upload de documentos da empresa (certificado de constituição, registro de acionistas, comprovante de endereço)
- Registrar cada UBO (indivíduos com ≥ 25% de participação)
- Fazer upload de documentos de identidade para cada UBO
- Completar a verificação de vivacidade facial para cada UBO (Sumsub SDK, no fluxo)
- Consultar
GET /v2/customer/{id}até ostatusatingirapproved
Métodos de integração
KYB via API
Controle total sobre cada etapa. Use para uma UX de onboarding personalizada incorporada no seu produto.
KYB via link hospedado
Integração mais rápida. O SpherePay hospeda toda a experiência de verificação.
KYB via API
Use este guia para cadastrar um cliente empresarial passo a passo via API do SpherePay. O exemplo abaixo usa o modelo Sphere-Managed (padrão). Antes de começar, certifique-se de ter:- Uma chave de API do SpherePay
- Os detalhes legais da empresa (nome, tipo de entidade, endereço, número de identificação)
- Documentos da empresa prontos para upload (certificado de constituição, registro de acionistas, comprovante de endereço)
- Informações dos UBOs e documentos de identidade para cada indivíduo qualificado
Criar um cliente empresarial
Chame Os valores aceitos para
POST /v2/customer com type: "business". Inclua o objeto businessInformation completo e ambos os tipos de endereço em addresses.businessInformation.identificationNumberType variam por país — por exemplo, ein para os Estados Unidos, uen para Singapura ou crn para o Reino Unido.Aceitar os Termos de Serviço e o MSA
Gere um link de TOS e redirecione o representante empresarial para aceitar os Termos e Condições e o Contrato de Prestação de Serviços (MSA).Esta etapa pode ser feita em paralelo com o upload de documentos da empresa.
Esta etapa se aplica apenas ao modelo Sphere-Managed. No Platform-Managed, a aceitação do TOS e do MSA deve ser incorporada nos próprios termos da sua plataforma antes do onboarding.
Fazer upload de documentos da empresa
Faça upload dos documentos empresariais obrigatórios. Use Repita para os tipos de documento
target="customer" para todos os documentos da entidade empresarial.shareholder_registry e proof_of_address.Registrar representantes empresariais (UBOs)
Um UBO (Ultimate Beneficial Owner) é qualquer indivíduo que possua 25% ou mais da empresa. Registre cada indivíduo qualificado via
POST /v2/business-representative. Repita esta etapa para cada UBO.Todos os indivíduos que atingirem o limite de 25% de participação devem ser registrados e verificados. Se mais de um indivíduo se qualificar, repita esta etapa para cada um.
Fazer upload de documentos de identidade dos UBOs
Faça upload dos documentos de identidade para cada UBO. Use
target="business-representative" — esses documentos pertencem ao indivíduo, não à entidade empresarial.Completar a verificação de vivacidade dos UBOs
Cada UBO requer verificação de vivacidade. Verifique o array
required do UBO via GET /v2/business-representative/{id}, depois realize exatamente uma das opções a seguir:liveness_checkem required — Gere um link de verificação facial para o UBO e redirecione-o para completar uma verificação de vivacidade interativa via Sumsub SDK.liveness_report_documentem required — Faça upload de um documento de relatório de vivacidade para o UBO do seu provedor de verificação de identidade.
Consultar o resultado da verificação
Assim que todas as etapas obrigatórias estiverem concluídas para a empresa e seus UBOs, o SpherePay processa a verificação automaticamente — nenhuma chamada de submit é necessária. Consulte Quando
GET /v2/customer/{id} até o status atingir approved.required estiver vazio e status for approved, o cliente empresarial está totalmente cadastrado e pronto para transferir.A análise do KYB normalmente leva de 2 a 7 dias úteis após todos os documentos e dados obrigatórios serem enviados.
Próximos passos
Assim que o perfil de verificação do cliente empresarial estiverapproved, registre seus métodos de pagamento e inicie uma transferência.
Contas bancárias
Registre uma conta bancária para que a empresa possa enviar ou receber fundos via rail bancário.
Carteiras
Registre um endereço de carteira cripto para habilitar transferências de on-ramp e off-ramp.
API de Transferências
Crie e gerencie transferências assim que o cliente tiver registrado seus métodos de pagamento.
Perfil de verificação
Entenda os status de verificação, arrays de critérios e o que desencadeia mudanças de estado.