Notes de version de Polaris 6.07
Pour consulter les autres versions de Polaris, voir la page dédié au plan produit.
Nouveautés
Le projet "Comarch" : Notification d'acquittement de commande
Le programme d'importation coche la case "Tag" des commandes lors de l'acquittement de commande
Le projet "Comarch" est la nouvelle plateforme d'importation et d'exportation des flux de données Eram. Le but est d’améliorer les flux entre Eram et ses franchisés.
Les principales modifications sont :
- Le support du SFTP
- La mise en place d'un portail web de saisie des commandes.
- L'importation des bons de réception prévisionnels.
Le paramètre "Désactive les filtres de profil" permet d'appliquer les filtres de type magasin du profil dans la liste "Stocks et
Le paramètre général des ventes "Désactive les filtres de profil" permet lorsqu’il est décoché d'appliquer les filtres de type magasin du profil dans la liste du bas "Stocks et commandes" de la recherche article en caisse.
Ce paramètre est général (concerne tous les utilisateurs de tous les services de réplication) et est coché par défaut afin de conserver le même comportement qu'avant sa création.
Le paramètre général des ventes Désactive les filtres de profil permet lorsqu’il est décoché d'appliquer les filtres de type magasin du profil dans la liste du bas "Stocks et commandes" de la recherche article en caisse.
Ce paramètre est général (concerne tous les utilisateurs de tous les services de réplication) et est coché par défaut afin de conserver le même comportement qu'avant sa création.
La rubrique "Compte de départ" de la fiche client permet d'initialiser le solde du client après une récupération de données
- La nouvelle rubrique "Compte de départ" de la fiche client permet d'initialiser le solde du client après une récupération de données par exemple, permettant ainsi d'équilibrer les comptes client sans saisir de débit de vente de réajustement (le programme ne permet plus de créer des débits à des dates antérieures conformément à la NF525).
- Le nouveau droit utilisateur "Modifier les comptes de départ clients" est décoché par défaut.
- Cette information peut être importée via l'importation d'un référencier client.
La rubrique Compte de départ de la fiche client permet d'initialiser le solde du client après une récupération de données par exemple, permettant ainsi d'équilibrer les comptes client sans saisir de débit de vente de réajustement (le programme ne permet plus de créer des débits à des dates antérieures).
Le droit utilisateur Modifier les comptes de départ clients est décoché par défaut.
Cette information peut être importée via l'importation de référencier client.
Paramétrage des réplicateurs
Pour simplifier les opérations de maintenance, il n'est plus nécessaire d'indiquer l'emplacement du fichier de paramétrage (repdconf.xml ou repdconf-[licence].xml) au lancement du service de réplication.
Le système prendra par défaut celui existant dans le dossier \etc\polaris.
Si le dossier en contient plusieurs, c'est celui nommé repconf.xml qui sera pris par défaut.
Pour simplifier les opérations de maintenance, il n'est plus nécessaire d'indiquer l'emplacement du fichier de paramétrage (repdconf.xml ou repdconf-[licence].xml) au lancement du service de réplication en mode console.
Le système prendra par défaut celui existant dans le dossier \etc\polaris.
Si le dossier en contient plusieurs, c'est celui nommé repconf.xml qui sera pris par défaut.
Robot de modification de masse des modèles : Ajout de la modification des grilles de taille
Nouvelle fonctionnalité permettant de remplacer une grille de taille par une autre pour un ensemble de modèles en indiquant les correspondances de tailles.
Ce module permet de modifier automatiquement certaines rubriques (collection, sous-Famille, marque ,saison, étiquette, grille de tailles ...) d'une sélection de modèles.
Agrandir la taille du nom du magasin sur le Z de caisse
Suppression automatique des messages de plus de 11 mois dans la messagerie
- Les messages de "Votre messagerie" de plus de 11 mois sont mis automatiquement transférés dans la "corbeille" (Système > ma messagerie).
- Ils y restent pendant 1 mois puis sont automatiquement supprimés. La purge est définitive.
La collection par défaut est renseignée automatiquement par rapport à la date de début des collections
- Le paramètre "La collection est définie automatiquement pour les saisies par code barres" permet de renseigner la collection par défaut dans les saisies code barres en fonction de la date début des collections et pas du paramètre "Collection en cours" qui n'est pas toujours mis à jour sur toutes les caisses (réplicateurs secondaires).
- Il ne s'applique que dans le programme de saisie par codes barres ou vidage de pocket PC ou portable d'inventaire.
- Ce paramètre se définit par réplicateur et est coché par défaut, donc le programme de saisie par code barres change de comportement par défaut et renseigne la collection en cours à partir de la date de début des collections et plus du paramètre "Collection en cours".
Le paramètre La collection est définie automatiquement pour les saisies par code barres" permet de renseigner la collection par défaut dans les saisies par code barres en fonction de la date de début des collections et pas du paramètre "Collection en cours" qui n'est pas toujours mis à jour sur toutes les caisses (réplicateurs secondaires).
Il ne s'applique que dans le programme de saisie par codes barres ou vidage opticon.
Ajout de la brique "Tel. portable" "Numéro de téléphone portable du client" dans la classe [clientèle]
La brique "Tel. portable" : "Numéro de téléphone portable du client" a été ajoutée dans la classe [clientèle].
Ajout de la brique dans la classe [clientèle] Tel. portable : Numéro de téléphone portable du client :
Nouvelle option disponible pour désactiver la fidélité si un règlement RB (retour de bon) est saisi.
Une nouvelle option de la carte de fidélité permet de désactiver la fidélité si un RB est saisi. Cette option est désactivée par défaut.
Corrections
- Sauvegarde du "Repdconf.xml" dans .sav et .tmp
- Carte de fidélité avec remise immédiate : tenir compte des filtres RFS
- Dans l'analyse "Synthèse des bons", la colonne "Type de bon" affichait "?? 1" ou "?? 2"
- Recalcul auto du PVU si vente RFS ou article sans prix et saisie du PVT sans saisir le PVU
En caisse, le programme recalcule automatiquement le PVU (Prix Vente Unitaire) en cas de vente RFS, si le PVU=0, si le PVU est inférieur a PVT / Quantité.
- Dans "Synthèse des bons", la colonne "Type de bon" était vide pour les "Chèque cadeau"
- Cas particulier d'erreur dans le montant transmis au TPE
Dans un cas très particulier (numéro de caisse > 99), le montant était mal transmis au TPE
- Correction d'une erreur en cochant la donnée à exporter "Magasin"
En publipostage/mailing, correction de l'erreur qui se produisait en cochant la donnée à exporter "magasin" "13915: ERREUR: 42P01: entrée manquante de la clause FROM pour la table « mag »". (Clients > Publipostage/mailing > Modofier > Onglet "Rédaction du ou des publipostages" > Onglet "Export").
- Optimisation des performances en caisse
- Correction "La valeur ne peut pas être null." en Livraisons > édition des étiquettes ou "Etiquettes pour la/les lignes"
Correction d'une erreur "La valeur ne peut pas être null." en édition d'étiquettes depuis :
- Stock > Livraisons > édition des étiquettes
- le bouton "Etiquettes pour la/les lignes" (Stock > Livraisons > saisie de réceptions)
- Correction export comptabilité "Vente simple" pour un débit comportant plusieurs fois le même réglement
- Correction d'une erreur très aléatoire en caisse après à la fermeture de la fenêtre des objectifs
- Le bon "AE" généré par une annulation de réservation internet IPS est validé (plus en brouillon)
- Correction de l'importation des commandes internet pour acceptation du caractère '_' dans l'email client
- Correction pour étiquettes d'un bon "LC" généré par "Réception sur commande et éclatement par transfert"
Le programme affichait "Aucune etiquette à imprimer pour cette sélection de bon" en édition d'un bon de type "LC" généré par "Réception sur commande et éclatement par transfert."
- Dans la fenêtre "Changement de grille taille" , optimisation de l'alignement des tailles des 2 grilles
- Correction d'un membre passé en "En client" qui gardait un lien avec le client principal
La modification de l'adresse d'un membre passé "En client" modifiait l'adresse du client principal.
- L'option "Forcer le % par défaut" de la carte de fidélité à remise immédiate ne s'appliquait plus en caisse
- Correction d'une erreur "column l.date_ent does not exist" en exécution tâche exportation Eram
- Correction de l'erreur "entrée manquante de la clause FROM pour la table « cm »" si clic sur "Envoyer"
- La fenêtre "Ticket de service" ne s'ouvrait pas pour les anciens tickets de service sans suivi
- En création d'une gestion de service, signaler si le ticket de service ne comporte pas de suivi
(Ventes > gestion des services > créer).
- Correction d'un problème à la synchronisation complète du catalogue
- Le bouton "Ajouter des clients avec un filtre" restait grisé suite à la modification de l'option "Tous les clients" vers "Aucun
Dans l'onglet "Création du publipostage/mailing" d'un mailing, le bouton "Ajouter des clients avec un filtre" restait grisé suite à la modification de l'option "Tous les clients" vers "Aucun Client".
- Si aucune vente, ne pas envoyer l'email avec l'option "Message EDI" coché
La tâche automatisée "Exportation EDI" n'envoie plus de mail si aucune vente avec l'option "Message EDI" coché.
- Correction "le nb de points fidélité dépensé dépasse celui acquit" suite annulation et ressaisie débit dans cas particulier
- Agrandissement et cadrage de l'enseigne revu sur le ticket de caisse avec driver
- Correction apportée sur l'utilisation d'une carte de fidélité à points flottants spécifique
Les points n'étaient plus défalqués lors de leur utilisation
- Comarch repostait des commandes avec des dates futures
- Correction d'une erreur à l'importation des modèles lorsque la grille de tailles comportait 2 tailles identiques
- Comarch : support de la désactivation des importations par point virgule
- Déduire les "RU" (promotions par ensemble) dans le calcul de la fidélité
- Correction de Statistiques et utilitaires>CA général pour inclure les caisses correctives dans le calcul du chiffre d'affaires
- Le programme désactivait les "RU" en importation des ventes dans certaines conditions
- Correction d'une erreur avec le journal "Vente simple" pour un débit de "FC" annulé
- Correction d'une erreur lors de la vente d'un modèle comportant une apostrophe
Dans le code modèle ou le libellé modèle (suivant paramétrage d'affichage du modèle en caisse).
- Le montant du RB = montant restant à régler si le RB > 50% du montant du débit
- Optimisation de la réplication sur les libellés produits
- Optimisation de la gestion en cas d'erreur de connexion à la passerelle de fidélité extérieure
- Correction d'une erreur de calcul du montant du "RB" en % avec un règlement ES avec rendu
- Optimisation de la publication massive si plus 10 méga de données envoyées simultanément
Erreur "Le serveur du site a répondu de manière inattendue : KO/INVALID XML".
- La modification de la date n'est plus possible pour les commandes antérieures à la date de clôture mensuelle + 1 mois
- Filtre sur champs de données : Prise en compte des modifications sur les données extraites
Correction pour prise en compte des modifications 'Conversion de référence' sur les données extraites avec le séparateur inter-champ
- 5 - C.A. Général : les frais de caisse "FC" n’apparaissaient plus dans la liste réglements
- Correction d'une erreur "L'option Franc de Taxes et de Droits est incorrecte"
- Correction des ventes avec un retour de bons qui étaient rejetés avec le message "débit déséquilibré"
- Réservation : le client ne recevait pas de mail de réservation et aucun client n'était rattaché à la réservation
- Optimisation d'un problème de poids lors de l'envoi Colissimo
- Les débits de RP ne comportaient pas le N° d'acompte et le bon d'acompte n'était pas retourné
Attention, le correctif est valable pour les nouvelles commandes internet mais n'est pas rétroactif pour les anciennes commandes.
Les bons d'acompte des commandes concernées doivent être corrigés manuellement. - Correction du problème de 'Débit déséquilibré' suite à modification de la commande
- Sauvegarde et restauration de sauvegarde : Prise en compte de la version de Postgres 9.6