Notes de versionRetrouvez toutes les mises à jour Vackélys

Pour bien comprendre la plus-value d’un logiciel de réservation de séjours

Note de version pour la mise à jour du 09 octobre 2020

 Commande Collective 4 Temps estimé: 0.00 Temps passé: 21.95 Importance: 2990 Points: 0
3364 Evolution Commande collective - module de suivis individualisé

Tout commande dans la commande normale
Rajouter en bout de ligne de commande une fonction "suivi". Elle fonctionne comme la fonction "suivi" de la commande normale

3357 Anomalie Commande collective et facture multi commandes

Correction d'un certain nombre de dysfonctionnements et adaptation des pdfs.
La facture Multi commande ne devant être utilisé qu'exceptionnellement dans le cadre de la facturation de plusieurs commande standards pour un client pour lequel il est facturé 100% des commandes.
Faute de quoi la remontée des règlements risque d'être erronée. En effet les règlements sont attachés à une commande et non à une facture. De ce fait si deux factures sont présentes dans une commande, le programme ne pourra pas savoir à quelle facture il doit les attacher.

3354 Anomalie tableau de bord- Module Commande sans carnet de voyages

Ce module ne remontent pas les participants des commandes collectives.

3353 Anomalie Compte Représentant légal - Solde à payer

Dans le cadre d'une commande collective un Représentant légal ou ayant droit de comité d'entreprise visualise sont solde à payer, notamment dans le cadre d'une prise en charge par le CE.
Dans le tableau de récapitulatif de commandes le solde ne tient pas compte des éventuels règlement différés.

 CRM Vackelys 11 Temps estimé: 0.00 Temps passé: 207.05 Importance: 7875 Points: 0
3366 Evolution CRM relances dans les commandes collectives

Dans une commande collective il peut exister un certain nombre de lignes de commandes avec des dates de départ différentes.
L'envoie de certains mails transactionnels dépend de la date d'échéance attachée à la commande.
CRM 49

Programmation de l'envoi de ce mail 49 en fonction de la date de départ de chaque ligne de commande et non en fonction de la date d'échéance de la commande mère.

3279 Histoire CRM SMS : Reporting SMS

Dans l'écran paramètres SMS création d'un nouveau volet sous le volet "date d'envoi..."

"Reporting SMS"
Ce volet comprend le critère suivant :
Nombre de SMS envoyés :
La plate forme présente à l'opérateur le nombre de sms envoyé par cette instance depuis l’activation du module.

3277 Histoire Modification de l'organisation des écrans SMS

Proposer l'écran Campagne SMS comme sous menu du menu Commercial afin que cette fonction soit accessible par un opérateur si on lui donne les droits.
Écran Paramètre. Il n'est pas nécessaire d'afficher les informations de paramétrage de l'API qui sont des droits propriétaires et commun à toutes les instances vackélys.

3274 Anomalie CRM Dossier incomplet sur statut archivé

Les clients ont reçu une relance CRM "Dossier incomplet" pour tous les séjours à venir alors que les commandes avaient un statut archivé.

3250 Histoire Création d'un mail transactionnel lors de la génération des factures.

Mise en place d'un mail transactionnel à la génération d'une facture.
Ce mail est envoyé au tiers à qui est adressée la facture.
Ce mail est administrable dans les types clients et les clients

Descriptif : Mails transactionnel envoyé à la génération d'une facture.
Catégorie : Client
Nom : Émission d'une facture
Sujet :#entitémaître | une facture est disponible dans votre compte client.
Message :

Bonjour,

Une facture vient d'être émise;
Vous pouvez la retrouver dans votre compte client.
#urlcompteclient

#entitémaître

Pièce jointe : facture

A ce jour seul les factures générées automatiquement par le programme activent cet envoi de mail. Il a été décidé dans un premier temps de ne pas intégrer les factures générées dans le cadre de la commande collective.

3233 Anomalie Modification mail client

La modification d'un mail client dans sa fiche n'est pas pris en compte pour l'envoi des mails ultérieurs. L'ancien mail était encore utilisé.

2971 Histoire CRM-SMS - Campagnes transactionnelles

Une campagne transactionnelle est une campagne envoyée automatiquement en fonction d'un événement.
Toutes les campagnes types peuvent devenir des campagnes transactionnelles par une simple case à cocher.

