Note de version 3.0 échéance du 21/05/19

Une fonction import est présente. Elle permet d’importer les données participants.

Structure du fichier d’import
Le format devra être un fichier type Excel enregistré au format XML.

Vackélys proposera un fichier exemple.

Nom|Prénom|genre|date naissance|ID-Séjour|du|au|ID-Ville|ID-Annexe|ID-Options|Nom-Rep_légal|Prénom Rep légal|Téléphone|Situation|mail|profession|Société|
Adresse1|Adresse2|CP|Ville|Pays|tel Domicile|Tel GSM|Tel Job

Le format date jj/mm/aaaa ou jj-mm-aaaa
le participant est importé avec son Nom-Prénom-date de naissance : Le programme d’importation compare si au niveau du client il existe déjà un participant répondant à ces trois critères. Si l’intégralité des critères sont équivalent le programme récupère l’id existante du participant et met à jour les autres données (représentant légal, adresse…). La reconnaissance sera une reconnaissance sémantique pour les critères nom-prénom.
ID_Séjour = réf Vackélys du séjour.
Les critères Annexe et Options doivent être les ID Vackélys
Le critère ville peut être constitué soit du libellé avec l’orthographe exacte intégrée dans Vackélys, soit de l’ID de la ville dans la table de données Vackélys.

Le process d’import contrôle si le mail du représentant légal existe déjà. 
Dans les prochains développement les représentants légaux pourront disposer d’un compte front. Il ne pourra donc pas exister deux profils de représentants légaux avec le même mail. Il est potentiellement envisageable qu’un représentant légal puisse passer d’un client à un autre. Il faudra qu’il puisse conserver l’historique des ces commandes dans son compte.

Process d’enregistrement du fichier
Le fichier n’est pas obligé d’être complet pour que le process intègre les données.
L’import ajoute les données aux données existantes.
Ce sera à l’opérateur d’effacer les lignes en nom-prénom

sur chaque ligne disposant d’un critère multi pax (plusieurs participants pour une même ligne) le programme affiche sur chaque ligne à l’extrême droite sous les pictos supprimer et dupliquer, un picto « import ». Le modèle d’import ne comprend que les critères liés au représentant légal et au participant étant donné que les autres critères liés au séjour sont déjà validés dans la ligne.

Passer l’ensemble des écrans Commande-facturation-règlement….
Pour chaque commande fille on affiche la référence de la commande mère

au passage de la souris sur le participant son nom prénom n’apparait pas dans la tooltype
Même remarque pour le RL 
pour le client la tooltype n’apparaît pas

Fiche client:
1. onglet administrateur: Contact
Nom Prénom Fonction Mail adresse1 adresse2 Cp Ville tel gsm Actif/Inactif

2. onglet CRM: Gérer CRM (que les crm de la catégorie client), un champ ‘actif/inactif’, on prend la configuration du client type si ça n’est pas modifié, intégré des destinataires dans le crm(la liste de contact)

Lors de l’import d’un document de voyage par le client. La validation génère une 404 mais le document est bien intégré.
exemple commande 184

Enlever les petits curseurs haut-bas des champs numériques qui prennent la place des données sur les petits écrans.

fixer la largeur des champs numériques suivants:
Tarif :XX XXX,XX
Adhésion : Remplacer par « Adh » avec une tooltype « Adhésion » fixer au format XXX
Remise : enlever le (s) et fixer à X XXX,XX

Sur un écran de petite taille il est difficile d’afficher le nom du participant, du RL et du Séjours.
Pour l’instant le champ RL est favorisé.
Il serait préférable que ce soit le nom du participant. Et pour améliorer la lisibilité : injecté dans la tooltype du participant et du RL le nom et le prénom de ces deux critères

Planète vacances envoie ce mail;
je pense que le problème est déjà réglé mais il faudrait contrôler.

Bonjour Jean Marc,

