Toutes mes réponses sur les forums
-
Messages
-
Bonjour,
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,
RoyBonjour et bonne année !
Désolé pour le désagrément.
Nous venons de pousser une correction, est-ce possible de nous dire si ça fonctionne désormais ?Oui, je comprends que le 30/12 vous auriez du effectuer cela sans difficulté.
Mais vu que j’ai effectué les tests le 31/12, la période était déjà terminée. Il ne m’était plus possible de sélectionner les forfaits lors de la création des commandes et donc de reproduire votre problème.
Nous resterons bien entendu disponibles si la situation se présente à nouveau.
Bonne journée !
C’est fait pour LVA Second Souffle.
En revanche, pour la suite, il faudra configurer vos règles de tarification, en y intégrant les périodes de facturation.
Exemple : si vous facturez en janvier 2027 des forfaits de décembre 2026, la période de facturation devra inclure janvier 2027.
Belle journée.
Cordialement,
RoyBonjour,
Concernant le fonctionnement des règles de tarification :
– Le forfait n’apparaît pas s’il n’existe aucune règle future (d’où la nécessité de créer une règle pour 2026).
– Il est impossible de sélectionner des dates pour un tarif dont la période est déjà échue.Solution actuelle :
– Désactiver vos règles de tarification 2025 et 2026 existantes.
– Créer une nouvelle règle de tarification couvrant l’intégralité de vos périodes de facturation (2025 et 2026).
– Configurer des dates de fermeture.Cette configuration permet :
– d’afficher les forfaits dont les périodes sont dépassées,
– de sélectionner des dates déjà passées afin de pouvoir les facturer.Nous avons déjà appliqué cette solution sur le forfait Repit.
Pouvez-vous essayer de créer la commande et nous confirmer si cela fonctionne désormais ?Je reste disponible si besoin.
Cordialement,
Roy
