Note de version pour la mise à jour du 17 mars 2020
Commande Collective 10 | |||
3039 | Evolution | Modification des documents de formalité dans la commande collective | |
Le changement de séjour d’un participant dans le cadre d’une commande collective ne met pas à jour la liste des formalités demandées. Les formalités de l’ancien séjour reste demandées. Transposition de la fonction de modification des formalités demandées à un participant au niveau de la commande collective. |
|||
3045 | Evolution | Type client critère adhésion. | |
Ajouter un critère dans les types clients permettant aux association de ne pas intégrer la colonne « adhésion » au niveau de la commande collective. Par défaut : tout le bloc adhésion n’est pas affiché si l’entité maître est une association. Modification de la présentation de la modale |
|||
3054 | Evolution | contrôler le statut de carnet de la commande mêre | |
3055 | Anomalie | problème de log commande collective | |
3084 | Anomalie | Création d’un client dans le cadre d’une commande collective | |
Lorsqu’un client est créé à partir de la commande collective il est impossible d’enregistrer la commande |
|||
3092 | Evolution | Commande collective – modification d’un participant | |
Si sur une ligne de commande j’ai un participant qui dispose d’une prise en charge |
|||
3098 | Anomalie | Fonction de création de client dans la commande collective | |
Dans la commande collective créer client les civilité M ou Mme ne sont pas disponibles De plus si ce client est de type professionnel et que l’opérateur coche la case « bénéficier de toutes les offres ». Cette fonction n’est pas conservée à l’enregistrement. Le pays est obligatoire alors qu’il n’est pas obligatoire dans la page commercial client. Ne pas conserver ce critère comme obligatoire |
|||
3100 | Evolution | Pied de page des documents commerciaux | |
Pied de page de documents commerciaux : si fax non renseigné. Ne pas injecter le numéro de fax |
|||
3106 | Histoire | Contrôle des doublons de Représentant légaux | |
Pour un même client il ne doit pas exister de doublons de représentants légaux.
Ce process est bien contrôlé lors de l’import de listes Il faut que ce process soit également contrôler
|
|||
3135 | Anomalie | commande collective<profils | |
le classement par date de naissance dans la modale se fait uniquement sur le numéro du jour et non sur la chronologie de la date. |
|||
CRM Vackelys 4 | |||
3057 | Anomalie | CRM – Calcul du solde RL dans les mails transactionnels dans la commande colletive | |
Dans le cadre d’une commande collective avec prise en charge d’une partie du paiement par un RL le programme ne compare le solde de la commande et non le solde du par le RL Ainsi les mails 79-88-99-57-58-60-62-49-78 sont perturbés. Pour les mails de carnet de voyage ou de convocation qui sont choisi en fonction du solde du par le RL, le programme choisi donc systématiquement le mail informant le RL que sa commande est non soldée alors que le pdf de commande liée montre lui une commande soldée |
|||
3061 | Anomalie | CRM 99 Pas d’espace entre nom et prénom du participant | |
la balise #NOM_PARTICIPANTS ne génère pas d’espace entre le nom et le prénom. |
|||
3078 | Anomalie | problème email paiement et email transport | |
3079 | Evolution | Optimisation de la délivrabilité des mails transactionnels -RH | |
Ajout d’un second paramétrage de critères d’envoi pour les mails transactions de RH. Si un SMTP spéciale à RH est configuré, les mails avec l’expéditeur RH sont envoyés par ce SMTP. Si il n’est pas configuré, le SMTP par défaut est utilisé. |
|||
Front office sites mutualisés 4 | |||
2763 | Histoire | Intégration des photos dans les pages dynamiques | |
Pages continent – pays – saisons – catégories – activités Intégration du critère photo: Si une photo est intégrée Le logo de l’organisateur vient s’apposer sur l’image. |
|||
3070 | Evolution | Front séjour calcul du tarif à partir de sur séjours complet | |
Suite à l’intégration de la promo remise sur l’ensemble de l’offre il semblerait que le calcul du tarif à partir de pose problème. |
|||
3096 | Histoire | Acceptation des liens en provenance de facebook | |
Lors de la publication d’un d’un poste FB et la mise en place d’un lien vers une instance Vackélys, FB transforme l’url et rajoute des variables de tracking. L’url devient alors nomdedomaine.com/nomdusejour(xxxxx( |
|||
3137 | Evolution | page 404 | |
retirer les erreurs d’encodage mise en place de deux slides superposés de coup de cœur et bons plans |
|||
Module comptable 1 | |||
3123 | Evolution | Exports comptables | |
Intégrer la ref de la remise de chèque et de la remise de caisse dans l’export dans la colonne REF en plus de la référence de commande |
|||
Module social 9 | |||
3023 | Evolution | Profil collaborateur<onglet fiche | |
Gestion des documents liés à la fiche. remplacer confidential par confidentiel Dans le cadre d’une candidature via le front si une pièce jointe est intégrée dans le formulaire cette pièce est intégrée dans son profil documentaire. |
|||
3040 | Evolution | Module social<contrôle de la suppression d’un contrat de travail | |
A ce jour il est possible de supprimer un contrat de travail par l’opérateur. Avant la suppression autorisée d’un contrat de travail le programme demande validation à l’opérateur. |
|||
3043 | Evolution | Ajout de la variable période d’essais dans les modèles de contrat de travail | |
La variable n’était pas présente dans les variables du contrat dans configuration<social<modèle de contrat |
|||
3085 | Evolution | Module Social – format des données | |
Dans la saisie de la rémunération par les opérateurs le programme doit contrôlé que le format de la rémunération doit être un format décimal à « , » et non un décimal avec « . » |
|||
3086 | Evolution | Social – Intégration des codes pays dans l’export salarié | |
Tout comme il existe des codes communes il existe des codes pays. Modifier les process de création de profil pour attacher les profils au bon code pays. Modifier la fonction d’export salariés pour intégré une colonne code pays juste après le colonne pays. |
|||
3108 | Evolution | Social – édition des contrats de travail pdf | |
Ne pas injecter de pied de page dans les contrats de travail. Uniquement une pagination. |
|||
3127 | Anomalie | Profil ID et exports sociaux | |
Dans les fonctions suivantes : La colonne ID doit toujours être l’ID du profil dans vackélys et non l’ID du contrat |
|||
3130 | Evolution | Social<formulaire de recrutement front office | |
Le formulaire pour postuler aux offres d’emplois évolue.
Fin du profil « Tu peux joindre une ou plusieurs pièce jointes à ta candidature comme un CV ou une lettre de motivation » La validation du formulaire : |
|||
3136 | Evolution | Social paie | |
lorsque l’on saisit une prime ou que l’on modifie un des critères ouvert en modification et que l’on enregistre la période pour générer le fichier. les critères ne sont pas conservés dans l’écran de saisie mais par contre bien stockées dans l’historique. Il faudrait rajouter une étape avant la validation de la période et la génération du fichier historique. Une fonction d’enregistrement de l’écran et des modifications apportées sans que ces modifications modifie les données du contrat de travail. |
|||
Module Transport 5 | |||
3046 | Histoire | Module transport – suivis des dossiers de réservations et des acomptes | |
Nouvel écran Transport<billetterie Intégration d’un process permettant à un opérateur de pouvoir suivre ses réservations de billetterie. Modifications fonctionnelles de l’écran Stock segments Création d’une notion de trajets pouvant regrouper différentes références transports en provenance des compagnies ou GDS. Module livré que sur certaines instances partenaires. |
|||
3076 | Evolution | statistique<liste<transport | |
Cet état utilise l’ancien bundle pdf. D’autre part l’ensemble des n° de téléphone des accompagnateurs ne remonte pas. |
|||
3129 | Anomalie | Social<accès collaborateur | |
le collaborateur peut consulter les listes de transport sur lesquelles il est affecté et ce jusqu’à la date de départ. |
|||
3157 | Anomalie | couleur des plans de transport dans la commmande collective | |
Uniformiser le rouge orange utilisé pour les plans de transport non validés. Dans la commande collective la couleur n’est pas la même sur le plan aller et retour. uniformiser avrec la couleur de la commande standard
|
|||
3158 | Evolution | statisitique liste<transport – pdf de liste | |
Il manque la notion de moyen de transport |
|||
V3-Facturation 4 | |||
3091 | Evolution | Ajout du solde dans les factures | |
Rajouter le solde dans toutes les factures de la commande standard et dans les factures de représentant légal pour la commande collective. Injecter automatiquement la mention « Facture Acquittée » si solde = 0 |
|||
3101 | Evolution | Modale de facturation | |
Mettre une ligne de totaux au dessus du tableau |
|||
3145 | Evolution | Modale de facturation – Template pdf | |
Rajouter une option d’édition des pdf « Sans résumé de facturation » : le module de résumé des factures liées à la commande n’est pas affiché supprimer de tous les templates de facture l’injection du n° de tel des RL. |
|||
3148 | Evolution | Gestion des villes de départ et retour différentes dans une facture | |
Si un participant dispose d’une ville de retour différente Il est injecté dans une ligne de facturation avec une ville de retour équivalente à une ville de départ. |
|||
VACKELYS 18 | |||
2767 | Histoire | Intégration des avis en front mutualisé | |
Page de recherche de séjours Page séjour Les avis du séjour sont localisés en bas de page Les avis sont présentés de la manière suivante : #Prénom #1èreettre du nom #date Compte client front office Le clic sur le bouton action active le process de dépôt d’avis. |
|||
3044 | Histoire | Gestion documentaire clients par séjour | |
Permettre à un organisateur de pouvoir mettre à disposition de clients des documents liés à son séjour et à sa commande. Table séjour: Commande standard<onglet documents Le volet document est renommé en autres documents administratifs. Commande collective |
|||
3052 | Anomalie | Statistiques export global | |
L’export participant ne fonctionne pas en administrateur et en propriétaire |
|||
3053 | Evolution | Page Error | |
Personnalisation page d’erreur pour avoir des messages clair pour chaque type d’erreur. |
|||
3058 | Anomalie | Filtres de date dans les tableaux datatable | |
les filtres sur les dates sont non fonctionnelles. Ils doivent afficher les dates >= à la colonne « du » et les dates <= à la colonnne « Au » |
|||
3077 | Evolution | Adaptation du logiciel pour daltoniens | |
Les daltoniens ne voient pas certaines couleurs ce qui peut poser problème dans l’analyse des statuts de commande: barre de statuts dans la commande : Dès qu’un statut est validé (vert) il sera également souligné. |
|||
3082 | Anomalie | Tableau data table filtre date séjours | |
Les filtres par dates de l’écran des séjours n’affiche pas tous les séjours. |
|||
3095 | Evolution | Module destination | |
Lorsque l’on enregistre une modification revenir sur la même page. Ne pas revenir sur l’écran liste des destinations |
|||
3103 | Evolution | Statistiques<liste<administratif | |
Les champs adresses du participants doivent être peuplés par l’adresse du participant et donc de son RL plutôt que celle du Client |
|||
3104 | Evolution | Contrôle de la date de naissance d’un participant | |
Possibilité de forcer en back office un enfant qui n’aurait pas la tranche d’âge. |
|||
3111 | Evolution | Séjours<gestion des tarifs | |
Un tarif ne doit pas pouvoir cumuler la fonction Request et Complet. |
|||
3114 | Evolution | calendrier fonction création de départs | |
Le calendrier se cale automatiquement sur la date du jour et interdit la sélection d’une date antérieure. |
|||
3143 | Evolution | configuration<production< stock | |
stock alerte % devient « Stock alerte % segment de transport »
|
|||
3146 | Anomalie | problème commande standard prix négatif | |
3153 | Anomalie | Satistique<listes | |
La fonction « comparer par rapport à la période précédente » génère des résultats erronés |
|||
3154 | Evolution | facture de services | |
Le programme ne doit pas permettre d’enregistrer une facture de service si aucun produite n’est sélectionné. |
|||
3177 | Anomalie | Etat fournisseurs | |
Le clic sur la ref de commande intégrée dans un état fournisseur validé génère une 404. |
|||
3180 | Evolution | Ajout fonctionnalité de modification tarif transport en masse | |
Dans les écrans séjours et tarif: permettre la modification des tarifs transport en masse. |
|||
VACKELYS V3 21 | |||
2859 | Anomalie | Solde des commandes annulées | |
Sur les commandes annulées le solde du est erroné il reprend la donnée d’avant le process d’annulation.
La valeur remonté dans les écrans
|
|||
3064 | Evolution | Fonction de duplication de séjours | |
Suite à l’évolution de la table séjour et l’ajout des champs Ces nouveau champs ne sont pas pris en compte dans la fonction de duplication. |
|||
3065 | Anomalie | Fonction de duplication de séjours | |
Lors de la duplication la référence créée ne respecte pas le formalisme validé en configuration. |
|||
3066 | Anomalie | statistique<liste<compagnies | |
La nationalité injectée est l’id, il faudrait que ce soit le libellé. Modification des process de commande front et back, ajout du critère Nationnalité |
|||
3067 | Evolution | Commercial<règlement | |
Depuis la version3 des règlements peuvent être affectés aux RL |
|||
3068 | Anomalie | Module groupe | |
Seule les commandes validées doivent remonter. Les commandes archivées ne doivent pas apparaître dans le tableau |
|||
3069 | Evolution | Gestion du status actif front des séjours | |
Il devient nécessaire de faire évoluer le système de gestion du statut actif front des séjours. La fonction actif front est actuellement calculée par le programme. L’opérateur pourra donc taguer un séjour comme non actif front même si ce dernier dispose des caractéristiques pour avoir ce statut actif front. Si l’opérateur désirait repasser ce séjour sous statut actif front le programme contrôlera à nouveau que le séjour soit éligible à ce statut. Les séjours actifs – validés mais non actif front pourront ainsi être intégré dans des commandes. |
|||
3071 | Evolution | Adaptation des instances à d’autres marchés | |
Devant des demandes commercialisations d’activités pas forcément dédiées au tourisme des enfants. |
|||
3072 | Histoire | Adaptation du process de ventes à d’autres populations | |
Vackélys commercialise de plus en plus des produits adultes pour lesquels le process de commercialisation doit être assoupli. Modification des process de commande front et back afin de pouvoir saisir une commande sans gestion du tiers Représentant légal. Table séjour : Process de commande front : É+tape 1:+ Si le séjour est de type adulte : la question « êtes vous le représentant légal » est masquée. Etape 2: Etape 5: |
|||
3116 | Anomalie | Export général – accès directeur | |
L’export général d’un directeur ne comporte pas forcément les participants qu’il devrait pouvoir exporter. |
|||
3120 | Anomalie | génération du contrat de voyage | |
La fusion du pdf séjour et du pdf commande générant le contrat de voyage doit s’effectuer même pour une commande sous statut option. |
|||
3122 | Evolution | Autoriser la validation d’une commande après date de départ. | |
l’évolution des utilisations suite à la commande collective nécessite de pouvoir valider une commande même si la date de départ est dépassée. |
|||
3124 | Evolution | Evolution du 3D Secure sur paiement en ligne prestataire Monetico Paiement. | |
Mettre en place la dernière version de monetico paiement intégrant le 3D Secure. Il faut prévoir deux paramétrage de paiement en ligne. |
|||
3131 | Evolution | Horodatage des évennements. | |
le format date, heure, minute, seconde doit être stocké pour les événements suivants Il faut pouvoir stocker pour chaque règlement la date de création et la date de chaque modification. |
|||
3144 | Anomalie | Facture de services – sélection du client | |
La sélection d’un client de type professionnel pars sa raison sociale n’affiche pas la raison sociale dans le résultat de recherche par auto complétion. |
|||
3151 | Evolution | Table client | |
Le Nom du client devient un critère non obligatoire pour les clients de type professionnel. |
|||
3152 | Evolution | Gestion des entêtes de documents commerciaux pour clients Professionnels | |
L’entête des documents commerciaux (commandes, toutes factures, factures de service) mais également Etat fournisseur, Etat client, impression d’états clients (commandes non soldées)doit prendre le format suivant : Raison Sociale |
|||
3161 | Evolution | Commercial<documents | |
Rajouter une colonne RL entre client et participant. |
|||
3162 | Evolution | Nom des tiers | |
Il est nécessaire de saisir au moins trois lettre pour valider un tiers (client, représentant légal, participant) Permettre à l’opérateur ou au client en front de pouvoir valider un profil avec un nom ou prénom de 2 lettres. |
|||
3163 | Evolution | Compte client<Modification des tiers. | |
A ce jour un client sur son compte personnel peut modifier l’intégralité des critères des tiers clients, participants et représentants légaux. Interdire à un client de pouvoir modifier les critères suivants : |
|||
3164 | Anomalie | Module brochures optimisations | |
Les brochures sont justifiéses à gauche au lieux d’être centrées de manière hamonieuse. |