Nous voulions te signaler un « bug ».
Ce mail transactionnel n’a pas le bon numéro de commande rattaché au client.
Notre dernière commande est actuellement au numéro 3873, nous n’avons donc pas de commande 4569.

Le bon numéro de commande est le 3810.

Page d’accueil
Prévoir une fonction de back office pour chaque module afin de les masquer.
Coup de coeur
Bon plan
Slider
Bandeau inf (comprenant la newletter)

Moteur de recherche
Rendre l’affichage des critères de recherche dynamique.
Enrichir l’écran Configuration<communication<moteur
Pour chaque critère pouvoir gérer les item : 
afficher oui/non
Libellé : Le client peut renseigner le libellé affiché par défaut dans la case de recherche.
ce paramétrage pilote à la fois la page d’accueil et la page de recherche.

Configuration<communication<SEO
Rajout d’une section :Gestion du fil d’ariane
Deux choix :
Statique :champ texte qui s’applique à l’ensemble des pages en remplacement de  » Recherche de colonie de vacances » 
Dynamique :
Séjour : catégorie mère + nom du séjour
Activité : champ texte + activité mère + nom activité
Ville de départ : champ texte + Nom de la ville.

Limiter le nombre de Top menu à 4.

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.

L’opérateur peut dispose d’une nouvelle colonne « Groupe » dans la modale d’affectation des participants au niveau des plans de transport.

Dans la modale sous les cases à cocher de facturation, ajouter un champ commentaire qui sera injecté dans le pdf de facture

Si sélection d’une facture pour le client un nouveau champ apparait en dessous : « Prise en charge par participant » : Champ numéraire au format X XXX,XX €
Si l’opérateur saisie un montant se montant est reporté sur l’ensemble des lignes de participants.

Si sélection d’une facturation RL une case à cocher apparait en dessous « Facturer l’ensemble des RL » 
Si l’opérateur valide cette case et clique sur le bouton action « Facturer » le programme génère l’ensemble des factures pour tous les RL de la commande.
Si un RL dispose de plusieurs participants une seule facture est émise pour l’ensemble des participants du RL.

L’opérateur peut choisir l’édition de son modèle de facture directement dans la modale de facturation manuelle.

Ajout dans la modale d’un bloc permettant à l’opérateur de choisir son modèle d’édition.
Ce bloc horizontal se situe juste au dessus du tableau et en dessous du champ commentaire et des autres frais :
Les modèles suivants sont proposés sur une première ligne
– Défaut : Reprend le layout habituel
– Sans références : le tableau de référence n’est pas injecté.
– Sans prix : Le détail des tarifs unitaires ne sont pas injectés.

Seconde ligne de critères (les critères de cette seconde ligne sont cumulables avec la première)
– Acquittée :

Dans le layout des factures quelque soit le format :

• Enlever les informations suivantes qui font partie du contrat de voyages :
  – Les conditions particulières de ventes sont disponibles sur cette page http://dev.vackelys.fr/CGV
  – Notre politique de confidentialité des données est disponible sur cette page https://www.google.com/
  – Je n’accepte pas de recevoir les promotions et sollicitations de Organisateur de séjours sportifs
  – Je n’accepte pas de recevoir les promotions et sollicitations des partenaires de Organisateur de
  séjours sportifs
  – Vous avez eu en information préalable sur la page séjour, le formulaire d’information des
  voyageurs http://dev.vackelys.fr/CGVformulaireinformation.
  – Le descriptif du forfait passion poney en dernière page est intimement lié à ce contrat.

• Le bloc Total TTC – Acompte – Solde : Injecter à la place le tampon Facture Acquittée

Commande collective
Permettre la facturation simultanée de l’ensemble des représentant légaux d’une même commande.
Une seule facture est émise par Représentants légaux disposants de plusieurs lignes de commandes au sein de la même commande.
Les RL inconnus en « Nom Prénom » ne sont pas facturés.

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.

Certains opérateurs vendent des séjours adultes. Or les menus dates de naissance s’arrêtent à 1994.
Il faudrait au moins remonté à 1930

