Consórcio Soberano é uma plataforma tecnológica para negócios entre titulares de cotas de terceiros e potenciais compradores. Reúne preparação de anúncios, revisão, ofertas e acompanhamento documental numa jornada controlada. Não se apresenta como administradora de consórcios, e compra/revenda por conta própria não é o modelo aprovado.

Este guia separa a jornada existente de uma conexão institucional proposta. É explicativo, não proposta comercial, mandato institucional, certificação regulatória ou promessa de transferência automática. A parceria exige escopo, autoridade, responsabilidades e critérios de aceitação acordados.

Um painel separado apoia operações. A marca do parceiro pode ser usada com alternativa Soberano. O autoatendimento pretendido abrange nome de exibição, logotipo, cor e contatos de suporte; domínios, identidade jurídica, permissões, taxas e suspensão permanecem configurações controladas. Não se pressupõe conexão completa aos sistemas existentes do parceiro.

1. O vendedor envia extrato ou informa os dados e fornece documentos exigidos.
2. Confere dados extraídos/digitados, define preço pedido e confirma termos aplicáveis.
3. Verificações examinam origem, identidade/autoridade e condições da cota/transferência.
4. Anúncio aprovado pode ficar visível; elegibilidade para negociar mantém controles próprios.
5. O comprador compara fatos e envia oferta pela plataforma.
6. Aceite, taxas, contratos, pagamento e registro pela administradora mantêm evidências e controles separados.

Envio ou extração documental não é aprovação. Assinatura, confirmação de pagamento ou prova pública não é transferência de titularidade. Cotas canceladas/excluídas exigem direitos e regras aplicáveis; não devem ser anunciadas como crédito automaticamente utilizável. Casos não suportados precisam ser identificados.

Preço pedido é o valor solicitado pelo vendedor, não o crédito. Valor pago, saldo devedor, parcelas e referências de crédito são fatos distintos. Informação ausente aparece como desconhecida, não zero. Valores históricos de extrato não são necessariamente saldos atuais.

Taxas da plataforma devem vir da cotação autoritativa e da versão aceita. Transferência da administradora, parcelas restantes e demais custos contratuais são separados. Ausência de taxa da plataforma para comprador, quando aplicável, não elimina outros custos. Prévia, taxa aceita, valor pago e nota fiscal são registros distintos.

Intermediação, assinaturas, licença white-label e implantação/serviços são receitas a acordar por escopo. Este guia não fixa preço vinculante, comissão, calendário de repasses ou alíquota. Tarifas externas em rascunho não ativam cobrança nem alteram negociações aceitas. Tratamento fiscal e faturamento exigem decisões contábeis validadas.

O Passaporte da cota apresenta referências documentais, contexto financeiro, ciclo de vida e provas disponíveis. Cada observação preserva origem e atualidade. Histórico documental de pagamentos não é liquidação bancária conciliada de forma independente nem cálculo garantido de restituição.

Novos anúncios padrão têm escolha explícita e opcional de ConsorcioBlock; registros antigos podem seguir regras históricas. A prova pública pode demonstrar registro de hash quando há fatos reais de rede/finalização. Não valida isoladamente todo o documento, garante a cota, substitui consentimento institucional nem autoriza transferência. Anúncio aprovado com prova opcional pode continuar visível enquanto ela processa, com pendência explícita.

O passaporte público de verificação do comprador possui requisito mais restrito: a implementação atual o expõe somente após prova Klever finalizada. Anúncio padrão visível não recebe automaticamente passaporte público verificado. Informação documental privada do titular e verificação pública são visões diferentes.

Documentos pessoais/KYC não se destinam à rede pública. Hashes e referências opacas permanecem separados de material privado controlado. Estados pendente, falhou, histórico, finalizado e indisponível não podem virar um único selo de verificação.