Une campagne transactionnelle présente les paramétrages suivant un Évènement :

Evènement commercial :
Commande validée
Documents de voyages manquant
date de départ
date de retour
Convocation modifiée
Carnet de voyage modifié

Evènement social
Document disponible
Contrat non signé
Convoyage

2736 Tâche Ecran CRM<SMS

Cet écran va permettre aux opérateurs de créer des campagnes de SMS.

L'écran présente un champ texte : "Texte à envoyer" (voir les contraintes en terme de nombre de caractères.)
Ce champ texte peut être alimenté manuellement ou alimenter par une campagne pré paramétrée. Voir histoire 2970.

L'écran présente en dessous un tableau datatable comprenant les colonnes suivantes
Client|Participant|Représentant légal|Séjours|Groupe|hébergement|début|fin|tel
Le numéro de tel est celui du RL attaché au participant.

Pour alimenter le tableau l'opérateur doit pouvoir filtrer les données affichées.
L'écran propose des filtres au dessus du tableau: L'opérateur peut choisir parmi les filtre suivants
N'afficher que les numéros de portable (norme française 0033 6 ou 0033 7)(case à cocher)
Séjours (select2 multiple)
Hébergements (select2 multiple)
Date de départ : (période du au)

Si plusieurs numéros présents par participants ils sont affichés l'un en dessous de l'autre.

L'écran propose dans le menu action
- une fonction export
- une fonction envoyer la campagne.

L'opérateur peut décidé du moment d'envoi. Immédiatement ou ultérieurement.
S'il sélectionne ultérieurement l'opérateur pourra définir la date et l'heure d'envoi.

L'action "Envoyer la campagne" connecte Vackélys à l'API du distributeur de SMS pour l'envoi.

L'écran présente un menu historique
Cet écran présente l'historique d'envoi des campagnes.
Elles sont listées chronologiquement. La plus récente en premier.
le format Campagne sms aaaa/mm/jj
Un clic ouvre une modale ou affiche un volet avec les contacts de la campagne. Une colonne affiche si le sms est "délivré" ou "non délivré"
Ce dernier critère est fonction des capacités de retour via l'API du distributeur de sms.

2735 Tâche Commercial<CRM

Création du menu CRM qui gérera les nouvelles fonctionnalités d'envois manuels.
Création d'un droit en configuration.
Par défaut il est affecté aux administrateurs et super administrateurs.

2734 Tâche configuration API

Créer un nouveau paramétrage d'API sur l'écran configuration<communication<email

Cette API pourra être utilisée pour l'envoi des sms et la mise à jour des profils tiers sur le service sendinblue.

Mise à jour des bases de données de tiers sur sendiblue

Tout nouveau tiers RL est intégré sur sendiblue
les critères exporter sont l'ensemble des critères de la table RL plus le nom client.
Un client qui serait également RL est exporté comme RL sur Sendiblue
Rajouter les critères suivants :
date de dernière commande.

Cas des critères RGPD de la table client:
le paramétrage de ces deux critères sont affectés par défaut au client.
Ces deux critères seront rajoutés au RL. histoire 2737

Une tache automatisée met à jour automatiquement via l'api les modifications de la table RL
Le développeur appréciera s'il est préférable de faire une tache automatisée ou une connexion API à chaque modification de la table RL.

2731 Histoire CRM SMS

Cette histoire va porter l'ensemble des taches dédiées à la création d'un CRM SMS qui viendra doubler le CRM des mails transactionnels.

 Front office sites mutualisés 5 Temps estimé: 0.00 Temps passé: 21.35 Importance: 3330 Points: 0
3355 Evolution Intégration des questions dans les comptes clients
Actuellement :
Un opérateur peut intégrer un questionnaire spécifique à chaque séjour.
Ces questions seront posées en live à l'utilisateur :
  • Client lors de la commande web
  • Opérateur lors de la commande standard back

Il pourra être rempli manuellement par l'opérateur dans chaque ligne de commande collective.
Le résultat de ces questions est alors exporté dans l'état statistique liste<présents

Dans le cadre de la commande collective le client ne peut pas remplir ces données ce qui impose à l'opérateur de récupérer ces infos auprès de son client CE ou auprès des participants eux mêmes.

