Toutes mes réponses sur les forums
-
Messages
-
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.
Bonjour,
Vous pouvez bien sûr intégrer un participant manuellement. Cependant dans votre exemple il semblerait que lors de la saisie vous avez sélectionné le RL d’un autre participant.
Bonjour,
Le nom et le code étaient inversés dans le paramétrage de la provenance. J’ai changé et validé à priori tout est passé. Je n’ai pas mis à jour.
Bonjour,
Peux-tu m’envoyer le mot de passe sur clients@cubiq.fr ?
Bonjour,
D’après les logs, il semblerait qu’il y ai eu une fausse manip. L’affectation semble manuelle.
Comment procédez vous pour l’intégration des infos ? Par import ? Manuellement ?Bonjour,
Cette mention permet, pour les cas où les RL paient une partie et le client une autre, d’indiquer à chaque parti le montant de la réservation mais également sa part réelle à payer. Dans ton cas, le client paie tout c’est pourquoi les deux montants sont similaires.
Excellente fin de journée !
