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

Note de version pour la mise à jour du 21 mai 2019

 

 Commande Collective 15
2262 Histoire Import de listes de participants- commande collective

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.

2268 Histoire Module tableau de bord : Commande sans convocation

Ce module remonte les participants pour lesiuels le plan de transport n’est pas afecté.
Il pourra donc exister plusieurs lignes pour une même commande

2316 Histoire commande collective – intégration aux écrans

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

2367 Histoire commande collective – reglement

Onglet règlement
Création d’un bouton action « Affectation ».
L’activation de la fonction Affectation ouvre une modale affichant un tableau comprenant les colonnes suivantes.
NOM prénom RL|NOM Prénom enfant|Total |Part RL|Part Client|case à cocher
Le tableau est alimenté uniquement par les lignes pour lesquels les noms des participants sont connus.
Les colonnes « Part RL » et Part Client » sont ouvertes en modification.
L’opérateur peut saisir soit la part client, soit la part RL. Lors de la saisie de l’un des deux critères l’autre critère est automatiquement alimenté. « Part RL »= Total – « Part client » ; « Part client » = Total – « Part RL »

!Rgt commande collective.png!

Un clic sur la « part RL » ouvre une modale de saisie de règlement. Cette fonctionnalité permettant d’associer un règlement à un participant et à un RL. La modale reprend le formalisme du règlement habituel. Il est possible de saisir plusieurs règlements avec des modes différents.
Lorsque l’opérateur clic à nouveau sur la part RL la modale présente l’ensemble des règlements RL.
Lors de la validation des règlements les participants pour lesquels la part RL est soldée sont en vert.
Le tableau comprend les champs totaux et soldes :

Les soldes des Clients est représenté par l’ensemble des acomptes et paiements effectués par le client.
Lorsque l’opérateur ferme la modale affectation l’ensemble des paiements gérés dans cette modale sont consultables dans l’onglet règlement de la commande.
L’opérateur pourra utiliser la fonction de règlements multiples afin de solder une commande client.

Cette fonction d’affectation permettra l’affectation des règlements aux RL et l’alimentation des comptes RL.

Fonction de facturation en masse.
Le menu action comprend une fonction de facturation en masse des RL. L’ensemble des pdf de facture sont générés. Ils sont à destination du tiers RL. 
La facture reprend le formalisme de la facture de commande standard. Elle injecte cependant une ligne de prise en charge client injectée dans le bas du tableau des libellés :

« Prise en charge NOMDUCLIENT » Montant de la part Client
Le total facture est égale au total du forfait touristique moins la prise en charge client.

L’ensemble des pdfs factures sont consultables dans le workflow de commande. Le passage de la souris sur la ref de facture affiche une tooltype avec le nom du RL.

2382 Anomalie commande collective

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

2416 Histoire Commande collective – Type Client

Type client ajoute deux interface:
1. Gérer CRM (que les crm de la catégorie client), un champ ‘actif/inactif’, un champ sur la droite: C RL
2. Facturation: activer la facturation automatiquement, activer la facturation manuelle

Type client ajouter des champs:
Visualisation onglet commande
Visualisation onglet règlements
Visualisation onglet Documents de voyages
Visualisation onglet Documents administratifs
Visualisation de la fonction solder la commande
Visualisation onglet commande
Visualisation des éléments financiers

2417 Histoire commande collective – Client

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)

2418 Histoire commande collective – représentant légal

back office: ajouter un mots de passe dans le profil représentant légal, un fonction pour régénérer le mot de passe
front office: ajouter un nouveau espace représentant légal en dessous de l’espace client front (mot de passe oublié)

Les détails sur la commande front: il affiche tous les détails de la commande, le prix total pour le participant est ajouté dans le facture(CommRepreParti)

2435 Anomalie import de document de voyages par le client – import docu voyage front office commande collectif

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

2436 Anomalie Commande collective front client liste des commandes

dans son front le client voit autant de lignes de commande que de lignes dans la commande collective.
Par contre dans une ligne de commande pour laquelle on ne connait pas les noms des participants dans l’encart Participants il est noté « Nom Prénom ». Il serait mieux d’injecter « xx participants »

