IGFact 4.3.8

En annexe une capture d'écran de Nicole. Probablement la même au cause 
au problème que le plantage de Sophie d'hier, ça arrive dans les mêmes 
conditions en tout cas.

Heureusement, quand on relance IG Fact, tout est récupéré.

Lorsque l'on quitte sans sauver, les lots ne sont pas remouvementés !

Les articles supprimés dans curfact sont malgré tout repris si on récupère ceux-ci.

Lorsqu'on supprime un article avec numéro de série, ce lot n'est pas remis à jour au niveau des quantités.

Si on ajoute un article qui est divisé en fonction des numéros de série, on a une seule ligne dans curfact, et sans numéro de série. Du coup, lors de la récupération, les lots sont faussés !

Lorsque l'on ajoute un article dans une commande ou un borderau, et qu'on le supprime, il est toujours dans Curfact

Lorsque l'on facture un article qui est en plusieurs numéro de série, la date de sortie n'est remplie que sur le dernier numéro de série ( et peut être pas sorti du stock?!)

Quand le programme récupère une commande après un incident (après un plantage par exemple) il ne tient pas compte de l'option qui permet de ne pas demander les numéros de série à l'encodage de la commande

Quand on modifier le libellé d'un article avant de le valider, puis qu'on fait TAB pour passer à la quantité, il y a un problème de sélection et le 1 déjà présent ne s'efface pas/

Après avoir recherché une référence d'un article , appuyé sur Tab, la quantité ne se met pas en bleu (le curseur se met devant le 1) 
--> les quantités encodées sont inccorectes  (ex: 21 au lieu de 2)

En tant qu'utilisateur, je souhaite pouvoir sélectionner le / les destinataires lors de l'envoi d'une facture par mail. La liste proposée doit reprendre les contacts du client.

• Quand on modifie le nom d’un article en création de bo le tab ne passe pas sur la qtr

• Ne pas autoriser des paiements négatifs pour mister cash et carte de crédit dans le cad d’un bo négatif

Lorsqu'on transforme une facture proforma (type de document 9) en bordereau, ce dernier et en format type 9 au lieu de 0.

A l'impression il cherche un layout BO9 à imprimer qui n'existe pas.

En tant qu'utilisateur, je souhaite pouvoir faire une recherche approfondie au départ de l'édition d'une note d'envoi.

A la création d'une facture, l'utilisation de la touche TAB ne suit plus d'ordre logique
(Passe des "infos client" directement vers "Recherche libellé" et le réf pièce vient en dernier)
-> ça ne l'arrange pas et ce n'est pas logique

Certains champs sont parfois vides lorsqu'une ligne est ajoutée manuellement ou divisée en fonction des numéros de séries.

Freshservice Ticket # INC-5992 - Quand un nouveau BO est créé automatiquement, il faut dupliquer son 
timestamp dans la date de dernière vente des différents articles qu'il 
contient ainsi que dans la date de dernière vente du client.

Freshservice Ticket # INC-5875 - Apparemment le tri a changé (peut-être qu'on pourrait cliquer sur les 
entêtes de colonnes? Auquel il faudrait indiquer la colonne active) et 
du coup les articles sont par ordre de référence et plus par ordre 
d'emplacement.

A+

Gérard.

Nous avons quelques tarifs fournisseurs en fichiers Excel en attente d'importation.
Pierre demande quand vous serez prêts pour vous les envoyer et les importer dans IgFact ?

Ne pourrions-nous pas inclure dans la procédure automatique de nettoyage qui se passe la nuit, un "igfact.exe /VERIFIELESTOCKSILTEPLAITPETITPROGRAMMEADORE" qui ferait l'équivalent de IG Fact > Utilitaires > Contrôles et fonctions diverses > Modification d'une série de données > Créer tous les articles dans toutes les sociétés > V ?
Suivi d'une même opération automatique pour IG Fact > Utilitaires > WebShop > Synchroniser les articles du stock ?

En annexe vous verrez que pour une commande venant du webshop, aucun 
format de document n'est indiqué.

Pourriez-vous faire en sorte que la commande arrivant dans une société 
prenne le même format de document que celui indiqué par défaut pour 
cette société?

Quand on ajoute une photo dans un article, envoyer la photo sur le ftp du webshop 
Ajouter un bouton pour pouvoir renvoyer la photo sur le webshop

En tant qu'utilisateur, lorsque je paramètre mes paramètres email, je souhaite que l'ordre des tabulations corresponde à l'ordre des contrôles à l'écran.

Dans la statistique par article, on se base sur la date de sortie des articles (dtout)
Il faut donner la possibilité de se baser sur la date facture (pour correspondance de chiffre d'affaire) => KEYVEST

Quand on utilise le 4e icône avant la fin dans le stock, pour voir le 
stock des autres sociétés, la référence fournisseur utilisée n'est pas 
affichée.

Quand on crée un nouvel article, le libellé doit se recopier dans TOUTES 
les sociétés.

Quand on modifie ce libellé par la suite, il ne doit se modifier que 
dans les sociétés liées.

Par exemple, chez nous :

• création d'article depuis société 2 > libellé en sociétés 1,2,3,4,5,6,7 ;

• modification de ce même article depuis société 2 > nouveau libellé en
  sociétés 2 et 5.

Actuellement, lors de la création, le libellé ne se met pas dans toutes 
les sociétés, merci de corriger ça ASAP !!

Quand on est dans l'écran de facturation, petit problème mais très 
embêtant : quand le curseur est dans la zone "Recherche Réf" et qu'on 
clique sur le bouton "Art.Cli.", au lieu d'ouvrir les articles clients 
le curseur passe dans la zone "Qtt" ; pareil, si on clique sur "prix" ou 
n'importe quel autre champ : le curseur va dans la zone "Qtt" et il faut 
cliquer une 2e fois.

On a ce message quand on fait les statistiques d'un client.

La base de données est 100% en local pour cela, donc ce n'est pas un 
problème réseau.

Et pour d'autres clients tout se passe bien.

Je penche pour un fichier abîmé? Vous pourriez corriger le problème dès 
que possible SVP ? Alexis a besoin de ses résultats pour les transmettre 
au client.

Des lignes dans la caisse sont générées avec un mauvais centralisateur qui ne correspond pas au centralisateur défini dans la société facturante 

Gestion des articles manquantes dans IGCom

Avoir le choix de la période dans la recherche approfondie dans la facturier.

Lorsqu'on crée un devis, au lieu de l'imprimer normalement 
avec un des reports il signale qu'il ne trouve pas le report 
DEVISGARD.RPT. Ce qui est logique puisqu'il n'existe pas et qu'il 
devrait prendre DEVISGARx, x étant le numéro de société, et pas une lettre.

Dans les équivalences (pièces, couches, cartons, palettes, ...), on peut 
indiquer un code d'équivalence, de la même manière que dans l'onglet 
principal où une équivalence est encodée pour nos différentes sociétés.

Seulement voilà, si on recherche un code d'équivalence encodé dans 
l'onglet principal, l'article est retrouvé, tandis que quand on 
recherche un code d'équivalence encodé dans l'onglet "équivalences", ça 
ne marche pas, comme vous pourrez le voir sur la capture annexée.