Note de version 5.2 du 21/11/2023
| # | Projet | Sujet |
|---|---|---|
| Billetterie 1 | ||
| 4743 | Billetterie | Ajout de champs commentaires |
l’opérateur doit pouvoir ajouter des commentaires qui apparaitrons sous forme de toultype une fois saisie Un commentaire peut être ajouter
un menu Action<Ajouté un commentaire ouvre une modale la modale comporte un champ texte l’opérateur peut définir si le commentaire s’ajoute
Une fois le commentaire enregistré l’opérateur pourra visualiser le contenu du commentaire en passant la souris sur la tooltype | ||
| Commande Collective 1 | ||
| 4847 | Commande Collective | Ajout de règlement dans une commande collective |
Ajouter les boutons « enregistrer » et « retour » en bas de page de la commande collective afin de faciliter l’enregistrement de nouveaux règlements. Reprendre le fonctionnement de la commande standard. | ||
| CRM Vackelys 3 | ||
| 4840 | CRM Vackelys | Bug suppression de PJ |
Lorsque l’on ajoute une pièce jointe dans les mails manuels depuis notre pc, puis que nous la supprimons, la pièce jointe est tout de même envoyée avec le mail. | ||
| 4789 | CRM Vackelys | Clasement des campagnes SMS |
Classer les campagnes par n° ID décroissant | ||
| 4788 | CRM Vackelys | Affichage des campagnes SMS |
Par défaut le programme n’affiche pas les campagnes inférieures à date système. Mais il n’affiche pas non plus les campagnes qui viennent d’être créées et pour lesquelles aucune date n’est programmée. L’opérateur doit alors afficher toutes les campagnes pour retrouver la dernière créée pour pouvoir l’envoyer. Evolution : L’écran doit afficher les campagnes dont date d’envoi supérieure à date système mais également celles ne disposant pas de dates. | ||
| Front office sites mutualisés 9 | ||
| 4904 | Front office sites mutualisés | Modification lien frontoffice : tous les templates |
Modification du lien frontoffice : A la place de : https://www.formulaires.modernisation.gouv.fr/gf/cerfa_15646.do Mettre : https://www.service-public.fr/simulateur/calcul/15646-01 Et ajouter en dessous la phrase suivante : La vérification et l’obtention de toutes les formalités avant le départ est à la charge du voyageur. | ||
| 4901 | Front office sites mutualisés | Remontée commande comptes RL |
Une commande effectuée avec un code de supervision ne remonte pas dans le compte représentant légal associé à cette réservation. | ||
| 4896 | Front office sites mutualisés | Case à cocher pour enlever l’effet dégradé de l’image de bandeau |
Permettre aux utilisateurs d’enlever l’effet dégradé de l’image du bandeau en front. | ||
| 4895 | Front office sites mutualisés | Séjours de 1 jours |
Dans la page de recherche de séjours les présentations de séjours montre la durée en nombre de jours. Si le séjour fait un jour on affiche « 1 jours » il faudrait du coup changer l’orthographe et mettre « 1 jour(s) » Même remarque dans la page séjour pour le critère durée. | ||
| 4887 | Front office sites mutualisés | Module CMS – pages non publiées |
Rendre possible la publication d’une page non indexée et non visible sur le site internet de l’instance. | ||
| 4881 | Front office sites mutualisés | Utilisation des filtres sur le moteur de recherche front |
Lors de la sélection d’un critère âge, les résultats sont corrects. Si j’ajoute le critère saison, les résultats sont corrects. Mais si j’ajoute une ville de départ, les critères saisons et ville s’enlèvent. | ||
| 4876 | Front office sites mutualisés | Texte parrainage |
Modifier le texte de parrainage en back et en front. « ENSEIGNE vous propose de participer à son programme de parrainage pour colonies de vacances. » devient « ENSEIGNE vous propose de participer à son programme de parrainage pour une expérience inoubliable à plusieurs. » | ||
| 4623 | Front office sites mutualisés | Refonte code Templates |
Refonte du code pour faciliter l’intégration d’un nouveau template et les modifications spécifiques à un template. | ||
| 4615 | Front office sites mutualisés | Page d’accueil – rendre le positionnement des blocs plus flexible pour l’opérateur |
Création dans Configuration<Communication<Template d’une page d’administration de la page d’accueil du site internet de l’instance. | ||
| Module comptable 2 | ||
| 4897 | Module comptable | Export EBP avec auxiliarisation sans analytique – optimisation pour lettrage automatique |
Injecter dans la colonne #lettrage systématiquement : Cas de la facture multi commandes. Le lettrage ne pourra être automatiser. Ne pas injecter de n° de Commande Cas de la facture de service | ||
| 4859 | Module comptable | Etat clients – |
| Il existe une anomalie de stockage du prix public de la commande dans le cadre des commandes avec une ville de départ différente de la ville retour. Le prix public remonte le forfait initial avec ville de départ = Ville de retour. Il devrait remonter le tarif unitaire de chaque segment aller et retour. | ||
| Module social 5 | ||
| 4919 | Module social | Gestion des profils créés via offre d’emploi |
Lorsqu’un internaute postule à une offre d’emploi, un profil est créé en back-office. | ||
| 4846 | Module social | Sociale – contrat animateur pour un utilisateur vackelys |
| Actuellement, lorsque l’on crée un contrat, si le profil collaborateur est lié à un utilisateur actif, celui-ci sera désactivé. Il faudrait que l’utilisateur ne soit désactivé que s’il s’agit d’un contrat directeur. Toutes les autres fonction pourront ainsi conserver un profil collaborateur et utilisateur back-office. Nous intégrons également un lien vers le profil collaborateur dans les profils utilisateurs. | ||
| 4783 | Module social | Enregistrement des informations collaborateur |
Lors de la saisie des informations d’un profil collaborateur, il est nécessaire que l’ensemble des critères du profil soient saisis pour enregistrer. | ||
| 4782 | Module social | fiche profil – gestion des profils nés en Corse |
Un profil né en Corse aura un numéro de sécu intégrant 2A ou 2B | ||
| 4781 | Module social | format fichier DPAE |
Il y a un retour d’erreur de l’URSSAF sur le fichier d’export des DPAE dans le module social. | ||
| Module Transport 1 | ||
| 4786 | Module Transport | Visualisation des accompagnateurs par les directeurs |
Un directeur doit obligatoirement sélectionner une destination pour pouvoir affecter les accompagnateurs. Il ne voit donc que les profils affectés à la destination choisie. | ||
| SEO VACKELYS 2 | ||
| 4838 | SEO VACKELYS | Intégration d’une variable #année |
création d’une variable #année que les rédacteurs pourraient intégrer dans les pages CMS | ||
| 4650 | SEO VACKELYS | Optimisation temps de chargement de la page SEO |
| Statistiques 1 | ||
| 4889 | Statistiques | Etats liste< type d’état commande |
l’état détaillé lors de l’export dans le cadre de commandes standard multiple remonte en bout de ligne le total de commande au lieu du total par pax. | ||
| V3-Facturation 1 | ||
| 4848 | V3-Facturation | Facture de services pour RL – injectin IBAN |
Lorsqu’une facture de services est générée pour un RL l’iban n’est pas injectée automatiquement contrairement à la facture de service à destination du tiers client. | ||
| VACKELYS 24 | ||
| 4915 | VACKELYS | Rôle Directeur nouvelles instances |
Le droit directeur sur les nouvelles instances est nommé « DIROO ». Le renommer en « DIRECTEUR ». | ||
| 4914 | VACKELYS | Trier les activités par ordre alphabétique |
Trier les activités par ordre alphabétique dans Config<Prod<Séjour<Activité. | ||
| 4900 | VACKELYS | Activation des comptes représentant légaux |
Lorsque l’on utilise les codes de supervision pour créer des commandes au nom du superviseur, les clients n’ayant pas de comptes RL remontent une erreur. | ||
| 4893 | VACKELYS | Bug modification représentant légal |
La modification d’un représentant légal depuis sa fiche en back office retourne une erreur 404. En effet, le compte du représentant légal ne se met pas à jour lors de la modification. | ||
| 4886 | VACKELYS | Erreur à l’intégration d’un règlement |
| La récupération du nom et prénom d’un représentant légal qui n’a pas de compte génère une erreur. (reglementlistener) | ||
| 4875 | VACKELYS | Correction fautes |
Tableau de bord – Remplacer « Séléction des séjours » par « Sélection des séjours » | ||
| 4874 | VACKELYS | Pied de page documents commerciaux |
Remonter le numéro associatif intégré dans « Ou enregistrée sous le N° » de la page organisateur dans le pied de page des documents commerciaux. | ||
| 4871 | VACKELYS | Corrections liées à la refonte des stocks |
| 4836 | VACKELYS | Stock<détail<liste |
Lorsque l’opérateur clique sur un des nombres de pax récapitulatif une modale liste s’ouvre. | ||
| 4835 | VACKELYS | Ecran<commercial<commande |
Ajouter la Colonne RL entre type et participants | ||
| 4825 | VACKELYS | bug generation pdf |
la génération des pdf depuis un crontask ne marche pas | ||
| 4795 | VACKELYS | Formalités des commandes Connect non remontées dans l’écran Documents |
| Les formalités synchronisées via Vackélys Connect ne sont pas remontées dans l’écran commercial<document alors qu’elles sont bien présentent dans la commande. L’écran Commercial<Document doit remonter l’ensemble des formalités disponibles dans les réservations peu importe leur provenance. | ||
| 4793 | VACKELYS | Mise à jour des statuts de commande |
Il arrive que le statut de certaines commandes ne se mette pas à jour. Évolution statut Carnet de Voyage : Intégrer dans le menu action de la modale « Commandes sans carnet de voyage » du tableau de bord une fonction de recalcule des statuts des réservations sélectionnées. Évolution statut commande soldée : Mettre en place une tâche automatique de recalcule du statut qui se lance chaque nuit. Évolution statut dossier complet: Intégrer dans le menu action de la modale « Dossiers incomplets » du tableau de bord une fonction de recalcule des statuts des réservations sélectionnées. | ||
| 4758 | VACKELYS | Stock – Nouvel écran – Dispos |
Cet écran doit être une aide à la vente pour les opérateurs. Il doit leur permettre de connaître les dernières dispos sur une période. L’écran propose un système de filtre Période Destination Séjour Tags séjours Mais également des paramètres de recherche avancée. Activité Age Catégorie Pays Département Saison période de départ La sélection se réalise par Select2 multiple. Une fois les filtres appliqués l’écran propose le tableau suivant : Destination|Séjours|Début|Fin|Ville|A|C|R|dispos Il liste l’ensemble des codes tarifs La tooltype commentaire départ est intégrée afin de connaitre les informations relatives au départ. Le champs dispos est calculé en temps réel. Un bouton « Actualiser » permet de calculer en temps réel la disponibilité sur la période tarifaire. Par défaut le tableau n’affiche que les départs Actifs, Non Complet. Une fonction select all permet de modifier en masse les départs. Un menu Action permet d’ajouter ou d’enlever des commentaires sur tarifs de taguer ou détaguer C, R, A Prochainement : En bout de ligne présence d’un bouton action permettant de lancer la commande standard sur le code tarif choisi. | ||
| 4757 | VACKELYS | Stock- refonte écran Planning |
| L’écran Planning évolue pour permettre une vision globale du remplissage des forfaits. Pour une meilleure lecture alterner une ligne blanche et une ligne grisée. La visualisation des groupes se fait dorénavant dans les différentes modales pour une meilleure lisibilité. On retrouve le tableau suivant : Séjour|Destination|Début|Fin|Stock période tarifaire|Stock forfait|Stock destination|Indiv Option|Indiv Valid|Collect Option|Collect Valid|Total |Dispo période tarifaire|Dispo destination|Pax Le stock période tarifaire correspond à la capacité affecté à un code tarif. Le stock forfait correspond à la capacité affecté à une période pour un forfait donné. Le stock destination correspond à la capacité affecté à une destination à une période donnée. Indiv option correspond aux inscrits individuels en statut option Indiv valid correspond aux inscrits individuels en contrat validé Collect option correspond aux inscrits non validés d’une commande collective Collect valid correspond aux inscrits validés d’une commande collective Total reprend l’ensemble des inscrits (en option ou validés) sur la période tarifaire du séjour affiché. Dispo période tarifaire correspond à la disponibilité restante pour la période tarifaire affichée. Le calcul est réalisé en fonction du minimum de la période tarifaire et prend en compte l’ensemble des inscrits (sauf les collectives option), peu importe la période tarifaire. Les options et les inscrits validés sont pris en compte. Dispo destination correspond à la disponibilité restante pour la période tarifaire affichée. Le calcul est réalisé en fonction du minimum de la période tarifaire et prend en compte l’ensemble des inscrits (sauf les collectives option) sur la destination, peu importe le séjour ou la période tarifaire. Les options et les inscrits validés sont pris en compte. Pax correspond à l’ensemble des inscrits qui partagent au moins 1 jour avec la période tarifaire affichée. | ||
| 4756 | VACKELYS | Stock – Refonte Stock détail |
Contrôle du mode de calcul au sein des cases journalière Dans les tableaux des transports, colonne stock : Injecter le stock ville si le tableau affiche un séjour Injecter la somme des pax d’une même ville de tous les séjours de l’hébergement Au clic sur un case, remontée de la liste des périodes sans le critère ville. Reprise des données de l’ancien tableau stock synthèse. | ||
| 4755 | VACKELYS | Ecran stock synthèse |
L’écran Stock Synthèse est désormais masqué. L’ensemble des éléments de cet écran se retrouvent à présent dans l’écran Stock Planning. | ||
| 4754 | VACKELYS | Fonctions de contrôle des stocks |
Revoir le calcul de toutes les fonctions de contrôle des stocks et centraliser la fonction pour l’ensemble des process. – Commande standard | ||
| 4753 | VACKELYS | Modale stock forfait |
| Si l’opérateur utilise cette fonction il pourra visualiser le stock par période saisie directement dans cette modale. les colonnes suivantes sont ajoutées Date début|Date fin|Stock Seules les périodes supérieures à date système sont affichées Une case à cocher tout afficher permet d’afficher l’ensemble des périodes . | ||
| 4752 | VACKELYS | Séjours stock |
| Cet onglet de l’écran Séjours est renommé en « Ville » Il donne le nombre de pax maximum par « Villes » de départ et par date de départ Ainsi cet écran n’injecte plus l’ensemble des codes tarifs mais les villes par date de départ. Un séjour qui proposait pour une date de départ et une ville donnée 3 périodes différentes, ne proposera plus 3 lignes mais une seule ligne. Date de départ | Ville| Stock Initial|Nb de pax| Dispos| La fonction calcul stock est contrôlée afin de ne contrôler que le nombre de pax par ville et par date de départ. La fonction de modification des stock ne modifie que le nombre de pax max par ville. Par défaut, le stock défini correspond au stock de la période tarifaire maximum. | ||
| 4751 | VACKELYS | Séjour création des départs |
Actuellement la fonction de création de départs affecte par défaut les stocks de la capacité par défaut du séjour. | ||
| 4750 | VACKELYS | Stock – Création de périodes de séjours |
A coté du critère capacité l’opérateur dispose d’un bouton action « Stock » qui permet de paramétrer des périodes de capacités différentes de la capacité initiale. | ||
| 4749 | VACKELYS | Refonte Gestion des stocks – périodes de stocks sur les séjours. |
Tout comme une destination les stocks d’un séjour devront pouvoir être gérés par période. Actuellement la gestion des stocks s’effectue Au niveau de l’hébergement sur lequel des périodes peuvent être créées. Au niveau du séjour dont le stock par défaut est linéaire et fixe Au niveau des tarifs qui comportent notamment les villes. Le système actuel permet de plafonner le stock d’une période de séjours en agissant sur les stocks des tarifs et des périodes qu’ils représentent. Ce qui représente certaine contraintes de flexibilité et de paramétrage. Le nouveau système fonctionnera de la façon suivante : Gestion des stocks au niveau de l’hébergement suivant les périodes validées. (stock linéaire ou stock par périodes) Gestion des stocks au niveau du séjour: (stock linéaire ou par périodes) Gestion des stocks au niveau des villes de départ Ce nouveau mode de gestion incorpore une gestion de périodes sur le stock séjour tout comme sur la destination. La gestion des stock des tarifs ne sert plus qu’à gérer les stocks sur les villes de départ et non plus sur le séjour. Il faudra tout de même contrôler pour chaque période de tarif que l’on dispose encore d’un stock journalier de séjour et d’un stock journalier de lits sur l’hébergement. | ||
| 4738 | VACKELYS | User session time |
La durée de la session d’un utilisateur est pour certains trop courte. | ||
| Vackelys Club Sport 8 | ||
| 4831 | Vackelys Club Sport | Bug adhesion |
On a un bug dans le calcul d’adhésion quand on fait 2 commandes le même jour pour un client sur 2 périodes differents – ex : 1/1/2021 à 31/12/2021 et 1/1/2022 à 31/12/2022 le prix d’adhésion de 2eme commande est 0. | ||
| 4830 | Vackelys Club Sport | Calcul de la période d’adhésion d’un client |
Suite à la modification de la période du cycle calendaire d’adhésion dans la fiche de l’organisateur, il est nécessaire de modifier le code de calcul de la période d’adhésion lors d’une réservation. | ||
| 4715 | Vackelys Club Sport | Modification libellés template back |
le menu séjour devient « Forfaits » | ||
| 4714 | Vackelys Club Sport | Format tournois |
Le format tournois reprend le template du format Inscription | ||
| 4713 | Vackelys Club Sport | Modification du process de réservation |
Modification des process de réservation back et front pour une commande standard. Pour un format inscription : Possibilité d’inscrire sur un forfait inscription alors que la date de début est dépassée. Ne pas contrôler si le participant est déjà inscrit sur un autre format aux mêmes dates Pour un forfait tournois: Ne pas contrôler si le participant est déjà inscrit sur un autre format aux mêmes dates. Pour un forfait séjour-stage Ne pas contrôler si le participant est déjà inscrit sur un autre format aux mêmes dates.Il ne peut cependant pas être inscrit à un autre forfait séjour-stage aux mêmes dates. | ||
| 4712 | Vackelys Club Sport | Format inscription |
Le format de produit inscription est dédié aux organismes de type club qui souhaitent pouvoir gérer les inscriptions annuelles au sein de leur club.
Onglet Tarifs : Modale « Ajouter des tarifs » Dans le format de séjour inscription l’onglet ville n’est pas affiché mais il est pré affecté avec Sur place et prix 0 | ||
| 4711 | Vackelys Club Sport | Modification du process de création de séjours afin de pouvoir envisager de nouveaux formats |
Lorsque l’opérateur crée un nouveau séjour, une liste déroulante permet de choisir le format de séjours. Les formats disponible sont:
L’opérateur pourra ensuite définir sont type séjours dans le template de saisi. Le format doit être un critère de BDD afin que nous puissions procéder à des tries ou filtres. Où possibilité de générer automatiquement un Tag séjour afin que les outils de filtres et de stats soient fonctionnels. Les séjours déjà existant doivent être attaché au format Forfaits- Stages. | ||
| 4710 | Vackelys Club Sport | Gestion des adhésions |
A ce jour une adhésion pour une entité maître peux se gérer selon deux cycles différents : sur un rythme calendaire du 01/01 au 31/12 sur un cycle annuel glissant L’instance peut aussi être paramétrée pour facturer l’adhésion de l’organisateur Dans le cadre de l’évolution vers Vackélys Sport Club, il faudrait que le rythme calendaire puisse devenir dynamique et que chaque instance puisse fixer sa période: Evolution Dans l’écran gestion de l’organisateur, intégration d’un critère début de période d’adhésion JJMM qui définira le début du cycle calendaire. | ||
| VACKELYS Connect API 1 | ||
| 4787 | VACKELYS Connect API | duplication des n° de tel des RL |
Lors de chaque synchro de résa il semblerait que les n° des RL soient dupliqués à chaque fois. | ||
| VACKELYS V3 1 | ||
| 4457 | VACKELYS V3 | modification échéance option |
Dans une commande standard, la modification de l’échéance de l’option n’est pas prise en compte par le programme | ||
| VACKELYS V5 11 | ||
| 4916 | VACKELYS V5 | Solution E-Transaction |
Suite à une évolution de la solution E-Transaction, il est nécessaire de retravailler le script de paiement. Pour être en conformité avec la norme 3DSv2, il faut envoyer 2 variables spécifiques : PBX_BILLING et PBX_SHOPPINGCARTY. En l’occurrence, seul PBX_BILLING est présente, ce qui engendre un refus automatique de la part des serveurs bancaires. Voir : https://www.ca-moncommerce.com/espace-client-mon-commerce/up2pay-e-transactions/ma-documentation/manuel-dintegration-focus-3ds-v2/ | ||
| 4910 | VACKELYS V5 | Export liste commande |
La fonction d’export des commandes dans commercial<commandes ne fonctionne pas. | ||
| 4894 | VACKELYS V5 | Gestion des droits – stocks |
Lorsque le module transport est désactivé dans Configuration<Production<Stock, les menus stocks sont masqués pour l’ensemble des utilisateurs. Le module transport ne devrait pas impacter les stocks. Il ne faudrait masquer les menus stocks uniquement si « contrôle des stocks » est décoché. | ||
| 4885 | VACKELYS V5 | Refonte Module statistique – Export général |
Le temps de chargement du module statistique – export général par commande est beaucoup trop long. Optimiser le temps de chargement. | ||
| 4879 | VACKELYS V5 | Evolution Sogecommerce |
Suite à une évolution Sogecommerce, nous remontons l’erreur suivante : ECHEC lors de l’appel de votre URL de notification [URL de notification à la fin du paiement] | ||
| 4852 | VACKELYS V5 | Ajout participant dans commande front |
Lors de l’étape 2 « Participants », on ne peut ni ajouter de participant via « nouveau participant » ni « ajouter au séjour » le participant déja existant, ni modifier celui-ci. | ||
| 4850 | VACKELYS V5 | Erreur variable #COM_ID sur attestation de présence |
La variable #COM_ID remonte le numéro « commId » type= »hidden », alors qu’elle devrait remonter le numéro de la commande mère visible par le client. | ||
| 4844 | VACKELYS V5 | execute crontask avec le temps spécifique |
| 4829 | VACKELYS V5 | Migration 3DS V2 |
Dans le cadre de la nouvelle version de la Directive européenne sur les Services de Paiement (DSP2), visant à renforcer la sécurité des paiements en ligne, il est nécessaire de mettre à jour notre système en intégrant notamment le champ « Nombre d’articles », faisant désormais partie des nouvelles données obligatoires. | ||
| 4797 | VACKELYS V5 | Accumulation de pourcentage sur les factures d’accompte |
Les pourcentages sélectionnés lors de la création d’une facture d’acompte se multiplient si la page n’est pas rechargée. | ||
| 4733 | VACKELYS V5 | Optimisation temps de chargement commande standard |
Le temps de chargement des commandes standard revendeur sont particulièrement longues du fait de la quantité de données client, rl, participants. | ||