note de version 4.05 échéance 21/04/2022

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.
Il faut intégrer les données des commandes collectives.

Rajouter un filtre avec une case à cocher : « Visualiser tous les départs »
Par défaut l’écran n’affiche que les départs supérieurs à date système

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.
Par contre il n’est pas possible de facturer une indemnité d’annulation à un participant dans une commande collective s’il est archivé. S’il n’est pas archivé, il apparait alors dans la liste des options sur le planning alors que ce participant ne viendra pas sur le séjour.

Il devient donc nécessaire de créer un statut annulé dans la commande collective.
L’opérateur peut sélectionner ce statut à partir du menu action.
Un participant annulé n’apparait plus dans les plannings.

  • Stock planning
  • stock synthèse
  • stock détail
  • Statistiques listes
  • plan de transport
  • stock transport
  • stock groupe
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
Le remplacer par
« je valide les conditions générales de vente et la politique de confidentialité des données

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’ouvre un nouvel onglet et me connecte à mon compte B. J’entre dans le process de résa
Je retourne sur mon process A et je termine ma réservation.

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
Ajout du critère « statut juridique » si le critère est rempli.
Juste après « Raison social »

Ajouter le critère « Capital Social » si celui ci est renseigné
Si renseigné injecter « Capital social de #variable »

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
lorsqu’une remise est intégré dans une facture le programme ne devrait pas alimenter les colonnes CompAuxNum et CompAuxLib

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é
En dessous de plan analytique création d’un nouveau volet « Génération automatique des codes comptables des tiers »
Une case à cocher permet d’activer cette fonction.
En dessous du du titre du volet l’opérateur peut lire la mention suivante.
« Si vous activez cette fonction le code comptable du tiers sera généré automatiquement à la création par Vackélys. La matrice par défaut de ce code comptable sera le code saisi ci dessous dans les champs Clients, Tiers payants et Représentant légal additionné des 4 premiers critères du Nom du tiers ou de sa raison sociale puis deux critères numériques incrémentaux XX.
Ainsi si vous avez saisi dans le champs Compte client le code 411, lors de la création d’un 4ème client DURAND, ce dernier disposera du code comptable 411DURA04.

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 :

  1. Si la fonction de génération automatique est activée
  2. Si elle est activée et que le tiers est un client : existe t il une matrice type client?
  3. S’il n’existe pas de matrice type client : créer le code client en contrôlant les doublons.

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 :
Les représentants légaux peuvent être créés de manière manuelle par un opérateur, par un client dans sa phase de réservation front office ou en masse par un process d’import dans le cadre de la commande collective.
Cependant tous les RL ne bénéficieront pas de factures.

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.
La première lignes arrivent à disparaitre même si le prélèvement est validé.

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 :
Intégration des critères de saisie de coordonnées bancaires dans le profil 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.
Par défaut un profil attaché à un fichier de validation de période n’est plus affiché
Une fonction filtre case à cocher est présente « Afficher les profils validés »

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.
Prendre en compte le select lors de la navigation dans le datatable.
Correction dans la liste séjour, liste départ et liste règle.

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.
Lorsque la règle est modifiée dans le séjour, la ligne de départ n’est pas mise à jour. Ainsi, une prochaine commande sur ce départ sera erronée.

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.
Le tiers sur son compte devra maintenant sélectionné un nom de document dans une liste déroulante afin de nommer le document.
le nommage automatique reste cependant ouvert en modification

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.
Ce dernier est alors transféré automatiquement sur le compte front du tiers sur l’enseigne attachée à l’entité maître.
Or ce tiers a pu passer des commande sur des enseignes différentes.

