Toutes mes réponses sur les forums
-
Messages
-
Bonjour,
D’après l’équipe technique, l’erreur 500 était causée par une image incluse dans la description de l’hébergement. Cette image pointait vers une ressource qui n’était pas intégrée dans Configurations > Communication > CMS > Images.
Nous avons corrigé l’erreur pour cet hébergement. En revanche, il est important de veiller à n’utiliser que des URL d’images présentes sur l’instance Vackelys.
Bonne journée.
Cordialement,
RoyBonjour,
Le Connect ID a été créé.
Vous pouvez désormais vous rendre dans Configuration > Ville afin de créer la ville en sélectionnant ce nouveau Connect ID.
Bonne journée.
Cordialement,
RoyBonjour,
De mon côté, je ne parviens pas à reproduire le problème sur les mails manuels de la commande CO2873 : le mail et le contenu s’affichent correctement.
Pourriez-vous essayer de vider le cache de votre navigateur puis de réessayer ? Avez-vous également la possibilité de tester depuis un autre compte ou un autre poste ?
Cordialement,
RoyBonjour,
Il est possible de modifier les options directement lors de la création de la commande par un moyen différent, en cliquant sur le petit crayon situé en haut de la colonne « Options ».
Il suffit de sélectionner des lignes ayant le même séjour, vous pourrez alors cocher les options souhaitées.
Bonne journée.
Cordialement,
RoyBonjour,
Nous avons identifié l’origine du problème et l’avons corrigé. La correction a été déployée sur votre instance.
Désormais, lorsque vous utilisez l’action Mise à jour, les transports sont correctement pris en compte et affectés.Excusez nous pour la gêne occasionnée.
Cordialement,
RoyBonjour,
Je n’ai pas constaté de problème lié à un RIB crypté. Ce comportement peut toutefois se produire lorsque la session utilisateur est déconnectée, afin de garantir la sécurité des données bancaires des clients.
En revanche, je ne comprends pas pourquoi le virement ne remontait pas automatiquement. J’ai procédé à l’actualisation de vos règlements sur la commande 9484, et le virement apparaît désormais correctement.
Je vais tenter de reproduire la cause de ce dysfonctionnement afin d’en identifier l’origine.
Merci de votre compréhension.
Cordialement,
RoyBonjour,
Nous avons déployé une correction.
Serait-il possible de vérifier et de me confirmer que cela fonctionne désormais ?Cordialement,
RoyBonjour,
Il n’est pas possible d’ajouter un code de supervision après la création d’une commande/devis.
Cependant, dans le processus en back office, il est possible d’ajouter ce code, de la même manière qu’en front office (voir capture d’écran), pendant la création du devis ou de la commande.
Cordialement,
RoyBonjour Stéphanie,
J’ai vérifié : les virements ne s’affichaient pas parce qu’au moment de l’ajout du règlement dans la commande, nous contrôlons que le compte bancaire du représentant légal ou du client est correct. Si ce n’est pas le cas, le virement n’apparaît pas pour éviter toute erreur.
Il est possible que les comptes bancaires des RL aient été ajoutés après l’enregistrement des virements ?
Dans tous les cas, j’ai actualisé ces 3 règlements pour que Vackelys puisse vérifier les comptes. Cela a eu pour effet de les afficher. Il faudra donc juste faire attention au filtre de période.
Je vous laisse vérifier que tout est correct.
Bonne journée.
Cordialement,
RoyBonjour,
Pour les « vignettes », l’objectif est de mettre en avant les séjours que vous souhaitez promouvoir.
C’est pourquoi les séjours dont tous les départs sont déjà complets ne sont pas proposés dans cette sélection. Ils restent toutefois visibles comme complets sur le site.
La possibilité que les départs complets passent automatiquement en request pourra être envisagée dans de futures mises à jour.
Belle journée !
Cordialement,
RoyBonjour,
Si un client possède un compte de représentant légal avec la même adresse mail, il est nécessaire de modifier le mail du compte client pour modifier celui du RL.
Cette mesure a été ajoutée pour éviter les problèmes de connexions liés aux comptes dont l’adresse mail client et représentant légal étaient différentes.
Cordialement,
RoyBonjour,
De mon côté, je ne parviens pas à reproduire le problème.
Pouvez-vous me préciser le numéro de commande ainsi que les participants pour lesquels ce dysfonctionnement se produit ?
Cordialement,
RoySi le séjour similaire a déjà été affecté, il reste visible même s’il est désactivé.
Concernant les options du forfait 368, elles sont bien activées, mais ne sont pas affectées aux tarifs. Cela peut se produire lorsque l’option est créée ou activée après la création du tarif.
Dans ce cas, il faut procéder comme ceci dans l’onglet Tarifs :
– Sélectionner les départs concernés
– Cliquer sur Modifier les tarifs → Affectation des options
– Cliquer dans le champ vide et sélectionner l’option souhaitée
– Cliquer sur Affecter
– Enregistrer le forfaitDis-moi si cela fonctionne.
Cordialement,
RoyRebonjour,
Les forfaits ne remontent pas, car tous les départs futurs sont complets.
Cordialement,
RoyRebonjour,
Dans la section « forfaits similaires », seuls les forfaits actifs apparaissent. Je ne vois donc pas le forfait ID 320 dans cette liste, car il est inactif. Peux‑tu m’envoyer une capture d’écran pour que je voie ce que tu observes ?
Si tu actives les forfaits, ils devraient apparaître dans la liste, même si leur affichage en front office est en désactivé.
Je reste disponible si besoin.
Cordialement,
Roy
