Modifications apportées à ACE 1.4 après le 9 novembre 2009

Module de Base (patch ACE 1.4)

Frais divers par poste d'évènement (10/11/2009)

Le paramètre FRDPST permet de gérer des frais complexes au niveau des postes d’évènement, lors du panachage des frais, de la génération d’évènement ou de la duplication d’évènement.

Personnalisation d’ACE (11/02/2010)

Le Generix.ini n’a plus à référencer toutes les sociétés, mais uniquement la société de référence

Ancien Generix.ini

[Global]

Societe de Reference=1

Maximum Recherche=200

…

[Societes]

societe_1=1

societe_11=1

societe_111=1

societe_1111=1

societe_1112=1

societe_1113=1

societe_12=1

societe_121=1

societe_1211=1

Nouveau Generix.ini

[Global]

Societe de Reference=1

Maximum Recherche=200

…

[Societes]

societe_1=1

Mot clé "MAJJAL" (10/06/2010)

MAJJAL : permet de déclencher la mise à jour (modification) de jalons (table JAL_M) dans les batchs.

Ce paramètre maquette met à jour les champs de la table JAL_M afin de pouvoir modifier tout ou partie des données d’un jalon dans un plan ou un ensemble de plans de jalonnement.

Edition des jalons GJALE1 (10/06/2010)

Le batch GJALE1 est basé sur maintenant basé sur la vue vgjale1 ("jal_e" auparavant).

Des champs ont été ajoutés sur le bloc 10 et le bloc 40.

gjale1_b10

Bloc 10: Edition des jalons

long nbjretard; /* Num. 14 */

char valzn1[41]; /* Num. 15 */

char valzn2[41]; /* Num. 16 */

char valzn3[41]; /* Num. 17 */

char valzn4[41]; /* Num. 18 */

char valzn5[41]; /* Num. 19 */

char valzn6[41]; /* Num. 20 */

char valzn7[41]; /* Num. 21 */

char valzn8[41]; /* Num. 22 */

char valzn9[41]; /* Num. 23 */

char valzn10[41]; /* Num. 24 */

char valzn11[41]; /* Num. 25 */

char valzn12[41]; /* Num. 26 */

char valzn13[41]; /* Num. 27 */

char valzn14[41]; /* Num. 28 */

char valzn15[41]; /* Num. 29 */

char valzn16[41]; /* Num. 30 */

char valzn17[41]; /* Num. 31 */

char valzn18[41]; /* Num. 32 */

char valzn19[41]; /* Num. 33 */

char valzn20[41]; /* Num. 34 */

char z40l_1[41]; /* Num. 35 */

char z40l_2[41]; /* Num. 36 */

char z40l_3[41]; /* Num. 37 */

char z40l_4[41]; /* Num. 38 */

char z40l_5[41]; /* Num. 39 */

gjale1_b40

Bloc 40: Edition des jalons

long nbjretard; /* Num. 21 */

char valzn1[41]; /* Num. 22 */

char valzn2[41]; /* Num. 23 */

char valzn3[41]; /* Num. 24 */

char valzn4[41]; /* Num. 25 */

char valzn5[41]; /* Num. 26 */

char valzn6[41]; /* Num. 27 */

char valzn7[41]; /* Num. 28 */

char valzn8[41]; /* Num. 29 */

char valzn9[41]; /* Num. 30 */

char valzn10[41]; /* Num. 31 */

char valzn11[41]; /* Num. 32 */

char valzn12[41]; /* Num. 33 */

char valzn13[41]; /* Num. 34 */

char valzn14[41]; /* Num. 35 */

char valzn15[41]; /* Num. 36 */

char valzn16[41]; /* Num. 37 */

char valzn17[41]; /* Num. 38 */

char valzn18[41]; /* Num. 39 */

char valzn19[41]; /* Num. 40 */

char valzn20[41]; /* Num. 41 */

char z40l_1[41]; /* Num. 42 */

char z40l_2[41]; /* Num. 43 */

