Note de version 4.05 du 21/04/2022
API ASSURANCES 1 | ||||
4144 | API ASSURANCES | Décalration multiples sur modification de commandes | ||
Certaines souscription ont été déclarées plusieurs fois |
||||
Commande Collective 5 | ||||
4169 | Commande Collective | Bug sur la fonction d’import | ||
La fonction d’import ne remonte pas les nom/prénom des participants et des RL. |
||||
4117 | Commande Collective | Stock synthèse intégration des pax de commandes collectives | ||
Dans cet écran seul les données provenant des commandes standards sont remontées. Rajouter un filtre avec une case à cocher : « Visualiser tous les départs » Rajouter un lien sur le nombre de pax qui ouvre une modale avec la liste des pax. Format équivalent aux modale de l’écran stock<détail |
||||
4116 | Commande Collective | Crétion d’un statut participant annulé dans la commande collective | ||
A ce jour il est possible d’archiver un participant qui ne sera plus présent dans les plannings. Il devient donc nécessaire de créer un statut annulé dans la commande collective.
|
||||
4112 | Commande Collective | affectation de la provenance dans la commande collective | ||
le choix de l’affectation de la provenance dans la commande collective n’est pas respecté. |
||||
4090 | Commande Collective | Workflow – Logs anterieurs à la date de commande | ||
certaines commandes collectives disposent de logs antérieurs à la date de création de la commande. |
||||
Front office sites mutualisés 4 | ||||
4191 | Front office sites mutualisés | Front étape 5 de la commande | ||
Evolution du texte de validation des CGV Un lien est présent vers les CGV et vers la page de Politique de confidentialité des données paramétrée dans l’entité maître |
||||
4181 | Front office sites mutualisés | Création d’une commande pour un participant d’un autre compte client | ||
Problème de fusion des données de différents comptes clients. J’entre dans mon process de résa avec mon compte client A (Onglet choix de participant) J’ai à la fin une commande au nom de mon client B avec le participant et le RL de mon client A |
||||
4173 | Front office sites mutualisés | Bug commande front | ||
Les numeros de telephone ne sont pas pris en compte et bloque le process de commande |
||||
4127 | Front office sites mutualisés | page mention légale | ||
Il faudrait faire évoluer la page mention légale Ajouter le critère « Capital Social » si celui ci est renseigné |
||||
Module comptable 3 | ||||
4209 | Module comptable | rapprochement bancaire | ||
Problèmes de pointage automatique sur filtre par date de départ. |
||||
4156 | Module comptable | Exports EBP avec Auxiliarisation | ||
Certaines incohérences remontent |
||||
4105 | Module comptable | génération automatique des codes comptables des tiers | ||
En complément de l’histoire sur les matrices de code comptable par types client, mise en place d’une fonction de génération automatique de codes comptables par tiers (clients, RL, Tiers payants) Configuration<comptabilité Si vous avez déjà saisi une matrice spécifique dans les types clients. Cette matrice remplacera remplacera cette codification pour les tiers de type clients. Cette matrice est sur le format AAAIDCLIENT. Pour notre DURAND le code comptable serait, si la matrice est CLS : CLS45256 si l’ID de DURAND est 45256″ Si cette fonction est activée le programme doit alors contrôler à chaque création de tiers :
Cette génération automatique est ouverte en modification dans le profil du tiers. Si l’opérateur modifie le code comptable, à l’enregistrement ou avec une fonction ajax, le programme devra contrôler qu’il n’existe pas de doublons. Cas des Représentants légaux : Afin de ne pas alourdir tous les process de commandes et d’importation de participant pour la création de ces codes comptables une tache Cron automatisée sera lancée chaque nuit pour générer les codes comptables des tiers qui n’en n’auraient pas. |
||||
MODULE SEPA 5 | ||||
4210 | MODULE SEPA | Onglet Historique virement et prélèvement SEPA | ||
Ajout d’une colonne total représentant le total des flux du fichier XML |
||||
4203 | MODULE SEPA | disparition de lignes de virements ou de prélèvement après validation | ||
des lignes de prélèvements automatiques disparaissent après validation. Même remarque pour les fichiers de virement validés. |
||||
4195 | MODULE SEPA | Bug date prelevement | ||
Certains échéanciers sont semble t il générés en date anglaise ce qui génère des échéances incohérentes |
||||
4177 | MODULE SEPA | Permettre des remboursements par virement SEPA au RL | ||
Modification de la table RL : reprendre automatiquement les informations bancaires du mandat SEPA de prélèvement s’il existe. Si un opérateur réalise un virement négatif affecté à un RL dans une commande collective ou standard. Ce virement est à disposition dans l’écran Commercial<règlement<virement |
||||
4143 | MODULE SEPA | Bug Virement | ||
404 quand on rajoute un reglement type vir négatif dans facture service |
||||
Module social 2 | ||||
4206 | Module social | Fiche profil – bug data table | ||
Erreur data table dans la liste contrat et workflow |
||||
3753 | Module social | Social<paie : contrôle des profils intégrés dans une période validée. | ||
L’opérateur doit pouvoir visualiser facilement si un profil a déjà été intégré dans un fichier de validation de période. |
||||
Module Transport 1 | ||||
4163 | Module Transport | Bug sur la modification de segment | ||
La modification d’un segment de transport sur Safari présente un bug. La fonction de sélection des départs, arrivées et mode de transport ne remplace pas correctement la donnée |
||||
V3-Facturation 2 | ||||
4168 | V3-Facturation | pdf facturation commande collective | ||
Les produits annexes ne sont pas tous remontés dans la modale de facturation de commande collective. |
||||
4129 | V3-Facturation | options dans le pdf facture | ||
VACKELYS Connect API 2 | ||||
4184 | VACKELYS Connect API | Affichage du fournisseur | ||
Une instance qui ne possède pas de distributeurs connect ne peut pas visualiser le nom de ses fournisseurs. |
||||
4141 | VACKELYS Connect API | Fonction « select » non prise en compte | ||
Écran Mes fournisseurs: Avec l’utilisation d’un filtre pour valider des séjours, tous les autres séjours sont automatiquement décochés. |
||||
VACKELYS V3 31 | ||||
4217 | VACKELYS V3 | Modification RL | ||
La fiche RL que l’on trouve via la commande ou via le bouton « modifier » dans la fiche client ne remonte pas les numéros de téléphone. De ce fait, à chaque modification, les numéros disparaissent. |
||||
4213 | VACKELYS V3 | Application des options – départs règles | ||
A la création d’une commande sur un séjour type forfait, on ne me propose pas d’options. Pourtant, dans mon séjour j’ai des options obligatoires. Dans ma commande créée, les options ne remontent pas. |
||||
4212 | VACKELYS V3 | Modification départ type forfait | ||
A la création d’une commande avec départ règle, une ligne de départ est créé dans le séjour. |
||||
4211 | VACKELYS V3 | Gestion du nommage des documents de voyages | ||
Le contrôle du nommage des éléments de formalité par les clients et RL est une charge chronophage. |
||||
4207 | VACKELYS V3 | Bug – page séjour – export départ | ||
Les données exportées ne correspond pas aux données affichées. |
||||
4202 | VACKELYS V3 | Commercial<documents | ||
la colonne Groupe devrait remonter que le groupe auquel appartient le participant et non l’ensemble des groupes du séjour. |
||||
4192 | VACKELYS V3 | Multi enseignes – Consultation des comptes de tiers depuis le back | ||
Un opérateur peut consulter le compte front d’un tiers RL ou Client en cliquant sur le picto œil. Evolution : |
||||
4189 | VACKELYS V3 | Type Client Pro | ||
Créer un critère permettant de définir si le type client est un client de type professionnel ou particulier. |
||||
4185 | VACKELYS V3 | Facturation commande avec remise | ||
Après l’application d’une remise, le montant à facturer n’est pas le bon. On a une commande à 624.70 €. Sur la FA942, le montant à régler est de 624.70€ avec l’assurance annulation comprise. Il semblerait que l’on ajoute l’assurance à nouveau pour obtenir un total de 649.90€. La remise appliquée apparait en dessous ce qui laisse penser que le montant à régler est de 619.40€ (649.90€ – 30.50€ de remise) Dans la FA943, on me demande de facturer 5.30€ correspondant à la différence du solde : 619.40€ + 5.30€ = 624.70€ |
||||
4180 | VACKELYS V3 | statistique CA-Evolution | ||
Dans l’écran statistique CA tourisme |
||||
4176 | VACKELYS V3 | Fonction de recherche avancée | ||
La fonction de recherche avancée dans la création de commande ne fonctionne pas. Les filtres ne remontent pas les séjours correspondants. |
||||
4172 | VACKELYS V3 | upload de docs dans séjours<docs clients | ||
Lorsque l’on souhaite uploader un pdf sur doc client |
||||
4165 | VACKELYS V3 | Bug fonction tri par date | ||
La fonction de tri par date de début dans l’écran commandes non soldées n’est pas cohérente. Le tri se fait sur le jour et non sur la date complète. |
||||
4162 | VACKELYS V3 | Bug getCountryNumberAjax | ||
erreur 500 dans la page de modificationn de la commande |
||||
4161 | VACKELYS V3 | Tarif erroné dans les comptes RL | ||
Dans un compte RL possédant une quote part, il est impossible de régler + de 1€ par carte bancaire. A l’ouverture de l’interface bancaire, le tarif indiqué dans Vackelys est automatiquement remplacé par 1. |
||||
4159 | VACKELYS V3 | supervision modification du process de commande front | ||
Lors de la saisie du code supervision en front office par le client le programme reconnait si la commande sera réalisée au nom du superviseur ou au nom du supervisé. Si la commande est réalisée au nom du superviseur : En fin de commande le supervisé retrouve sa commande sur son compte RL et le superviseur disposera de sa commande sur son compte client. |
||||
4158 | VACKELYS V3 | Supervision modification de la fiche client | ||
Dans un client Pro dès lors que l’on renseigne un code supervision il faudra que l’opérateur précise si la commande est générée au nom du Superviseur ou au nom du Supervisé La tooltype à coté du critère est complétée par les informations suivantes : »L’opérateur doit préciser si la commande est réalisée au nom du Supervisé, qui réalise la commande sur le site, ou au nom du superviseur qui fournit le code » |
||||
4157 | VACKELYS V3 | Commande front RL et code supervision | ||
Actuellement une commande front office par code supervision génère une commande sur le client qui réalise la commande. Dans certains cas le client détenant le code de supervision devra payer l’ensemble de la commande et devra être facturé. Il serait alors intéressant que le mode de réservation front avec code de supervision génère une commande au nom du client qui dispose du code supervision et non au nom du client qui réalise la réservation. |
||||
4154 | VACKELYS V3 | Ajouter fonction de suppression images CMS | ||
Rendre possible la suppression des images intégrées dans Images CMS |
||||
4151 | VACKELYS V3 | Points à contrôler instance CGOS | ||
– numéro agence à saisir dans organisateur – automatiser a la resa que le type client est CGOS et non individuel. – mettre à l’affichage début de commande: numéro délégation, qf et stocker ses infos dans le client . – blocage à prévoir: droit CGOS non valide, dtae ouverture non ok, délagation ne correspond pas au séjour choisi. |
||||
4150 | VACKELYS V3 | Produits annexes spécifiques séjours – commande back | ||
En lien avec l’histoire 2793 il faudrait intégrer la gestion des produits annexes spécifiques séjours à la commande standard. |
||||
4148 | VACKELYS V3 | Bug – Destination pays autre que FRANCE | ||
4146 | VACKELYS V3 | Règle tarifaire – Modification de transport | ||
La modification aller-retour du transport dans une commande entraîne un tarif incohérent avec une duplication de mon tarif transport sur mon aller et mon retour. Exemple: Choix d’un transport aller retour Paris à 100€. Dans ma commande j’aurais l’aller à 100€, le retour à 100€ et donc un total transport à 200€. |
||||
4140 | VACKELYS V3 | Commande standard – saisie d’une quote part RL et compte RL | ||
Si l’opérateur affecte une prise en charge à un RL dans le cadre d’une commande standard. |
||||
4123 | VACKELYS V3 | Fichier souscriptions assurance | ||
Dans l’export csv de la liste de type « CA assurance », les noms et prénoms ne doivent pas figurer dans la même colonne. Scinder la colonne en deux. |
||||
4122 | VACKELYS V3 | Droit Social: Consulter l’onglet document d’un profile | ||
Intégrer à ce droit la visualisation du bouton « action » dans liste profil. |
||||
3961 | VACKELYS V3 | Optimisation – Attestation de présence | ||
A corriger: Ajouter les variables suivantes: |
||||
3917 | VACKELYS V3 | Tag de suivi de paiement | ||
Certaines commandes nécessitent un suivi particulier pour les règlements. Afin de pouvoir mieux suivre ces suivis de règlement l’opérateur va pouvoir intégrer des tags de suivis dans la commande qui seront remontées dans les commandes non soldées. |
||||
3907 | VACKELYS V3 | Modèle de documents commerciaux par type client | ||
Avec l’évolution du nombre de clients et des modèles économiques il devient nécessaire de pouvoir adapter des modèles de documents commerciaux. Evolution des types clients PDF devis Par défaut tous les documents actuels sont définis par défaut Process de génération de ces documents. |
||||
3871 | VACKELYS V3 | CGOS Facturation et états mensuels | ||
Cet écran va permettre de lancer les opérations de facturation pour les dossiers CGOS. En effet cet écran va permettre d’éditer les états mensuels pour le CGOS mais également de générer la facturation. Une commande CGOS dans le cadre du dossier CGOS peut comprendre une prise en charge. Si le dossier comprend une prise en charge la commande devra disposer de 2 factures. Une facture à destination du client (l’agent qui a acheté le séjour) et une facture à destination du CGOS. C’est pourquoi il est certainement préférable de localiser toutes les commandes CGOS sur un type client « C.G.O.S » qui aura pour particularité de ne pas être coché avec une facturation automatisée en date de départ et avec une facturation multi tiers. L’écran présente les informations suivantes:
L’écran présente les commandes en cours sur la période validée. C’est à dire les commandes dont date de départ supérieure à date de début de période. Menu Action<facturation Agent Menu Action<Facturation C.G.O.S Menu Action<éditer fichier de facturation CGOS. Détail sur le fichier txt de 133 caractères Au total le fichier doit toujours faire 133 caractères par ligne de commande. |
||||
3870 | VACKELYS V3 | documents commerciaux | ||
Les modèles de pdf CGOS ont trois formats : +Les pdfs pour tag produit Coup de cœur + Ils doivent intégrer la mention On injecte le prix payé par l’agent (prix séjour-PEC)
Ils doivent intégrer la mention On injecte le prix payé par l’agent (prix séjour-PEC)mais on éclate en prix terrestre et prix transport
Les factures de ces tags produits doivent respecter le même formalisme |