Evolution :
Lorsque l’opérateur clique sur l’œil d’un compte client ou RL le programme lui proposera de choisir l’enseigne sur laquelle il sera transféré.

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.
Cette évolution permettra ainsi de pouvoir créer plusieurs types clients Particuliers.

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
Intégrer une ligne afin de différencier le volume client Pro du volume client Particulier.

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
Le logo tourne en boucle

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 :
Le profil client créera un compte RL.

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é
Ajout de deux cases à cocher
« Commande au nom du Superviseur »
« Commande 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.
Le client qui détient le code de supervision est alors lié à ces clients front.

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.
Le client réalisant la réservation aurait alors un statut de de RL d’une commande standard au nom du Client Superviseur.

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.
Le produit n’est proposé que s’il est attaché au séjour
s’il est attaché au séjour et obligatoire il est pré coché.

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.
Le statut de la commande ne devrait pas apparaitre comme soldée sur le compte front du RL tant qu’il n’a pas soldé sa commande.

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.
Si un utilisateur n’a pas accès à l’onglet document d’un profil, il ne doit pas pouvoir télécharger les documents via la liste des profils.

3961 VACKELYS V3 Optimisation – Attestation de présence

A corriger:
La variable option ne remonte pas les options de la commande.

Ajouter les variables suivantes:
– Adresse RL
– Adresse client
– Age participant
– Adresse du séjour
– Durée du séjour
– Date d’édition du document (JJ/MM/AA)
– N° DDCS
– Surcoût lié au handicap
– Quote part client
– Quote part RL
– Enseigne
– Adresse de l’entité maître

3917 VACKELYS V3 Tag de suivi de paiement

Certaines commandes nécessitent un suivi particulier pour les règlements.
Ce peut être le cas des facturations de commandes poussées sur Chorus Pro.

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
création d’un nouveau volet dans l’onglet documents
Dans ce volet l’opérateur pourra choisir le modèle de pdf commercial par défaut

PDF devis
PDF Commande
PDF facture
PDF Synthèse
PDF Attestation de présence

Par défaut tous les documents actuels sont définis par défaut
Le seul document qui propose des formats de pdf différents est la facture : une liste déroulante permet de sélectionner les différents modèles. Le modèle par défaut est le modèle standard actuel.

Process de génération de ces documents.
Ajouter un contrôle du document à utilisé par défaut pour chacun de ces types de document.

3871 VACKELYS V3 CGOS Facturation et états mensuels

Cet écran va permettre de lancer les opérations de facturation pour les dossiers CGOS.
C’est pourquoi nous allons finalement le localiser comme sous menu de l’écran facturation.

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.
En effet si les agents CGOS restent sous le type client particulier la facturation risque d’être générée automatiquement à 100% en date de départ au client au lieu d’établir 2 factures.

L’écran présente les informations suivantes:
– Un calendrier de facturation qui se positionne automatiquement sur le mois précédent.
– Une fonction filtre avec select2 multiple permettant de choisir les tags séjours (libre évasion, …)
– Une fonction filtre permettant de visualiser les commandes facturée (Vackélys) ou non.
– Une fonction filtre permettant de « Visualiser que les commandes avec départ dans la période »
-Les colonnes suivantes sont présentes dans le tableau datatable :
ID Co|N°Agent|TAG|N° Voyage|Participant|Facture C.G.O.S|Facture|Date CO|Séjour|Date D|Nb Jours|Tarif C.G.O.S|PEC Nat|PEC Reg|

  • Le N° de voyage est un code externe CGOS : Création d’un code externe alpha numérique dans la table séjours.
  • Participant au format NOM PRENOM
  • Facture CGOS : le champ est vide tant que le fichier n’a pas été généré.
  • Facture : Il s’agit de l’ID de facture de la cote part de l’agent CGOS. Le champ est vide tant qu’elle n’a pas été générée.
  • Séjours : format MAJUSCULE
  • Date : Format AAAAMMJJ
  • Tarif CGOS : Tarif public moins le Markup

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
Cette fonction génère l’opération de facturation des commandes sélectionnées et non facturées sur la cote part des agents.

Menu Action<Facturation C.G.O.S
Ce menu action va générer la facturation Vackélys des cote part CGOS.

