CDI global architecture
-
L’architecture générale de CDI – Colissimo Delivery Integration est illustrée par cette image http://prnt.sc/bw3tb5 .
Sauf les 2 modules centraux (« Pilotages expéditions » correspondant à ce qui est géré au niveau de l’admin des ordres WooCommerce et « Gateway » qui est l’onglet Colissimo de WooCommerce), toutes les autres fonctions sont optionnellement activées selon le choix de l’admin. Ainsi :
– on peut ne pas utiliser le « Shipping » Colissimo et/ou le «Choix retrait » tout en utilisant toutes les autres fonctions,
– le « choix retrait » peut s’appliquer sur le « Shipping » Colissimo ou sur toute autre shipping méthod externe,
– les tracking codes peuvent être forçés depuis « Colissimo gateway » et ainsi être visibles dans les mails et order view client (cas d’un traitement manuel),
– les modes d’activation de Colissimo (4 actuellement) peuvent être utilisés indépendants,
– seuls les modes « Automatic – Web service » et « Custom » alimentent automatiquement le gateway en retour et donc les mails et order view des clients.The general architecture of CDI – Colissimo Delivery Integration is illustrated here : http://prnt.sc/bw3tb5 image.
Except the 2 central functions ( “Pilotages expéditions” which is managed in the admin WooCommerce orders and “Gateway” which is the WooCommerce Colissimo tab), all others functions are optionally activated at the choice of admin. So :
– we can not use the “Shipping” Colissimo and / or “Choix retrait” while using all other functions,
– “choix retrait” can be applied on the “Shipping” Colissimo or any other external shipping method,
– a tracking codes can be forced in “Colissimo gateway” and thus be visible in customer mails and customer order view (to use when manual processing),
– Colissimo activation modes (currently 4) can be used independently,
– only “Automatic – Web Service” and “Custom” modes automatically feed back the gateway and therefore the customer mails and customer order view.
The topic ‘CDI global architecture’ is closed to new replies.