Toutes mes réponses sur les forums
-
AuteurMessages
-
Bonjour,
Veuillez nous excuser pour la gêne occasionnée.
L’équipe technique est intervenue et les doublons ont été supprimés.
Cordialement,
RoyBonjour,
Si vous parlez des formalités :
Je vois actuellement tous les documents des participants. Avez-vous effectué une manipulation entre temps afin de les rajouter ?
Cordialement,
RoyBonjour,
J’ai effectivement 10-15 secondes de chargement sur votre tableau de bord. En revanche, sur le reste des pages, je suis entre 1 et 3 secondes selon la quantité de données affichée.
Est-ce que vous pouvez me partager les URL sur lesquelles vous avez remarqué les temps de chargement les plus longs ?
Cordialement,
RoyBonjour,
Il n’est pas possible de supprimer une commande ou un participant annulé.
Nous avons récemment mis en place une règle empêchant l’enregistrement de lignes à 0 €, sauf lorsque celles-ci sont compensées par des produits annexes.
Afin de vous permettre de modifier cette commande annulée, nous devons donc intervenir directement dans la base de données.
Pour procéder, pourriez-vous me transmettre les éléments suivants :
– le prix initial du séjour
– le tarif du transport.Vous pouvez me les transmettre par mail si ca vous arrange.
Nous ferons ensuite les modifications nécessaires afin de débloquer la commande.
Cordialement,
RoyBonjour,
Lors de mes tests : je parviens à effectuer plusieurs drag and drop de fichiers successifs, puis à enregistrer l’ensemble correctement.
En revanche, j’ai effectivement constaté qu’en cliquant sur « Ajouter un fichier », le premier fichier importé reste présélectionné. J’ai transmis ce point à l’équipe technique.
De mon côté, les fichiers s’ajoutent donc correctement à la commande. Essayez-vous d’effectuer un drag and drop avec d’autres types de fichiers que des PDF ?
Cordialement,
RoyBonjour Marion,
Désolé pour le délai de réponse.
Directement après votre message, l’équipe technique avait relancé la facturation sur vos instances.
Est-ce que vous avez constaté certaines commandes qui ne l’étaient toujours pas ?Cordialement,
RoyBonjour,
Merci pour votre patience.
Nous avons poussé un correctif. Je vous laisse vérifier que tout fonctionne correctement sur votre instance.
Cordialement,
RoyBonjour,
D’après les logs :
CBallay – Stock – 08/07/2026 à 15:29 – Modification d’un segment modèle 6411Le premier segment du trajet retour vers Niort a été modifié pour ce plan de transport. Cette modification entraîne donc l’envoi du CRM 99, correspondant à une modification de convocation.
En revanche, ce CRM mail n’est pas déclenché dans les cas suivants :
– lorsque la modification concerne un segment intermédiaire
– lorsque seuls le stock et/ou le nombre d’accompagnateurs sont modifiés sur l’un des segments.Cordialement,
RoyBonjour,
De mon côté, ça fonctionne sur la CO803, pouvez-vous avec la CO734 me préciser quel participant a une convocation erronée ?
Cordialement,
RoyLe stock étant actuellement complet de leur côté, il faudrait qu’ils ajoutent temporairement de la disponibilité afin de vous permettre d’effectuer la modification depuis votre instance.
En principe, l’ajout temporaire d’une place disponible devrait suffire pour que vous puissiez modifier le départ de votre côté. Une fois la modification effectuée ils pourront ensuite réajuster le stock.
Cordialement,
RoyBonjour,
Les modifications effectuées par un fournisseur ne sont pas synchronisées pour les départs. La synchronisation s’effectue uniquement du distributeur(Vous) vers le fournisseur(Supernova).
Vous devez donc modifier le départ, directement depuis la commande, en cliquant sur le bouton prévu à cet effet afin d’ajuster les dates.
Pouvez-vous me préciser ce qui vous empêche actuellement d’effectuer cette modification ?
Cordialement,
RoyBonjour,
SARRANS a bien été ajoutée.
Belle journée.
Cordialement,
RoyMerci pour votre retour.
Pourriez-vous nous transférer ces mails afin que nous puissions effectuer les tests nécessaires ?
Cordialement,
RoyBonjour,
Nous avons identifié l’origine du problème.
Un bug faisait que : lors de la modification du retour d’un participant, celui-ci restait affecté à l’ancienne ville au niveau du plan de transport. Le changement de ville retour ne mettait donc pas automatiquement à jour cette affectation, ce qui expliquait le maintien des informations relatives au retour sur Brest dans les convocations.
Nous avons déployé un correctif afin que les prochaines modifications soient désormais correctement prises en compte automatiquement.
En revanche, pour les participants déjà concernés sur les CO803 et CO734, il est nécessaire de corriger manuellement l’affectation du retour. Pour cela, depuis la ligne du participant : il faut cliquer sur la case du départ afin de modifier l’affectation du retour et sélectionner la bonne option.
Une fois cette modification effectuée, les informations de convocation devraient être correctement mises à jour.
Cordialement,
RoyBonjour,
Pouvez-vous vérifier dans votre boîte mail centralisatrice si les mails concernés ont bien été envoyés ?
Le problème peut venir de deux niveaux :– l’envoi du mail
– la réception côté client (spam)Cette vérification nous permettra de mieux identifier l’origine du problème.
Concernant votre cliente qui ne parvient plus à se connecter, si elle copie-colle le mot de passe reçu par mail et qu’il ne fonctionne plus, il est probable qu’un nouveau mot de passe ait été généré entre-temps. Dans ce cas, l’ancien n’est plus valide (A vérifier dans votre boîte centralisatrice)
Est-ce possible de me transmettre les ID des clients concernés ?
Cordialement,
Roy -
AuteurMessages