char z40l_3[41]; /* Num. 44 */

char z40l_4[41]; /* Num. 45 */

char z40l_5[41]; /* Num. 46 */

long niveau1; /* Num. 47 */

long niveau2; /* Num. 48 */

long niveau3; /* Num. 49 */

long niveau4; /* Num. 50 */

long niveau5; /* Num. 51 */

long niveau6; /* Num. 52 */

long niveau7; /* Num. 53 */

long niveau8; /* Num. 54 */

long niveau9; /* Num. 55 */

long niveau10; /* Num. 56 */

Alimentation du dossier client

Alimentation du dossier client. MAJACT.

Le paramètre maquette MAJACT s’est étoffé par l'ajout des champs "uticod" et "valzn4" à "valzn20".

API GestionTraitementcreerEdition (01/09/2010)

Une nouvelle balise a été intégrée au schéma d'entrée de l'API GestionTraitementcreerEdition.

Critères de sélection

La balise « heritageValdefLanceur » de type « integer » peut activer deux modes :

= 0 (mode par défaut) è fonctionnement standard,
= 1 è récupération des valeurs par défaut des critères et options définis au niveau du lanceur (table UT_PLEDC ).

Ce mode permet d'utiliser les critères de sélection du lanceur sans avoir à les fournir en entrée de l’API.

UNI_CS : Utilisateur en mode Client/Serveur (01/09/2010)

Ce paramètre UNI_CS permet de contrôler si un utilisateur est uniquement défini en mode Client/Serveur.

Il impacte le comportement de l'API GestionUtilisateurrechercherUtilisateur qui comporte un nouveau champ dans le schéma de sortie.

Nom	Description	Format
utiCS	Utilisateur C/S uniquement	String

Mot-clé ISQL

Une nouvelle fonctionnalité vous apporte de la souplesse d’écriture des maquettes, et un gain de mise au point des maquettes avec des ISQL.

Il vous est en effet possible d’écrire l’instruction ISQL sur plusieurs lignes.

Exemple

VEE ~999=ISQLCAV("AA",

select '~201="'||codpro||'";~202="'||nompro||'"'

from pro

where codsoc=1 and codpro like 'BR%'

-- par ordre décroissant

order by codpro DESC)

IMPPR3 : Pilotage de la suppression des coûts réels (08/02/2011)

Ce paramètre IMPPR3 permet de ne pas supprimer certaines lignes de coûts préexistantes avant le nouveau calcul des coûts.

PROPAG : Propagation des zones paramétrées (24/02/2011)

Une nouvelle option a été ajoutée au paramètre PROPAG.

= 2

Si une zone paramétrée datée (ZOD) est définie avec une valeur par défaut ou une valeur d’origine, celle-ci est propagée au moment de la création de l’enregistrement (EVE, EVP, PRO, etc.). Ce mode N5=2 correspond au mode par défaut N5 = 0 avec une différence : si la valeur d’origine n’est pas renseignée, la zone paramétrée est néanmoins créée à « ».

STK30C : Ajout de compteurs de stock (24/02/2011)

Le paramètre STK30C permet de personnaliser l’ajout de compteurs de stock.

EDICHA : Personnalisation des éditions chainées

Le paramètre EDICHA permet de gérer les traitements différés (batches) « chainés ».

TARVE5 : Optimisation du calcul des coûts (31/08/2011)

En fonction du contexte de paramétrage des habilitations selon le type de QUE (table HQUE), deux optimisations distinctes permettent d’améliorer les temps de traitement pour le calcul des coûts.

Ce paramètre TARVE5 permet de personnaliser ces optimisations.

TARVE6 : Tarifs de vente sur n décimales (13/09/2011)

Dans le cadre de l’utilisation du paramètre TARVEN, ce paramètre TARVE6 permet de personnaliser le nombre de décimales servant à arrondir le montant en devises et la somme des montants des lignes (champs « mondev » et « monlig » de la table EVU).

APRECH : Date d’échéance des évènements générés (07/06/2012)

