Note de version 2.7 échéance du 22/01/19

Note de version pour la mise à jour du 22 janvier 2019

 Front office sites mutualisés 6
2374 Anomalie moteur de recherche front

Sur certaines instances le critère âge n’est pas fonctionnel.

2357 Anomalie Captcha – partager un séjour

Mise à jour du captcha de partager un séjour

2347 Anomalie Gestion de l’affichage du nom de l’organisateur

Reprendre l’histoire 2248
le nom de l’organisateur entité maître n’est pas affiché dans les pages séjours lorsque la fonction de remplacement de l’organisateur (non entité maître) est activée.

2338 Anomalie formulaire d’information obligatoire

l’ajout du formulaire génère une 404
en front le téléchargement ne fonctionne pas il est recharge la page

2326 Anomalie Bugs d’affichage des sous menus

Les sous menus du top menu ne s’affichent pas dans les pages séjours.

2302 Anomalie Impression pdf fiche séjour

Les CGA sont injectées dans le module informations pratiques de la page web. Par contre elles ne sont pas injecté dans la fiche séjour imprimée depuis la page web ni dans le séjour du contrat.
A rajouter.

 Module comptable 1
2293 Anomalie Calcul de la marge et gestion de l’adhésion

Le calcul de la marge de la commande retire actuellement le montant de l’adhésion de la marge.
Le calcul devrait être : Marge=Total commande – (somme prix achat tarif+option)
Contrôlé ce calcul qui doit être réalisé au niveau de la commande. La donnée doit ensuite être injectée au niveau des états fournisseurs.

 Module social 5
2344 Histoire Intégration des utilisateurs Directeurs dans le pool des saisonniers

Actuellement les utilisateurs de type Directeur sont des utilisateurs de back office.
Les contraintes liées à ce statut sont que 
– les Directeurs ne disposent pas d’espace salariés.
– les Directeurs ne peuvent être associés comme accompagnateur dans le module transport.

Modification de la structure des données afin de régler ces problématiques.

2343 Histoire Social Gestion des DPAE

Pouvoir taguer le fait que pour un contrat de travail la DPAE a bien été générée.

Social<liste des contrats
Rajouter une colonne DPAE après colonne transfert « Tr » 
Les critères possibles sont oui-non. Par défaut le critère est sur non.

Menu action 
fonction « DPAE Validée » = oui
fonction « DPAE non validée » = non

contrôler que ce critère est bien intégré dans les exports et l’impression pdf du tableau

2342 Histoire Création d’un contact RH

Création d’un mail de contact RH pour différencier la gestion des RH de la gestion du service commercial.

Configuration<entité maître
Création d’un critère « Serice RH »: il comprend un champ texte au format mail.
Intégrer la tooltype suivante : « Ce mail de contact RH sera le mail expéditeur des emails transactionnels du CRM de la catégorie Collaborateur. Si vous ne remplissez pas ce champ texte; par défaut ces mails seront envoyés par le contact de service client »

Configuration<CRM
Modifier les règles d’envoi des emails transactionnel de la catégorie « Collaborateurs » suivant les termes de la tooltype ci desssus.

2341 Histoire Gestion de critères villes de départ et retour dans le contrat de travail

Social<liste des contrats
Fonction de création ou de modification de contrats de travail.

Ajout de deux critères non obligatoires
– Ville Départ
– Ville Retour
Ces critères sont sélectionnées à partir de la table Ville.
Ils sont localisés dans le premier onglet de la fenêtre modale après le critère hébergement.

Configuration<Social<modèle contrats
Proposer ces deux critères dans les variables disponibles.

CRM 100
Proposer ces deux variables dans la gestion de ces CRM.

2312 Anomalie Page Profil<liste des contrats

Il y a un décalage d’injection des données dans le data table.

 VACKELYS 17
2366 Evolution CRM – Gestion des tiers dans les destinataires des emails transactionnels

Si plusieurs tiers sont présents dans une commandes ( plusieurs représentants légaux pour plusieurs enfants sur une même commande) les destinataires des mails sont actuellement en CC.

Il faudrait basculer les destinataires en CCI.
Il faudrait que l’on puisse par contre que l’on ait bien la trace de tout les destinataires de mails dans la bal de centralisation.

2360 Evolution factures et commandes archivées

Une commande peut actuellement être archivée après qu’une facture ait été émise.
Il faudrait interdire le statut archivée si une facture est attachée à la commande.

Afin de gérer les factures déjà émisent sur ces commandes archivées: Dans l’écran commercial<facturation il faudrait afficher l’ensemble des factures quelque soit le statut de la commande. Et affiché l’id d’une commande archivée en rouge.

2358 Evolution problème email

Ajout d’une vérification sur le code de retour quand un email n’est pas envoyé . Si il s’agit d’une erreur à cause du spam, ne l’ajoute pas dans la liste d’email non envoyé. 
Un test est rajouté avant de créer un emailNotSent