Evolution :
Intégration des questions dans les comptes cliens et RL.
Onglet Documents de voyage.
Sous le volet formalités, intégration d'un volet "Informations participants"
Ce volet reprend par participant les questions liées au séjour.
Les réponses sont ouvertes en modification pour le client ou le RL.
afin de simplifier l'enregistrement des données et éviter qu'un client oublie d'enregistrer sa saisie, un enregistrement en ajax sera mis en place pour chaque saisie.

3319 Anomalie Wysiwyg séjours

Dans l'onglet général du séjour.
La saisie d'un retour chariot présente à l'opérateur un interligne qui ne se retrouve pas en front.
Si l'opérateur saisi un double retour chariot l'interligne apparait en front.
Par contre sur les pdf séjours l'interligne est doublée.

3284 Anomalie Réservation séjour désactivé front

Enlever les départs lorsque le séjour n'est pas actif front.
Un internaute disposant d'un lien d'un séjour qui n'est plus actif front pouvait entrer dans le process de réservation

3272 Evolution Compte client onglet documents administratifs

Certains clients ne comprennent pas le terme
renommer cet onglet en "Factures"

3185 Histoire Intégration des avis clients dans la page témoignage

La page témoignage va regrouper les avis clients classés par avis le plus récent
Reprendre la formalisme d'affichage des avis de la page séjour.

Configuration<communication<template<témoignage.
L'url renseignée par l'opérateur sera l'url réécrite de la page dynamique témoignage.

Rajouter dans chaque séjour dans l'espace "avis" un lien "Voir tous les avis"

 Module comptable 8 Temps estimé: 24.00 Temps passé: 75.35 Importance: 5690 Points: 0
3362 Evolution Comptabilité<etat client

Acutellement
Si dans une commande collective une ligne de participant n'est pas validée (participant non présent dans les listes), mais ce participant a été facturé il n'apparait pas dans les le listing des états clients.
Il faudrait qu'un participant de commande collective n'apparaisse pas dans l'état client uniquement s'il est archivé.

3336 Anomalie fonction export écran comptabilité<etat fournisseur

la sélection puis l'export csv de ligne de commande génère un csv n'intégrant pas la bonne référence commande.
Il doit exister un conflit d'export entre l'id de commande mère et de commande fille

3323 Histoire Rapprochement bancaire optimistion de process

Afin que l'opération de pointage et de visualisation soit plus simple pour l'opérateur. Mettre également en rouge la case à cochée ou le montant si date de valeur du règlement non compris dans la période.

Création d'une fonction de pointage automatisé :
Dans l'écran de rapprochement mettre un bouton action "Pointage"
Cette fonction n'est active que si la période est renseignée.
Cette fonction pointe l'ensemble des règlements dont date de valeur compris dans période de rapprochement.
Cette fonction devra donc afficher à l'écran potentiellement plusieurs centaines ou milliers de règlements.

3308 Tâche Création d'un export comptable spécifique

Création d'un modèle d'export comptable permettant une auxiliarisation clients et une analytic séjours.

Configuration<comptabilité
Création d'un nouveau modèle d'export comptable.
Libellé de cet export : Standard avec Auxiliarisation.
Information descriptive injectée en dessous du choix de ce format d'export :
"Cet export reprend l'export standard en ajoutant une touche d'analytique.
  • Auxiliarisation du produit séjour "Mois de départ + code affaire" : saisir juste le code affaire dans le séjour et le programme ajoutera la variable mois "MMcodeaffaire"
  • Auxiliarisation des clients : le code comptable saisi dans le client est remonté dans la colonne "Num compt auxillaire". la colonne "Num compte" est alimentée par le code comptable du type client ou par le code comptable client de l'écran configuration<comptabilité si le numéro n'est pas renseigné dans le type client."

---------------------------
Configuration comptabilité
Afin de pouvoir séparer les vraies écritures en attente et les écritures liées aux factures d'acompte. Création d'un compte d'attente spécifique pour les factures d'acompte.
Actuellement les factures d'acompte et les avoirs générés ainsi que les écritures remontent dans un seul compte d'attente.

Cette fonctionnalité est à implémenter dans les deux modèles d'export comptable.

3285 Evolution Remontée facture dans journal de vente

