FILLOG : Les filières logistiques

(Paramètre actif depuis la version ACE 1.4)

Standard

Mises en garde

Ce paramètre est géré dans l'intégrateur (voir documentation INTEG ) uniquement pour intégrer des commandes d'achat et certaines réceptions. Mais l'intégrateur ne peut pas intégrer les autres événements (certaines réceptions, les expéditions et les factures) gérés dans un contexte où la fonctionnalité des filières logistiques est activée.
Seules les commandes qui font référence à une filière logistique :
- qui ne comporte qu'un seul flux de commande (il n'y a pas de consolidation de commande),
- et qui n'est pas une filière en mode flux poussés (le tiers qui commande est le destinataire final de la marchandise), peuvent être cadencées (voir paramètre CADENC).
Ce paramètre FILLOG est incompatible avec le paramètre RECORI (génération de postes par recherche automatique des événements origines) et la gestion des encours financiers (paramètre INCPAI , Indicateur "Maj des en-cours" dans la fonction I_CONF_F ).
Ce paramètre FILLOG est également incompatible avec la gestion des conditions tarifaires (CTS) de type « Gratuit »
Dans le cas où vous souhaiteriez désactiver la gestion en mode Filières logistiques, il ne suffit pas de désactiver ce paramètre FILLOG, il est aussi nécessaire de désactiver les paramètres FILTYP et FILCDE.
En mode filière logistique , on ne peut pas utiliser le Webservice GCEServiceAssimilate pour créer des événements. Seule exception : la création d'une réception provenant d'une filière directe magasin-Fournisseur (type "PDV-FOU"). Dans ce cas, la création de la réception reste possible via le webservice GCEServiceassimilate.

Paramètres amis

FILTYP - FILCDE – FILRRF – COULOG – COULO2 - AXELOG – NUMAXL – FILSTK – CADENC (sous certaines réserves, voir ci-dessus) – FILFAC – LREEVO – FILEXP – UNISAI -

Paramètres ennemis

RECORI – QTEPTE – ACOMPT –

Gestion des encours financiers (paramètre INCPAI, indicateur « Maj des encours » du configurateur fonctionnel I_CONF_F).

La gestion des transferts inter-magasins est incompatible avec l’utilisation des filières logistiques (paramètre FILLOG). En effet, dans le cadre de l’utilisation des filières logistiques, ce type de transfert s'effectue grâce au portail des événements d'achatI_ACHAT_F, option « Transfert ».

FILSUI : si le paramètre FILLOG est déjà positionné dans la cible, le paramètre FILSUI ne doit pas être positionné, car il va provoquer une mise à jour des tables EVE_ACT (acteurs de l’évènement) et EVRP (répartition postes/lignes) alors que l’alimentation de ces tables est déjà gérée par le paramètre FILLOG.

A1

= O

Permet de gérer les filières logistiques.

Impacts dans :

les portails tiers (fait apparaître les options "Lieu fonction" et "Filières logistiques"),
les commandes d'achat, les réceptions, les expéditions, les factures d'achat.

A2

Code matrice utilisée pour paramétrer les filières principales (permet d'initialiser le champ « codtli » dans la table CQUE).

N1	= 1	Ce paramètre permet d'inhiber la mise à jour des quantités facturées sur les EVRP origine en validation de facture (tev.typevr = 'FAC') au cas où la mise à jour aurait déjà été réalisée (cas d'une validation intermédiaire de la facture avant génération des écritures comptables).
N2		Option utilisée pour la génération différée des réceptions (permet de traiter tous les types de filières logistiques).
	= 140	Fonctionnement à partir de la version 140 (après installation d’un patch complémentaire) : le lieu fonction "Livrer_à" est récupéré dans la vue « vgblvg5 », dans les champs « z40l_1 », « z40l_2 », « z40l_3 » et « z40l_4 ».
N3		Option utilisée lors des mises à jour de stock.
	= 1	Si le dépôt n'est pas connu (champ « evl.sigdep » non renseigné), il n’y a pas de message d'erreur et les stocks ne sont pas mis à jour.
N4		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.

D1

= 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.