2473 Histoire evloution du masque de saisie

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

2519 Histoire Rôle organisateur et directeurs dans la commande collective

Ces rôles visualisent uniquement les lignes d’une commande collective le concernant sous forme d’une commande standard.

Gestion des pdf commerciaux : Les pdfs commerciaux du workflow ne sont pas visible. Ils sont générés en temps réel.
Seul la version initiale est générée.

Gestion des formalités : Ces rôles peuvent récupérer les formalités d’un participant que si la formalité a été attaché au participant. Si la formalité est affectée à « tous les participants » ces rôles ne peuvent pas consulter la formalité.

2531 Evolution Affichage des critères de commandes

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

2604 Anomalie Commande collective – produits annexes

Dans une commande collective si on enlève un produit annexe obligatoire pour une ligne de commande et que l’on revient par la suite sur la modale de produits annexe, la modale ne présente pas en sélectionné les produits validés dans la commande mais les produits validés plus les produits obligatoires.
Il faudrait que la modale ne présente que les produits validés dans la ligne de commande.

2605 Anomalie CRM à contrôler

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.

 Front office sites mutualisés 3
2383 Evolution Evolution de fonctionnalités de front office

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.

2385 Anomalie Gesttion de l’adhésion instance inscription.perseigne.fr

Il semblerait que le cycle calendaire de gestion des adhésions ne soit pas fonctionnel.
Le client a signalé le problème et j’ai pu le reproduire en passant une commande sur le client KOFFI qui n’a pas passé de commande sur 2019
la simulation d’une commande 2019 n’affiche pas l’adhésion.

contrôler la tache cron de facturation automatique: il semble en effet qu’aucune facture ne soit générée automatiquement. il y a un grand nombre de facture non émises sur des dates de départ inférieur à date système.

2453 Anomalie CMS – top menu

Limiter le nombre de Top menu à 4.

 Module social 2
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.

2578 Histoire intégration d’un nouveau format d’import des fichiers

Nom du format AirH
Les format des documents AirH intégré dans le fichier zip respecte la chaîne de caractère suivant.

340_04_2019
IDprofil_mois_année

!zip AirH.PNG!

suivant le type de fichier la séquence de caractère peut être placée à différents endroits dans la syntaxe du nom du fichier.
Il faut donc repérer l’ensemble de la syntaxe dans le nom du fichier et ignorer le reste.

 Module Transport 2
2495 Histoire Gestion des groupes dans le plan de transport

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

2522 Evolution Intégration dans un plan de transports de segments hébergement-hébergement

Dans la modale d’affectation des segments d’un plan de transport; actuellement seul les segments comprenant des villes sont disponibles. Il faudrait également remonter les segments comprenant les hébergements sur le format hebergement-hbergement

 V3-Facturation 10
2461 Histoire Refonte Facturation V3
2467 Histoire facturation manuelle – commande standard

une interface pour personnaliser des tarif pour client, RL, tiers 
une fonction pour calculer automatiquement le solde à chaque type de facture
l’interface montre la liste de participant avec tous les tarifs sauf le produit annexe et l’adhésion, remise
reprendre l’interface dans http://projets.cubiq.fr/issues/2461

2507 Histoire Critères supplémentaires de factures manuelles

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.

2508 Histoire Statut de facturation

Dans le type client et le client on peut déterminer s’il est éligible à la facturation manuelle FM ou standard FS.

Pour rappel la facturation standard est une facturation du client pour l’ensemble de la commande. Elle est réalisée en date d’émission ou automatiquement en date de départ.

Les différents scénarios possibles:

FM activé : Le menu FS n’est pas présent dans la commande

FS activé : Le menu FM n’est pas présent dans la commande

FM et FS activées :

  • dans les commandes ont retrouve les deux menus.
  • l’opérateur peut émettre à loisirs une facture manuelle ou une facture standard.
  • Si la commande n’est pas facturée elle sera facturée automatiquement au client en date de départ.
  • Si la commande est facturée partiellement par une facture manuelle, le solde sera facturé automatiquement en date de départ au client.

