Desenvolvedores

Integre o B•Code Sign na sua operação

Portal para negócio, API e webhooks para produto. Ambientes test/live, evidências e limites alinhados ao Commerce OS.

Planos e serviços (hub comercial canónico) →

Sales enablement (Fase 8.3)

Materiais no repositório para equipe comercial e qualificação — Enterprise, API-first, OEM; alinhados ao Commerce OS.

White-label boundary (Fase 8.4)

Customização controlada (integração, “powered by”) ≠ white-label total. Matriz por superfície e o que não prometemos — alinhado ao produto atual.

Controlled branding (Fase 8.6)

O que é concreto hoje: identidade da empresa (nome/documento) e título do contrato no fluxo do assinante; integração e “powered by” na sua camada. Logo, cores e domínio próprio na UI do assinante não são pacote self-serve fechado.

  • Assinante ainda vê produto B•Code Sign na experiência hospedada — não é white-label total.

Parceiros e integradores

Software houses e implementadores: motion dedicado, casos de uso e readiness — sem programa de canal inventado.

Abrir página de parceiros e integradores →

Uso embutido no software do cliente (OEM-readiness): limites honestos, sem white-label total como pacote fechado.

OEM / Embedded readiness →

Fase 8.8 — OEM operacional e packaging (GitHub) →

Comece do seu jeito

O que você integra

  • Criar e gerenciar contratos (envelopes)
  • Enviar para assinatura e acompanhar status
  • Receber eventos em tempo quase real (webhooks)
  • Exportar proof pack e evidências quando o fluxo permitir

Fluxo típico de integração

  1. Criar API key (test) no portal
  2. Autenticar com Bearer sk_test_…
  3. Criar envelope e enviar convites
  4. Registrar URL de webhook e validar assinatura HMAC
  5. Exportar pacote de prova quando concluído
  6. Promover para live com sk_live_…

Links rápidos

Fonte canônica no repositório

docs/sign no GitHub — markdown completo