Ik integreer WeChat Pay API v3 in je bestaande backend

Niet voor Basic. Voor implementatiewerk heb ik toegang nodig tot een testconfiguratie, en we stemmen het kanaal af voordat er iets wordt verzonden. Plak nooit keys of private keys in chat. Je behoudt altijd eigendom.

Nee. Het merchant account behoort toe aan een juridische entiteit en vereist de eigen materialen en verificatie van die entiteit. Ik kan je vertellen wat de aanvraag zal vragen, maar ik kan het niet voor je houden of verkrijgen, en ik review je bedrijfs- of juridische documenten niet.

Alleen als jouw merchant voorwaarden dat toelaten en jij ermee instemt. Ik rapporteer die stap apart omdat een test-omgeving pass niet hetzelfde is als een echte betaling die is afgerond.

Omdat het alleen bewijst dat de payment UI is teruggegeven. Het autoritatieve event is de ondertekende asynchrone notificatie van de provider, gecontroleerd op merchant identiteit en bedrag, en idempotent toegepast. Het behandelen van het client event als betaling is hoe orders worden gemarkeerd als betaald die nooit zijn gefactureerd.

Refund is een aparte permissie van betaling aan de merchant kant, en het hebben van één betekent niet dat je de andere hebt. Als refunds binnen scope zijn, bevestigen we eerst dat de permissie bestaat.

Voornamelijk Node.js; ook Python (FastAPI) en vergelijkbare server stacks. Vertel me je stack en ik zeg eerlijk of het een goede match is.

Dan is Basic het juiste pakket. Je krijgt de architectuur, technische vereisten en checklist voor de state machine, klaar om te implementeren zodra het account is goedgekeurd. Ik review je juridische of bedrijfsaanvraagmaterialen niet.

Schriftelijk en asynchroon. Voor betaalwerk is een schriftelijk overzicht van precies wat is afgesproken en wat is geverifieerd meer waard dan een telefoongesprek, voor ons beiden.