O desenho aceito começa com uma administradora e processo manual revisado. A existência do software não ativa operações institucionais reais. Produção, adesão da instituição e escopo de dados reais exigem autorização e evidência separadas.

O registro B2C permanece no tenant original. O piloto inicial atende origens de titular pessoa física; delegação empresarial fica fora desse escopo. A instituição não recebe estoque irrestrito de clientes. O titular concede campos e documentos opcionais por finalidade e prazo. O revisor nominal também exige autoridade empresarial atual e mandato vigente.

Cada fato é independente. Constatações manuais são identificadas como manuais, nunca verificadas por API. Uma observação não dispensa publicação, consentimento institucional, segregação entre executor e aprovador ou evidência de registro. Compartilhar PDF completo é mais amplo que campos selecionados e exige escolha explícita separada.

Portal com evidência manual documentada é a primeira opção operacional. Conector somente leitura entre servidores é a próxima quando houver contrato real do parceiro. Importação em lote, eventos e escrita automatizada são temas de desenho, não recursos prometidos aqui. MCP não substitui autorização ou API suportada pela instituição.

Antes do conector, o parceiro deve fornecer:

• Responsáveis comerciais/técnicos nominais e autoridade para o piloto.
• Documentação oficial versionada de sandbox/API, operações e autenticação permitidas.
• Contas/cotas sintéticas e resultados esperados, com regras exatas de grupo/cota/subcota.
• Campos, valores/moedas, estados, horários e limites de atualidade.
• Categorias/restrições, limites, erros, orientação de timeout/repetição e contato de escalonamento.
• Finalidade, campos permitidos, responsabilidades documentais e processo de aceite.

Segredos exigem canal seguro aprovado, nunca pacote móvel ou conversa comum. Certificação começa com testes sintéticos do contrato, depois leituras autorizadas no sandbox, revisão de evidências e aceite explícito. Valores ausentes, identidade ambígua, validade, revogação, tenant incorreto e falhas devem ser testados. Nenhum adaptador é certificado por este guia. Escritas automatizadas são etapa posterior e revisada separadamente.

Identidade, escopo de tenant/recurso, autoridade empresarial, MFA quando exigido, concessões revogáveis e auditoria atuam juntos. Botão visível ou identificador conhecido não concede acesso. Revogar consultas futuras não recolhe dados já divulgados. Não se promete prevenção universal de cópia ou capturas.

As partes devem acordar quem acessa quais dados, para qual finalidade, por quanto tempo e como tratar incidentes/direitos. Retenção e limpeza em provedores exigem política aprovada; anonimização não afirma eliminação de todos os documentos ou registros legalmente necessários. Não se declara prazo legal fixo nem certificação.

A Soberano responde por seus controles; o parceiro confirma autoridade, regras e evidências fornecidas. A administradora mantém suas responsabilidades decisórias e de registro. Horários, prazos de suporte, disponibilidade e recuperação devem ser acordados, não deduzidos da existência de painel.

Existem marketplace web e painel separado. O Android possui distribuição interna de teste com jornadas e guias nativos; não é publicação de produção no Google Play. Login por e-mail/senha e Google tem aceite registrado do usuário. Facebook, entrega push de produção e publicação em loja permanecem pendentes. APK Android não executa no iOS; versão iOS não é certificada.

O monitoramento atual limita-se ao processo em execução. Histórico persistente, agregação entre réplicas e alertas estão planejados, não garantem disponibilidade. Conteúdo educativo explica o fluxo, mas não substitui contrato acordado ou verificação real da cota.

Comece por descoberta e ensaio manual sintético aprovado. Resolva fluxos não suportados antes da adesão real. Revise este guia contra contrato e versão atuais antes de utilizá-lo externamente.

• Marketplace
• Guia do comprador
• Guia do vendedor
• Taxas
• Painel de controle

São entradas, não novas promessas auditadas de disponibilidade de provedores. Detalhes específicos de sandbox são fornecidos somente no processo aprovado de adesão.