ajoute une ligne de total de toutes les commandes

lors d’une transformation d’un devis en commande en back, les mails 39 et 44 soient envoyés.
Le client peut dans son front transformer un devis en commande. Mais les mails transactionnels ne sont pas envoyés.

Etat actuel : la fonction de masquer les transaction CB est présente dans Configuration > Droits 
A faire : passer la fonction vers l’entité maitre – Configuration > Maitre

Dans l’écran configuration<crm le cadenas SSL du navigateur informe que des éléments de la page ne seraient pas sécurisés.

Il semblerait que les commandes libres groupes soient comptabilisées à la fois dans les options et dans les commandes validées.

Lors de l’ajout de formalité en back par l’opérateur il n’est pas possible d’ajouter la ou les formalités de cocher les formalités et d’enregistrer dans le même process.
L’enregistrement intègre les formalités mais ne conserve pas les coches dans la commande.
De plus cette ajout de formalité par l’opérateur génère une alerte. Ce qui ne parait pas nécessaire.

Contrôler le process sur la commande normale et commande collective.

Préambule
Le module planning est un autre moyen visuel de contrôle des stocks séjours.
Il permettra une visualisation sous apparence feuille de calcul du taux de remplissage des différents séjours.

Localisation du module
L’accès à cet écran se réalise depuis le menu Stock.
Un nouveau menu est créé : Stock<Planning

L’écran présente un template proche de celui du module statistique

Le premier volet permet de choisir la période d’affichage
La période affichée filtre sur les dates de départ des séjours.

Les critères de filtre sont au maximum ceux gérés actuellement dans le module statistique.
Si aucun critère n’est sélectionné le tableau affichera l’ensemble des séjours disposant d’au moins un jour commun avec la période validée.

Exemple : La validation d’une période 01/07 au 30/07 pourra afficher un séjour du 15/06 au 01/07, un séjour du 10/07 au 20/07 et un séjour du 30/07 au 15/08.

La multiplication des filtres s’entend par l’utilisation de la fonction « et »
Exemple j’affiche les séjours du 01/07 au 30/07 « et » ayant une ville de départ de Paris « et » du revendeur Alpha « et » se déroulant en France.

Le troisième volet présente un tableau comprenant les ressources suivantes :

Détails des données injectées
Ref : Référence du séjour en base de données
Libellé : Nom du séjour dans la table séjour
Hébergement : Nom de l’hébergement auquel est attaché le séjour
Début – Fin : l’ensemble des périodes présentent dans la table séjour répondant au périmètre de filtre
Max : stock maximal renseigné dans le séjour ou stock max renseigné dans le groupe du séjour.

Pour chaque catégorie d’inscrit (individuel ou collectif) on dispose d’un critère Option ou validé
Total = (Opt ind+Validé Ind)+(Option Coll+Validé Coll)
Dispo = Max-Total

Certains critères dynamique des colonnes sont cliquables :
Suivant les critères on ouvrira une modale ou un nouvel onglet

Les modales comprenant des tableaux de participants présente un tableau comprenant les colonnes suivantes

Ref|Nom|Prénom|Genre|Age|Date de naissance|Option(s)|Du|Au|Départ| Retour|Groupe

Chaque modale comprend des fonctions de trie, de filtre, d’impression pdf et d’export csv.
La modale accessible depuis un clic sur le nom de l’hébergement propose le tableau de données suivantes.

Le but de ce planning est de pouvoir proposer sur la période d’hébergement sélectionnée une vision par clients Professionnels ou Individuels du remplissage 
• par ville
• du nombre d’options en cours.
• Du nombre de dossier d’inscriptions reçus

Le critère supervision est un critère qui permet de rattacher un client à un autre client. Exemple d’un CE en brochure ouverte. Le client est autonome dans sa commande et la gestion de sa commande mais vous disposez de l’information de provenance. Ce code supervision permet également d’appliquer un markup tarifaire aux clients en brochure ouverte.