Suite à l'évolution de Vackélys V3 permettant des factures de services multi tiers et la facturation multi tiers des commandes tourisme.
Il est nécessaire de refondre le journal de vente.

3269 Histoire Rapprochements bancaire et exports comptables

Les colonnes "Lettrage" et "Date lettrage" sont alimentées respectivement par "libellé" du rapprochement et date du rapprochement.

3268 Histoire Rapprochements bancaires et modification des règlements

Un règlement rapproché ne peut plus être modifié dans les commandes.

3266 Histoire Raprochement bancaire

création d'une nouvelle fonction :
Nouvel écran Comptabilité<Rapprochements
le lien est localisé sous journal de banque
L'écran présente l'ensemble des règlements immédiats non rapprochés y compris les remboursements.
Une fonction case à cochée permet d'afficher également les règlements rapprochés.
un filtre période comme sur l'écran règlement est présent.

Un menu action propose
L'impression et l'export de la sélection

L'écran présente un tableau reprenant les mêmes colonnes que l'écran règlement moins les colonnes Fournisseurs, type, Départ
Une colonne est créée sur la droite : "Relevé". Elle comprendra le libellé du relevé auquel ce règlement sera affecté par l'opérateur.
Une colonne "Valeur" est créée à droite de la colonne "Date". Par défaut cette colonne est alimentée par la date du paiement sauf si une remise de chèque ou de caisse est attachée à ce règlement. La date renseignée est alors la date de génération de la remise.
Ce champ valeur est ouvert en modification même s'il est pré rempli par une date de remise.

La partie supérieure de l'écran présente un volet sur le modèle de l'écran commercial<règlements multiples
Ce volet comprend les critères suivants :

Liste déroulante "Banques"
La sélection de la banque propose les champs suivants:
  • période du jj/mm/aaaa au jj/mm/aaaa
    Par défaut la colonne "du" est pré remplie par J+1 par rapport au dernier rapprochement effectué sur cette banque.
    L'opérateur renseignera le critère "Au"
    Il faut donc stocker les Rapprochement effectués par banque dans une table.
    Si aucun rapprochement n'est existant le champ est vierge. Ces champs sont ouverts en modification.
  • Un champ alpha numérique "Relevé" ouvert en modification est présent. Ce libellé alimentera la colonne "Relevé" de l'écran Rapprochement.
  • Un champ numérique solde début de période est présent : Il est alimenté par le solde fin de période du dernier rapprochement de la même banque. Ce champ est ouvert en modification.
  • Un champ numérique solde fin de période est présent : il est alimenté par l'opérateur: Il saisi le solde de fin de période de son relevé bancaire.

Ecrire en rouge la date des écritures dont date de valeur non comprise dans la période validée dès sélection de la banque et de la période.

Deux autres champs numériques sont présents

  • Autres opérations au crédit
  • Autres opérations au débit
    Un champ calculé "Écart de rapprochement" La formule de calcul est la suivante :
    "Écart de rapprochement (solde début de période + autres opérations au crédit - autres opérations au débit + sommes des règlements cochés)-solde fin de période.**

Un bouton action "Rapprocher"

*L'action rapprocher*++
Il n'est pas possible de générer un rapprochement sur des règlements attachés à des banques différentes. L'opérateur ne pourra cocher que les règlements de la banque sélectionnée dont la date de valeur est comprise dans la période de rapprochement.
L'opérateur peut alors modifier une date de valeur afin qu'un règlement deviennent éligible
La fonction "Rapprocher" n'est active que si écart de règlement=0.

Un message système affiche le message suivant si solde début de période ≠ de solde de fin de période du rapprochement précédent. " Attention le solde de début de période diffère du solde de fin de période de la période précédente. Souhaitez vous tout de même validez ce rapprochement?"

L'action rapproché génère un pdf nommé "#banque#libellérelevé"
  • Il contient en entête les informations du Relevé.
  • le tableau des règlements rapprochés

Une fonction permet de rajouter une écriture à un rapprochement ancien déjà validé.
L'opérateur sélectionne la ou les écritures et sélectionne la fonction Action<Ajouter à un rapprochement.
La fonction ouvre une modale présentant l'ensemble des critères du rapprochement ouvert en modification sauf le solde début et le solde fin de période.
En effet l'ajout d'une écriture modifiera l'écart de rapprochement. L'opérateur devra alors modifier ce critère afin que l'écart de rapprochement soit à nouveau nul.

