Notes de version de Polaris 8.05
Pour consulter les autres versions de Polaris, voir la page dédié au plan produit.
Nouveautés
Personnalisation de la présentation du modèle sur le ticket de caisse, les factures... Spécifique client.
- La colonne 'Stock' affiche le stock théorique après la vente de l'article (hors réservation) et les stocks négatifs seront affichés pour mettre en évidence les problèmes de stock.
Réception sur commande : ajout option "Modifier le PV" comme en réception directe
Une nouvelle option "Modifier le PV" décochée par défaut, a été ajoutée en réception sur commande comme en la réception directe.
- Si elle est décochée, la modification du "PAHT" ou du "PCFHT" ne modifie pas le "PV en boutique".
- La valeur de cette option est mémorisée sur le poste.
Méta-Central : Version Centralisatrice pour les franchiseurs
Veuillez contacter votre commercial pour plus d'informations.
Méta-central : version centralisatrice pour les franchiseurs.
Veuillez contacter votre commercial pour plus d'informations.
Contrôle des réceptions des commandes. Nouvelle option 'Saisies autres bons'.
- Affiche les modèles de tous les bons liés (par le 'Tag de contrôle') pour prise en compte d'éventuelles saisies précédemment mises à jour. Les bons de commandes, réceptions sur commande, annulations sont pris en compte, même s'ils ne sont pas clôturés.
- La coche dans la colonne 'Autres bons' signale les modèles enregistrés dans les bons liés
Referencier Commandes, Réceptions et Transferts : Nouvelle option d'importation 'Arrêter l'importation quand un gencod n'est pas
Nouvelle option d'importation des commandes, réceptions et transferts : 'Arrêter l'importation quand un gencod n'est pas trouvé'
- Option désactivée (Option par défaut) : La commande (ou réception ou transfert) est importée partiellement. Il manquera les gencods non trouvés
- Option activée : La commande (ou réception ou transfert) n'est pas importée.
- Une notification apparait dans les journaux du système
- Les fichiers traités via la tâche automatisés d'importation (EDI par exemple) ne seront pas ré-importés automatiquement. Ils devront être traité manuellement.
Saisies par codes barres
Mise en place de nouvelles options dans la saisie par codes barres, disponibles dans 'Options générales'>'Gestion des mouvements de stock'>'Gestion des saisies par codes barres' :
- 'Clôture automatique des retours fournisseurs'
- 'Clôture automatiques des réceptions'
- 'Clôture automatiques des réceptions sur commandes'
- 'Clôture automatiques des changements de prix'
Si l'option est cochée (par défaut) : Le bon généré est automatiquement clôturé, le stock est mis à jour
Si l'option est décochée : Le bon généré est en brouillon, permettant ainsi des modifications ou éditions. Il devra être clôturé pour mettre à jour le stock
https://www.vega-info.fr/doc-polaris/NF14622_%E2%80%94_Saisie_par_codes_barres_:_retour_fournisseur
Panneau système : ajout de l'indice de vente (IV), taux de transformation (TT) et du panier moyen (PM)
- IV : Indice de vente.
- TT : Taux de transformation.
- PM : Panier moyen.
Le panneau système contient trois nouveaux indices :
IV
: Indice de vente. (Correspond à la brique d'analyse "PanierPV" Panier moyen de la quantité de pièces vendues).TT
: Taux de transformation. (Correspond à la brique d'analyses "TTV" Taux de transformation).PM
: Panier moyen. (Correspond à la brique d'analyses "PanierVV" Panier moyen valorisé des pièces vendues).
Silicon.Salad : Gestion des listes de diffusion SMS et e-mail
Silicon.Salad : Gestion des listes de diffusion SMS et e-mail.
Gestion des bons périmés en caisse : paramétrage du nombre de jours de tolérance à 30 jours par défaut
- Le paramètre "Afficher les bons périmés depuis X jours" permet de renseigner le nombre de jours de tolérance par rapport à la date de validité, pendant lequel un bon périmé (avoir, acompte, bon remise ...) sera affiché en caisse (date en rouge).
- Il est initialisé à 30 jours par défaut et se définit au niveau de chaque service de réplication.
Le paramètre Afficher les bons périmés depuis X jours
permet de renseigner le nombre de jours de tolérance par rapport à la date de validité, pendant lequel un bon périmé sera affiché en caisse (date en rouge).
Il est initialisé à 30 jours par défaut et se définit au niveau de chaque service de réplication.
Service de réplication : paramétrage spécifique du "Repdconf" pour autoriser 2 versions de postgres sur le poste
- Un paramétrage spécifique dans le "Repdconf" permet d'autoriser le lancement du service de réplication même si deux versions de Postgres sont installées sur la machine, dans le cas où une autre version de Postgres a été installée pour le fonctionnement d'un autre logiciel.
- Veuillez contacter la hotline pour effectuer le paramétrage.
Un paramétrage spécifique dans le "Repdconf" permet d'autoriser le lancement du service de réplication même si deux versions de Postgres sont installées sur la machine, dans le cas où une autre version de Postgres a été installée pour le fonctionnement d'un autre logiciel.
Polaris+ 2.04 : ajout d'un panneau de totalisation par monnaie
En version 2.04, la page d'accueil de Polaris comporte un panneau de totalisation (par monnaie en cas de multi-monnaies).
Corrections
- Caisse : le montant maximum passe de 10 Millions à 50 Millions
Afin de pouvoir gérer certaines monnaies (Ariary par exemple), le montant maximum a été augmenté à 50 Millions et concerne :
- le prix de vente unitaire, le prix total, le montant des réglements ...
Attention : si nécessaire, veuillez effectuer une demande d'adaptation du ticket de caisse (avec driver) pour afficher les gros montants.
- Correction doublement des classifications dans Prestashop pour les rayons, familles ou sous-familles ayant un libellé internet r
- Saisie codes barres de transfert : erreur avec paramètre "Les transferts passent par le dépôt" coché
La mise à jour d'une saisie par codes barres de transfert avec le paramètre "Les transferts passent par le dépôt" coché, générait une erreur "0x00100009D : id magic inconnue : mvtmagasinlien [no_mvtmagasinref]"!.
- Saisie par codes barres de transfert : en mise à jour correction d'une erreur dans cas particulier
Correction de l'erreur "42P01: entrée manquante de la clause FROM pour la table « c »" en mise à jour d'une saisie par codes barres de transfert dans un cas particulier.
(Stock > Saisie par codes barres > onglet "Transfert" : "Mise à jour) - Resynchronisation : optimisation de la resynchronisation dans un cas particulier
- Photos : mise en place d'un système de mise en queue pour la génération des miniatures et éviter l'accès concurrent en écriture
- Réception directe : en onglet "Prix avancés" l'option "Modifier le PV" ne fonctionnait pas
En réception directe dans l'onglet "Prix avancés", avec l'option "Modifier le PV" (bouton droit de la souris) décochée, le programme modifiait le prix de vente.
- Fusion client : erreur de cumul du "compte de départ"
(Fiche client > Onglet "membres" : "Fusion vers")
- Réception directe : ne pas afficher les déclinaisons en quarantaine
- Magasins : flèches de de tri affichées que si la 1ière colonne est "Magasins" avec un tri croissant
- Dans la fiche magasins, les flèches situées à droite de la liste permettant le tri ne s'affichent que si la colonne "Magasins" est en 1ière position avec un tri croissant.
- Il n'est pas possible de définir le tri des magasin dans la liste d'interrogation des magasins. (Clic sur "?" sur la liste "magasins" dans la fiche stock par exemple).
- Correction d'un problème de mise à jour de la date de livraison prévisionnelle en saisie de commande
- Facturation : Correctif pour prise en compte de l'adresse de facturation sélectionnée pour l'édition de la facture
- Non conformitéCorrection des codes de la piste d'audit 'Clôture mensuelle' et 'Clôture d'exercice' dans la piste Jet et les journaux du systèm
Pour la clôture mensuelle : Le code 60 était utilisé au lieu du code 50
Pour la clôture d'exercice : Le code 50 était utilisé au lieu du code 60 - Lenteur dans la sélection des mailings
- Postgres : optimisation en cas de déconnexion (erreur "Connection is not open")
- ApiPolaris.WebConnect.Stocks.GetDetailsPromotions : correction "42P01: missing FROM-clause entry for table \"promo\""
- Classifications : la quarantaine d'un rayon ou famille est répercutée sur les familles et RFS enfants
- Le programme restaure le fonctionnement de la version 8.01 dans la migration de la quarantaine des classifications.
- Si une classification avait été mise en quarantaine en version 8.01 ou antérieure, toutes les familles et sous-familles enfants apparaîtront en quarantaine.
- Fiche stock : correction de pointeur de commande dans cas particulier
- (Fiche stock : pointeur de commande (jaune "en commande", "sans commande")
- Réception : correction erreur "23505: la valeur d'une clé dupliquée rompt la contrainte unique « dispotaille_pkey »"
Dans le cas particulier où les modèles sont crées depuis la fiche stock, puis saisie des codes externes puis réception.
- API : Catalog.Searchproduct : recherche des derniers éléments modifiés via "critmod.t_lastmaj"
- Recherche les éléments modifiés sur le champ "critmod.t_lastmaj" en lieu et place de critmod.t_lastmodif
- Polaris+ > Données avec comparatif par jour : correction dans le comparatif année précédente
Dans Polaris+, correction des données comparatives année précédente dans cas particulier de la rubrique "Données (avec comparatif A-1)"
- Correction d'une erreur à la mise à jour d'une saisie de transfert par codes barres contenant des codes barres 'extérieurs'
- Prestashop : correction d'un problème d'envoi du stock des nouveaux modèles dans cas particulier
- Correctif pour remontée des informations des compteurs de passages sur le méta-central
- Remontée sur le méta-central de toutes les journées de ventes du franchisé, lors de son rattachement
- Changement de prix : Saisie de changement de prix inopérant dans un magasin où le critère n'existait pas
- Réception par code barres : correction d'un cas particulier de réception d'un CB jamais mouvementé
- Changement de prix : Il n'est plus possible de modifier le PAHT dans un CP (conformément à la NF525)
Attention : Il n'est plus possible de modifier le "PAHT" dans un changement de prix (conformément à la NF525 et pour que les BL(s) de livraison soient concordants avec l'inventaire et la facturation).
- Veuillez cloner le bon de réception erroné, l'annuler, modifier les prix du bon cloné puis le clôturer.
- API WebConnect "Stock" : ajout du filtre "Produit"
- API WebConnect "Stock/Stock" : Les filtres ne tenaient pas compte de l'option "Exposer uniquement les produits publiés sur ce s
API WebConnect - "Stock/Stock" : Les filtres ne tenaient pas compte de l'option "Exposer uniquement les produits publiés sur ce site"
- Amélioration de la gestion de cartes de fidélités multiples
- En caisse, les cartes non gérées sur le magasin de vente sont affichées en rouge
- Il est impossible de saisir une vente sur une carte qui n'est pas liée au magasin de vente
- Si le client a plusieurs carte et que la carte sélectionnée n'est pas celle du magasin, Polaris force la carte de fidélité active sur le magasin de vente
- Les cartes de groupes doivent être de même type. Le cumul des achats sur la carte principale ne se fera que sous cette condition.
- Prestashop : les prix n'étaient pas synchronisés suite à un CP (Changement de Prix)
- Réplication : correction d'opérations en erreur au TLR