Le critère dossier d’inscription se base sur les participants pour lesquels nous disposons du nom et du prénom dans les commandes. (Certains CE pouvant valider le nombre de participants, sans avoir forcément donné le nom et le prénom). Il y a donc une différence dans la gestion de la donnée entre participant qui peut être validé sans pour autant disposer d’un dossier d’inscription OK.

L’onglet règlement présente un bouton enregistrer des règlements.
Si on active cette fonctionnalité : la fonction enregistre les règlements en ré affichant la page. Mais si l’opérateur avait procédé à d’autres modifications dans la commande comme un changement de nom prénom ou une ville de retour, ces informations sont perdues.

Il faudrait trouver un système pour que l’opérateur ne perde pas toutes ces données saisies.
Soit un enregistrement en ajax des règlements sans recharger la page, soit un enregistrement qui permettrait d’enregistrer l’ensemble des modifications

Je n’ai pas eu le temps de mettre en place l’histoire mais vous trouverez ci joint le cahier des charges clients.

dans la commande 1779 workflow
On voit un log de facturation en crontask.
Or la facture n’est pas émise.
Sur la commande collective il faut désactiver la facturation automatique car étant donné que la commande comprend plusieurs séjours on ne peut plus émettre la facture sur une date de départ.
La facturation d’une commande collective sera pour l’instant une facturation manuelle.

Résultats détaillés

Rajouter une colonne après option dans laquelle serait injecté l’ensemble des réponses aux questionnaires.
Rajouter une colonne mail client et tel.
Modifier l’export csv en créant une colonne par nouveaux critères
Rajouter le genre du participant dans l’export avant le prénom 
Pour les options mettre une colonne par option comme pour l’export des questionnaires. L’ordre des colonnes option dépend de l’id de l’option dans la BDD

Créer un script qui récupère tous les mails spools qui ne sont pas envoyés et réessayer de l’envoyer. Si le script n’arrive pas envoyer le mail, on stock le mail dans la table mailnotsent.

Dans la commande collective

Modale profil
– Pour le RL faire comme pour le participant : permettre la saisie de plusieurs RL sans fermer la modale
– L’ordre de saisie doit être Nom, Prénom, mail, situation, adresse1, adresse2, cp, ville, Pays,désignation,tel

Facture :
Onglet historique de facturation :
il manque le total des produits annexes facturés
Il faudrait enlever le bouton facturer de l’onglet historique de facturation
Enlever le bouton facturer si la commande est entièrement facturée.

CO1828
La commande est totalement facturée mais les totaux sont faux
total commande 3268.71€
total facturé 3248.71 €
le delta vient 
-de la ligne de commande Paul Durand la part client remonté est 298.22 au lieu de 308.22
-de la ligne victore Hugo la part client est remonté avec 10 € de moins.
Le problème serait donc plus lié à un problème de remonté des données plus qu’un problème de facturation.

CRM commande 1828 (voir dans la bal projet cubiq)
J’ai validé les participants de la commande 1828
deux mails sont partis par participant : un mail organisateur et un mail (client ou RL)
Est ce que le mail RL ou CLient part en CC car dans la configuration du crm de ce client j’ai coché RL+Client

CRM client commande Il faudrait créer une variable « Prise en charge » qui remonterait par participant le montant pris en charge par le client.
Dans le mail client le pdf de commande envoyé n’est pas conforme :
S’il est adressé au RL il faut mettre les coordonnées du RL :
Il faut mettre que le séjour acheté par le RL. Pour l’instant il y a tout les séjours de la commande.
Au niveau du pied de page :
enlever solde client et solde RL
Remplacer par 
Montant « nomduclient » XXXX €
Montant « NomduRL » XXXXX €
Présenter en colonne en dessous du tableau

CRM : fonction mail dans la commande collective

Paramétrage adhésion:
Si l’adhésion n’est pas activée en entité maître la colonne ne doit pas apparaître dans le layout de commande

CO1845
Facturée et Soldée par client et RL
L’état reste non facturé et non soldé.