Un écran historique accessible depuis un lien en haut de page permet d'accéder aux rapprochements réalisés.
Il comprend les colonnes suivantes
Libellé|Du|Au|Banque|Solde début|Soldefin|pdf|case à cocher

Une fonction action<modifier permet de modifier un rapprochement. Une modale s'ouvre permettant à l'opérateur de modifier ce rapprochement.
Les écritures modifiées devront disposer d'une date de valeur dans le périmètre de la période validée.
L'opérateur ne peut supprimer que le dernier rapprochement d'une même banque.

 Module Multi Enseignes 1 Temps estimé: 0.00 Temps passé: 126.35 Importance: 720 Points: 0
3317 Histoire Déploiment d'un nouveau site internet dans le cadre du module multi enseigne.

Dans le cadre du module multi enseignes une entité maître va pouvoir piloter plusieurs sites internets d'enseignes.

Mise en place des fonctionnalités permettant à un opérateur de pouvoir piloter les sites des enseignes
  • Duplication des fonctions des écrans configuration<communication
  • Gestion des comptes clients
  • Process de vente
  • SEO l'injection du code source de la page devra reprendre le nom de l'enseigne plutôt que celui de l'entité maître.
 Module social 9 Temps estimé: 0.00 Temps passé: 19.25 Importance: 5600 Points: 0
3345 Anomalie Social : compte collaborateur

Dans le volet mes contrats seul les contrats supérieur à date système sont affichés.
Il faudrait afficher l'ensemble des contrats.

3343 Evolution Social<paie Validation de la période

Le fichier csv ou excel généré par l'export doit reprendre le nom du fichier dans l'historique

3339 Evolution Social < Droit de visualisation de profils par les directeurs

Les directeurs peuvent actuellement visualiser l'ensemble des profils d'un niveau hiérarchique inférieur ou équivalent à leur niveau. (sauf opérateurs, admin...)

Ils ne peuvent plus visualiser les profils archivés.

3314 Anomalie CRM 100. Mail transactionnel envoyé plusieurs fois

Suite à la mise en production de la fonction FTP via le partenaire Airh il semblerait que mail transactionnel 100 soit envoyé de manière récurrente.

3294 Evolution Espace collaborateur : Mon profil

La fonction documents et ajout de document sont supprimées de cette écran.
les collaborateurs alimentent cet espace au lieux d'aller dans l'espace documentaire.

Ajouter en lieux et place un lien "Mes documents personnels à fournir"
le lien pointe sur l'écran "mes documents"

En dessous de Mes Document
le volet "Autre documents" est présent
Il reprend la fonction qui était présente dans l'écran mon profil.
Par contre le collaborateur n'a plus que des droits de consultation des documents.
L'ajout de documents dans cet espace il ne peuvent donc se réaliser que par un opérateur ou via la fonction d'upload de documents à partir du module de recrutement sur le front office.

3292 Histoire module sociale - workflow

Dans chaque profil :
Ajout d'un onglet Workflow
Cet onglet remonte les logs concernant ce profil.
Connexions front et déconnexion
mails transactionnels manuel
création du profil, mise à jour...

L'ensemble des actions actuellement loguées concernant le profil

3288 Evolution Social écran liste contrats

Rajouter une colonne Service dans le tableau

3245 Evolution Social - Mail transactionnel sur mise à jour de profil.

Intégration d'un mail transactionnel informant le service RH et les tiers en notification sur le collaborateur que le profil a été mis à jour

Descriptif : Mail envoyé au service RH et aux tiers devant être notifié lorsqu'il est possible d'émettre un contrat sur un profil.
Catégorie : Collaborateur
Nom : Modification d'un profil collaborateur
Sujet : #Prénom #NOM vient de modifier son profil

Corps du mail
#Prénom #Nom vient de modifier son profil.
Pour contrôler l'évolution de ce profil cliquez ici.

#Entité Maître

----------------
Intégré un lien permettant à l'opérateur d'accéder directement à la page du profil en back.

3244 Evolution Social fonctions de trie et filtres

Social<profil
Rajout d'une colonne email et téléphone

