Note de version 4.07 du 05/09/2022
# | Tracker | Projet | Sujet | |
---|---|---|---|---|
API ASSURANCES 2 | ||||
4341 | Evolution | API ASSURANCES | Tri des souscriptions d’assurance. | |
Dans la liste locales des assurances, il faudrait faire apparaitre en 1er les dernières souscriptions.
| ||||
4339 | Tâche | API ASSURANCES | Intégrer le numéro de commande dans les alertes | |
Il faudrait remonter les numéros de commandes dans les alertes de type assurance.
| ||||
Commande Collective 1 | ||||
4373 | Evolution | Commande Collective | Ergonomie commande collective- accès tiers | |
Dans une commande standard il est relativement aisé d’accéder aux informations des tiers.
Dans la commande collective pour accéder aux informations du RL et du Participant il faut réaliser de nombreux clicsUtiliser le « i » de la tooltype pour intégrer un lien ouvrant une modale avec les infos RL ou Participant | ||||
CRM Vackelys 6 | ||||
4397 | Histoire | CRM Vackelys | Module SMS connexion client à l’interface SMS dédiée | |
Avec le changement d’opérateur nous avons créé une instance de gestion en marque blanche sous l’enseigne sms.vackelys.frL’objet de cette histoire est de permettre aux clients des instances Vackélys de pouvoir accéder à cette interface de gestion automatiquement depuis Vackélys.Dans l’écran commercial<CRM<campagne sms intégration d’un lien « Vackélys SMS » qui pointe vers sms.vackelys.frDans l’écran configuration<CRM<CRM SMS<paramétrage SMS ajout de deux champs
| ||||
4385 | Evolution | CRM Vackelys | Contrôle des tables NOSENT via Vackélys Connect | |
Centralisation via Vackélys Connect des tables NOSENT des instances afin d’alerter le support d’un éventuel engorgement.
| ||||
4379 | Histoire | CRM Vackelys | Campagne Sms | |
Amelioration du process et verification du status des sms toujours en cours d’envoi
| ||||
4367 | Anomalie | CRM Vackelys | Remonté des statuts d’envoi des campagnes SMS | |
On a un certain nombre de campagnes pour lesquelles si on clique sur l’ID on a un datatable warning et pour lesquelles le picto à droite ne fonctionne pas.
| ||||
4338 | Anomalie | CRM Vackelys | Bug SMS en prod | |
Les crons sms plantent les instances en prod
| ||||
4321 | Anomalie | CRM Vackelys | CRM – gestion de la variable #STATUT_DOSS_VOY | |
Dans certaines commande la variable #STATUT_DOSS_VOY remonte une information erronée.
| ||||
Front office sites mutualisés 3 | ||||
4344 | Evolution | Front office sites mutualisés | Affichage produits annexes en front | |
Lorsque l’on intègre une image pour un produit annexe, l’image prend la moitié de la page.
Il faudrait réduire la zone dédiée à l’image et agrandir la zone de texte.L’écran est coupé en 6 et 6. Passer en 4 et 8. | ||||
4329 | Evolution | Front office sites mutualisés | Rendre les commandes plus accessibles en front | |
Il est fréquent que les clients ne parviennent pas à consulter leurs commandes en front office.
Il faudrait rendre cliquable non plus le numéro de commande mais l’intégralité de la ligne de commande. Le clic redirigerait le client vers sa commande. | ||||
4328 | Evolution | Front office sites mutualisés | Remplacer le mot « commande » par « réservation » | |
Remplacer le mot « commande » par « réservation » sur le front office.
| ||||
Module comptable 6 | ||||
4387 | Anomalie | Module comptable | Comptabilité<état fournisseurs – Mauvais solde | |
Lorsque l’on réalise un état fournisseur :
le total fournisseur du tableau des historiques d’états fournisseurs est juste. le total prix d’achat de l’état fournisseur est faux.Ceci se produit lorsque l’on a modifié manuellement le prix d’achat de certains séjours | ||||
4351 | Evolution | Module comptable | Optimisation de l’écran règlements | |
Par défaut cet écran affiche les chèques non remisés en date du jour.
Par contre si on retire ce filtre l’écran affiche l’ensemble des règlements depuis le lancement de la plate forme. Soit pour certaines instances pratiquement 100 000 lignes.Afin d’accélérer le chargement ne proposer que les règlements des 12 derniers mois glissants | ||||
4345 | Tâche | Module comptable | Export comptable Sage format 10 colonnes | |
Création d’un nouvel export comptable 10 colonnesl’export ne comprend pas d’entête de colonnes
les colonnes sont dans l’ordreN° Ecriture|Journal|date export|date|code comptable|N° de compte|Libellé|débit|Crédit|AnalytiqueCodage clients Contrairement aux N° de comptes Clients habituel le Code client n’est pas stocké dans la table client mais généré dynamiquement au moment de l’export comptable.mise en place d’un codage client dynamique codecomptagénéral|codecomptatypeclient|codeanalyticcategoriemère|annéece qui pourrait donner le code client suivant : 4111B11
Si le code comptable de la catégorie mère est renseigné alors le code du produit compte 7 sera celui renseigné. Ainsi il sera possible de ventiler les Bafa en compte 7061000. Il faudra pour cela que tous les bafa aient une catégorie mère formation par exemple dans laquelle ce code 706100 sera renseigné.Si le code comptable n’est pas renseigné dans la catégorie mère alors le compte de produit sera le code comptable du type client. l’opérateur pourra ainsi saisir 7063100 pour tous les types clients individuels et 7063200 pour tous les types clients professionnels.Code remises A ce jour il n’existe qu’un code remise paramétré dans configuration<comptabilité Intégration d’une exception à ce codage : Si la remise est sur un produit de catégorie mère formation alors le code comptable de la remise sera 7096100Colonne Analytique Le code sera composé d’une fusion d’un code affaire du séjour, ville de départ, mois ou tout autre critère identifiable en base de données. Le client doit préciser son souhait de codage.journal de banque le code journal est défini dans le mode de règlement la colonne 5 remonte le code du mode de règlement plus la date : Exemple CB20220609 ou VIR20220610journal de vente la colonne code comptable reprend le journal de vente|date facture-N° facture. | ||||
4331 | Anomalie | Module comptable | Page 404 – rapprochement bancaire | |
Page 404 lorsque l’on clique sur « Ajout de règlement » sans cocher de lignes dans un rapprochement bancaire.
| ||||
4322 | Anomalie | Module comptable | Export comptable modèle EBP avec auxiliarisation et sans analytique non fonctionnel | |
Une 404 est générée à la prévisualisation
| ||||
4275 | Histoire | Module comptable | Export sage 12 colonnes | |
Les codes comptables des journaux de vente sont alimentés par les codes comptables de catégories de séjours.
| ||||
MODULE SEPA 3 | ||||
4393 | Anomalie | MODULE SEPA | Prélèvements sans iban | |
Certains prélèvements et comptes clients se retrouvent sans iban bic alors que le client à bien valider son mandat de prélèvement SEPA.
| ||||
4376 | Anomalie | MODULE SEPA | Bug Virement SEPA | |
Ecran commercial<règlements<virement. Ce dernier remonte des virements sans IBAN.
Normalement les virements qui remontent dans cet écran devraient tous avoir un iban | ||||
4361 | Evolution | MODULE SEPA | contrôle des iban bic | |
Afin d’éviter les problèmes de rejets il faudrait contrôler que la banque du tiers soit une banque française.
Lors de la saisie de l’iban contrôler que l’iban débute par FRMettre un contrôle avant enregistrement à la saisie de l’iban par l’opérateur ou le client. Ecrire la saisie en rouge avec l’alerte déroulant sous le champs de saisi : « Votre Iban doit être sur une banque française et débuter par FR »mettre à jour les écrans de commande front et back le compte client : moyens de paiement et paiement par prélèvement SEPA En back office les espaces clients et RL | ||||
Module social 1 | ||||
4366 | Evolution | Module social | Tri par ordre alphabétique | |
Dans les profils collaborateurs, trier les pays et les villes par ordre alphabétique.
| ||||
Module Transport 7 | ||||
4386 | Evolution | Module Transport | Statistiques<listes<transports | |
Les impressions PDF sortent actuellement dans la colonne client le nom du représentant de l’organisation lorsque c’est un client de type ProfessionnelEvolution
La colonne doit comprendre non pas le non du responsable de l’organisation mais le nom de l’organisation – critère raison sociale Même remarque pour l’export CSV | ||||
4383 | Evolution | Module Transport | Gestion du critère « départ » de la feuille de route | |
La colonne départ de la feuille de route a besoin d’être précisée.Dans une feuille de route, parmi les participants injectés vous pouvez avoir des participant intégrés dans un plan « aller » et des participants intégrés dans un plan « Retour »
Le but de cette colonne est de délivrer à l’accompagnateur l’information cohérente en fonction du parcours du participant.Cette colonne doit injecter : – La ville de départ du participant si le participant est dans un plan « Aller » – La ville de retour du participant si le participant est dans un plan « Retour »Le libellé de la colonne n’est de ce fait plus cohérent. Remplacer le mot « Départ » par le mot « Ville » | ||||
4364 | Anomalie | Module Transport | Participants archivés dans les feuilles de route | |
Les participants archivés remontent dans les feuilles de route.
| ||||
4359 | Anomalie | Module Transport | bug mes deplacements | |
On les avait trié par date la plus proche en premier et maintenant l’ordre est aléatoire
| ||||
4356 | Anomalie | Module Transport | Feuille de route – segments inactifs | |
Lorsqu’un accompagnateur est affecté à un segment, puis que ce segment est remplacé par un autre, la feuille de route remonte tout de même le 1er segment.
| ||||
4343 | Anomalie | Module Transport | Erreur 404 – Feuille de route | |
L’ouverture de la feuille de route génère une 404.
| ||||
4332 | Evolution | Module Transport | Optimisation – feuille de route | |
– Les numéros de téléphone des chefs de convois ne sont pas sous le bon format. Reprendre un format de type +33 6 00 00 00 00 et non +33 60 00 00 00 0- Lorsqu’un client professionnel indique un nom et un prénom dans sa fiche profil, ce sont eux qui remontent. Il faudrait que ce soit la raison sociale.
| ||||
PROJETS CUBIQ 1 | ||||
4352 | Anomalie | PROJETS CUBIQ | Bug statis liste Partivipant | |
données erronées dans l’export csv
| ||||
SEO VACKELYS 1 | ||||
4325 | Evolution | SEO VACKELYS | code source page d’accueil sites mutualisés et bandeau des cookies | |
Dans le code source de la page nous avons :<!– fenêtre modale pour les cookies –>
<div class= »modal fade » id= »modalCookies »> <div class= »modal-dialog modal-lg »> <div class= »modal-content »> <div class= »modal-header » id= »depart-header »> <button type= »button » class= »close » data-dismiss= »modal » aria-hidden= »true »>×</button> <p class= »modal-title » id= »depart-title »><strong>Informations sur les cookies</strong></p> </div> <div class= »modal-body » id= »depart-body »> <span id= »departMsg »> Lorsque vous naviguez sur notre site <a href= »https://blabla.fr » style= »color:#B83B41″>https://blabla.fr</a>, des cookies sont déposés sur votre ordinateur, tablette ou mobile. Ces cookies nous permettent de suivre l’audience du site, de vous proposer des services appropriés à votre navigation comme l’identification à votre compte personnel ou encore des publicités personnalisées sur d’autres sites.<br><br><b>Qu’est-ce qu’un cookie ?</b><br> Un cookie est un petit fichier déposé sur votre terminal (ordinateur, tablette ou mobile) lorsque vous consultez un site. L’objectif est de vous identifier pour vous proposer des contenus personnalisés et adaptés à vos centres d’intérêts. <br><br>
</span></div> <div class= »modal-footer » id= »depart-footer »> <a href= » » data-dismiss= »modal » class= »btn »>Fermer</a> </div> </div> </div> </div><!– fin fenêtre modale –> ——————————————————————————————————————————————-Il faudrait décaler ce code source après le footer en dehors du header. De plus sur ce bandeau nous avons un lien en savoir plus qui pointe sur les mentions légales. Il n’est donc pas nécessaire de mettre tout ce texte. Il faut uniquement laisser »Nous utilisons des cookies pour mesurer l’audience du site et proposer des offres adapatées à vos centres d’intérêts. En poursuivant la navigation, vous acceptez le dépôt de ces cookies. En savoir plus. » | ||||
V3-Facturation 1 | ||||
4372 | Evolution | V3-Facturation | Ecran Commercial facturation | |
Ajout d’une colonne « type » pour type client après client
Vérifier le classement par date de séjour qui semble non fonctionnel. | ||||
VACKELYS 1 | ||||
4166 | Evolution | VACKELYS | Ergonomie – Modification des tableaux data table | |
Tous les tableaux data table des écrans de back office disposent d’une case à cocher sur la droite permettant notamment d’activer les fonctions d’export csv.
Cette ergonomie est perfectible car dans le cas de tableaux très larges, l’opérateur est obligé de descendre tout en bas de la page pour scroller à droite, remonter pour faire un select all, redescendre pour scroller à gauche, remonter pour actionner le menu action.Evolution proposée : injecter la colonne des cases à cocher sur l’extrême gauche des tableaux data table. | ||||
VACKELYS Connect API 2 | ||||
4349 | Histoire | VACKELYS Connect API | Synchronisation des n° de DDCS liés aux codes tarifs | |
Chaque code tarif peut être lié à un numéro de DDCS
Ce numéro s’implémente dans l’écran Séjours<N° DDCSIntégrer la synchro de l’instance productrice vers l’instance distributrice de ces numéros DDCS | ||||
4314 | Histoire | VACKELYS Connect API | Connect log | |
Création d’un log de mise à jour des commandes afin que les opérateurs disposent d’une information dans le workflow lorsque la mise à jour est réalisée par Connect
| ||||
VACKELYS V3 26 | ||||
4406 | Evolution | VACKELYS V3 | Ajout de formalité sur commandes déjà réalisées | |
Il arrive qu’un opérateur ajoute une formalité sur un séjour sur lequel des commandes ont déjà été réalisées.
Il faut alors mettre à jour les formalités demandées pour les commandes réalisées avant date système et ayant un départ dans le futur. | ||||
4384 | Anomalie | VACKELYS V3 | Calcul du nombr de jour dans l’attestation de présence | |
Le calcul du critère durée est erroné.
Exemple un séjour du 15 au 19 devrait remonter 5 jours. Il n’est remonte que 4 actuellement. | ||||
4382 | Anomalie | VACKELYS V3 | Génération automatique des attestations de présence | |
La génération automatique des attestations de présence n’est pas fonctionnelle.
| ||||
4380 | Anomalie | VACKELYS V3 | calcul stock hébergement | |
4378 | Evolution | VACKELYS V3 | Règlement dans les factures de services | |
Permettre à un opérateur de supprimer un règlement dans une facture de service dès lors qu’il respecte les critères habituels de suppression tel que défini dans le cadre des réservations.
Le développeur fera appel au même module de contrôle des suppressions de règlement afin de centraliser les conditions | ||||
4375 | Anomalie | VACKELYS V3 | Export des documents de voyages | |
Dans la commande collective
si je sélectionne le même document pour plusieurs participants dans l’onglet documents<formalités J’ouvre un zip qui ne comprend pas les documents sélectionnés.Dans commercial<documents si je sélectionne une liste de documents le process ne télécharge pas l’ensemble des documents sélectionnés | ||||
4365 | Anomalie | VACKELYS V3 | Statistique<liste<transport fonctions d’export | |
Dans la fonction « exporter la sélection »
les colonnes Pax et Options ne sont pas injectées. | ||||
4362 | Anomalie | VACKELYS V3 | Module tableau de bord – dossiers complets | |
Le module tableau de bord « dossier incomplets » remonte les commandes UFCV ayant un dossier complet.
Proposer une fonction de filtre permettant d’archiver toutes ces commandes. | ||||
4360 | Anomalie | VACKELYS V3 | Changement du mail d’un client ou d’un RL | |
lorsqu’en back office l’opérateur change le mail du client.
Il enregistre Il retourne dans une des commandes du client. Il fait appel à la fonction mail de la commande. Le mail proposé reste le mail supprimé. S’il enlève le mail et qu’il clique sur le champ du mail l’ancien et le nouveau mail sont proposés.Il faudrait que ce soit uniquement le mail valide qui soit proposé. | ||||
4357 | Anomalie | VACKELYS V3 | Convocation individuelle – PDF mélangés | |
Commande 1, j’intègre un doc 1 nommé « convocation »
Commande 2, j’intègre un doc 2 nommé « convocation »Je vais retrouver dans ma commande 1 le doc 2 dans mon espace personnel et dans les PJ de mails. Si je renomme mon doc par « convocation-2 » je n’ai plus le problème. | ||||
4354 | Anomalie | VACKELYS V3 | Date d’échéance d’une option de commande standard. | |
L’échéance d’option d’une commande standard est réglé par les paramétrages de configuration<production<stock.
Si l’échéance théorique est supérieur à la date de départ le programme doit intégrer une échéance à J-1 avant date de départ. | ||||
4353 | 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. | ||||
4350 | Evolution | VACKELYS V3 | Carnet de voyage : archivage | |
Pour certains séjours la liste des carnets de voyage peut être longue.
Mise en place d’un système de pagination | ||||
4347 | Anomalie | VACKELYS V3 | Menu fil d’arianne configuration<social | |
la gestion des menus et du fil d’ariane n’est pas cohérente
| ||||
4346 | Anomalie | VACKELYS V3 | Statistique<liste<présent | |
Export csv des présents
la colonne RL n’est plus alimentée. Les RL sont alimentés dans la colonne commentaire Les commentaires ne sont plus injectés | ||||
4342 | Evolution | VACKELYS V3 | Banque de paiement en ligne | |
En paramétrage configuration<gestion<commande<paiement en ligne
il est possible de définir une banque exclusivement pour le paiement en ligne.Il faut permettre que cette banque remonte dans la liste des banques lors de la saisie des règlements | ||||
4340 | Anomalie | VACKELYS V3 | Modules tableau de bord – Trier par date de départ la plus proche | |
Dans les modules tableau de bord « Commandes sans carnet de voyage », « Dossiers incomplets » et « Commandes sans convocation », trier les alertes par départ le plus proche en premier.
| ||||
4336 | Anomalie | VACKELYS V3 | Changement de transport – Départ désactivé | |
Lorsque l’on veut modifier le transport retour dans une commande, nous avons par défaut toutes les villes disponibles sur le séjour.
Il ne devrait pas être possible de sélectionner une ville retour non active ou complète. | ||||
4326 | Anomalie | VACKELYS V3 | Commandes non soldées – Colonne Tiers payant | |
L’export des commandes non soldées ne remonte pas les tiers payants
| ||||
4319 | Anomalie | VACKELYS V3 | Bug Formalité obligatoire | |
Bug Formalité obligatoire
| ||||
4318 | Anomalie | VACKELYS V3 | fonction « télécharger tous les fichiers » | |
Dans la commande onglet documents.
Si on active la fonction « télécharger tous les fichiers » alors qu’il n’y a aucun document attaché. la fonction génère une 404 | ||||
4317 | Evolution | VACKELYS V3 | Téléchargement zip des carnets de voyages | |
Dans le compte client il existe une fonction zip de téléchargement du carnet de voyage et de la convocation transport.
La mise en zip déstructure le format pdf qui n’est plus fonctionnel si le nom du carnet comporte des signes spécifiques. L’enregistrement du carnet de voyages dans commercial<carnet de voyages doit contrôler qu’aucun signe spécifique n’est intégré dans le nom du carnet.De plus du coté client et lorsque l’on télécharge ce carnet, il faudrait que le nom du carnet de voyage soit repris au lieu d’un nom générique | ||||
4315 | Anomalie | VACKELYS V3 | remise de chèques impossible | |
Suite à la mise à jour les remises de chèques ne sont plus possible. Commercial<remise de chèque
Cela affiche systématiquement un message d’erreur « Veuillez ne sélectionner que les paiements par chèques. ». | ||||
4228 | Evolution | VACKELYS V3 | Commande collective – détail des totaux | |
remplacer le mot total par le nom du critère auquel il correspond
| ||||
4225 | Evolution | VACKELYS V3 | Ecran commercial<facturation | |
ajouter une colonne type client
| ||||
4170 | Histoire | VACKELYS V3 | fonction de prévisualisation des pdf | |
A ce jour pour visualiser le contenu d’un pdf il est nécessaire de télécharger le document.
Mise en place d’une fonction de prévisualisation qui ouvrirait dans une modale le contenu du document. un petit picto est présent à droite de la ref du document.La norme sera alors : Clic sur la réf : téléchargement du document Clic sur le picto : visualisation du documentCette norme est à déployer dans tous les écrans du logiciel |