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.