Le paramètre APRECH permet d’alimenter la date d’échéance (suivant les données de règlement de l’événement) en génération des événements (commande, facture) de participation publicitaire depuis la fonction GCNTG1.

Il suffit de positionner ce paramètre pour que la fonctionnalité soit active.

IMPPR2 : Calcul des prix de revient réels(12/07/2012)

Une nouvelle option a été ajoutée au paramètre IMPPR2.

D1		Option utilisée pour déterminer la quantité acheminée réelle.
	= 0	Fonctionnement par défaut Pour calculer les coûts réels, le système utilise la quantité réceptionnée si l’acheminement est validé, sinon la quantité acheminée prévisionnelle.
		Si l’acheminement est validé : Quantité acheminée réelle = Quantité réceptionnée (EVL.qteliv) Sinon Quantité acheminée réelle = Quantité acheminée (EVP.qtecde).
	= 1	Option utilisée pour calculer les coûts réels en utilisant systématiquement la quantité acheminée quelque soit l’état de l’acheminement (qu’il soit en cours, validé ou soldé). Si l’acheminement est validé : Quantité acheminée réelle = Quantité acheminée (EVP.qtecde) + Quantité perdue (EVL.qteperdu) Sinon Quantité acheminée réelle = Quantité acheminée (EVP.qtecde)

Module Négoce (patch ACE 1.4)

Contrôle de stock en fonction de l'indicateur du poste (31/12/2009)

Une nouvelle option a été intégrée au paramètre OPESTK.

Code "opération directe" (voir documentation GOSK) à utiliser pour les mouvements de stock (en fonction de l’indicateur de rupture du poste et du paramétrage de la zone N1).

Quantité saisie en création de poste d’évènement (31/12/2009)

Le paramètre QTESAI permet de renseigner par défaut une quantité et une unité utilisées par l’API de création de poste.

Minimum de commande et Minimum de franco (07/01/2010)

Les options du paramètre MINCFR changent de comportement.

Minimum de commande

Avant : Pris en compte uniquement si le minimum de commande n'a pas été enregistré au niveau de la fiche tiers.

Depuis la version 1.4 : On prend en priorité le minimum de commande défini sur l’entête d’évènement, à défaut celui enregistré au niveau de la fiche tiers, et sinon en dernier celui défini au niveau de cette option N1.

Minimum de franco

Avant : Pris en compte uniquement si le minimum de franco n'existe pas au niveau de la fiche tiers.

Depuis la version 1.4 : On prend en priorité le minimum de franco défini sur l’entête d’évènement, à défaut celui enregistré au niveau de la fiche tiers, et sinon en dernier celui défini au niveau de cette option N2.

Validation / Invalidation d'une commande (12/01/2010)

Le paramètre EVEINV intègre un nouveau comportement. En plus de de valider ou d'invalider la commande, il permet également d’invalider une réception ou un bon de livraison par traitement différé.

Paramétrage des coûts transporteur (15/03/2010)

Le paramètre CIBTAR permet de personnaliser la gestion des coûts transporteur.

Paramétrage des coûts ventilés (15/03/2010)

Le paramètre TARVE4 permet de personnaliser la gestion des coûts ventilés.

Nouveaux type de coût et type de ventilation (06/07/2010)

Le type de coût "9 : quantité dans une zone paramétrée" a été ajouté (voir fonction I_COT_M) pour disposer de cotations de type « montant unitaire », pondérées sur la base de quantités stockées dans des données complémentaires de poste d’événement (EVT, ZOD ou EVP_CMP).

Le type de ventilation "PAR (paramètres) : quantité au prorata dans une zone paramétrée" permet de ventiler ce type de coût au prorata de quantités stockées dans des données complémentaires de poste d’événement (EVT, ZODou EVP_CMP).

Mise à jour des frais d’origine (16/09/2010)

Le paramètre EVFORI permet de réaliser des mises à jour sur les frais d’origine d’un événement.

Fonctionnalités Client/serveur disponibles en mode web (30/09/2010)

