L'automatisation de l'expédition doit relier une commande valide à un envoi prévu, une étiquette utilisable et un historique de suivi que le service client peut comprendre. Avant d'activer les actions automatiques, définissez quels états de commande OpenCart sont éligibles et comment vous allez gérer les nouvelles tentatives, les demandes échouées et les retours.
Expédition Chronodiali — Envois & Suivi en temps réel intègre OpenCart avec Chronodiali pour la création de consignations, les étiquettes PDF et la synchronisation de l'état de livraison. Cela nécessite un compte Chronodiali actif et les identifiants API appropriés. Confirmez la disponibilité du service et les exigences du compte directement avec Chronodiali avant de planifier un déploiement.
Vérifier les prérequis avant de configurer l'automatisation
Enregistrer la version OpenCart, la version PHP, les modules d'expédition et toutes les extensions qui modifient le traitement des commandes. Vérifiez les informations de compatibilité actuelles du produit pour cette configuration exacte. Les modules existants qui modifient les méthodes d'expédition ou les transitions d'état de commande nécessitent une attention particulière.
Obtenez les identifiants requis via le processus de compte approuvé par le transporteur. Conservez-les dans la configuration prévue de l'extension, pas dans un document public ou une capture d'écran partagée pour le dépannage. Utilisez la procédure de test disponible du transporteur ou un test contrôlé convenu ; ne supposez pas que soumettre une demande API en direct est sans conséquences opérationnelles.
Mapper les états de commande commerciale aux états logistiques
Un client passant une commande ne signifie pas toujours qu'elle est prête à être expédiée. Votre flux de travail pourrait nécessiter une confirmation de paiement, une allocation de stock ou une révision manuelle d'abord. Choisissez l'état de la commande qui autorise la création de l'envoi et assurez-vous qu'une autre automatisation ne déplace pas à plusieurs reprises une commande dans cet état.
| Moment de flux de travail | Question à répondre |
|---|---|
| Commande reçue | La réalisation est-elle déjà autorisée ? |
| Prêt à expédier | Cela devrait-il déclencher un envoi ? |
| Mise à jour du transporteur | Quel statut OpenCart devrait le représenter ? |
| Annulation ou retour | Qui agit dans OpenCart et dans le système de transporteur ? |
Gardez les états de paiement et de livraison compréhensibles. Une mise à jour de livraison ne doit pas impliquer accidentellement qu'un paiement a été remboursé ou qu'une commande n'a jamais été payée. Notez le mappage et le propriétaire des exceptions.
Valider d'abord un envoi manuel
- Sélectionnez une commande contrôlée et éligible selon votre processus de test convenu.
- Examinez le destinataire pré-rempli, le téléphone, l'adresse et les détails d'expédition.
- Créez l'envoi une fois et enregistrez la référence retournée.
- Téléchargez l'étiquette PDF et vérifiez qu'elle correspond au destinataire et à l'expédition prévus.
- Vérifiez que la commande et le tableau de bord conservent la bonne référence de suivi.
- Confirmer comment la prochaine mise à jour de statut est reçue et affichée.
Vérifiez également les zones géographiques et les paramètres de groupe de clients utilisés pour la disponibilité et les tarifs d'expédition. Un envoi réussi n'établit pas que le processus de paiement a proposé le bon service et le bon prix pour chaque adresse. Incluez ces sélections dans votre matrice de tests de paiement.
Tester les réponses en double et incertaines
Considérez ce qui se passe si une demande expire après que le transporteur a créé l'envoi. Répéter la demande aveuglément peut créer un doublon. Vérifiez la référence existante, le tableau de bord et les informations sur le transporteur disponibles avant de réessayer. Confirmez le comportement de réessai et de gestion des doublons de votre intégration installée plutôt que de supposer que chaque échec d'API signifie qu'aucune création n'a eu lieu.
Tester également les changements d'état de commande répétés dans l'environnement de test convenu. Gardez une distinction claire entre la réessai d'une opération échouée et la création intentionnelle d'un deuxième envoi. Les opérateurs doivent être en mesure de voir quelle expédition appartient à quelle action.
Utilisez des journaux sans exposer les informations des clients
L'extension fournit des diagnostics API et d'expédition. Utilisez le temps, la référence de commande, l'opération et le statut de réponse pour enquêter sur un problème. Lorsque vous partagez un extrait de support, supprimez les identifiants, les jetons et les détails inutiles du destinataire. Gardez les diagnostics complets accessibles uniquement aux personnes qui en ont besoin.
Si le statut d'une commande ne se met pas à jour, tracez la séquence : référence de l'envoi, statut du transporteur, mise à jour reçue et état OpenCart mappé. Cela est plus informatif que de sauvegarder à plusieurs reprises la commande dans l'espoir que la synchronisation redémarre.
Activez les déclencheurs automatiques après le test contrôlé
Commencez par un flux de travail étroit et documenté et une personne surveillant les exceptions. Confirmez l'impression des étiquettes, l'accès du service client au suivi et le traitement des cas d'annulation ou de retour. Passez en revue les premières expéditions en direct avec l'équipe de traitement avant d'étendre l'automatisation. L'objectif est un transfert fiable du traitement des commandes à la livraison, avec suffisamment de preuves pour résoudre les cas qui ne suivent pas le chemin attendu.