Modifications apportées à la V. ACE 1.0 ES1

Base Finance Service Vente Echange e-Gx Logistique

Module de Base (patch ACE 1.0 ES1)

Utilisation des familles

Une nouvelle option a été implémentée pour le paramètre UTIFAM.

N2 = 1

Il n'y a aucun contrôle de la présence de sous-familles et sous-sous familles avant d'en autoriser la suppression.

  <> 1 Il y a automatiquement un contrôle de la présence de sous-familles et sous-sous familles avant d'en autoriser la suppression.

Personnalisation des élaborations tarifaires et des prix

Le paramètre SPFV05 permet de calculer et personnaliser certaines caractéristiques de l’élaboration et des prix.

Module Finance (patch ACE 1.0 ES1)

RAS.

Module Vente (patch ACE 1.0 ES1)

Mise à jour de l'origine d'un évènement

Le paramètre MAJORI permet de forcer ou bloquer la mise à jour de l'origine d'un évènement.

Module Vente, option Service (patch ACE 1.0 ES1)

RAS.

Module Echange (patch ACE 1.0 ES)

RAS.

Module Exécution Logistique (patch ACE 1.0 ES1)

Initialisation de la quantité inventaire

Une nouvelle option a été implémentée au niveau du paramètre INVINI.

N2

En création d’une ligne d’inventaire (table ISK) depuis une ligne de journal d’inventaire (table ISKJ), les 14 compteurs de la ligne d’inventaire (C01 à C14) sont mis à jour suivant la valeur enregistrée dans cette zone N2.

Cette fonctionnalité n’est active que pour un suivi en stock de type « S » (standard).

  = 1  

Mémorisation de la quantité théorique pour un type d’inventaire Tournant.

  = 2  

Mémorisation de la quantité théorique pour un type d’inventaire Complet.

  = 3   Mémorisation de la quantité théorique pour un type d’inventaire Tournant ou Complet.

Mode web (patch ACE 1.0 ES1)

Le paramètre REFMAG permet de piloter différentes options sur le référencement du magasin.

Le paramètre CTREVS permet de contrôler que la source de l’événement existe.

Le comportement de l’API GestionEvenementsolderEvenement a été modifié.

 

Si le numéro de poste (champ « numpos ») n'est pas renseigné, l'API solde l'évènement dans son intégralité.

Si le numéro de poste (champ « numpos ») est renseigné, l'API ne solde que le poste dont on a précisé le numéro (et pas tout l'évènement).

Il reste possible, par la suite, de solder un évènement dont un poste a déjà été soldé par ce biais.