Certaines options de paramètre, déjà disponibles en mode Client/serveur, ont été implémentées en mode web.

Paramètre	Options concernées
HIEGRP	A2 = O
MAJETA	Toutes les options
MINCFR	N5
RESEMP	Toutes les options
SAISCL	A1

MULEAN : Gestion de plusieurs EAN (GENCOD) (16/11/2010)

Deux options, auparavant offertes uniquement en mode Client/Serveur, sont désormais offertes également en mode web.

= 2

Idem que N1=1, mais permet en plus de mémoriser dans la fiche produit le GENCOD principal actif si celui-ci est de type EAN13.

Le GENCOD est de type EAN13 si le Code type de Gencod (champ « codtgn ») enregistré au niveau des variantes logistiques (table PRL) est à « 13 ».

= 2

Permet de ne pas dupliquer les GENCOD secondaires du produit de référence pour les variantes produit.

FILEXP : Personnalisation des expéditions mode Filières logistiques (08/12/2010)

Le paramètre FILEXP, utilisé lors de la génération ou lors de la suppression d’une réception / expédition, permet d’indiquer les codes états gérés sur l’expédition d’origine.

CALESC : Calcul de l’escompte en remise globale (05/07/2011)

En valorisation d’évènement, le paramètre CALESC permet de calculer le montant de l’escompte comme une remise globale.

Edition et génération des factures (GBFAG5) (23/02/2012)

Des options de lancement ont été intégrées pour le traitement GBFAG5.

Option 1 : Date de facture

Cette option n’est pas obligatoire. Si elle est renseignée, le système génère la facture avec cette date sinon la facture est générée avec la date du jour. En cas de jour férié, à l’aide du paramètre CALFER, la date peut être décalée un jour ouvré.

Option 2 : Critère de rupture

Cette option est obligatoire pour le lancement d’une génération de facture avec regroupement de livraisons sur des critères prédéfinis. Ce critère doit correspondre à un critère de tri positionné dans le lanceur. Il définit la rupture à effectuer sur les réceptions lors de la génération des factures.

Option 3 : Mode complément de facture

Cette option n’est pas obligatoire. Il est possible de positionner cette option avec la valeur « complement ». Ce mode « complément de facture » permet de compléter une facture existante avec d’autres réceptions.

Dans ce mode, les options 1 et 2 ne sont pas prises en compte. La facture étant déjà créée, on ne modifie pas sa date. Les critères de rupture ne sont pas traités dans ce mode, les réceptions à ajouter à la facture doivent pouvoir être regroupées sur cette même facture, les contrôles relatifs à ce regroupement doivent être fait en amont avant le lancement du traitement.

Cette option peut être utilisée pour optimiser les performances du traitement, notamment lors du remplacement de l’API genererEvenement par le traitement lorsqu’on souhaite ajouter des réceptions à une facture et que ces réceptions présentent une volumétrie importante.

Cette option existe en version 1.4 et dans les versions ACE 1.6-0 et postérieures.

Option 4 : Numéro de facture à compléter

Si l’option 3 est positionnée avec le mode « complement » alors cette option 4 est obligatoire. Elle doit être alimentée avec le numéro de facture à compléter.

MAJCTS : Mise à jour des conditions tarifaires spéciales (27/07/2012)

Le paramètre MAJCTS permet d’activer ou désactiver la mise à jour des données de la table des conditions tarifaires spéciales (CTS).

Module Retail (patch ACE 1.4)

Personnalisation de la répartition en point de vente (31/12/2009)

Une nouvelle option a été intégrée au paramètre EVRP.

= 0

Si la quantité saisie sur l’entête de répartition augmente, alors on reporte cette quantité au niveau de la quantité commandée du poste (evp.qtecde) – mode standard.

Cette mise à jour est conditionnée par le fait qu’il n’y a pas d’origine et que le poste n’est pas cadencé.

= 1

