Note de version pour la mise à jour du 27 novembre 2019
Commande Collective 16 | |||
2956 | Histoire | Supprimer le menu permettant de créer une commande libre | |
Avec l’avènement de la commande collective |
|||
2950 | Evolution | Commande collective – statut validé et règlement | |
Le passage du statut de la commande collective mère doit également passé validé dès lors qu’un règlement est saisi. |
|||
2918 | Evolution | commande collective pdf Commande | |
Dans le cadre d’une ligne de commande multi pax dans une commande collective le nombre de pax par ligne devrait être remonté dans le pdf de commande |
|||
2910 | Anomalie | Tableau de bord : Date de rétrocession | |
Dans le cadre d’un client professionnel le nom remonté devrait être la raison sociale |
|||
2909 | Anomalie | Commande collective<modale de facturation – fonction modifier une facture | |
le bouton fermer la modale est non fonctionnel |
|||
2903 | Evolution | Evolution de la notion d’hébergement | |
Suite à l’intégration des types séjours circuits la notion d’hébergement est renommé en Destination |
|||
2902 | Anomalie | Commande collective – sélection d’un séjour | |
Un séjour inactif ne doit pas pouvoir être sélectionné |
|||
2901 | Evolution | Ecran Règlements<commandes non soldées | |
Avec la commande collective il est maintenant nécessaire de remonter les soldes des RL en plus des soldes clients. |
|||
2900 | Anomalie | Statistiques listes<présents | |
L’export des présents présente un pb de format pour les numéros de téléphone |
|||
2899 | Evolution | Commande collective – suppression d’un participant | |
Si un opérateur souhaite supprimer ou archiver un participant pour lequel un règlement est présent le programme affiche une alerte: _Ce participant a eu des règlements #somme des règlements Un participant archivé ne remontera pas dans la liste des présents_ A cause de la traçabilité des flux financiers il n’est en effet pas possible de supprimer un participant si des règlements ont été remontés en compta ou remis en banque. |
|||
2898 | Evolution | Ecran planning | |
Filtre période : remonter les saisons afin que l’opérateur puisse valider la période d’affichage en fonction des saisons qu’il a paramétrées. |
|||
2897 | Evolution | modale de saisie de participations | |
renommer le bouton « Règlement Représentant légal » en « Prise en charges » Dans cette modale les participants doivent être classés par ordre alphabétique. |
|||
2896 | Evolution | Validation d’une ligne de commande dès la saisie | |
Dans le process actuel il est nécessaire d’enregistrer l’ajout d’une nouvelle ligne avant de pouvoir la taguer comme validée. L’opérateur doit pouvoir saisir et cocher la case de validation d’une ligne en un seul enregistrement d’écran. |
|||
2879 | Anomalie | validation des carnets de voyage individuels dans la commande collective | |
La validation d’un carnet de voyage individuel n’est pas fonctionnelle. Le carnet reste en statut invalide |
|||
2850 | Evolution | Import de participants dans la commande collective | |
Ajouter les critères non obligatoires dans les deux process d’import faire évoluer le système d’import. Celui actuel demande trop de manipulation pour l’opérateur L’opérateur peut importer le fichier excel sous n’importe quel forme. Lors de l’import les colonnes du fichier excel sont affichées dans une modale. L’import par ligne décompte le nombre de pax |
|||
2825 | Evolution | Commande collective – Optimisations | |
Onglet commande : le critère séjour d’une ligne de commande Importation de listes de participants: Sur un import par ligne : Exemple le champ Nb de pax de la ligne est souvent mal affiché et peu lisible : Il faudrait figer la taille de ce champ à XXX afin de toujours voir l’ensemble des nombres. Réduire au maximum l’espace entre participant et Rep Leg. |
|||
CRM Vackelys 6 | |||
2943 | Anomalie | Configuration<CRM tableau de filtres | |
Contrôler les filtres du tableau data table qui ne sont pas tous fonctionnels |
|||
2895 | Evolution | Format internationnal des numéros de téléphone | |
Mettre la France par défaut sur l’ensemble des écrans de saisie, front et back |
|||
2883 | Anomalie | envoi d’un mail simple dans les devis. | |
la sélection de la fonction mail simple génère un no match found |
|||
2860 | Histoire | CRM 33 nouveau compte client | |
Lors de l’import ou de la création d’un nouveau compte RL le programme doit faire partir le CRM33 si dans le compte client la fonction « Activer les comptes RL » est validée. |
|||
2733 | Tâche | procédure de mise à jour des anciens numéros de téléphone | |
développer un script qui permettra de réécrire si nécessaire les numéro existant à un bon format. |
|||
2732 | Tâche | Nouvelle saisie des données téléphoniques | |
Dans le but de développer un module CRM SMS il va être nécessaire de standardiser la structure des données de n° de téléphone. A ce jour les formats ne sont pas contrôlés: Il faudrait que les nouvelles saisies respectent ce format. Voir s’il existe un module symfony intégrant une table de numérotation internationale ou mettre en place un process de saisie norme internationale. Modification des champs de saisi des n° de téléphone sur l’application |
|||
Front office sites mutualisés 4 | |||
2780 | Histoire | Séjours similaires front mutualisé | |
front office – page séjour |
|||
2764 | Histoire | intégration de wysiwyg sur les champs de saisie | |
Intégrer un éditeur à l’ensemble des champs de saisi des écran de séjours et hébergement permettant au minimum de gérer les couleurs, bold, souligné, italique, insertion de liens. Tester les problématiques d’édition des fiches séjours et contrats en pdf |
|||
2761 | Histoire | modification des blocs séjours dans les pages de recherche | |
Injection du champ résumé sous l’image. |
|||
2746 | Histoire | Intégration du module Géolocalisation des séjours et module vidéo | |
Intégration du module géoloc sur les sites mutualisés. Correction des dysfonctionnements du programme: Le module mapbox est alors injecté en front sous le slider en demie largeur / l’autre demie largeur sera utilisé par le module Vidéo. |
|||
Module social 4 | |||
2904 | Anomalie | Social – Calcul du repos compensateur | |
Le calcul de la variable repos compensateur injectée dans le contrat de travail est erroné que ce soit pour le report ou la suppression. |
|||
2890 | Tâche | Module social DPAE pour établissement secondaire | |
Evolution de l’écran configuration<social<type export Pour la gestion des exports DPAE: L’opérateur peut ainsi saisir ces nouveaux critères. Lors de l’action sur le mnenu action<exporter DPAE le programme doit vérifier que le nombre de contrats exportés est <= 99 |
|||
2888 | Evolution | Compte collaborateur<segments de transport | |
Le collaborateur doit pouvoir consulter les segments sur lesquels il est affecté si ces segments sont inférieurs ou égal à date système. Faire évoluer la règle d’affichage. |
|||
2884 | Evolution | fichier DPAE | |
le fichier généré ne passe pas sur le site urssaf. Il génère une erreur |
|||
Module Transport 2 | |||
2941 | Evolution | Affectation d’un collaborateur à un segment de transport | |
Apporter un peu plus de souplesse au système en permettant à l’opérateur d’attacher un collaborateur en filtrant sur J+1 après la fin de son contrat et J-1 avant son contrat |
|||
2940 | Evolution | Transport <segment | |
Rajouter dans les champs de saisi des rdv des segments un module de type wysiwyg comme sur les séjours |
|||
V3-Facturation 4 | |||
2948 | Evolution | Evolution des statuts de facturation | |
Certaines commandes se retrouvent avec un statut non facturé bien que l’intégralité de la commande ait été facturée. Cela peut se produire si un opérateur modifie une commande sans en modifier le montant total et que la facturation automatisée en date de départ n’est pas activée pour ce client. Le programme ne contrôle alors pas, chaque nuit, le statut de facturation des commandes. Pour remédier à ce problème mise en place d’une fonction manuelle dans la modale de facturation vous permettant de marquer une commande comme facturée. |
|||
2933 | Evolution | commercial<facturation | |
Le filtre de période par défaut est très aléatoire suivant les instances. Le programme affiche les factures dont la date d’émission est comprise dans la période validée. Il affiche également les commandes sans facture dont la date de départ est comprise dans la période validée. cas des factures annulées-O Il faudrait n’afficher que les commandes sous statut annulée-O qui disposent de factures. Une commande annulée-O ne peut présenter deux cas:
|
|||
2922 | Evolution | Commercial<facturation Remonté des saisons | |
Le programme devrait remonter l’ensemble des saisons présentes dans une facture. |
|||
2885 | Anomalie | le mauvais tiers est remonté dans certaines factures de commandes collectives | |
le RL est remonté à la place du client |
|||
VACKELYS 4 | |||
2951 | Anomalie | Règlement égal à 0 | |
On ne devrait pas pouvoir saisir de règlement égal à zéro dans tous les modes de commande. |
|||
2886 | Anomalie | Statistiques<export global<participant | |
l’export est non fonctionnel |
|||
2865 | Anomalie | options de séjours dans la commande standard | |
lors de la création d’une commande standard les options sont taguées comme obligatoires et non modifiables dans l’écran de modification de commande |
|||
2785 | Histoire | Développement d’une passerelle de paiement SIPS | |
Déploiement d’une passerelle de paiement SIPS Remplir dès que possible les informations technique du document Worldline ci joint |
|||
VACKELYS V3 7 | |||
2967 | Evolution | Première connection front d’un client de type Professionnel | |
UN client de type professionnel doit disposer d’offres affectées afin de pouvoir commander. Un nouveau client de type professionnel qui se connecterait pour la première fois ne dispose d’aucune offre affectée. |
|||
2957 | Histoire | Version Vackélys | |
Une version de vackélys est définie par un n° de version et une photo de back office |
|||
2942 | Anomalie | Commerciall<participant | |
le filtre alphabétique ne fonctionne pas |
|||
2938 | Evolution | Statiistique produit Client | |
Suite à l’évolution des types clients |
|||
2907 | Anomalie | Statistiques listes | |
Lors de l’édition d’une statistique liste avec type d’état Sanitaire en activant la fonction tous les résultats. Si je demande ensuite tous les résultats en changeant de type d’état, le tableau des résultats détaillés reste sur la version du précédent état. Certaines information de commentaires de commande collective ou de profil participant ne sont pas forcément remonté sur l’état sanitaire |
|||
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
|
|||
2822 | Tâche | paiement CB d’un représentant légal | |
Un représentant légal peut depuis son compte solder sa commande par CB. |