Social<contrats
Fonction de trie par période
le tableau data table permet de filtrer les contrats dont date de début> date saisie et les contrats dont date de fin < date saisie
Mais si un contrat dispose d'une date a cheval sur cette période saisie, il n'apparait pas dans la liste.
Si le fonctionnement du tableau data table ne peut permettre ce fonctionnement il faudrait rajouter une fonction de filtre par période au dessus du tableau.
Les contrats affichés doivent avoir au moins un jour de commun avec la période validée

 Module Transport 3 Temps estimé: 0.00 Temps passé: 8.35 Importance: 2250 Points: 0
3370 Anomalie Bug sur lien de commande - dans une modale transport

Liste des plans de transports, icône de la gestion des villes.
Dans le tableau la colonne pax comprend le nombre de pax par vlle. Si je clique sur le nb de pax j'ouvre une modale avec la liste des pax et le lien sur le n° de commande.
Il semblerait que le n° de commande affiché soit la commande fille et non la commande mère dans le cadre d'une commande collective.
Le clic sur le lien génère une 404.

3303 Anomalie Mail transactionnel envoi de la convocation de transport

Certains mails de convocation de transport n'envoient pas la bon document.
Lorsque l'on regarde le workflow on s'aperçoit que sur une modification de commande, sur laquelle l'opérateur vient de valider l'ensemble des éléments de formalité et pour laquelle la convocation était déjà disponible, le mail semble partir avant la génération du nouveau pdf.
Certains clients reçoivent donc une convocation erronée.

Si l'on renvoie le mail à partir de la fonction mail manuel de la commande quelques minutes après :
le pdf convocation qui est dans la modale mail n'est pas le bon. Par contre à la réception du mail la convocation comporte les bonnes données.

3298 Evolution Mail 99 - modification d'un segment de transport

Lors de la modification d'un segment appartenant à un plan de transport validé, le mail 99 est émis à l'ensemble des participants attaché à ce segment, si ce segment représente le début ou la fin du parcours du participant.

Par dérogation ce mail 99 ne doit pas partir lors de la modification du segment si uniquement les critères stock ou accompagnateurs sont modifiés.

 PROJETS CUBIQ 1 Temps estimé: 0.00 Temps passé: 0 Importance: 0 Points: 0
3376 Histoire Intégrer la version 3.8 sur vackelys.fr
 V3-Facturation 3 Temps estimé: 0.00 Temps passé: 10.00 Importance: 2060 Points: 0
3327 Evolution Modale de facturation - message d'alerte

Lorsqu'un opérateur souhaite lancer une facture sans avoir sélectionner de ligne à facturer un message pop up s'ouvre.

"Veuillez choisissez des tarifs"
remplacer ce message par "Vous devez choisir au moins un produit annexe et ou une ligne de commande"

3324 Evolution Ecran facturation - Affichage des commandes archivées

Les commandes archivées ne doivent pas apparaître par défaut dans l'écran.
En effet depuis la dernière évolution sur la gestion du statut des commandes archivées, il est maintenant possible d'archiver une commande si :
Somme des factures =0
Somme des règlements = total commande.
Une commande archivée peut donc disposer de factures. Elles apparaissent en statut non facturé et pollue l'affichage des commandes qui ont pour objet d'être facturée.

Par défaut cet écran ne doit plus afficher les commandes sous statut archivé.
Ajout d'un filtre case à cocher "Afficher les commandes archivées"

Le classement par date de départ est non fonctionnel

3251 Histoire Factures de services - Ajout d'un libellé par ligne de facturation.

Chaque produit en configuration dispose d'un champ description.
Intégration de ce champ description dans l'écran de création et modification des factures de service.
Ce champ est ouvert en modification.
Le développeur estimera s'il est préférable de rajouter une ligne sous chaque ligne de facturation actuelle ou s'il est préférable de créer une nouvelle colonne.
Dans ce dernier cas il faudra borner la colonne quantité et prix unitaire à la largeur de leur libellé d'entête de colonne.

Génération des pdf.
Les pdf de factures de services intègrent maintenant cette ligne de description pour chaque ligne de facturation.
Optimisation du pdf.
La colonne "Quantité" est renommée "Qté". Sa taille est réduite de manière à pouvoir accueillir une quantité de XXXXX
La colonne TVA est réduite au format XX,XX%
La taille de police des nombres des colonnes est diminuée d'un point
La description vient s'injecter sous le libellé du produit dans la même case
Le libellé du produit est écrit en bold

 VACKELYS 9 Temps estimé: 0.00 Temps passé: 52.80 Importance: 6385 Points: 0
