Vou integrar a API do WeChat Pay v3 no seu backend existente


Sobre este Serviço
Tradução automática
Você tem um backend e uma entidade comerciante. Precisa que o WeChat Pay seja integrado.
Os endpoints estão documentados. Falhas em produção geralmente vêm de confiança e pedidos: o callback de sucesso do cliente não prova pagamento, uma notificação pode chegar mais de uma vez ou antes do cliente retornar, e uma assinatura válida ainda não prova que o valor corresponde ao pedido.
Eu trabalho nessa camada. Parâmetros de pré-pagamento, verificação de assinatura do callback, checagens de comerciante e valor antes de qualquer mudança de estado, transição de pagamento idempotente, consulta e fechamento de pedido, reembolsos onde suas permissões permitirem.
Você mantém seu ID de comerciante, chave da API v3, certificados e chaves privadas. Não cole segredos em requisitos de pedido ou chat comum. Para trabalho de implementação, use um ambiente de teste controlado pelo comprador e rotacione quaisquer credenciais temporárias após a entrega.
Não vou afirmar que uma qualificação de comerciante ou restrição de categoria pode ser contornada. Onde a plataforma for o bloqueador, direi qual requisito é.
O básico é uma revisão: sua stack, sua prontidão como comerciante, uma checklist de integração escrita e a máquina de estados que eu construiria. Sem chaves, sem mudanças em produção.
Primeiro por escrito e assíncrono.
Conheça mais sobre Haohce
China side QA and WeChat Mini Program developer
- A partir deChina
- Membro desdeout. de 2025
- Responde em aprox.:2 horas
Idiomas
Chinês, Inglês
Tradução automática
Meu portfólio
Outros serviços de Desenvolvimento de Software que eu ofereço
Perguntas frequentes
Tradução automática
Você precisa da minha chave da API v3 e certificados?
Não para o Básico. Para trabalho de implementação, preciso de acesso a uma configuração de teste, e concordamos com o canal antes de enviar qualquer coisa. Nunca cole chaves ou chaves privadas no chat. Você mantém a propriedade o tempo todo.
Você consegue uma conta de comerciante pra mim?
Não. A conta de comerciante pertence a uma entidade legal e requer materiais e verificações próprios dessa entidade. Posso te dizer o que a aplicação vai pedir, mas não posso mantê-la ou obtê-la pra você, e não reviso seus documentos corporativos ou legais.
A integração será testada com um pagamento real?
Somente onde suas condições de comerciante permitirem e você concordar. Reporto essa etapa separadamente porque passar no ambiente de teste não é o mesmo que uma cobrança real liquidada.
Por que o callback de sucesso do lado do cliente não é suficiente?
Porque ele só prova que a interface de pagamento retornou. O evento oficial é a notificação assinada assíncrona do provedor, verificada pela identidade do comerciante e valor, aplicada de forma idempotente. Tratar o evento do cliente como pagamento é como marcar pedidos como pagos que nunca foram cobrados.
E sobre reembolsos?
Reembolso é uma permissão separada de pagamento do lado do comerciante, e ter uma não significa ter a outra. Se reembolsos estiverem no escopo, confirmamos a permissão primeiro.
Com quais backends você trabalha?
Principalmente Node.js; também Python (FastAPI) e stacks de servidores similares. Me diga sua stack e direi honestamente se é compatível.
E se minha aplicação de comerciante ainda estiver pendente?
Então o pacote básico é o ideal. Você recebe a arquitetura, pré-requisitos técnicos e a checklist da máquina de estados, pronto para implementar quando a conta for aprovada. Não reviso seus materiais legais ou corporativos.
Podemos fazer uma ligação?
Primeiro por escrito e assíncrono. Para trabalho de pagamento, um registro escrito do que foi exatamente acordado e verificado vale mais do que uma ligação, para ambos.

