Disponibilité et prérequis
Ce connecteur géré est indisponible pour un usage réel. Le guide est prêt mais la vérification en environnement d’essai reste en attente. Utilisez une boutique de test distincte lorsque cet environnement sera disponible.
Identifiants et permissions
- Créez des identifiants REST API WooCommerce dédiés : lecture pour commandes, produits et remboursements ; écriture pour enregistrer les webhooks et publier le stock approuvé. Réservez le secret de signature aux webhooks enregistrés ou à l’extension WordPress de confiance de cette connexion.
Connecter et router
Téléchargez le ZIP versionné ci-dessous. WordPress 6.5+, PHP 8.1+ et WooCommerce sont requis. Le secret ne sera plus affiché : conservez-le en sécurité et protégez administration et sauvegardes.
- Créez une connexion WooCommerce pour la boutique et l’environnement. Dans Configuration du prestataire, vérifiez identifiants et secret. Suspendez une connexion active avant remplacement.
- Approuvez produits, variantes, comptes, autorité des factures et routage Supply facultatif. Associez les identifiants fiscaux WooCommerce aux composants et taux approuvés. Prévoyez un service de transport distinct approuvé.
- Enregistrez les webhooks et copiez Webhook callback URL. Téléchargez le ZIP puis ouvrez WordPress → Plugins → Add New → Upload Plugin et activez dans la boutique de test. Dans WooCommerce → MeshDex Commerce, saisissez adresse et secret correspondants. Protégez administration et sauvegardes.
Télécharger MeshDex Commerce pour WordPress / WooCommerce · v1.0.0 — ZIP pour une boutique de test. WordPress 6.5+, PHP 8.1+ et WooCommerce requis. Vérification du prestataire en attente.
Paiements, remboursements et stock
- Un acheteur invité sans identifiant stable reste propre à la commande afin de ne pas fusionner des clients sans lien.
- Supprimer une commande ne prouve pas son annulation. Les changements payés ou comptabilisés exigent un examen comptable.
- Un remboursement ne réintègre pas les biens. Retours Supply et contrôles qualité restent séparés ; l’exécution partielle suit le processus de stock contrôlé.
- Arrondis inhabituels, prix non pris en charge, répartitions de passerelles et change manquant exigent des événements canoniques examinés. Les versements suivent le contrat de règlement.
- La GST indienne exige taux combiné Ledger approuvé, HSN/SAC et lieu de fourniture. La destination doit correspondre. Plusieurs régions ou un traitement ambigu déclenchent un examen plutôt qu’une taxe silencieuse incorrecte.
- Les extensions d’abonnement ou passerelles spécialisées peuvent nécessiter des événements canoniques envoyés par leur développeur. Le statut de commande ne prouve pas chaque encaissement.
- Testez signatures, remises, transport, taxes, remboursements partiels/complets, notifications manquées, reprise et révocation. Tests WooCommerce et installation WordPress restent en attente ; le paquet sert à préparer cet environnement.
Récupération et critères d’acceptation
Examinez les résultats définitifs après acceptation. Testez notifications manquées, reprise, doublons et révocation avant activation réelle.
- Testez commandes, captures, annulation, avoirs et remboursements. Un remboursement manuel WooCommerce crée un avoir sans attester de trésorerie. Activez la confirmation signée uniquement après vérification des remboursements confirmés de l’extension de confiance.
- Dans Livraison et récupération, examinez les tâches échouées. Corrigez avant motif d’audit et nouvelle tentative. Utilisez la reprise des commandes/catalogues pour les notifications manquées et vérifiez la comptabilité après acceptation.
Guides associés
Demandez les accès à votre administrateur ou contactez le support en précisant la page et un message d’erreur expurgé des données sensibles.