3359 Anomalie Affectation des formalités dans une commande

Certaines formalités sont affectées à des commandes alors qu'elles ne sont pas affectées au séjour.

3358 Anomalie Commercial<règlement classement par date de départ

Le classement n'est pas chronologique.
Il classe par la date du jour dans le mois et non par la chronologie annuelle

3341 Evolution Statistique<liste<présent

Rajout du nom du client dans l'écran et dans l'export

3297 Evolution Modification pour demande de disponibilité

Lorsqu'un séjour est en request, modifier en front office "Pré-réserver" dans les tarifs, le remplacer par "Liste d'attente"
Lorsque l'on clique sur "Pré-réserver" modifier "Formulaire de pré-réservation" par "Demande de disponibilité"
Ajouter en dessous un texte explicatif:

" Vous êtes sur le point de faire une demande de disponibilité. Le centre est complet ou presque sur cette période ou pour cette ville de départ mais les disponibilités sont susceptibles d'évoluer et des places peuvent se libérer.

Nous devons faire le point et reviendrons vers vous pour vous tenir informés."

3282 Anomalie Erreur 404 pour la modification d'une commande

La modification d'un tiers payant dans une commande génère une page 404.

L'enregistrement d'un règlement ou l'ajout d'un document génère une page 404.

L'ajout d'un document est tout de même sauvegardé malgré la page 404

3281 Anomalie Problème archivage commandes

Des commandes ne peuvent pas être archivées. Le solde est égal au montant de la commande et pas de factures...
Une commande est archivée mais apparait comme validée dans la liste des commandes.

3258 Evolution Ecran séjours

classement des séjours
affichage par défaut des séjours actifs
Classement par défaut par date de départ à venir la plus proche

3249 Evolution Statistiques - Filtres

Intégrer comme dans l'écran planning les filtres de saison.

3203 Anomalie Saisie du représentant légal dans la commande standard

L'opérateur ne peut saisir qu'un seul numéro de tel contrairement à une saisie dans commercial<représentant légal

 VACKELYS V3 17 Temps estimé: 0.00 Temps passé: 95.90 Importance: 11635 Points: 0
3365 Anomalie Configuration<gestion<type client

L'affectation de la fonction de visualisation des factures de services par le Représentant légal ne se valide pas.

3363 Evolution Champ commentaire des commandes

Uniformisation des termes utilisés
Le terme "Commentaires" est affiché en remplacement des termes suivants :
- Dans la commande normale : en remplacement du libellé du module "Infos complémentaires"
- Dans la commande collective en remplacement de la fonction "Commenter" de la liste déroulante en bout de ligne

3360 Anomalie Impressions Règlements<commandes non soldées

Les impressions de commandes non soldée
impression liste
impression par clients
ne sont pas fonctionnelles notamment si un filtre par type client est précisé

3351 Histoire Développement d'une passerelle de paiement Crédit Agricole

Développement de la passerelle e-transaction prémium du crédit agricole

Liens techniques
https://www.ca-moncommerce.com/ma-documentation/

3337 Anomalie Ecran commande - gestion des présents

Lorsqu'un participant est tagué absent le bouton rouge n'apparait pas forcément dans la commande.
A l'actualisation de la commande le bouton apparait vert puis rouge puis disparait

3320 Anomalie contrats clients injection de l'organisateur dans le contrat

dans les informations pratiques du contrat on injecte le nom de l'organisateur en fonction du paramétrage de l'entité maître.
Il y a une différence au niveau du pdf entre la donnée injectée dans le descriptif séjour et la donnée organisateur injecté dans les informations pratiques.
Il est injecté dans les informations pratiques la mention "Partenaire de..." alors que l'organisateur est l'entité maître.

3315 Histoire Intégration de fiches techniques manuelles dans les séjours

Cette fonctionnalité à pour but de remplacer la fiche technique dynamique générée par le système par un pdf intégré manuellement par un opérateur.

Fiche séjour :
Dans l'onglet médias un nouveau volet est créé : Fiche technique.
La fonction permet à l'opérateur de télécharger un fichier pdf.