Même principe que le N5 = 0 mais on met à jour le champ "qtecde" du poste d'évènement si on augmente ou si on diminue la quantité saisie.

APRTRI : Approvisionnement selon l’ordre des postes d’évènement origine (25/02/2010)

Une nouvelle option a été intégrée au paramètre APRTRI.

= 3

Valable pour la fonction APROG5 .

Cette option permet de générer les commandes d’achat en les triant sur les numéros d’évènements d’origine (numevo) puis sur les numéros de postes d’évènement d’origine (numpoo).

FILSTK : Mise à jour des stocks en mode Filière logistique (06/05/2010)

Le paramètre FILSTK permet de mettre à jour :

les encours d'approvisionnement des magasins dans le cas d'une commande en flux poussés,
les encours d'approvisionnement du premier dépôt intermédiaire dans le cas où la marchandise transite par un ou plusieurs dépôts intermédiaires avant d'arriver à destination.

Ces mises à jour sont déclenchées lors des validations d'événements : validation de commande et validation de réception.

Cadencement" des postes de commandes d'achat en mode filière logistique (14/06/2010)

Si la commande est rattachée à une filière logistique qui possède plusieurs flux de commande, le cadencement n’est pas accessible (onglet non affiché).

Le cadencement d'une commande en mode flux poussés n'est pas autorisé non plus (onglet non affiché).

FILFAC : Facturation en mode Filières logistiques (06/07/2010)

Par défaut, le prix du poste de facture provient du poste de réception, sauf pour les filières logistiques de type cross docking avec livraison directe aux magasins (filière de type 4). Pour cette filière, le prix du poste de facture provient de la commande consolidée.

Ce paramètre permet de modifier ce comportement standard.

CODBLC : Code blocage par défaut (30/08/2010)

Une nouvelle option N3 a été ajoutée pour le paramètre CODBLC, pour les fonctions GCOV, GBLV et GBFA.

L’option N2 a également été modifiée.

SUISTK : Type de suivi en stock des dépôts (30/08/2010)

Une nouvelle option N5 a été ajoutée pour le paramètre SUISTK.

PLATAC : Plan de travail acheteur (26/10/2010)

Une nouvelle option N4 a été ajoutée pour le paramètre PLATAC. L’option N2 a également été modifiée.

EVRPXF : Création de condition tarifaire étendue si prix forcé (26/10/2010)

Une nouvelle option N2 a été ajoutée pour le paramètre EVRPXF. L’option N1 a également été modifiée.

FRDCPX : Génération automatique de frais complexes

L’option N5 a été modifiée pour le paramètre FRDCPX et permet de prendre en compte, ou non, les postes de l’événement dont le prix a été forcé, dans le panachage des frais complexes. (07/11/2010)

Une nouvelle option a été implémentée dans le fonctionnement du ppe FRDCPX (15/11/2012) :

= 0

Mode par défaut.

Les seuils en CA (Chiffre d’Affaire) (notamment pour l’instruction « CA » des conditions complexes) se calculent à partir du montant en prix remisé des postes

(= (evp.qtecde - evp.qtegrt) * evp.prxvdu), prix remisé pouvant être calculé par le panachage (via le paramètre PANCPX).

(fonctionnalité disponible à partir de la version 1.4.0)

= 1

Les seuils en CA (notamment pour l’instruction « CA » des conditions complexes) se calculent à partir du montant en prix tarifs des postes (= evp.qtecde * evp.prxtav).

(fonctionnalité disponible à partir de la version 1.4.0)

GENEVE : Personnalisation de la génération d’événement (15/02/2011)

Ce paramètre permet de personnaliser la génération d’événements.

GEVA08 : Action « Gérer » du portail des évènements (15/02/2011)

Une nouvelle option a été implémentée dans le fonctionnement du paramètre GEVA08.

Mode de gestion

Si cette option n’est pas renseignée, elle permet de gérer les autorisations et réceptions de retour ainsi que les avoirs complets à la vente.

= DA

Gestion des demandes d’achat