Menu Action<éditer fichier de facturation CGOS.
Cette action édite le fichier txt de facturation à destination du CGOS sur la liste des commandes sélectionnées.
Un contrôle permet de n’intégrer dans ce fichier que les commandes disposant d’un statut facturé dans Vackélys.
Une alerte informe l’opérateur s’il intègre des tags séjours différents dans son fichier. « Vous avez intégré des tags séjours différents dans ce fichier de facturation. Souhaitez vous continuer? »
La fonction Valider génère le fichier txt défini en annexe.
Il est stocké et incrémental
Une commande Vackélys ne peut être localisé que dans un seul fichier.

Détail sur le fichier txt de 133 caractères
Voir exemple ci joint.
Critère 1 : n° agent 7 chiffres + 1 lettre
Critère 2 : N° de voyage : code externe séjour
Critère 3 : N° de l’agence : Code externe organisateur: a créer onglet gestion
Critère 4 : Il s’agit du numéro de facturation CGOS. Il est unique et incrémental au format AAAAMMVVVXX
VVV= code externe organisateur
XX numéro incrémental de la facture dans le mois. Première facture 01, seconde 02…
Critère 6 destination : NOM DU SEJOUR. Il est renseigné que si tag libre evasion. Si le critère 2 est renseigné (code voyage) le champ est vide. Il est alors composé de 25 espaces. Le critère est plafonné à 25 caractères dont les espaces. Si le nom du séjour est < à 25 caractères alors on met des espaces.
Critère 9 : Nombre de participants = Nombre de participants dans la ligne de commande.
Critère 16 : toujours mettre A
Critère 17 : Un faux doublon est présent s’il existe deux fois le même agent dans le fichier. Mettre alors D sinon un espace
Critère 18 :Les commandes dont date de départ comprises dans période validée auront la lettre F. Les commandes dont date de départ > date de fin de période validée auront la lettre I
Critère 19 : filtrer la provenance. Si commande front CGOS alors W sinon T.

Au total le fichier doit toujours faire 133 caractères par ligne de commande.
Voir exemple ci joint. Lorsque des caractères sont manquant ils remplacés par des espaces ou des *
La référence du fichier txt généré est EVAAAAMMVVVXX

3870 VACKELYS V3 documents commerciaux

Les modèles de pdf CGOS ont trois formats :

+Les pdfs pour tag produit Coup de cœur +
Injecter droite du nom du N° de client « N°C.G.O.S XXXXXXA

Ils doivent intégrer la mention
« Offre soumise aux conditions particulières de vente selon les accords conventionnels établis avec le C.G.O.S #NOMCOSREGION. »
Injection de ce critère sous autorisation d’hospitalisation.
Injecter le tag du produit au dessus du nom du séjour

On injecte le prix payé par l’agent (prix séjour-PEC)


Les pdfs pour tag prix mini

Injecter droite du nom du N° de client « N°C.G.O.S XXXXXXA

Ils doivent intégrer la mention
« Offre soumise aux conditions particulières de vente selon les accords conventionnels établis avec le C.G.O.S #NOMCOSREGION. »
Injection de ce critère sous autorisation d’hospitalisation.
Injecter le tag du produit au dessus du nom du séjour

On injecte le prix payé par l’agent (prix séjour-PEC)mais on éclate en prix terrestre et prix transport


Les pdfs pour tag produits libre évasion

La mention « Libre Evasion C.G.O.S » est injectée en bold avant le nom du séjour dans la désignation.
Injecter droite du nom du N° de client « N°C.G.O.S XXXXXXA
Le montant du forfait est égal au : Tarif – Markup – PEC
On injecte dans le corps de la facture le tarif du séjour
La PEC CGOS est injectée dans le corps de la facture
La PEC n’est pas injectée dans les règlements.

Les factures de ces tags produits doivent respecter le même formalisme

Retour en haut