Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

La mise a jour des commandes ne fonctionne plus depuis la mise a jour en version v2.0.00 #17

Open
jmsauvage opened this issue Jul 6, 2020 · 16 comments

Comments

@jmsauvage
Copy link

jmsauvage commented Jul 6, 2020

A la suite du changement de l'API de La Poste, j'ai installé la dernière version v2.0.00 du module de suivi.

Malheureusement, cela ne fonctionne plus, alors que cela fonctionnait correctement avec la version précédente (tant que l'API v1 de la poste était en fonction)

Je constate aujourd'hui que le module va bien récupérer les commandes, qu'il appelle bien la nouvelle API de la poste, que celle-ci retourne un code 2XX, mais au final, les commandes ne sont pas mise à jour.

Lorsque je mets en mode debug, la seule trace qui s'affiche est

Tracking started on : 2020-07-06T15:05:41+02:00
====================================

mais rien de plus
Que puis-je faire pour solutionner ce problème ?

@debuss
Copy link
Contributor

debuss commented Jul 7, 2020

De mon côté le suivi de colis fonctionne bien via la tache planifiée.
Pouvez-vous faire un essai avec la prochaine version du module : https://www.dropbox.com/s/q357mfqk57344br/lapostesuivi_2.0.1.zip?dl=1 ?

Si pas mieux, indiquez moi la version de votre PrestaShop, merci.

@jmsauvage
Copy link
Author

Ma version de Prestashop est 1.6.1.4
J’ai installé le module version 2.0.1, et cela a l'air de fonctionner un peu mieux, dans le sens où les commandes apparaissent maintenant dans le log du mode debug.

Par contre, je viens de remarquer 2 choses:
1 - dans le log, j’ai un « treating order 1 » étrange tout au début
2 - en vérifiant « manuellement » les status des colis, j’ai vu que si je lance 2x de suite le module, il change alternativement d’une fois sur l’autre les status des colis, de « livré » à « expédié » … et ainsi de suite si on le relance encore.

Voici les logs qui illustrent ces 2 points (je n’ai copié-collé que le début)

1er lancement:

Tracking started on : 2020-07-07T09:44:04+02:00
====================================


> Treating Order #1
> 400 : Votre requête est incorrecte. Veuillez la ressaisir en respectant le format.


> Treating Order #941
> Shipping Number : 9A00578075400
> SUCCESS !
=> On : 18/06/2020
=> Status : DI1
=> Message : Votre colis est livré.
> SUCCESS : order status has been changed to DELIVERED.



> Treating Order #942
> Shipping Number : 9A00578165477
> SUCCESS !
=> On : 18/06/2020
=> Status : DI1
=> Message : Votre colis est livré.
> SUCCESS : order status has been changed to DELIVERED.

(…)

2eme lancement:


Tracking started on : 2020-07-07T09:46:55+02:00
====================================


> Treating Order #1
> 400 : Votre requête est incorrecte. Veuillez la ressaisir en respectant le format.


> Treating Order #941
> Shipping Number : 9A00578075400
> SUCCESS !
=> On : 18/06/2020
=> Status : DI1
=> Message : Votre colis est livré.
> SUCCESS : order status has been changed to SHIPPED.



> Treating Order #942
> Shipping Number : 9A00578165477
> SUCCESS !
=> On : 18/06/2020
=> Status : DI1
=> Message : Votre colis est livré.
> SUCCESS : order status has been changed to SHIPPED.


et voici une copie d'écran de la page de configuration du module, en ce qui concerne la gestion des status:
lapostesuivi

@debuss
Copy link
Contributor

debuss commented Jul 9, 2020

La mise à jour corrigera le soucis de la commande ID 1 : https://github.com/Common-Services/lapostesuivi/releases/tag/2.1.1 .

Par contre je ne remarque pas de soucis de suivi qui change et revient comme avant...
Pouvez-vous refaire un essai avec la dernière version et me tenir informé ?

@jmsauvage
Copy link
Author

le comportement est différent avec cette version :/
j'ai ces deux commandes, apparaissant comme "expédié" dans prestashop:

Sans titre

les deux ont en fait été livrées le 7 Juillet:
-> https://www.laposte.fr/outils/suivre-vos-envois?code=9A00579826841
-> https://www.laposte.fr/outils/suivre-vos-envois?code=9A00579645657

lorsque je lance la dernière version du module, le debug donne:

Tracking started on : 2020-07-09T22:08:30+02:00
====================================


===================================
Tracking ended on : 2020-07-09T22:08:30+02:00

et le status des commandes ne change pas.
le réglage du temps est à 2 semaines, ce qui devrait suffire pour qu'il les prenne

par contre cette-fois ci, je peux le lancer plusieurs fois de suite, les status ne changent pas, et le debug reste vide à chaque tentative
:/

@debuss
Copy link
Contributor

debuss commented Jul 16, 2020

Pouvez-vous vérifier dans la configuration du module au niveau de l'onglet "Statuts", il y a un nouveau paramètre qui filtre les statuts de commande à ne pas suivre, le soucis vient peut être de là :

Statuts - Filtres

Vérifiez également le reste de la configuration au cas où il n'y a pas de transporteur sélectionné par exemple.
Essayez également avec un suivi de colis sur 3 ou 4 semaines, on ne sait jamais.

Merci.

@jmsauvage
Copy link
Author

Voici ma configuration de l'onglet "Statuts":

Sans titre

Au niveau des transporteurs, je n'ai pas changé la configuration, et il y a bien le transporteur "Colissimo" qui est sélectionné, et qui correspond bien au transporteur des commandes qui ont été passées..

J'ai également passé le paramètre de suivi à 4 semaines.

Malheureusement, toujours le meme symptôme: Aucune commande n'est selectionnée:

Tracking started on : 2020-07-16T10:00:43+02:00
====================================


===================================
Tracking ended on : 2020-07-16T10:00:43+02:00

@jmsauvage
Copy link
Author

Bonjour,

En faisant quelques tests pour essayer de comprendre, je viens de m'apercevoir des 2 choses suivantes; en espérant que cela puisse aider:

1 - j'ai bien installé la version 2.1.1 du module, mais l'affichage dans prestashop montre toujours 2.1.0:

image

2 - dans la fenêtre des statuts, j'ai voulu essayer de rajouter des statuts (par exemple "demande de financement en cours", que je n'utilise jamais) dans la partie droite, mais en fait, j'ai beau cliquer sur "Ajouter", aucune ligne ne passe jamais dans la partie droite. le comportement est le même, qu'il y ait une ou plusieurs lignes sélectionnées à gauche:

