As fontes consultadas não permitem apresentar aqui um procedimento completo de autorização cripto válido para qualquer serviço. Este guia propõe, em vez disso, um dossiê de qualificação com fluxos, responsabilidades, documentos e perguntas a serem encaminhadas às autoridades competentes. O conteúdo não constitui autorização para lançamento nem aconselhamento jurídico individual.
Em resumo
- O projeto deve descrever quem recebe, custodia, converte e devolve os fundos ou ativos.
- O marco dos pagamentos e os programas de inovação não representam aprovação automática de uma atividade cripto.
- Prepare conformidade, continuidade e encerramento antes de aceitar recursos de clientes.
Regulamentação cripto na Mauritânia: mapeie os fluxos reais
Um mapeamento preciso começa pelas ações do cliente. Nosso guia sobre plataformas cripto e seus status diferencia as funções, em vez de atribuir um rótulo geral. A empresa deve explicar quais ordens recebe, quais contas utiliza, quais ativos entrega e quem controla as chaves. Chamar a atividade de suporte ou comunidade não altera necessariamente as responsabilidades efetivamente exercidas.
Suponha um projeto fictício que receba MRU, compre um token de um parceiro e mantenha um saldo para o cliente. É preciso identificar separadamente o recebimento, a execução e a custódia. Se o parceiro for responsável por parte do percurso, seu papel deve constar dos contratos e procedimentos. O cliente não deve descobrir essa divisão apenas quando uma operação falhar.
Inclua também os territórios envolvidos. A sede da empresa, a residência dos clientes, o local das contas e os prestadores de tecnologia podem estar em países diferentes. Uma autorização obtida em uma jurisdição não resolve automaticamente todas as questões relacionadas à oferta comercial e à prestação de serviços em outra. O dossiê deve permitir a qualificação dessas relações, sem deduzir que a distância garante liberdade geral de atuação.
Por fim, descreva as receitas. Uma comissão sobre conversão, a cobrança por um software e um produto que remunera os recursos confiados não formam o mesmo modelo. Cada fonte de receita deve corresponder a uma operação explicada. Uma apresentação que prometa simultaneamente ausência de tarifas e alta rentabilidade precisa mostrar como a atividade é financiada, sem usar novas entradas para ocultar perdas.
O esquema deve ser compreensível mesmo sem jargão de blockchain. Um consultor ou parceiro bancário precisa conseguir acompanhar uma unidade de valor desde o pagamento feito pelo cliente até sua devolução. Quando isso não é possível, o primeiro problema está na descrição do projeto. Uma documentação técnica extensa não compensa uma contradição sobre a propriedade ou a disponibilidade dos recursos.
Leia os textos disponíveis e identifique as questões em aberto
O marco legal apresentado pela BCM reúne, entre outros textos, a Lei nº 2021-014 sobre serviços e meios de pagamento eletrônicos, além de instruções setoriais. Esse repertório é um ponto de partida, não uma resposta completa sobre todos os ativos virtuais. A existência de normas digitais não permite atribuir a um projeto uma categoria ou autorização sem análise.
O empreendedor deve esclarecer quais funções se enquadram em pagamento, transferência, custódia ou outro serviço financeiro. Uma empresa parceira já conhecida não necessariamente cobre uma novidade acrescentada ao percurso. Solicite uma qualificação baseada nas operações reais, com suas condições e limites. Uma fórmula comercial de parceria não substitui essa verificação.
Os programas de inovação da BCM oferecem outra referência: um ambiente controlado pode permitir a avaliação de um projeto segundo parâmetros acordados. Não o apresente como uma dispensa ilimitada. Uma eventual admissão deve ser interpretada junto com o escopo do teste, os participantes e as condições aplicáveis à experimentação em questão.
A FAQ do Fintech Program publicada em agosto de 2026 descreve, entre outros pontos, o acompanhamento e a preparação de experimentos. Ela não comprova a admissão automática de um projeto cripto. Portanto, a empresa não deve divulgar a participação em um programa como uma licença que cubra todos os seus produtos. Os termos usados na comunicação precisam corresponder aos documentos obtidos.
Nenhum requisito específico de capital, prazo de autorização ou tarifa regulatória cripto foi confirmado para este guia. Não invente esses dados em uma projeção apresentada como compatível com as regras. Reserve uma linha para as exigências a confirmar e solicite respostas oficiais adequadas. Um orçamento exato deve separar as hipóteses internas das obrigações verificadas, mesmo que isso adie um anúncio comercial.
Prepare identidade, diligência e proteção de dados
O dossiê deve identificar a entidade, seus responsáveis, proprietários e as pessoas que tomam decisões sensíveis. Um organograma só tem utilidade se corresponder aos acessos e poderes reais. Se um único colaborador puder alterar um beneficiário e autorizar a transferência, explique qual controle limita o erro ou o abuso, em vez de apresentar uma separação fictícia.
Nosso guia sobre KYC, dados e mecanismos de recurso ajuda a organizar os comprovantes sem uma coleta improvisada. O repertório da BCM também menciona uma lei sobre dados pessoais. O projeto deve submeter a análise as finalidades, os acessos, a retenção e os prestadores envolvidos. Coletar mais documentos não significa automaticamente estar em conformidade.
Evite armazenar documentos de clientes nos aplicativos de mensagens privadas dos vendedores. Defina um canal, mecanismos de rastreabilidade e direitos de acesso adequados. As equipes precisam saber quais informações solicitar e quais devem recusar. Uma frase de recuperação ou um código de validação bancária nunca deve se tornar parte do dossiê sob o pretexto de controle de identidade.
A diligência deve acompanhar os riscos reais do serviço. Como a empresa trata uma inconsistência de identidade, um pagamento de terceiro ou uma solicitação incomum? Quem decide pela suspensão e como o cliente recebe uma informação compreensível? Essas perguntas fazem parte da preparação operacional; as obrigações específicas e eventuais declarações devem ser confirmadas com as autoridades competentes.
Preveja também erros de coleta e incidentes de segurança. Um documento enviado ao destinatário errado pode criar um risco duradouro. O procedimento deve indicar quem intervém, como limitar a exposição e quais medidas precisam ser verificadas. Um fornecedor externo não elimina a responsabilidade de organizar essas situações nos contratos e no funcionamento real do serviço.
Verifique a economia e a continuidade antes da abertura
Um modelo deve suportar uma atividade abaixo das previsões. Exemplo fictício: 800 operações mensais, com receita de 75 MRU por operação, gerariam 60.000 MRU de receita bruta. Com 40.000 MRU de custos fixos e 12.000 MRU de custos variáveis, restariam 8.000 MRU nesse modelo simplificado, antes de outros itens não representados.
Se o volume cair para 400 operações e o custo variável permanecer em 15 MRU por operação, a receita chegará a 30.000 MRU, contra 46.000 MRU em custos modelados. O déficit será de 16.000 MRU. Esses valores não representam um limite legal nem uma empresa real. Eles mostram por que o caixa do serviço deve ser separado dos ativos confiados pelos clientes.
Nossa metodologia sobre tarifas cripto e custo total pode ajudar a comparar o preço prometido com os custos suportados. Uma tarifa atrativa não deve exigir atrasos nos saques para manter a atividade. Se uma promoção ocultar uma perda estrutural, a empresa precisa saber quem a financia e por quanto tempo, sem transformar uma promessa de marketing em um risco invisível para os usuários.
A continuidade técnica exige os mesmos cenários. Uma falha do prestador bancário, do fornecedor de identidade ou de uma rede não deve levar a validações manuais sem controle. Defina um status de suspensão, as informações destinadas ao cliente e as condições para retomada. Uma disponibilidade anunciada permanentemente exige recursos, não apenas um botão de suporte no aplicativo.
Para custódia, nosso guia sobre carteiras cripto e backups apresenta os fundamentos. A empresa deve documentar com mais precisão os poderes de assinatura, os backups e a saída de colaboradores. Se uma única pessoa puder deixar o projeto levando consigo um acesso indispensável, a continuidade não recebeu uma resposta suficiente, independentemente da qualidade do site público.
Estabeleça regras para mudanças, reclamações e encerramento
Prepare uma lista das mudanças que exigem uma nova análise: outro ativo, outro país, um novo modelo de remuneração ou um novo parceiro. Uma qualificação obtida para um serviço limitado não deve ser reutilizada automaticamente em um produto diferente. As equipes comerciais e técnicas precisam saber quando suspender uma novidade para verificar suas consequências.
Os pagamentos exigem documentação própria. Nosso guia sobre compras de cripto com pagamento móvel separa o processamento monetário da entrega do ativo. O cliente deve entender qual interlocutor responde por cada etapa. Os contratos com parceiros precisam refletir essa divisão e evitar que todos os canais transfiram entre si a responsabilidade pelo mesmo incidente.
Uma reclamação útil preserva a ordem, o pagamento, a execução e a resposta. Defina um responsável, um procedimento e prazos anunciados compatíveis com o funcionamento real. Não exija que o cliente forneça segredos para investigar. Os históricos e as referências devem permitir a compreensão dos fatos sem criar uma nova exposição de seus meios de acesso ou dados.
Por fim, planeje o encerramento: interrupção de novas operações, comunicação, tratamento das obrigações e devolução conforme as condições aplicáveis. A empresa não deve descobrir essas questões quando o caixa já estiver comprometido. As obrigações exatas precisam ser verificadas juridicamente, mas a preparação operacional pode começar antes do primeiro cliente. O encerramento faz parte do ciclo de vida de um serviço, e não é um detalhe secundário.
Uma boa preparação produz, assim, um dossiê coerente: funções, fluxos, responsáveis, recursos e limites. Nenhum esquema substitui a análise das regras aplicáveis, mas ele permite formular as perguntas certas. Enquanto uma função essencial não tiver uma qualificação ou resposta operacional clara, aceitar recursos do público significaria transferir a incerteza do projeto para os clientes.
