O que compõe o custo
Quem vende online em Moçambique já ouviu a versão curta: “é só ligar o M-Pesa”. Na prática, o custo de aceitar pagamentos móveis tem três camadas - e só uma delas é código.
Há três parcelas independentes, e confundi-las é a origem da maior parte das surpresas de orçamento:
- Integração (uma vez). O trabalho técnico de ligar o seu site, app ou plataforma ao operador: checkout, confirmação por webhook, tratamento de erros e reconciliação com as suas facturas.
- Comissão por transacção (recorrente). Cobrada pelo operador - M-Pesa, e-Mola, mKesh - sobre cada pagamento recebido. Não é receita de quem integra e varia conforme o contrato comercial.
- Manutenção (recorrente, opcional). Monitorização de falhas, actualizações de API do operador e suporte quando um pagamento fica “pendente” às 22h de sábado.
Um erro comum é comparar propostas olhando apenas à primeira parcela. Uma integração barata que não trata webhooks nem reconciliação transfere o custo para a sua equipa administrativa, todos os meses.
Preços de integração em 2026
Na Loopi os valores estão publicados porque o escopo é definível: métodos ligados, número de plataformas e nível de automação. Como referência:
- Entrada (8 500 MZN): M-Pesa e e-Mola num site ou aplicação, com sandbox e webhooks.
- Intermédio (17 500 MZN): acrescenta mKesh e cartões Visa/Mastercard, até três plataformas e logs auditáveis.
- Completo (35 000 MZN): todos os métodos locais, cartões internacionais e PayPal, split payment e reconciliação automática.
Acima destes níveis entra território de produto: gateway com a sua marca, carteira interna, crédito. Aí o valor deixa de ser tabela e passa a ser orçamento por módulos.
Prazos realistas
Entre 3 e 10 dias úteis para a maioria dos casos. A parte técnica raramente é o gargalo: o que atrasa é o processo comercial do operador - emissão de credenciais de produção, validação de documentos da empresa e, às vezes, uma assinatura presencial. Pedir credenciais no primeiro dia, em paralelo com o desenvolvimento, é o que separa uma semana de um mês.
Requisitos técnicos e documentais
Do lado documental: empresa registada, NUIT, comprovativo de conta bancária e, para alguns produtos, descrição da actividade. Do lado técnico:
- Endpoint público com HTTPS válido para receber webhooks.
- Armazenamento seguro de chaves - nunca no repositório de código.
- Idempotência: o mesmo webhook pode chegar duas vezes; o seu sistema não pode cobrar duas vezes.
- Registo de cada tentativa, com identificador do operador, para conseguir provar o que aconteceu.
Erros que custam dinheiro
- Confirmar pagamento no ecrã, não no webhook. Se o cliente fechar o browser, a encomenda fica sem confirmação - e você sem saber que recebeu.
- Não ter ambiente de testes. Testar em produção significa devolver dinheiro a clientes reais.
- Ignorar a reconciliação. Sem cruzar entradas com facturas, ao fim de três meses ninguém sabe o que foi pago.
- Depender de um único método. Quando o operador tem incidente, a loja para. Dois métodos são um plano de continuidade.
Como a Loopi resolve isto
Integramos por cima do que já existe - sem reescrever a sua plataforma - com sandbox, webhooks idempotentes, reconciliação automática e logs auditáveis. Pedimos as credenciais aos operadores no dia 1 e entregamos com o prazo escrito na proposta.
Aceitar pagamentos móveis deixou de ser vantagem competitiva - passou a ser requisito de entrada. O que distingue uma boa integração de uma má não é o preço inicial, mas o que ela evita: encomendas perdidas, dinheiro sem factura correspondente e horas de administração todos os meses.
