[Résolu] WooCommerce Bookings | Une commande = 2 réservations (FR + UK)

Bonjour Nicolas,

Merci pour votre retour.

Je fais les tests en local et je reviens vers vous.

Cordialement,
Florent

Bonjour Nicolas,

J'ai donc pu mener quelques essais.

Je suis un peu déconcerté et vous aurez sans doute quelques éléments de réponse à me fournir...

En effet, je constate, sur la première capture d'écran, bien dans la boite de réception, qu'un seul email a été reçu par le client (moi, en l'occurence)
Le second fait référence à la copie envoyée à l'administrateur (ici etrier@henson.fr)

Nous avons donc bien un fonctionnement normal (1 email au client + 1 email à l'admin)

Hors, lorsque je regarde les journaux d'AutomateWoo, je constate que deux emails ont été envoyés au client (seconde capture)

Enfin, si j'observe les informations de la commande WooCommerce, je remarque que deux réservations ont été créées: 109201 et 109202 (troisième capture)

Alors que sur le site en ligne, avec l'ancienne version du plugin, une seule réservation est créée et donc naturellement, un seul email est envoyé au client (quatrième capture)

Je m'interroge donc sur le fonctionnement de votre code d'ajustement.

Si je suis sa logique, il n'empêche aucunement la création inutile d'entrées (les réservations, les logs du journal AutomateWoo), ni la création d'une action d'envoi d'email d'AutomateWoo mais va simplement bloquer l'une d'entre-elles. C'est bien ça?

Auquel cas, afin de ne pas surcharger inutilement la base de données, ni rendre confus la lecture des journaux d'AutomateWoo, je préfère conserver temporairement l'ancienne version du plugin.

En revanche, pouvez-vous me confirmer que la prochaine mise à jour ne se basera pas sur le principe de ce code personnalisé?

D'avance, je vous remercie de votre retour.

Bien cordialement,
Florent

Bonjour Nicolas,

Merci pour votre retour.

1/ Bien je comprends la logique de blocage de l'évènement. Toutefois, cet envoi, bien que non opéré, apparaît tout de même dans les journaux d'activité d'AutomateWoo (ce qui est, vous en conviendrez, un peu perturbant)

2/ J'ai un peu de mal à vous suivre...

Sommes-nous d'accord que vous parlez bien de WooCommerce Bookings et non WP Bookings qui est un autre plugin?

Par ailleurs, vous m'avez mis le doute. Donc par acquis de conscience, je suis allé vérifier.
En l'occurence, les réservations faites dans une langue se répercutent normalement dans l'autre.
Et ce, même si une seule entrée par réservation a été créée et non deux (qui, supposément, devait servir à répercuter l'indisponibilité d'un créneau dans l'autre langue)

Dans ce cas, pourquoi cela fonctionne-t-il sans problème sur mon installation? Il y a quelque chose d'illogique ici car selon vos explications, la duplication d'une réservation permet de mettre à jour les places disponibles pour un créneau dans les deux langues. Par conséquent, l'absence de cette réservation dupliquée devrait empêcher de voir, dans la seconde langue, le bon nombre de places disponibles. Hors ce n'est pas le cas...

Ce qui me fait m'interroge sur la pertinence d'avoir un "nouveau" système, avec une meilleure compatibilité, mais qui aurait comme effet direct de surcharger la base de données avec les entrées dupliquées et nécessiterait de juguler le fonctionnement normal des plugins avec lesquels il coopère (en l'occurence AutomateWoo et son système d'envoi automatique d'email)

Vous dites que le bon fonctionnement de mon installation est un "effet secondaire" et qu'il n'opère pas de la bonne manière. Bien évidemment, je suis tout à fait prêt à l'entendre. Mais comprenez que de mon point de vue, il fonctionne idéalement en évitant les confusions d'envois multiples et les entrées dupliquées inutilement dans la base de données.

Ne serait-il pas judicieux de se pencher sur ce cas afin de comprendre pour quelles raisons il fonctionne "anormalement" normalement si je puis l'exprimer ainsi?

Je me mets à votre disposition si vous avez besoin d'éléments.

Bien cordialement,
Florent

Bonjour Ilyes,

Merci pour votre retour.

Oui, en effet, c'est très exactement ce que je veux dire par là.

J'ai encore fait l'essai ce matin et une réservation prend effet sur le calendrier de chacune des langues.

Et comme il n'y a qu'une seule entrée par réservation, il n'y a qu'un envoi d'email pour celle-ci.

Sachant que les flux de travail sont traduits, l'email envoyé s'applique au nom de la catégorie correspondante. Ainsi, il n'y a pas de de confusion. Un produit réservé en anglais appartient donc à une catégorie de produit en anglais et c'est le flux de travail correspondant à cette catégorie qui sera déclenché pour l'envoi de l'email de confirmation.

D'ailleurs, je ne sais pas si votre système est pensé ainsi mais le calendrier est-il partagé entre les langues ou distinct?

Car après tout, nous parlons de traduction et non de distinction régionalisée de produit.

Je me mets à votre disposition pour toute demande d'informations complémentaires.

Bien cordialement,
Florent