Correctifs

 

Solde des RF & remise en banque

Problème	Lorsque l’on solde un relevé de facture (RF) le montant n’apparait pas dans le journal des remises en banque
Cause	Suite au changement d’année les nouvelles tables d’archives 2014 ont été créées. Le RF datait de 2013 son règlement soldé a donc été enregistré dans la table « piece_reglement_2013 » avec une date de règlement au 03/01/2014.Cependant l’édition du journal des remises en banque ne lisait que le fichier « piece_reglement_2013 » et pas le fichier « piece_reglement_2014 »
Solution	Au moment de l’édition du journal des remises en banque lire le fichier « piece_reglement_2014 »

 

Purges des CF

Problème	Lors de la purge en automatique les anciennes CF (fournisseur pain des bauges), sont supprimées mais le stock en commande reste affecté.
Cause	La purge ne conservait comme CO et CF en cours celles datant de moins de 6 mois.En supposant que si plus de 6 mois elles ont été oubliées donc elles peuvent être purgées.
Solution	Le programme conservera sans limite de date les CO et CF non réceptionnées. Ainsi toutes les CO et CF non mutées seront conservées indéfiniment.

 

Nombre de client sur fin journée

Problème	Le nombre de ticket journalier est différent entre le journal de caisse de Gc5 et celui de Magic
Cause	Ceux compté dans Magic sont faux
Solution	Aucune modification apportée Gc5 compte juste

 

 

 

Statistique famille / sous-famille

Problème	Les montants sont différents entre Gc5 et Magic
Cause	Les montant sont exprimés en HT dans Magic et en TTC dans Gc5Cependant sur certains mois Magic ne tient pas compte de certains tickets de caisse ce pourquoi les montants peuvent encore être différents
Solution	Exprimer les montants en HT dans Gc5

 

Edition du prélèvement de marchandise

Problème	Certains comptes client ne sont pas correctement répartis entre la catégorie « client en compte » et « salarié »
Cause	Les transferts de Magic vers Gc5 écrasent les valeurs du fichier client de Gc5
Solution	Dès qu’un client possède une remise globale de 30% il est automatiquement affecté à la catégorie commerciale « CS » (Salarié). Géré par un Trigger dans la base de données.

 

Recalcule des stocks en commande à partir des CF

Problème	Certaines réf qui n’ont plus de CF restent avec du stock en commande (initialisation des données lors de l’installation d’un nouveau magasin)
Cause	Ce programme ne corrige que les réfs qui sont dans des CF non réceptionnées. Donc les autres ne sont pas mises à 0.
Solution	Mettre tous les stocks en commande à 0.Correction de la requête qui unie les réf des CF non réceptionnées entre l’année N et N-1 avec un « union ALL ». Car si doublon entre les 2 années (même ref et même qté) une seule des 2 lignes était retenue par un « union » simple.  Appliquer la correction des stocks en command sur toutes les Ref des CF non réceptionnées.

 

Ecran des modes de règlement

Problème	Certain mode de règlement peuvent être mal ventilés au moment de la fin de journée.
Cause	L’écran gérant la fiche « mode règlement » pose problème. Lorsque l’on navigue dans la liste des modes de règlement (à gauche de la fenêtre) les puces à cocher change la nature du mode règlement tous seul.
Solution	Bloquer les booléen de la nature du mode de règlement uniquement si on clique sur les puces à cocher

 

 

 

Journal de caisse

Problème	Le montant des tickets resto apparait dans la colonne “bon d’achat”, alors qu’il devrait être dans la colonne “règlements divers”
Cause	La procédure d’impression du journal de caisse utilisait la variable du journal de remise en banque d’où l’inversion des colonnes
Solution	Utiliser la variable du journal de caisse pour le journal de caisse

 

Problème	Sur Annecy, le 18/11/ 2013 une American Express a été ventilée en remise en banque pour un montant de 169.11 €. Ceci est une erreur. Le responsable magasin désire mettre 0 dans la colonne « correction » afin d’effacer les 169.11 de la remise en banque. Mais la 0 n’est pas pris en compte
Cause	Le « 0 » est la valeur par défaut des colonnes dédiées aux éventuelles corrections des remises en banque. Ainsi il est impossible de différentier un 0 par défaut d’un 0 significatif qu’il faut prendre en compte dans le calcul de la remise en banque.
Solution	Modification de l’ensemble du programme de fin de journée et de leurs éditions afin de modifier la valeur par défaut par « NULL » (aucune valeur même pas 0) pour les colonnes de corrections.

 

Promo achat dans CO

Problème	Annecy CO 56479 la référence CA1011 (qui est en promo achat) ne se trouve pas triée en haut de la pièce avec les autres lignes en promo, mais en milieu de la pièce. Dans la colonne « libellé » le logo promo en rouge n’apparait pas, en revanche la date de fin apparait.
Cause	L’article était bien promotion achat mais sont prix promo était le même que le prix achat net habituel (soit une remise de 0%)
Solution	N’appliquer une remise dans une pièce que si son équivalent en pourcentage de remise est strictement supérieur à 0. (RemiseAchatVente.rechercherMeilleurRemise)

 

 

Nouvelle fonctionnalité

 

Balance Fromage

Gestion des nouvelles balances à travers le logiciel « DFS » de Précia. Le menu « Fichier à Transfert PLU balance » permet de paramétrer les articles (PLU) sur les différentes touches d’appels directs de la balance.

Modification du programme de caisse afin de scanner le code barre des tickets créés par la balance et d’ajouter les articles au ticket de caisse du client.