Permet de gérer de manière spécifique l’option « Gérer » pour les demandes d’achat.

FILLOG : Les filières logistiques (15/03/2011)

Une nouvelle option a été implémentée dans le fonctionnement du paramètre FILLOG.

Option utilisée lors de la génération des réceptions/commandes.

De manière standard, la structure de la filière indique s’il faut pointer la commande origine. Cette option N4 permet de modifier ce fonctionnement standard.

= 1

Pour déterminer s’il faut pointer ou non la commande origine, l’algorithme est celui de la génération des réceptions/expéditions : test par rapport au champ EVRP.codsoc_s et non plus analyse de la filière

Seule la valeur de « evrp.codsoc_s » détermine s’il faut pointer la commande origine.

Si evrp.codsoc_s correspond à l’entité de connexion, alors la commande source a été créée dans l’entité où s’effectue la réception : il s’agit de la dernière réception. Le système va donc pointer vers la commande origine.

FILCDE : Filières logistiques des commandes d'achat (24/05/2011)

Deux nouvelles options ont été implémentées dans le fonctionnement du paramètre FILCDE.

= O

Pour une commande d’achat standard qui va être consolidée, on utilise les quantités mini, maxi et multiple du tiers de la commande pour contrôler la quantité commandée au lieu d’utiliser celles du fournisseur indiqué sur le poste de commande.

= O

Pour une commande d’achat standard qui va être consolidée, on utilise comme unité d’achat l’unité d’achat du tiers de la commande à la place de l’unité d’achat du fournisseur indiqué sur le poste de commande.

FILSOL : Paramétrage du solde des événements en mode filière logistique (08/11/2011)

Le paramètre FILSOL permet de définir les conditions de solde des événements lorsque la gestion des filières logistiques est mise en place dans ACE.

PRXPMP : Utilisation du PUMP (ou DPA) comme « Prix » (31/07/2012)

L’option « N3 = 1 » (prise en compte du DPA à la place du PUMP) du paramètre PRXPMP a été standardisée : elle est dorénavant accessible à tous et dans les deux modes Client/Serveur et mode web.

Module SCE (patch ACE 1.4)

FILSCE : Gestion des filières logistiques dans SCE (04/12/2009)

Le paramètre FILSCE permet, dans le cadre de l'utilisation des filières logistiques, de conserver le même code flux lors de la création d’un événement dans SCE.

LSIMUL : Accès à la simulation de vacation (04/05/2010)

Le paramètre LSIMUL permet de d’afficher et d'activer l’onglet "Simulation de vacation" dans la fonction de gestion des vacations (L_VAC_F).

Simuler la vacation (01/06/2010)

Cette fonctionnalité vous permet de lancer une simulation de la vacation.

En effet, après avoir créé une vacation, il vous est possible d'en lancer une simulation et de visualiser les résultats suivants :

Charge de travail, nombre d’OP , d’OR et de Colis à préparer
Charge de transport avec synthèse par Client,
Ruptures produit.

Ce sont les résultats de la toute dernière simulation qui sont enregistrés.

Simplifier le plan de transport prévisionnel (01/06/2010)

La simplification du plan de transport prévisionnel, permet de se passer complètement de programmes d’intégration obligatoires, toutes les fonctionnalités seront disponibles via le portail L_TRP_F.

La création de l’entête et des lignes du cadencier de commande
Mise à jour du plan de transport et du plan de préparation en fonction des modifications du cadencier de commande
Lors de la création d’un plan de transport, mettre à jour le calendrier (si plan de transport daté)
Création d’un plan de préparation identique au plan de transport
Affectation automatique des OL à une tournée (en validation d’événement)

Suivre les missions RF (01/06/2010)

Création d’un nouveau portail L_MIS_F.

Visualiser et modifier en liste l’urgence et l’opérateur les missions RF.

Effectuer un transfert de stock d'objets de stock (01/06/2010)

Création d’un nouveau portail L_STK_F.