image

@jmsauvage
Copy link
Author

Bonjour,

Auriez-vous des nouvelles informations sur ce problème ?

@jmsauvage
Copy link
Author

Bonjour,

Avez-vous besoin d'informations complémentaires ? Ou avez-vous arrêté le support sur ce module ?
Si c'est le cas, pourriez-vous m'indiquer dans quel fichier source / fonction vous pensez que je dois regarder pour essayer de le résoudre ?
Ou alors avez vous un autre module, même payant, qui remplit la même fonction ?

@paul933
Copy link

paul933 commented Nov 17, 2020

Salut @jmsauvage

J'ai eu le même soucis, configure ton module comme ça, pour moi ça à résolu le bug 👍
image

Paul

@jmsauvage
Copy link
Author

Salut @jmsauvage

J'ai eu le même soucis, configure ton module comme ça, pour moi ça à résolu le bug 👍
image

Paul

Hello @paul933
Malheureusement, cf mon point 2. de mon update du 17/07 ci-dessus, je n'ai aucun moyen de changer cette configuration, car j'ai beau essayer d'ajouter des status de la fenêtre de gauche a celle de droite, rien ne se passe quand je cloque sur le bouton "Ajouter → " :/ mais merci pour la suggestion

@paul933
Copy link

paul933 commented Nov 18, 2020

@jmsauvage Ce serrait pas plus un problème de javascript bloqué sur ton navigateur ou quelque chose de ce type ?

@jmsauvage
Copy link
Author

@paul933 je sais pas trop... J'ai essayé avec Safari/MacOS et avec MSIE/Windows, et j'ai le meme problème.. donc je ne pense pas. Et puis jai vérifié les réglages, rien de bloqué au niveau javascript sur mon browser.
le seul truc "bizarre" que je vois en affichant la console de développement dans Safari, c'est un "404 - Resource not found" sur https://monsite.com/administration/themes/default/css/admin-theme.css.map qui apparaît systématiquement (sur toutes les pages du backoffice, pas uniquement sur la configuration de ce module)
J'ai vérifié, et effectivement il y a le ".css" mais pas le ".map" sur le serveur :
ps
mais je ne sais pas si ca peut avoir un rapport...

@jmsauvage
Copy link
Author

Pour info, je viens d'installer le module officiel gratuit de colissimo et a priori il fonctionne bien. Suivi des commandes automatique depuis le back office, impression des étiquettes, gestion des livraisons en point relais, etc.

@bfsh00t
Copy link

bfsh00t commented Dec 12, 2020

Pouvez-vous vérifier dans la configuration du module au niveau de l'onglet "Statuts", il y a un nouveau paramètre qui filtre les statuts de commande à ne pas suivre, le soucis vient peut être de là :

Statuts - Filtres

Vérifiez également le reste de la configuration au cas où il n'y a pas de transporteur sélectionné par exemple.
Essayez également avec un suivi de colis sur 3 ou 4 semaines, on ne sait jamais.

Merci.

Le problème semble venir de ce rajout.
Pour que le module fonctionne comme attendu, il faut ajouter absolument tous les suivis de statut à la case "statuts de commande à ne pas suivre", SAUF le statut "Expédié", et là, le fonctionnement est celui attendu : le module remonte bien les numéros de suivis sur la page controller=AdminOrdersLaPosteSuivi et ne joue pas au yoyo avec les statuts des commandes.

En laissant "Statuts de commande à ne pas suivre" tel que défini d'origine par le module, il n'y a aucun changement dans le suivi, pas de récupération de numéro, la page controller=AdminOrdersLaPosteSuivi désespérément vide quand bien même on a des suivis associés sur des transporteurs.

En laissant uniquement les status "Expédié" et "Livré", le statut de la commande joue au yoyo à chaque exécution du job (le statut passe de livré à expédié, à livré, etc..). Heureusement, ça n'envoie pas d'email au client quand le statut repasse à expédié, ce qui ne lui plairait pas vraiment que de recevoir x email quotidiens pendant des jours. Mais, c'est en même temps un bug puisque le changement de statut n'enclenche pas l'action sendmail associée (pour ma part au statut "expédié") :-/

@HazMatt69
Copy link

Bonjour,

Le problème ne vient pas de là, mais du fait que l'on ne peut pas ajouter de transporteurs dans l'onglet "transporteurs"
Screenshot 2020-12-12 at 20 57 03

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants