Billetterie 4 | |||||||
4976 | 745 | Histoire | Billetterie | Fonction duplication de dossier | |||
Un opérateur peut prévoir de programmer plusieurs fois le même dossier sur plusieurs date différentes. Afin de gagner du temps mettre en place une fonction de duplication. Présence d’un bouton « Dupliquer » sous le bouton afficher qui va dupliquer l’ensemble des informations. L’opérateur ne devant plus que modifier la date. | |||||||
4960 | 650 | Histoire | Billetterie | Evolutions fonctionnelles : modification des références | |||
Afin de sécuriser une malencontreuse modification par un opérateur d’un item de billetterie mettre en place les évolutions suivantes.- Une référence dossier une fois saisie n’est plus modifiable. – Un Nom de Libellé de voyage ne peut plus être modifié une fois enregistré – La modification ou la saisie d’une date d’émission doit être précédée d’une modale de validation : « Souhaitez vous valider cette date d’émission au JJ/MM/AAAA?Accessoirement : forcer la saisie des libellés et des références en majuscule. | |||||||
4941 | 600 | Evolution | Billetterie | Evolution visuel du module | |||
Le visuel du module Billetterie doit être plus lisible.Pour cela: Les lignes principales auront la couleur #AA96DA Les lignes secondaires auront la couleur #C5FAD5 DISPO doit être en gras STOCKS doit être en gras Add devient « Ajouter » Display devient « Afficher »Le menu « Agence » devient « Rétrocessions » Revoir le fil d’ariane. | |||||||
4742 | 740 | Evolution | Billetterie | Ecran billetterie – Evolution des ressources affichées | |||
Actuellement l’opérateur sélectionne une date Faire évoluer la fonction d’affichage afin que l’opérateur puisse sélectionner une période du … au.Rajout d’une colonne date avant la colonne N° transport. l’opérateur doit pouvoir classer les datesDate d’option devient « Échéance Option » Si échéance option est supérieure à date système la couleur de la ligne est jaune. Une fonction filtre permet à l’opérateur de n’afficher que les dossiers en option. (date système inférieur date d’option)Echéance confirmation devient EmissionAjouter une colonne « date de rétrocession »Ajouter une colonne « disponibilité » Elle est localisé après la colonne Réserver. La disponibilité est égale à la somme des billets réserver moins la somme des voyageurs. (pax plus accompagnateurs)gestion des accompagnateurs Actuellement on affiche sur la ligne du libellé en rouge « Nb de pax / nb accompagnateur » Il faut maintenant afficher Nb pax = (pax+accompagnateur) A coté on met entre parenthèses le nombre d’accompagnateur. La lecture devient donc Nombre de voyageur (dont X accompagnateurs)Suppression de la colonne Secteur Réserver adulte devient « Réserver > 12 ans » | |||||||
CGOS 1 | |||||||
4965 | 750 | Evolution | CGOS | Redirection après connexion | |||
Lorsque l’on accède à un séjour via une URL, nous sommes redirigé vers la page de connexion des agents. Il faudrait retomber sur la page séjour après connexion. | |||||||
Commande Collective 2 | |||||||
4942 | 650 | Evolution | Commande Collective | Colonne séjour – Facturation commande collective | |||
Ajouter une colonne séjour (ou référence si la place manque) dans la modale de facturation de la commande collective. Un opérateur pourra ainsi filtrer les lignes à facturer par séjour. | |||||||
4936 | 750 | Anomalie | Commande Collective | Erreur structure fichier import | |||
L’import d’un fichier entraîne une erreur de structure. Il semblerait qu’il faille l’importer autant de fois qu’il n’y a de lignes pour que cela fonctionne. | |||||||
CRM Vackelys 2 | |||||||
4979 | 750 | Anomalie | CRM Vackelys | CRM 92 Ne s’envoie pas | |||
Il semblerait que le CRM 92 ne parte plus. | |||||||
4968 | 750 | Anomalie | CRM Vackelys | SMS Transactionnels non fonctionnels | |||
Il semblerait que les taches cron de sms transactionnels ne soient pas fonctionnelles | |||||||
Front office sites mutualisés 5 | |||||||
4952 | 745 | Evolution | Front office sites mutualisés | Modification texte front | |||
Modifier le texte présent en haut des formulaires de pré-réservation qui ne correspond pas à l’usage de tous les utilisateurs. »Vous êtes sur le point de faire une demande de disponibilité ou de réservation. Il se peut que nos places soient limitées ou que nous ayons besoin de vous contacter pour obtenir plus d’informations concernant le participant et ses attentes avant de valider votre demande. Nous vous remercions de bien vouloir compléter le formulaire ci-dessous. Nous vous recontacterons dans les plus brefs délais. » | |||||||
4943 | 750 | Anomalie | Front office sites mutualisés | Affichage paiement CB | |||
Si le paiement CB est masqué dans l’entité maître, l’image en PJ ne doit plus apparaitre sur le front. | |||||||
4922 | 750 | Anomalie | Front office sites mutualisés | Modification image bandeau | |||
La modification de l’image de bandeau sur les pages saison ne fonctionne pas Intégrer un bouton de suppression des images dans saison, catégorie et activité. | |||||||
4679 | 700 | Evolution | Front office sites mutualisés | V5 – Refonte process de réservation mobile | |||
Refonte du process de résa du front mutualisé.L’objet de cette évolution est de rendre plus actuelle et plus responsive le process de résa mobile.- Ne pas mettre « N’hésitez pas à inscrire plusieurs enfants » – Reprendre les mêmes champs que sur desktop – Intégrer une barre de récap qui suit l’internaute sur l’ensemble de ses étapes, en haut de l’écran | |||||||
4644 | 700 | Evolution | Front office sites mutualisés | V5 – Refonte process de réservation Desktop | |||
Refonte du process de réservation du front mutualisé. S’appuyer sur le fichier joint pour procéder aux modifications.Infos complémentaires :Etape 1 : – L’image principale du séjour doit remonter dans la vignette de droite – Etudier la possibilité d’intégrer l’auto-complétion de l’adresse. – Etudier la possibilité d’intégrer une liste déroulante des drapeaux pour les numéros de téléphones – Intégrer un sticky au scoll allant du haut de la page jusqu’à « créer mon compte ». . Les frais d’inscriptions ne doivent pas remonter. – Ne pas mettre « Nos partenaires » Etape 2 : – Ajouter les participants au séjour via la case à cocher de gauche – Intégrer un bouton de modification des tiers (RL et participants) – Masquer les participants n’ayant pas l’âge requis en notant « + x participants n’ayant pas d’âge requis pour ce séjour » – Justifier le texte des informations de réservation – Ne pas mettre « Nos partenaires » – Lorsque l’on coche les participants, le récap de droite s’incrémente de nouvelles informations : Nombre de participant et prix. Les frais d’inscriptions ne doivent pas remonter. – Ne pas remonter l’information sur le nombre de participant minimum pour le départ – Supprimer les champs « Allergies », « Traitement », « Handicap », « pointure », « niveau » et « Régime alimentaire ». Ces informations pourront être demandées via un questionnaire. Etape 3 : – Séparer les produits annexes des produits d’assurances qui deviennent « garanties optionnelles ». | |||||||
Module social 4 | |||||||
4939 | Evolution | Module social | matricule des profils non présents dans les exports salariés | ||||
Certains exports salariés ne comprennent pas le matricule du salarié alors qu’il est présent en bdd.Par définition c’est la création du contrat qui va générer l’import du profil dans le logiciel de paie qui va lui même créer le n° de matricule. | |||||||
4929 | 715 | Evolution | Module social | tableau de bord – module social | |||
Dans la modale contrat incomplet. Injecter un lien sur le nom du collaborateur ouvrant un nouvel onglet. | |||||||
4928 | 730 | Evolution | Module social | social – création d’un avenant | |||
le champs texte de saisi de l’avenant est trop petit et ne gère pas les retours chariots dans la modale de modification de contrat.Augmenter la taille du champ et la saisie. Intégrer un WysiWyG | |||||||
4926 | 700 | Evolution | Module social | social – logs modification de profil et CRM | |||
les services RH sont informés par le système lorsqu’un profil modifie son profil sans pour autant savoir ce qui a été modifié.Étoffer les logs de modification de profils Savoir notamment s’il a modifié des notions importantes adresse ibanInjecter cette modification dans le CRM 111 Pour réduire les nombres de mails envoyés, on alerte et envoie ce mail seulement pour les profils complets (avec tous les champs nécessaires pour créer un contrat remplis). | |||||||
V3-Facturation 3 | |||||||
4972 | 750 | Anomalie | V3-Facturation | Modale facturation – pb sur l’enchaînement des factures | |||
Lorsque que dans une commande collective un opérateur souhaite facturer les participants 1 par 1. La première facturation se déroule bien. La modale se rafraichie s’il souhaite facturer un second participant la modale affiche un message système demandant de sélectionner au moins un produit annexe?? cela implique à l’opérateur de fermer la modale de facturation et de la ré ouvrir. | |||||||
4954 | 750 | Anomalie | V3-Facturation | Bug facturation | |||
Lorsque l’on entre dans la modale de facturation (commande standard), que l’on sélectionne les montants à facturer, puis que l’on ferme et rouvre la modale, il est impossible de sélectionner une ligne à facturer. Seuls les produits annexes peuvent l’être. | |||||||
4948 | 750 | Anomalie | V3-Facturation | Montant part RL | |||
Dans les commandes collectives, au niveau de la facturation, dans le menu déroulant après Représentant légal, il est écrit pour chaque RL: undefined € Cela ne devrait pas apparaitre, et un montrant devrait remonter s’il y a une part RL. Sinon c’est un 0 qui devrait remonter. | |||||||
VACKELYS 11 | |||||||
4977 | 700 | Evolution | VACKELYS | Tri – ordre alphabétique | |||
Trier les éléments de Configuration<Production<Forfait<Formalités par ordre alphabétique | |||||||
4973 | 750 | Anomalie | VACKELYS | Correction fautes | |||
Fiche client – Coordonées Bancaires devient Coordonnées Bancaires | |||||||
4969 | 750 | Evolution | VACKELYS | Evolution fonction request | |||
La fonction request est différemment utilisée par les clients.A l’heure actuelle, il est remonté « liste d’attente » en front avec en description « Vous êtes sur le point de faire une demande de disponibilité ou de réservation. Il se peut que nos places soient limitées ou que nous ayons besoin de vous contacter pour obtenir plus d’informations concernant le participant et ses attentes avant de valider votre demande. Nous vous remercions de bien vouloir compléter le formulaire ci-dessous. Nous vous recontacterons dans les plus brefs délais. »Il doit pouvoir être nécessaire de modifier ces éléments selon les instances.Intégrer dans l’écran Configuration<Gestion<Paiement en ligne deux champs permettant de modifier ces éléments. On retrouve un champ: – Fonction request affichée en front : – Descriptif de la fonction request :Par défaut, reprendre la configuration actuelle. | |||||||
4963 | 650 | Evolution | VACKELYS | Colonne RL – liste commandes | |||
Inverser le nom et le prénom des RL dans liste commande pour uniformiser les colonnes. | |||||||
4962 | 600 | Evolution | VACKELYS | Gestion messagerie | |||
Afficher le numéro de la commande dans le sujet pour faciliter la gestion de la messagerie. | |||||||
4959 | 750 | Anomalie | VACKELYS | Caractères spéciaux campagnes SMS | |||
Les SMS envoyés via l’API ne prennent pas en compte les accents et caractères spéciaux. Les SMS envoyés via la plateforme sms.vackelys n’ont pas ce souci. | |||||||
4955 | 750 | Anomalie | VACKELYS | calcul des stocks sur site internet | |||
Le site d’un client présentait un départ complet alors qu’il restait des stocks en back office. J’ai lancé le recalcule des stocks depuis l’écran stock<disponibilité mais celui ci n’a pas libéré le bouton complet; J’ai lancé le recalcule des stocks depuis la commande standard ce qui a libéré le statut complet du code tarif.il faudrait uniformiser les deux fonctions de recalcule | |||||||
4953 | 700 | Evolution | VACKELYS | Optimisation de l’expérience utilisateur | |||
Commande standard : Après facturation, rester dans la modale de facturation. Configuration<communication<template : Après enregistrement, rester sur le même onglet Configuration<communication<SEO : Après enregistrement, rester sur le même onglet (et si possible au niveau du même datatable dans l’administration des pages) Lors de la saisie de villes dans Configuration<Administratif<Ville, voir s’il est possible de ne pas perdre la pagination et les filtres à chaque enregistrement. | |||||||
4951 | 750 | Anomalie | VACKELYS | PDF devis | |||
Les informations de l’organisateur ne doivent pas remonter sur les pdf de devis.Supprimer la ligne surlignée dans la PJ. | |||||||
4937 | 650 | Anomalie | VACKELYS | Fonction de recalcul stock | |||
Lors de la refonte des stocks, l’onglet ‘Stock’ présent dans la fiche séjour a été enlevé.Dans cet onglet, un bouton permettait de recalculer les stocks et ainsi de rendre réservables des départs qui étaient temporairement complets. Voir pour réintégrer ce bouton dans l’onglet des départs. | |||||||
4933 | Histoire | VACKELYS | Création d’une nouvelle fonction d’import de commande | ||||
Import spécifique de résas. | |||||||
VACKELYS Connect API 2 | |||||||
4931 | 730 | Evolution | VACKELYS Connect API | Intégration de liens sur les séjours externes | |||
Dans la modale des séjours de mes fournisseurs. Mettre un lien sur le séjour qui pointe sur le séjour sur l’instance du fournisseur afin que l’opérateur puisse contrôler le contenu avant validation. | |||||||
4921 | 750 | Anomalie | VACKELYS Connect API | Changement statut de la commande | |||
Lorsque nous avons un changement de statut sur une commande Connect, il est nécessaire de faire appel à l’API. Exemple : Lorsqu’un règlement sous forme de prélèvement est intégré dans une commande, elle n’est pas mise à jour sur connect. | |||||||
VACKELYS V3 1 | |||||||
4353 | 745 | Evolution | VACKELYS V3 | Modification d’une ville de retour dans une commande | |||
Lorsqu’un opérateur souhaite modifier une ville de retour le programme contrôle s’il reste du stock disponible. Il peut se trouver que le séjour est complet mais pas le stock attaché à la ville de départ. Dans ce cas le programme ne propose pas de solutions car il considère que le séjour est complet.Or sur une simple modification de ville de retour il n’y a pas d’impact sur le stock destination et sur le stock séjour. Il faudrait donc en théorie ne contrôler que le stock sur la ville. | |||||||
VACKELYS V5 1 | |||||||
4975 | 745 | Evolution | VACKELYS V5 | Evolution couleur – configuration | |||
La couleur des menus de configuration est trop foncée pour certains utilisateurs. Remplacer la couleur actuelle par #B0B6C1 |