Visualisation des objets de stock en liste,
Création d’un transfert de stock pour un ou plusieurs objets de stock,
Validation ou suppression des mouvements d’un transfert,
Edition d’un Transfert.

TYPPTF : Type de plateforme logistique (17/06/2010)

Le paramètre TYPPTF permet d’identifier le type de plateforme logistique.

LCOLOP : Répartition par mode de colisage (17/06/2010)

Le paramètre LCOLOP, actif uniquement en version 1.4, permet de créer autant de contenants par client que de modes de colisage différents associés aux produits de l’OP.

En effet, en mode standard, dans l’onglet colisage déclaratif du portail colisage (L_COL_F), lors de la saisie du numéro d’opération, quand on clique sur <lancer>, le standard génère un seul contenant par client.

UNIVL : Unité logistique d'un poste d'événement (22/06/2010)

Une nouvelle option a été ajoutée pour le paramètre UNIVL.

= 0

Mode standard : on recherche les variantes logistiques (table PRL) correspondant à l’unité logistique du poste (EVP.univl) sans distinction de tiers (typtie/sigtie non renseignés).

= 1

A l’achat, on effectue la même recherche que ci-dessus (N4 = 0), mais pour le fournisseur de l’évènement uniquement (prl.typtie et prl.sigtie renseignés avec le tiers de l’évènement).

A la vente, la recherche dans les variantes logistiques (PRL) reste inchangée (identique au mode N4 = 0).

= 2

A l’achat, on effectue la même recherche que ci-dessus (N4 = 1), c'est-à-dire pour les variantes logistiques du fournisseur de l’évènement, mais si aucune variante logistique n’est trouvée, on recherche les variantes logistiques sans renseigner le tiers (identique au N4 = 0).

A la vente, la recherche dans les variantes logistiques reste inchangée (identique au mode N4 = 0).

LRECCS : Utilisation du comportement standard des réceptions (22/06/2010)

Le paramètre LRECCS, actif uniquement en version 1.4, permet d'assurer le même comportement aux applications de réceptions SCE.

LIDFOU : Identifiant fournisseur (03/08/2010)

Le paramètre LIDFOU permet de personnaliser le contrôle de l'identifiant du fournisseur.

LOBJRE : Objets de stock en réception (03/08/2010)

Le paramètre LOBJRE permet de ne pas gérer les stocks des objets de stock en phase de réception.

LECLAT : Personnalisation de l'éclatement en mode RF (01/09/2010)

Le paramètre LECLAT permet de modifier le comportement standard du premier écran de l’activité « Eclatement RF ».

LREEVO : Référencement de l’évènement origine de la seconde réception (16/11/2010)

Le paramètre LREEVO permet, lors de la génération de la première réception logistique, de mémoriser l’événement d’origine dans l’en-tête de réception (table LREE). Cet évènement d’origine est utilisé en remontée logistique lors de la création des répartitions postes/lignes (table EVRP) à la deuxième réception.

LMAJOL : Mise à jour différée des OL (16/11/2010)

Le paramètre LMAJOL permet de déplacer la mise à jour des OL en fin de validation d’OP.

LRECE1 : Edition des listes de contrôle de réception (16/11/2010)

Ce traitement différé LRECE1 permet les fonctionnalités suivantes :

Si le code fonction se termine par « V1 » (exemple LRECV1), les mouvements validés seront les mouvements sélectionnés, s’ils sont de type A, E, R, S, T, Z.
Le paramètre maquette « ADRESSAGE » permet de lancer l’adressage des mouvements de réception sélectionnés (mouvements validés ou non validés) en tenant compte du paramètre LADMVT .

LPALET : Personnalisation des éditions de l’expédition de colis (07/12/2010)

Le paramètre LPALET permet d’activer la partie « Edition » qui apparaît dans l’onglet « Palettiser » de la fonction d’expédition des colis (L_COL_F).

Cette partie « Edition » contient les boutons « Etiquette temporaire », « Etiquette UE » et « Liste de colisage ».

LEADEP : Dépassement de quantité des entrées attendues (30/12/2010)