FM et FS désactivées : les menus ne sont pas affichés en commande et la commande ne sera jamais facturée

2509 Histoire Edition des factures – PDF- Facture manuelle

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
2510 Histoire facturation manuelle – commande collective
2524 Histoire Commande collective – facturation multi représentants légaux

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.

2526 Histoire Evoluton de l’onglet factures de services dans le client

Commercial<client
l’onglet « facture de services » devient « Factures » 
Il liste l’ensemble des Factures du client.

Onglet commande : ajouter une colonne à droite de Solde : « solde tiers payants » 
La colonne comprend la somme des encaissements en attente non réglés par les tiers payants

2533 Histoire facturation – liste facturation
2538 Histoire Factures d’acompte

Reprendre le formalisme du fichier excel

 VACKELYS 15
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.

2387 Evolution Relation Participant – Représentant légal

Dans la commande le participant est lié à un représentant légal.
Mais lors d’une nouvelle commande le participant est obligatoirement lié au client qui dispose également d’un statut de représentant légal.

Il faudrait que le participant au niveau de la table participant reste lié au dernier représentant légal auquel il a été attaché et que cette liaison soit un critère de la table participant plutôt qu’un critère de commande.
Cette mise à jour ne sera effective que sur la commande collective et libre

2397 Tâche Menu déroulant date de naissance

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

2404 Evolution Etat statistique<liste<parcours : ajout d’une colonne « accompagnateurs »

Remonter dans une colonne la liste des accompagnateurs d’un parcours.
localiser la colonne avant stock.
Gérer l’impression pdf et l’export excel

2406 Evolution modification facturation>imprimer la liste

ajoute une ligne de total de toutes les commandes

2408 Anomalie CGV formulaire d’information obligatoire

Le changement de document n’est pas fonctionnel

2413 Anomalie CRM Transformation Devis en commande

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.

2414 Anomalie fiche de synthèse

Dans la commande l’opérateur peut éditer une fiche de synthèse de la commande.
Dans cette dernière il est évoqué « le niveau de ski » il faut remplacer par « Niveau dans l’activité »

2422 Histoire Passer le fonction de « masquer transaction CB » vers entité maitre

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

2476 Evolution Gestion de la table des logs

Sur certaines instance la table des logs peut devenir difficile à afficher au vu de la taille de cette dernière.

Par défaut l’écran n’affiche que les 12 derniers mois.
Un filtre permet de faire évoluer la période de recherche.

2506 Anomalie htpps Connexion non sécurisée sur certains écran

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

2515 Anomalie affichage modale plan de transports

l’affectation des segments de transport aux plans de transports se réalisent dans une modale.
Hors le tableau n’est pas cadré dans la modale ce qui pose des problèmes de saisie dans les petits écrans.

2516 Anomalie Statistique CA

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

2529 Anomalie CRM facture de service id91

Il semblerait que la fonction envoi par mail de la facture de service ne soit pas fonctionnelle.

2606 Anomalie ajout de formalités par l’opérateur

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.

 VACKELYS V3 18
2350 Histoire Module Planning

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.

2377 Histoire Déploiement d’une passerelle SOGECOMMERCE

Déploiement d’une passerelle de paiement SOGECOMMERCE de la Société Général.

https://sogecommerce.societegenerale.eu/doc/fr-FR/

Veuillez trouver ci-après les éléments à communiquer à votre webmaster, que vous trouverez dans l’onglet Paramétrage > Boutiques > Certificat :
– Identifiant boutique
– Certificat de test

– L’adresse du site https://sogecommerce.societegenerale.eu/doc/ où votre webmaster pourra télécharger toute la documentation nécessaire et consulter notre FAQ.

2390 Anomalie Commande collective- gestion des enregistrements

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

2400 Anomalie téléchargement convocation commande collective

CO1832 CLIC sur pdf convocation génère une 404
Il s’agit en fait de la commande 1744. La 1832 doit être la commande fille.

2405 Histoire Refonte types clients et CRM

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

