Toutes mes réponses sur les forums
-
AuteurMessages
-
Bonjour,
Merci pour vos retours.
Nous allons faire évoluer ce fonctionnement afin d’afficher un message d’erreur plus précis, permettant d’identifier la raison pour laquelle le numéro INSEE renseigné est considéré comme incorrect par Vackelys.
Cordialement,
RoyBonjour,
De notre côté, les codes de test CGOS fonctionnent.
Pouvez-vous nous préciser si le blocage se produit sur le front uniquement ou également en back-office, lors de la création d’une commande avec le même code ?
Pouvez-vous aussi nous transmettre par mail les codes CGOS concernés afin que nous puissions vérifier l’origine du problème ?
Cordialement,
RoyVoir :
Bonjour,
Désormais, les nouvelles feuilles de route générées devraient s’afficher correctement.
Cordialement,
RoyBonjour,
Une évolution en ce sens est effectivement prévue.
Dans l’intervalle, vous pouvez d’ores et déjà vérifier que les mails CRM 35 et 70 sont correctement configurés. Ceux-ci permettent d’informer le client/RL de l’archivage de sa commande.
Cordialement,
RoyBonjour,
Merci pour votre retour et vos propositions concernant la présentation des feuilles de route.
Le remplacement de l’intitulé « NOM prénom » par « Participant » est tout à fait possible.
Concernant le déplacement des colonnes relatives au participant avant la colonne « Client », nous vous proposons d’en discuter collectivement lors du séminaire afin de valider l’agencement le plus pertinent.
L’organisation actuelle des colonnes correspond à celle qui avait été définie et validée initialement par l’ensemble des parties prenantes.
Cette discussion permettra donc de trancher collectivement sur une éventuelle évolution de l’ordre des colonnes.
Belle journée.
Cordialement,
RoyBonjour,
Nous avons déployé un correctif concernant les forfaits de nuit.
Cordialement,
RoyBonjour,
Le problème a bien été transmis à l’équipe technique.
Je vous tiens informé dès qu’il est corrigé.Cordialement,
RoyBonjour,
Le volume de commandes associé à ce compte est très important, ce qui entraîne un temps de chargement conséquent. Il semble également que leur navigateur ne parvienne pas à supporter cette charge.
Dans l’immédiat, il convient donc de leur transmettre par mail les éléments dont ils ont besoin. Sauf configuration contraire, les CRM doivent normalement envoyer automatiquement les carnets de voyage concernés.
Je transmets le sujet à l’équipe technique afin d’identifier une solution permettant de garantir l’accès aux comptes clients présentant un volume de commandes aussi élevé.
Cordialement,
RoyBonjour,
Lorsqu’une formalité est indiquée comme « intégrée » pour un participant, elle devient figée et n’est donc plus modifiable. Elle apparaît désormais en grisé afin de rendre cet état plus facilement identifiable.
Ce mécanisme existe déjà depuis quelque temps. L’affichage grisé a toutefois été ajouté plus récemment pour améliorer la lisibilité de cette situation.
Cela permet d’éviter par exemple le cas suivant :
Un participant X importe sa fiche sanitaire, puis est remplacé ultérieurement par un participant Y. Le participant Y voit la formalité transmise par le participant X depuis son propre espace client.
Cordialement,
RoyBonjour,
Merci pour le retour.
C’était une demande réalisée pour accommoder les plus petits écrans.
De notre côté, on va réfléchir à comment améliorer ça pour convenir à tout le monde.Vous pouvez néanmoins dès maintenant utiliser le fil d’ariane pour naviguer sans clic supplémentaire. (voir screen)
Cordialement,
RoyAttachments:
You must be logged in to view attached files.Bonjour,
Avez-vous pu résoudre la situation ?
Cordialement,
RoyBonjour,
Désolé pour le délai de réponse.
Est-ce que vous vous rappelez exactement de l’écran utilisé ? (Statistiques listes, export général, etc)
Si vous avez fait un export liste présent, la période ne prend pas en compte la CO13110, qui débute en juillet.Cordialement,
RoyLe point bloquant vient du fait que le RL renseigné est celui du compte client, avec les mêmes informations (Nomp, prénom etc).
Deux options :
Conserver le client en tant que RL : dans ce cas, il n’est pas nécessaire d’affecter une prise en charge.
Affecter une prise en charge : dans ce cas, il convient de désigner un RL différent du client.Cordialement,
RoyAprès vérification : les deux participants disposent d’un RL associé à la même adresse mail que celle du client.
Il est donc impossible de leur affecter une prise en charge différente du client.
Cordialement,
Roy -
AuteurMessages