Front office :
Lors d'un clic sur le picto impression - fiche technique : L'internaute téléchargera la fiche technique intégré par l'opérateur. Si aucune fiche manuelle n'est intégrée, la fiche technique dynamique sera alors téléchargée par l'internaute.

Il n'est rien changé à la génération des contrats qui continueront à utiliser les fiches techniques dynamiques.

3304 Evolution Avis clients

Ecran commercial<avis clients
Ajouter une colonne #N°de commande et une colonne #participant
Le RL n'est actuellement pas injecté
Les critères, clients, RL, participants et commande doivent être cliquable.

Dans le champ de saisi ajouter un wysiwyg coté back.

3301 Evolution Avis clients
Ecran avis client
Injecter le nom du RL qui n'est pas injecté
Rajouter les colonnes
  • Organisateur
  • N° CO
3286 Evolution Remontée accompagnateurs dans listes

Statistique/Liste/Transport
Un accompagnateur qui a été supprimé dans Transport< Accompagnateur apparait toujours.

3276 Anomalie Mode de commercialisation adulte

il semblerait qu'il y ait un problème de remonté du représentant légal dans le cadre des commandes sous process séjours adultes.

3275 Anomalie Commercial<commandes non soldées

Il semblerait que le tableau soit bloqué sur 11 lignes
Deplus le 1/3 payant remonté est l'id et non le nom

3261 Evolution Optimisation des process d'import de commande collective

Lors d'un import le programme propose une étape intermédiaire permettant de matcher les champs du fichier avec les champs de Bdd.
Une fois cette étape validée rajoute d'une étape dans la modale proposant une visualisation des données qui seront importées pour contrôle.
Cette étape pourrait mettre en rouge les données qui ne sembleraient pas correspondre au format d'import.

Étudier la possibilité que ce tableau soit ouvert en modification.

3256 Evolution Contrôle des doublons d'inscription pour les participants

Lors de la saisie d'un participant dans une commande contrôler que ce participant en lien avec ce RL, ne soit pas déjà inscrit.

Cas de la commande standard :

L’intérêt serait que le programme réalise se contrôle à l'affectation du participant afin d'éviter la surcharge d'actions de contrôle lors de l'enregistrement.
Une modale s'ouvre précisant sur quelles commandes et quels séjours le participant est déjà inscrit.
"#Prénom #Nom est déjà inscrit sur le séjour #Nomduséjour #du #au commande #ID. Voulez vous confirmer l'inscription?"
Un bouton action validez et un bouton action fermer sont présent.
L'opérateur peut enregistrer la commande en option.
Il est ainsi possible de saisir plusieurs options pour un même participant.
Lors de la validation de la commande un nouveau contrôle est opéré. Une commande ne pourra être validée si le participant est déjà affecté sur un autre séjour ayant au moins 2 journées communes. En effet il faut pouvoir réaliser l'inscription d'un participant terminant un séjour le 05/10 et en débutant un autre le 05/10.

Cas de la commande Front office
Un participant déjà affecté à un séjour ne pourra pas être affecté sur un autre séjour s'il existe au moins 2 jours commun avec une autre commande. Le message système suivant apparait ""#Prénom #Nom est déjà inscrit sur le séjour #Nomduséjour #du #au commande #ID. Veuillez contacter notre service inscription. "

Cas de la commande collective
Les profils participants peuvent être affectés soit par un process manuel dans la ligne de commande, soit par un process d'import.
Process Manuel : Reprendre le même process que la commande standard. Ouverture d'un message système ou d'une tooltype à l'affectation. Le programme doit pouvoir contrôler un doublon au sein de la même commande.
La saisie reste possible par l'opérateur ainsi que l'enregistrement. La validation de la ligne de commande (case de gauche) sera également possible mais le programme alertera une nouvelle fois l'opérateur.
Process d'import : le développeur proposera une solution de contrôle.

3254 Evolution gestion des groupes

intégrer les code supervision et RL dans le tableau data table

3253 Histoire statistique par code de supervision

Module statistique
Mettre en place dans le volet un produit un filtre par code promo et code supervision

3213 Anomalie Configuration<gestion<type client

La fonction de création d'un nouveau type client n'est pas fonctionnelle