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.