Toutes mes réponses sur les forums
-
Messages
-
Bonjour,
Le serveur de mail utilisé pour l’envoi des mails depuis Vackelys est le vôtre. Il peut donc être utile de vérifier de votre côté les points suivants :
Le domaine utilisé est bien cohérent avec le serveur d’envoi.
Le SPF autorise bien ce serveur à envoyer des mails pour ce domaine.
Le DKIM est correctement configuré et signé.
Le DMARC est bien présent et aligné avec le SPF et le DKIM.De notre côté, nous ne sommes pas en mesure d’intervenir à ce niveau lorsque l’envoi passe par un serveur mail externe à nos services.
Pour ce qui est du mail reçu, il s’agit de mails d’informations à destination de notre équipe technique, il ne faut pas les tenir en compte.
Excellente journée
Bonjour,
Qu’entends-tu par « ajuster les effectifs au réel » ? Tu valides tes paxs ? Tu modifies le nombres de pax déjà validés?
Pourrais tu également me dire les changements exacts que tu souhaites effectuer afin que je puisse les reproduire moi même ?Bonjour,
Un participant grisé ne peut pas être supprimé ou modifié. Il est tout d’abord nécessaire de désaffecter les formalités qui lui sont rattaché avant de pouvoir faire votre manip.
Il vous est possible de dupliquer un participant, cependant la ligne s’ajoute en fin de liste. Je vais demander à ce que ce fonctionnement change afin de faciliter la visibilité.
La validation des pax s’effectue via la case à cocher à gauche de vos lignes. Une coche verte indique que la ligne est validée. Il faut bien enregistrer. La capture d’écran que vous montrez indique les plans de transports, les deux éléments n’ont aucun lien entre eux. Fiez vous seulement à la coche verte à gauche.
Bonjour Cécile,
Lors de la mise à jour nous avons effectivement modifié le fonctionnement de la remise. En effet, pour tous les opérateurs qui effectuent des imports de listes, cela était source d’erreur.
Dans ton cas à toi je comprends que cela puisse poser problème. Je te propose d’utiliser un produit annexe que tu pourrais modifier comme tu le souhaites. Il faudrait sélectionner une quantité égale à 1 et un prix unitaire à -0,33€. Tu retrouverais ainsi le prix final que tu souhaites.
Excellente journée,
Cordialement
MaïssaBonjour,
Seul le premier code fictif du CGOS fonctionne en back-office. Tous les autres sont en erreur. Etes-vous sûr qu’ils sont valides pour 2026 ?
Même si votre utilisateur peut se connecter au CGOS, cela ne signifie pas que son code est correct. Leur fonctionnement est le suivant : le mot de passe est valable pour se connecter au CGOS mais nécessite d’être mis à jour chaque année pour être valide via API. Votre utilisateur doit donc non seulement se connecter au CGOS mais également mettre à jour son mot de passe.
Si l’on se réfère à la documentation technique du CGOS, si un code fonctionne en back-office, seul un mot de passe expiré peut causer une erreur front.
Bonjour,
Il est tout d’abord nécessaire de paramétrer correctement vos modes de règlements.
Si votre pass colo doit être un règlement immédiat, il faut aller le configurer ici : https://www.vacances-viva.com/back/params/reglementmode
Ainsi, vous ne serez plus obligé d’intégrer un tiers payant.Ensuite, dans votre réservation, il faut bien faire attention à qui vous affectez le règlement.
On sélectionne le participant : Affectation au RL
On laisse le champ participant vide : Affectation au client.Dans ton cas, tu n’as pas affecté le règlement au client, c’est pourquoi il ne remonte pas dans son espace.
Bonjour,
Si le mode de règlement utilisé pour la gestion des chèques vacances est paramétré en règlement immédiat IM, il faut saisir le code comptable dans lequel sera ventilé ce règlement chèque vacances qui bien souvent sera un compte d’attente.
Il faut également paramétrer l’équivalent d’un compte bancaire dédié dans configurationBonjour,
Les types de séjours ne sont pas de simples libellés d’affichage. Ils correspondent à des modes de fonctionnement créés en base de données, qui conditionnent notamment le processus de réservation, le mode de calcul des tarifs, la gestion des stocks et certains affichages ou champs disponibles dans le back-office et/ou sur le front.
Il n’est donc pas possible de créer librement un nouveau type de séjour depuis l’interface.
À ce jour, les types disponibles répondent aux logiques suivantes :
1. ACM – Accueil Collectif de Mineurs
Ce type de séjour permet de créer des séjours avec des dates/périodes fixes et des tarifs rattachés à ces périodes. Il correspond au fonctionnement classique d’un séjour avec des départs définis à l’avance.2. PMR – Séjours adaptés
Ce type de séjour permet notamment d’afficher un questionnaire d’autonomie. Selon le paramétrage réalisé sur le séjour, le questionnaire peut permettre d’accepter ou non un participant en fonction de son niveau d’autonomie.3. Circuit
Ce type de séjour permet d’afficher des champs supplémentaires lors de la création ou du paramétrage du séjour, afin de répondre à des besoins spécifiques liés à ce mode de fonctionnement.4. Forfait Journée
Ce type permet de créer des tarifs à la journée, avec une gestion des stocks calculée par jour. Il est utilisé lorsque le participant choisit une période personnalisée, par exemple : « je souhaite partir de tel jour à tel jour », puis le tarif est calculé en fonction des journées sélectionnées.5. Forfait Nuit
Ce fonctionnement est similaire au forfait journée, mais avec un calcul basé sur le nombre de nuits. Le processus de réservation est donc différent d’un séjour à dates fixes, puisqu’il repose sur une sélection personnalisée des dates par le participant.Ces types de séjours ne servent donc pas uniquement à qualifier ou nommer un séjour. Ils déclenchent un véritable comportement fonctionnel dans Vackelys.
Dans votre cas, si votre séjour « adultes » suit le même processus de réservation qu’un séjour ACM, avec des dates fixes et des tarifs définis par période, vous pouvez utiliser le type ACM. Le nom du type de séjour ne remonte pas directement comme un libellé visible côté utilisateur final.
Pour identifier qu’il s’agit d’un séjour adulte, vous pouvez plutôt utiliser la fonction mode de commercialisation et indiquer la valeur « Adulte ». Lorsque le séjour est paramétré avec ce mode de commercialisation, le représentant légal ne sera plus demandé pour le participant.
En résumé, il n’est pas nécessaire de créer un nouveau type de séjour « adultes » si le fonctionnement attendu reste identique à celui d’un séjour à dates fixes. Il est préférable d’utiliser le type existant correspondant au bon mode de réservation et changer le libellé, puis de qualifier le séjour via le mode de commercialisation.
Bonjour,
La modification de l’adresse se fait directement dans la fiche de l’organisateur associé à l’entité maitre.
Bonjour,
Ok je vois. Pouvez vous m’indiquer où créez vous le participant ? Où créez vous le RL ? et comment associez vous les deux ? En faisant la manip sur notre interface de test nous ne reproduisons pas le souci.
Avec ces éléments, cela nous permettra surement d’identifier à quel moment cela peut se produire.Merci par avance !
Bonjour,
Je ne constate pas de blocage sur cette ligne. En revanche en passant sur différentes résas, nous constatons des modifications fréquentes des réservations directement sur NPT. Il faudrait corriger chaque incohérence pour permettre à la synchro de se relancer. Nous identifions 31 réservations non synchronisées. Pouvez vous repasser sur ces dossiers pour vérifier là où quelque chose coincerait ?
Exemple de problème synchro : résas 2292 et 2293 -> Les réservations ont été faites sur le front de NPT. Pourtant la gestion est faites sur SPN ce qui est contraire au fonctionnement prévu. Les réservations ont donc été archivées sur NPT faute de paiement. Les participants ont également été permutés.