2427 Evolution Validation d’un plan de transport

La fonction de validation d’un plan de transport n’est possible que si les segments sont attachés aux villes du plan. Ceci afin d’éviter de générer des convocations vides.

2447 Anomalie commande collective Workflow

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.

2466 Anomalie facturation manuelle – refaire la bdd

1. facture vers quel type de client (client, RL, tiers)
2. facture contiens des tarifs précisés(forfait, remise, adhésion)
3. facture pour quel participant
4. facture contiens quelle commande

2494 Evolution Statistique Export liste<présents

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

2502 Anomalie création d’une commande standard

sur le dev CO 1788 en date du 14/03
J’ai un tas de log et de documents dans le workflow qui ne concernent pas la commande

2518 Histoire Intégrer la gestion des CRM clients à la commande collective.
2520 Evolution Ajout d’un RL dans une commande collective

l’opérateur peut ajouter un RL dans une commande collective en cliquant sur le bouton « Profile » 
Par contre il semble qu’il n’y ait pas de contrôle sur la création du RL. Il est ainsi possible de créer plusieurs fois le même RL, pour un même client. 
exemple instance de démo CO205

La création d’un nouveau RL testé sur la base de son adresse mail écrasera les données du RL existant.

2525 Anomalie Amélioration email spool

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.

2542 Histoire Optimisations fonctionnelles diverses V3
2570 Tâche Test global V3

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

2576 Anomalie Gestion des RL dans la Vackélys V3

Commercial<RL
les fonction de filtres ne sont plus fonctionnelles

J’ai fait plusieurs imports de participants à partir d’un fichier excel. Toujours le même mais sur des clients différents.
Il me semblait que lors de l’import on testait l’adresse mail du RL afin de ne pas le créer en doublon dans la table. 
Ainsi un RL pouvait visualiser dans son compte client plusieurs commandes de clients différents.

Dans l’écran commercial RL j’ai plusieurs fois le même RL avec des id différents
si je prend le RL ID 586
pass : 0uVqjmisgd
login : 
je n’ai qu’une commande la 1843

par contre je dois avoir peut être 10 Alain Lechene avec l’adresse mail  dans la table.

Gestion des RL dans une commande standard

une fois connecté je vois la commande 1843
si je rentre dans cette commande
je vois un nom de client HUGO ROBERT qui n’ai pas le client qui a passé la commande ni un participant de ce RL.
Et dans la commande je vois l’ensemble des participants et le total commande.
Je ne devrais voir que les information du participant lié à ce RL pour cette commande.
le pdf de commande est également un pdf global
le pdf facture réalisé pour ce RL dans cette commande n’est pas remonté. ce devrait être la 1879

je vois également
Représentant Légal
Total à Payer
500.00 €
Montant Payé
0.00 €
Montant Restant
500.00 €

Dans l’onglet règlement
je vois le solde à payer par ce client en fonction de la facture qui a été émise. Par contre aucun règlement ne remonte.
Dans la commande standard il n’y a pas de règlement affectable aux RL.

Gestion des RL dans une commande collective
la gestion est beaucoup plus propre :
exemple rl VERLEINE isidore
login 
pass : 9WKmadJtof

j’ai affecté un règlement mais la commande n’apparait pas en soldé.
la facture réalisée n’est pas remonté dans l’onglet administratif.
d’ailleurs dans le workflow de la commande collective : au lieu de remonter comme log « Ajout Facture 1885 au Représentant légal commande 1844 » il vaudrait mieux remonter « Ajout Facture 1885 #NOMRL commande 1844 »

Du coup dans chaque page RL en back
Ce serait bien d’avoir commande chaque page client :
La liste des participants,commandes, factures et factures de services

A vérifier également si lors de la création de commande sur un client acceptant la création d’un compte RL, si le mail de création de compte est bien envoyé au RL. CRM103

2577 Anomalie Etats de la commande collective

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

2602 Histoire Validation des commandes filles

La fonction de validation des commandes filles n’est possible que si la commande mère est sous statut validé.

Retour en haut