2356 Histoire Modification de la commande et ajout de participants

A l’ajout d’un nouveau participant, l’opérateur va pouvoir répondre aux questions. (le lien s’apparaît après l’enregistrement de la commande pour pouvoir affecter les questions dans la bdd)

2354 Histoire statistique > liste participant

les questions et les réponses sont injectées dans l’export csv des résultats détaillés.
L’ordre de ces colonnes dans le csv est fonction de l’id de la question.

2353 Histoire process commande front et back

1.création d’une modale(backend – commande standard) et dans la commande front comprenant les questions validées dans la fiche séjour. Si aucune question n’est affectée au séjour le process est ignoré.

La page: commande affiche une icone pour chaque participant afin de pouvoir gérer le questionnaire.

2352 Histoire Gestion des questions backend séjour

Si c’est le type séjour id=1 ACM est sélectionné un onglet question est ajouté
ID | QUESTION | ACTIF | AFFECTE (avec un filtre sur le champ actif – Oui)
Il est ainsi possible d’affecter des questions qui seront posées aux participants dans les process de commande.

2351 Histoire paramètrage des questions backend

Création d’une modale dans configuration > Production > séjour > type séjour.
Pour séjour type id = 1 ACM.
Cette modale permet d’ajouter et de modifier les questions (sans réponse), et d’afficher toutes les questions dans un écran datatable:
ID | QUESTION | ACTIF
La relation entre le type séjour et les question est créée au niveau de la base séjour.

2345 Histoire Gestion de critères spécifiques participants dans le process de commande

Certains opérateurs ou métiers peuvent nécessiter la récupération d’informations spécifiques sur un participant.

Exemple le dans un stage de tennis, le niveau de pratique d’anglais…

Configuration<production<séjours<type séjours
Injection d’une icône permettant de générer les questions spécifiques à un séjour.

Gestion des séjours :
Nouvel onglet: questionnaire
L’écran propose comme la liste des questions actives. l’opérateur pourra affecter les questions de son choix qui seront alors posées à l’internaute dans une étape 2.2 du process de commande.

Process de commande front
Etape 2.2
Le questionnaire est proposé à chaque participant de la commande.
Cette étape 2.2 n’est pas affiché si aucun questionnaire n’est lié au séjour.

Process de commande back commande standard
Le programme informe l’opérateur qu’un questionnaire obligatoire doit être complété.

Page de commande :
Un picto localisé à droite du participant permet à l’opérateur d’accéder aux réponses clients.

Statistiques listes participants<résultats détaillés
la fonction d’export rajoute autant de colonnes que de champs spécifiques. L’ordre des colonnes est fonction de l’ID du champ en Bdd. Ainsi toutes les réponses d’une même ID seront dans la même colonne.

2334 Anomalie double importation d’un document

Sur certaines instances L’import d’un document est faite en double dans le module formalités de la commande

2327 Anomalie Statistiques logs:

la recherche sur le critère utilisateur entraîne un datatable warning.

2325 Histoire Génération d’eframe de tarifs

Lors de l’enregistrement d’un séjour le programme va générer automatiquement un code comprenant une eframe ou un autre code type html5 permettant à un client n’utilisant pas un site internet Vackélys de pouvoir injecter dans ses pages le module tarif de la page séjour et de pouvoir lancer le process de réservation Vackélys dans une eframe dans un site externe.

Localisation du code source que l’opérateur pourra récupérer en faisant un copier – coller
Séjours<départ
Menu action : Visualiser l’eframe tarifs.
L’action ouvre une modale contenant le code source copiable par l’opérateur.

L’opérateur est informé que Si le site qui va afficher l’iframe (wordpress, joomla… ) est en HTTPS et que l’instance de vackelys est en HTTP l’iframe sera bloquée. Pour résoudre le problème modifier votre HTACCESS pour l’autoriser.

2324 Histoire déploiement d’une passerelle de paiement BNP

Déploiement de la solution de paiement MERCANET

Configuration<commande<paiement en ligne
Ajouter la solution Mercanet au menu déroulant. Cet écran permettra de saisir les identifiants nécessaires à cette solution.

2317 Anomalie PDF de commande – non intégration du descriptif produit

Le pdf du produit n’est fusionné qu’avec la commande lors de la création du pdf séjours
Il faut que la fusion soit effective à chaque génération de version de pdf de commande.

2315 Anomalie Injecter les urls de saison dans le plan de site

Le plan de site ne comprend plus les urls de saisons

2311 Anomalie DATA TABLE WARNING tableau des commandes

page commercial<commandes

2303 Anomalie crm 95 – Mail compte client débiteur

Le mail transactionnel sur comptes clients débiteurs n’est jamais envoyé par les instances.

Retour en haut