Version 0.16.x

Version 0.16.1

 

Si ouverture des mvt/réf à partir d’une pièce de gestion (CF, BL …) afficher également un mois récurrent.

Sur création d’une nouvelle fiche article, ajouter une zone vide pour la saisie éventuelle d’un code barre.

Sur modification d’un règlement d’un ticket dans Gc5, modifier uniquement dans Gc5 mais ne rien enregistré dans Tacticash (Certification caisse 2018)

Dans les pièces de gestion achat ou vente, la zone de commentaire ne permettait pas changer la taille de la police. Dès l’affichage de la liste déroulante des tailles ou Police de caractère, le texte sélectionné ne l’était plus et le « caret » se retrouvait à la fin de la zone de texte. D’où l’impossibilité de changer la taille. (Problème relevé par Alain de Satodistri)

Sur mutation d’une CF en RE puis RE en BL ne pas rechercher le prix promo reprendre ceux de la CF y compris les prix forcés manuellement (mauvais paramétrage fichier « type_piece »)

Stat évolution du C.A. par famille sortait des chiffres faux car les données dans les mvt/ref sont purgées à 1,5 ans. Maintenant ce fichier conservera 3 ans de données. En attendant les stats familles/sous-famille par mois sortiront sur le fichier des consommations (comme avant et plus rapide). Les autres statistiques par famille de stat ou par plage de date sortiront sur les mvt/ref.

Si bon d’achat créé dans Gc5 et utilisé en caisse, il restait comme utilisable dans Gc5, mais pas dans la caisse.

Les tickets supprimés ou dont le montant =0 n’apparaissent plus dans la liste des règlements en attentes.

Lors de l’intégration d’une mise à jour tarif, si un article était à l’état « supprimé », et que la maj le réactive, les code-barres doivent être modifiés

Pocket inventaire v5.14

  • Prise en charge du terminal Datalogic MemorX3 :
  • Scanner code barre
  • Gestion du clavier alpha ou numérique selon écran de saisi
  • Dossier backup avec réinstall automatique du .net framework, sql server et programme de stock en cas de reboot du terminal

 

  • Faire en sorte que le terminal ne se mette pas en veille pendant que l’appli est lancée.
  • Sur 1er lancement du programme un écran permet d’initialiser le paramétrage du terminal

 

  • Modification des options régionales automatiquement :
  • Caractère « . » pour le séparateur de décimale
  • Caractère « : » pour le séparateur de temps
  • Vérification si la date et heure n’a pas été remise à 0 à cause d’un reboot ou reset du terminal

 

  • Sur page principal 3 indicateurs :
  • Connexion au secteur pour rechargement ou % restant de la batterie
  • Connexion réseau via la station d’accueil
  • Connexion Wifi avec qualité du signal (utile pour le transfert)

Version 0.16.2

  • Remontée des tickets de caisses avec un décalage de 15 sec (pour la liaison avec les tickets supprimés)
  • Avant sauvegarde automatique arrêt des 2 services Windows de Gc5

Version 0.16.3

  • Correctif : Erreur de « cast » sur archivage des tickets ou impression depuis écran de recherche. Cause : ticket supprimé sans règlement.

Version 0.16.4

  • Export des pertes OD ou ticket (mode règlement PER) dans Gc5 Cloud
  • Correctif sur l’impression des stats fin de mois lors de la sélection des 12 mois de l’année
  • Fiche client : rechercher tous les clients dédiés à un magasin par le nom du magasin
  • Impression carte fidélité : ajout du nombre d’exemplaire + correctif bug dès la 2ème carte imprimée
  • Le nombre de client affiché dans la fin de journée et dans l’export sur Internet ne tiens pas compte des tickets supprimés.

Version 0.16.5

Import de l’historique monnayeur de la caisse dans Gc5

Export de l’historique monnayeur dans le Cloud

Version 0.16.6

L’appli peut fonctionner avec la « , » comme séparateur de décimal dans les options régionales de Windows

Sur import du fichier TARIF.dat, correctif lors de l’importation des familles de stats

Pour le Cloud, génération de nouveaux fichiers :

  •  » zzz_controle_ca_caisse_gc » : permet de vérifier la cohérence des remontées tickets (C.A. lignes ticket, tva et règlement entre Gc5 et la caisse.
  • « sauvegardes_bdd » : historique des sauvegardes
  • « replication_bdd » : statut de la réplication postgres
  • Pertes : ne pas tenir compte des mouvements de réajustement de stock ‘EN’ et ‘SS’

Crédit repris sut ticket de caisse :  lorsqu’un crédit émis était repris dans Gc5, le ticket restait dans la liste des tickets à reprendre. Corrigé maintenant.

Centrale d’achat :

Justificatif des ruptures de stock :

  • Sur le Vocal : sur les BP pendant la préparation au Vocale ne pas afficher le justificatif de rupture s’il n’a pas valide (date de saisie > date de dernière entrée en stock). Modification de la procédure stockée appelée par les Talkmans
  • Dans Gc5 : sur le BP et BL lorsque la quantité servie est à 0 ne pas afficher le justificatif de rupture s’il n’a pas valide (date de saisie > date de dernière entrée en stock).

Date de livraison

Si mutation d’une CO du 27/03/18 en CF le 29/03/18, la CF avait comme date de livraison le 27/03 par défaut. Ainsi l’écran pour forcer la saisie de la date de livraison ne pouvait s’afficher car la date de livraison était antérieure à la date de création de la CF.

Envoi des BL depuis les BP

Correctif du problème suivant : si 2 BL envoyés pour un même client, Gc5 crée un seul mail, avec les 2 mêmes PDF du 1er BL et un seul fichier d’aide à la réception de marchandise pour le 1er BL et rien pour le 2ème BL.

 

Proposition de commande : Cas particulier d’exclusion des périodes promotions

Exemple : La proposition de commande avait besoin de regarder une plage de consommations entre le 16/02 et le 05/03.

Hors la « Polenta » était en promo de vente entre le 05/02 et le 03/03.

Le programme vérifie que la plage de consommation se situe exclusivement dans la plage de promo.

  • La date début conso du 16/02 est compris dans le 05/02.
  • Mais la date fin conso du 05/03 est en dehors du 03/03.

Donc la plage de conso n’est pas comprise totalement dans la plage de promo. Le programme n’exclue pas la période promo.

Correctif: la période de consommation peut être totalement ou partiellement dans la zone de promotion.

 

Remise en banque

Création d’une nouvelle option (table « fin_journee_parametre ») afin de calculer le solde de remise en banque avec : le Total C.A. TTC ou la ventilation du C.A. par mode de règlement. Adaptation de l’impression du journal de remise en banque pour le libellé de la colonne C.A. TTC

Eligibilité des articles aux titres restaurant

Fiche famille, fiche article (avec enregistrement en bdd de caisse).

Import / export des nouvelles données dans le fichier tarif.dat.

Impression papier de la liste des articles éligibles aux tickets resto dans l’écran « édition des articles en liste »