Ce paramètre LEADEP permet de gérer le dépassement de quantité pour les entrées attendues.

LCMPTG : Autorisation du compactage (20/01/2011)

Le paramètre LCMPTG permet d’autoriser ou non le compactage.

LADFOR : Adressage forcé en réception (01/03/2011)

Le paramètre LADFOR permet de forcer le rangement dans un emplacement ou un magasin.

LVOCAL : Préparation vocale (17/05/2011)

Deux options ont été ajoutées au paramètre LVOCAL :

Code fonction pour l’édition de l’étiquette. Le code maquette doit être créé sur cette fonction.

= 1

Option disponible depuis la version 1.4.

Permet de gérer l’allée de circulation et le quai d’expédition en numérique dans le vocal.

FILLOG : Les filières logistiques (23/08/2011)

Une nouvelle option a été implémentée au niveau des filières logistiques.

= 1

Option utilisée par le traitement différé de génération des commandes consolidée.

Pour les filières avec plusieurs flux de livraisons, création systématique d’une ligne de répartition (table EVRP) sur le premier dépôt intermédiaire.

Cette option permet de gérer manuellement les minimum et multiple du catalogue fournisseur.

La validation de la commandes permet de détecter les postes qui ne respectent pas les minimum et multiple de commande

L’arrondi au multiple supérieur est réalisé manuellement par l’acheteur qui affecte la quantité commandée supplémentaire sur l’entrepôt de cross dock (1er dépôt intermédiaire) de la filière d’où la nécessité d’avoir dans les lignes de répartition une ligne pour l’entrepôt de cross dock. Cette ligne est créée systématiquement même s’il n’y a pas de quantité supplémentaire à commander.

Option utilisée lors de la validation d’une réception.

Cette option permet également de traiter de façon particulière le détail magasin (EVRP) associé au dépôt de cross dock.

Les quantités reçues pour ce dépôt restent dans le dépôt et ne sont pas réexpédiées vers d’autres entités.

Inventaires à l’alvéole (20/03/2012)

Cette fonctionnalité a été supprimée du périmètre de SCE. Voir fonction LINV.

API RF VALPRO_X (03/04/2012)

Cette API VALPRO_X permet de contrôler une charge à réceptionner identifiée suivant le code produit, le GENCOD produit, une variante logistique ou l’identifiant objet de la palette. Elle renvoie les informations nécessaires au contrôle de réception SCE Mobile.

API (12/04/2012)

Des modifications ont été apportées pour les API suivantes :

LADPOS : Adressage par position (05/06/2012)

Ce paramètre permet de personnaliser l’adressage par position, en indiquant notamment les encours d’entrée de l’alvéole.

Nom	Désignation	Version ACE	Position	Taille	Type	Règles de gestion

datdeb	Date début campagne	GCE1.4	519	8	Date	Format SSAAMMJJ
datfin	Date fin campagne	GCE1.4	527	8	Date	Format SSAAMMJJ

Rang	Champ	Libellé	Type	Lg/Masque
…	…	…	…	…
36	idol	Numéro d'OL	long	zzzzz
37	numligol	Numéro de la ligne d'OL	long	zzzzz
38	numeve	Numéro d'événement	long	zzzzz
39	numlig	Numéro de ligne d'événement	long	zzzzz
40	numpos	Numéro de poste d'événement	long	zzzzz
41	numspo	Numéro de sous poste d'événement	long	zzzzz
42	codsoc_eve	Code société événement	long	zzzzz
43	achvte	Indicateur Achat ou Vente (A/V)	char	1
44	typeve	Type d'événement	char	3

Tel	Téléphone	ACE 1.4	2950	15	Char
Telex	Telex	ACE 1.4	2965	20	Char
Fax	Fax	ACE 1.4	2985	15	Char
Codser	Code service	ACE 1.4	3000	12	Char
Contac	Contact	ACE 1.4	3012	20	Char
Foncti	Fonction du contact	ACE 1.4	3032	20	char