Académique Documents
Professionnel Documents
Culture Documents
Articles (1+¿re Partie) FS32007-02
Articles (1+¿re Partie) FS32007-02
Articles
(1ère partie)
(Article / Matière commerciale / Modèle)
Version 2010
Siège social : 52, quai Paul Sédallian 69279 LYON Cedex 09 / RCS B327 888 111
Tél. 04.26.29.50.00
Service d'Assistance Téléphonique 0826 888 488
Sommaire
A LES SATELLITES A LA GESTION DES ARTICLES 4
A.1 TA026W01 : Types de saison 4
A.2 TA073W01 : Saisons 4
A.3 TA097W01 : Coloris de base 6
A.4 TA298W01 : Coloris article par saison / collection 6
A.5 TA003W01 : Gestion des coloris commerciaux 6
A.6 TA024W01 : Type d’emploi matière 6
A.7 TA031W01 : Catégorie de tailles 6
A.8 TA086W01 : Finitions spéciales 7
A.9 TA163W01 : Type de groupe de livraison 8
A.10 TA360W01 : Désignations articles 8
A.11 TA022W01 : Traitements 8
A.12 TA191W01 : Familles d’antériorité 9
A.13 TA336W01 : Epaisseur produits finis 9
A.14 TA337W01 : Volume produits finis 9
A.15 TA085W01 : Types de magasin 10
B CATEGORIE D’ARTICLE 11
B.1 TA009W01 : Société 11
B.2 TA071W01 : Réseaux 11
B.3 TA048W01 : Marques 11
B.4 TA036W01 : Activité – modèle – produit 12
B.5 TA047W01 : Ligne de produit 12
B.6 TA045W01 : Forme 12
B.7 TA074W01 : Type de fabrication 13
B.8 TA076W01 : Natures de produits 14
B.9 TA075W01 : Types de rangement produit 14
B.10 TA077W01 : Types de publicité 14
B.11 TA050W01 : Libellés statistiques produits 15
B.12 TA950W01 : Edition des tables de traduction import / export 15
B.13 TA950W02 : Edition des textes sur documents 15
B.14 TA904W01 : Edition des tables modèle / article / produit 15
B.15 TA197W01 : Gestion des libellés produits "longs" 16
B.16 TA951W01 : Edition des produits libellés longs 16
C STRUCTURATION DES ARTICLES 17
Les différentes tables annexes ci-après, permettent de renseigner toutes les données satellites à la
gestion des articles et produits.
Il s‟agit en général d‟un code auquel vous pouvez associer un libellé, cependant, certaines de ces
tables annexes ont plus d‟importance que d‟autres (la catégorie d‟article par exemple).
Les descriptions de ces dernières sont donc un peu plus approfondies que celles des tables ne
comportant qu‟un code et un libellé.
Ce programme assure la gestion des types de saison : E = Eté, H = Hiver ; P = permanent, notion
que l‟on va retrouver dans le code de la saison elle même.
La saison est caractérisée par deux chiffres qui représentent l‟année et une lettre pour le type de
saison.
Les saisons sont référencées de préférences par un code (année) et par un type de saison
(généralement E ou H).
Une particularité existe pour les entreprises gérant des articles ou matières permanentes (sans
saison). Dans ce cas, on peut créer un ou plusieurs codes saison spéciaux, intitulés par exemple : 00P
= saison permanente.
Le code saison (année + type de saison). Obligatoire ou non selon l‟option TEST_TYP_SAIS.
Le libellé de la saison (à titre indicatif seulement)
La Saison Identique Précédente (SIP). Cette notion est utilisée dans les modules Objectifs
commerciaux et Prévisions de ventes à des fins comparatives entre deux saisons. Elle ne peut pas être
égale à 00P.
Correspondance : facultatif mais doit être numérique.
Une fonctionnalité gérée par l‟option GEST_FCTN_SAIS (utilisée uniquement lorsque l‟option article de
AR001W01 est à „6‟ pour la création de codes articles).
Saison permanente : une coche permet de préciser si la saison est permanente ou non.
Une saison autre que 00P peut être déclarée comme étant permanente. Ceci est particulièrement
intéressant quand on ne travaille qu'avec des permanents, et quand on utilise la saison pour
représenter autre chose qu'une saison limitée dans le temps.
Produit finis : Les saisons appartenant au contexte PF sont toutes les saisons liées à des entités de
base côté PF : Saison article, Saison modèle, Saison matière commerciale, etc ...
Matière technique : Les saisons appartenant au contexte matière technique sont toutes les saisons
liées à des entités de base côté matière technique : saison matière.
Date d‟arrêt commercial : Elle n‟est saisissable que si la saison est de contexte commercial. Un
contrôle sur la date de saisie est fait. Si la date est inférieure à la date du jour ou si il reste des
commandes dont le départ usine est supérieur à la date du jour, un message d‟avertissement
apparaît.
Arrêter une saison signifie que cette saison n'est plus en cours, n'a plus lieu d'être saisie, et que les
données associées ne doivent plus être prises en compte dans les traitements. Ceci permet d'éviter les
erreurs de saisie, car les saisons dont la date d'arrêt est strictement inférieure à la date du jour, ou à
la date de saisie sont interdites. Les programmes de calcul de besoin ne travaillent que sur les saisons
commerciales non arrêtées.
OPTIONS :
GEST_FCTN_SAIS : Si elle est à 1, cette option permet de gérer une fonctionnalité associée à la
saison. Cette fonctionnalité est utilisée lors de la création des codes articles (si l‟option article de
AR001W01 est à 6) pour intégrer à ce code un compteur associé à cette fonctionnalité.
TEST_TYP_SAIS : Si elle est à 0, un contrôle oblige à saisir un type de saison (TA026W01) dans
le troisième caractère du code saison. La zone type de saison est alors automatiquement renseignée
avec cette partie de code.
Si elle est à 1, elle permet de saisir un code saison pour lequel le
troisième caractère ne correspond pas obligatoirement à un code type de saison. Elle permet
également de saisir des codes saisons sur 2 ou 1 caractère. Dans ce cas, la zone type de saison n‟est
pas initialisée et reste obligatoire.
PARAMETRES UTILISES :
GEST_PREV_VEN : Gestion des prévisions de vente.
Cette notion permet de définir ce qui constitue l‟article. La codification se fait sur 3 caractères
alphanumériques, et vous pouvez associer un libellé au code.
Il s‟agit ici d‟une notion permettant d‟éclater la composition matière de l‟article par élément (haut et
bas par exemple), ou partie (devant et dos, extérieur et doublure par exemple).
Il est à noter que cette notion peut être similaire ou non au niveau de la nomenclature article.
Ce programme permet de renseigner la table des catégories de tailles qui caractérisent l‟activité
textile-habillement.
Chaque catégorie peut comporter au maximum 20 tailles qui sont en général affichées sur 2 lignes
écran dans les programmes applicatifs.
Elle peut comprendre 20 tailles ou moins en fonction de vos besoins (ex de catégories : taille unique,
enfants, layette, chaussures, etc…)
L‟existence de cette table est justifiée par le fait que votre entreprise peut être amenée à diffuser des
produits gérés par différentes grilles de taille.
Un cochage „temps à la taille‟ permet d‟indiquer au système que les temps opératoires seront gérés à
la taille pour cette catégorie.
Cette zone permet d‟indiquer que les temps opératoires sont à saisir tailles à tailles. Ce cochage n‟est
utile que pour les entreprises gérant un véritable catalogue d‟opérations de fabrication et travaillant
dans un secteur où le temps de fabrication varie à la taille. Pour une taille enfant, le temps de
fabrication d‟un produit 2 ans est plus court que celui d‟un produit 16 ans…
A.7.1.1Gestion des gammes par taille et utilisation du logiciel ORLIWEB Gestion atelier
Par défaut, le temps par taille de base est envoyé à ORLIWEB Gestion Atelier. Une option de transfert
(XC565) permet d‟envoyer à la place soit le temps moyen de toutes les tailles, soit le temps par taille.
Le même principe est utilisé pour ORLIWEB SCM.
Des coefficients de prix de vente peuvent être saisis pour gérer les variations de prix sur tailles
extrêmes (ex : + 10% à partir du 50).
Ces coefficients sont utilisés dans les automatismes de calcul des tarifs. Ainsi, il faut noter qu‟ils
n‟agissent que dans 2 programmes :
PR171W01 : Calcul / Edition / Fixation des PRI
PR170W01 : Fixation des PRI
En effet, dans le programme de calcul automatique des tarifs (PR021W01), on calcule toujours un tarif
à partir d‟un autre ce qui ne nécessite pas l‟utilisation de ces coefficients (ceux-ci ayant déjà été
appliqués lors du calcul du tarif de base). Il en va de même au niveau de la gestion des prix de vente
manuelle (PR022W01) qui doit laisser toute souplesse à l‟utilisateur.
Une stature par taille peut être saisie, ce renseignement est facultatif pour une grille de tailles et non
utilisé dans ORLIWEB.
Ce programme permet de saisir les différentes finitions spéciales existantes sur 8 caractères
maximum.
Pour une même finition spéciale, il est possible de gérer jusqu‟à deux particularités qui permettent de
définir des sous niveaux de la finition spéciale. La première est gérée par le TA390W01 et la seconde
par le TA463W01 (1ère et 2ème particularité finition spéciale).
Ce programme permet également de spécifier qu‟une finition spéciale est sur-mesure (mensurations
particulières), si elle doit être prise en compte lors de la génération des GENCOD et s‟il est possible de
faire des regroupements pour le tricotage.
Un contrôle est fait sur l‟unicité du code de la finition spéciale, aucune maintenance n‟est possible.
Les finitions spéciales peuvent être affectées à un article par le programme AR040W01.
Ce programme permet de gérer les différents types de groupe de livraison. Cette notion est
facultative, elle permet de classer les groupes de livraison par thèmes.
Les groupes de livraison peuvent être utilisés pour calculer des statistiques sur les types de groupe les
plus performants (méthode de vente).
Un traitement peut être attribué aux articles et produits dans AR001W01 et aux matières
commerciales (TC001W01).
Ce programme est composé de 2 onglets :
L‟onglet traitement :
Il permet de modifier et supprimer les traitements en leur affectant un coefficient de gradation
obligatoire et non nul.
Ce coefficient est utilisé pour le calcul de besoin, il peut varier selon le traitement.
Vous devez obligatoirement renseigner la phase, la valeur de l‟option (PHAS_TPS_PLUS) est proposée
par défaut mais elle reste modifiable. Lorsqu‟elle est validée, elle n‟est plus modifiable.
Si on désire que 2 articles : 06H jupe longue et 06E jupe courte soient regroupées dans la même
famille, on créer une famille d‟antériorité JUPE.
Dans la fiche produit, on indique que 06H jupe longue fais partie de la famille d‟antériorité JUPE de
même pour 06E jupe courte.
Si on souhaite distinguer ces 2 produits dans le suivi d‟antériorité client, il faut alors créer 2 familles
d‟antériorité, une pour jupe courte, une pour jupe longue.
Dans ce programme, seul le code de la famille d‟antériorité est obligatoire, unique et non modifiable
en maintenance.
La maintenance du code type de magasin est impossible, vous devez supprimer puis recréer.
Le code doit obligatoirement commencer par un chiffre ou une lettre. Il doit être unique.
Il n‟y a informatiquement parlant aucune structure hiérarchique entre ces différentes données.
Cependant, volontairement, celles-ci vous sont présentées dans l‟ordre où elles sont saisies dans la
fiche article, donc implicitement, une hiérarchie s‟établie dans cet ordre.
Le champ INDICATIF permet de définir l‟indicatif de numérotation à utiliser dans le cadre d‟une
gestion des modèles en numérotation automatique.
Le passage par ce champ n‟est pas lié à un paramètre ou à une option programme mais toujours
effectué. Les entreprises ne désirant pas utiliser cette fonctionnalité du logiciel peuvent ne pas remplir
ce champ car il est facultatif. Les modèles crées correspondants à des réseaux dont l‟indicatif n‟est pas
renseigné seront codifiés manuellement par l‟utilisateur. Pour utiliser cette fonctionnalité de
numérotation automatique, une option particulière devra être définie au niveau de la gestion des
modèles.
Le numéro d‟indicatif doit obligatoirement exister dans la table des N° de séquence (voir gestion des
numérotations).
Ce champ indicatif est constitué d‟une partie fixe NUM MOD traitée « en dur » par le logiciel et d‟une
partie variable en fonction du réseau (partie saisie par l‟utilisateur).
L‟indicatif d‟un réseau peut être modifié ou supprimé, ceci ne posant pas de problème car l‟attribution
des numéros de modèles contrôle la « non-déjà existence » d‟un numéro attribué.
Ce programme permet la gestion des marques utilisées dans la classification des articles et modèles.
Ce programme permet la gestion des activités utilisées dans la classification des articles et modèles.
Ce programme permet la gestion des lignes de produits utilisées dans la classification des articles et
modèles.
Une option permet de contrôler que le code de la ligne de produit correspond bien à une longueur fixe
définie (1, 2 ou 3 caractères).
Par défaut, aucun contrôle n‟est effectué sur la longueur de ce code.
Ce programme permet la gestion des formes utilisées dans la classification des articles et modèles.
Nous tenons à rappeler que ces informations sont obligatoires pour la définition d‟un article. Ces
fichiers doivent donc être renseignés dans un tout premier temps.
Enfin, bien que l‟on puisse constater une certaine hiérarchie des données dans l‟exemple ci-dessus,
ceci n‟a rien d‟obligatoire, le logiciel étant suffisamment ouvert pour ne procéder à aucun contrôle
entre une notion et une autre.
Ce programme permet de gérer la table des types de fabrication que vous pourrez utiliser. Vous devez
saisir le code, le libellé et la fonctionnalité.
Un article est considéré comme négoce s‟il existe au moins une taille qui soit « négoce »
(fonctionnalité 02). Ceci implique que les types de fabrication 00 et 01 sont considérés comme
fabriqués.
Dans le calcul du PRI article/produit, si un article est négoce, ne seront pris en compte que les
éléments PRI cochés négoce dans le programme PR112W01.
En maintenance d‟un type de fabrication, si vous modifiez la fonctionnalité dans le sens négoce =>
interne, aucune ligne de commande possédant des quantités non nulles ne doit exister. Dans le cas
contraire, vous ne pourrez la changer.
En revanche, la modification dans le sens interne => négoce est libre.
Ces tests ne sont pas réalisés si le paramètre GEST_FAB_NEG = 1
Une fonctionnalité spéciale 00 peut être utilisée. Elle correspond à une fonctionnalité 01 qui a la
particularité d‟être gérée par la chaîne négoce (qui ne connaît pourtant que 02).
Ce programme permet la gestion des natures de produits qui sont identifiées par un code auquel on
associe un libellé.
Cette notion de nature de produit est un élément orienté statistique servant à classifier les articles.
Elle est de moindre importance que celles caractérisant la catégorie d‟articles et de ce fait facultative
en saisie d‟article.
Remarque : Cette deuxième valeur entraîne des contraintes de gestion liées aux envois de données
à PGI BO et MES, ainsi qu'aux logiciels externes.
Les enregistrements contenant une nature de produit sur 6 caractères ne sont pas traités dans
ORLIPAP.
Si vous gérer des programmes spécifiques : La gestion sur 6 caractères entraîne la révision des
programmes spécifiques pour les adapter. (Pour cela, vous devez contacter le service : Ingenierie-
Orli@cegid.fr).
Ce programme permet la gestion des types de rangement, données informatives liées aux articles.
Cette information est facultative en saisie d‟article et, si saisie, elle est éditée sur la fiche article afin
de faciliter le rangement de cet article en stock.
Elle est également utilisée dans un programme « d‟aide d‟attribution des emplacements clients » qui
permet d‟éditer par client, le nombre de pièces par type de rangement, pour pouvoir ensuite définir
l‟emplacement pour chaque client ou tranche.
Remarque importante :
Cette donnée facultative n‟influe pas sur la gestion des stocks.
Cette notion est liée au produit et est éditée sur les bons de livraisons.
Cela permet ainsi au magasinier de placer la publicité en question (s‟il y en a une) dans les colis.
Ces notions peuvent vous permettre d‟ajouter des critères statistiques si la catégorie d‟article ne vous
permet pas de codifier toutes les données de regroupement. Elles sont ensuite utilisées dans tous les
états statistiques de type STXXXW01.
Ce programme permet d‟éditer les tables annexes des textes sur document.
Note : Si un article possède à la fois des libellés longs définis sans coloris et avec un coloris, ils
ressortiront tous les deux respectivement à l‟entête article et à la ligne coloris. Le fait de le renseigner
au coloris n‟est pas un traitement d‟exception.
CATEGORIE ARTICLES
SOCIETE TA009W01
RESEAU
TA071W01
MARQUE TA048W01
TA031W01
ACTIVITE TA036W01
CATEGORIE DE
TAILLE LIGNE PRODUIT TA047W01
FORME TA045W01
MA001W01
MO001W01
MATIERE
COMMERCIALE
MODELE COMMERCIAL
Saison modèle
Réseau
Code modèle
TA003W01
AR016W01 AR001W01
REGROUPEMENT COLORIS
COMMERCIAL COMMERCIAL
ARTICLE
TA191W01 Saison article
COLORIS
Code article
FAMILLE ANTERIORITE MATIERE
Libellé article
COMMERCIALE
Désignation
PRODUIT
=
ARTICLE / COLORIS
Deux notions peuvent être gérées en amont des articles selon décision de l‟entreprise (paramétrage à
décider à l‟installation du logiciel).
Si ces deux notions sont gérées, un article sera alors égal à un modèle dans une matière commerciale.
Sa saison d‟appartenance (saison « normale » si article saisonnier, saison 00P si article permanent)
Son code qui permet de le caractériser
Son libellé qui permet d‟avoir un double intitulé à l‟article (certaines sociétés utilisent par exemple un
code article numérique et un libellé commercial complémentaire pour le « vendre » aux clients).
Un article est identifié par sa saison et son code (critère d‟unicité). Dans la majorité des programmes
du logiciel, l‟appel d‟un article est fait sur ces deux données avec possibilité dans certains cas de taper
directement le code article, le programme ramenant seul la première saison dans laquelle il est ouvert
(utile pour articles purement saisonniers).
Dans certains programmes, l‟appel de l‟article peut également être fait sur le libellé.
L‟article en tant que tel ne possède pas de notion de coloris. Il correspond donc à un vêtement donné
quelle que soit sa taille et sa couleur. A l‟article, on associe une catégorie de taille pour connaître les
tailles dans lesquelles il est vendu ou fabriqué ou acheté. Cette catégorie de taille est identiques quels
que soient les coloris dans lesquels il sera ensuite décliné.
La déclinaison d‟un article dans différents coloris donne des produits.
Un produit, c‟est donc un article dans un coloris.
Un article (sans notion de coloris) est défini de façon unique par le couple saison / code article selon
le paramètre UNIC_ART.
Un produit est la déclinaison d‟un article dans un coloris donné. Il est défini de façon unique par la
combinaison saison / code article / code coloris.
La création de produits se fait depuis l‟onglet article.
En gestion article ou produit, les données sont réparties de façon logique sous forme d‟onglets :
Génération
Classification
Codification Possibilité, à l‟aide d‟un onglet, en gestion produit
Livraison de visualiser les données article correspondantes.
Commercialisation
SCM/production
Tailles
Compositions
Statistiques
Textes
Observations
Coloris
Référence fournisseur
L‟accès aux données article ou produit se fait par simple choix au niveau de l‟entête de programme
qui reste toujours visible (quel que soit l‟onglet dans lequel on se trouve).
La coche « image » permet d‟afficher l‟image associée à l‟article ou au produit, selon la gestion dans
laquelle on se trouve.
Si vous cochez la zone « critères de duplication » une fenêtre de type pop-up s‟ouvre et vous pouvez
alors cochez les informations qui seront dupliquées lors de la génération par un article similaire.
Taille à la vente
Poids / volumes
Courbes statistiques
SCM / Production (Supply Chain Management)
Compositions
Statistiques
Textes
Observations
Nomenclature (accessible selon option GEN_NOM_REF_COU)
Coût façon négoce (accessible selon option GEN_NOM_REF_COU)
Made in
Emplacements
Notes :
La génération par article similaire ne peut se faire que si l‟article similaire a un état = 0 (actif). De
plus, on tient compte des paramètres GEST_MODELE et GEST_TISSU pour les données obligatoires.
La génération par rapport au modèle n‟est possible que si le modèle admet un code taille.
A la validation, on contrôle que les données : code réseau, modèle et tissus sont bien saisies (selon
option).
Le type de répercussion permet, selon la valeur renseignée, de répercuter les modifications de la fiche
article sur les produits.
Les valeurs possibles sont :
„ „ = valeur par défaut, les zones modifiées de la fiche article sont répercutées dans les fiches
produits, mais les spécificités du produit sont conservées.
1 = les zones modifiées dans la fiche article sont répercutées dans les fiches produits, sans
tenir compte des spécificités produits.
2 = la fiche article est répercutée intégralement dans les fiches produits
3 = pas de répercussion dans les fiches produits.
S‟il n‟y a pas de modification, il n‟y a pas de répercussion, même si la zone « type de répercussion »
est renseignée.
onglet Codification :
Cet onglet permet de renseigner les données générales articles tels que le regroupement commercial,
la famille d‟antériorité, la série type (qui sera reprise au niveau des commandes, de l‟entrée en stock
et de la saisie des bons de préparation), la nature de produit, le N° de patron et le code client.
Un regroupement commercial peut être par exemple : un ensemble (tailleur), un colis standard ou un
assortiment de taille (dans ce cas, la grille de taille ne dit admettre qu‟une seule taille). L‟accès à cette
zone n‟est pas possible si l‟article est un semi-fini.
Les dates de création et modification sont mises à jour à la création puis à chaque validation de
modification.
Depuis cet onglet, vous pouvez saisir une date d‟arrêt de fabrication (avec motif) et une date d‟arrêt
de commercialisation (avec motif). Gestion des contextes pour les motifs par les programmes
JP529W01 et TA029W01.
L‟appel de la liste de valeur sur le code entretien ouvre une nouvelle fenêtre de sélection des
modalités de lavage, chlorage, repassage, nettoyage à sec et séchage à appliquer pour l‟entretien de
l‟article (selon option CTRL_CODE_ENT = 2 sinon gestion classique).
onglet Livraison :
Il est divisé en 4 parties :
Les données lieu, emplacement, emballage, rangement
Le délai commercial
Le pays (made in et pays de transformation)
Les informations douanières.
Le code lieu magasin est obligatoire dès que l‟article est valide (code état = 0). Dès que du stock est
affecté sur ce magasin, il est alors impossible de le modifier. Le code magasin doit être de type
produit fini.
La date de délai commercial permet de définir à partir de quelle date l‟article en cours pourra être
livré. Avant cette date, toute commande client est refusée en saisie si la date de livraison est
inférieure à celle-ci.
Le made-in, pays dans lequel est fabriqué l‟article, est obligatoire dès que l‟article est valide.
Le code douane est obligatoire selon l‟option CODE_DOUA_OBL. Il peut être saisi article par article, ou
saisie en masse.
Obligatoire si :
Article valide : état = 0
GEST_ORLI_PLAN = 1 ou 2
L‟option FAM_TEC_PLAN est non nulle
La grille de taille est inaccessible, elle est ramenée depuis l‟onglet classification. Elle est là à titre
informatif pour faciliter la lecture des grilles ORLIWEB Gestion Atelier.
Changement de grille de tailles possible à condition que la nouvelle grille de taille saisie corresponde à
une augmentation de la grille de taille existante et que les tailles communes soient identiques.
Si la nouvelle grille de taille ne respecte pas ces conditions, vérification qu'il n'existe pas :
de commande fournisseur PF
de stock PF
de prévisions de vente
de besoins
de lignes de commandes
d'envoi de l'article à la Gestion de Boutiques
de produits envoyés à la Gestion de Boutiques
La taille de base est modifiable, elle doit faire partie de la grille de taille.
Les coches fabriquées / négociées permettent d‟indiquer que la taille en question est bien fabriquée /
négociée. Si celle-ci n‟est pas cochée, vous n‟avez pas accès aux zones tailles à la vente, épuisée,
courbe, type de fabrication.
La taille de base doit impérativement être cochée « fabriquée ».
La modification de la grille fabriquée au niveau article, met à jour les produits de l‟article ainsi que les
produits prorogés.
La notion de taille épuisée est prise en compte dans les programmes suivants :
AR902W01
AR021W01
AR073W01
AR074W01
prise en compte dans la recherche des tailles à la vente (car une taille épuisée n‟est plus à la
vente)
La saisie du type de fabrication devient obligatoire dès que la taille est fabriquée.
La modification du type de fabrication n‟est possible que s‟il n‟y a pas de ligne d‟OF pour la taille.
onglet Statistiques :
Cet onglet permet de saisir des statistiques associées à un article et/ou un produit.
On peut saisir un ou plusieurs code(s) statistique(s) sachant qu‟il peut exister des codes statistiques
obligatoires (ces codes sont facilement visualisables par la présence d‟une coche à gauche du code
statistique).
La saisie de ces codes statistiques est contrôlée.
Selon la valeur du paramètre GEST_COM_STA toutes les modifications apportées au niveau article
sont répercutées au niveau produit.
onglet Textes :
Cet onglet permet d‟associer à un article un code texte.
Celui-ci peut être associé :
Selon une liaison (commande, facture, etc…)
Selon une phase
Le numéro d‟ordre vous permet d‟ordonnancer l‟édition des textes dans le cas ou pour un même
article vous avez plusieurs textes. Ils sont alors édités par ordre croissant de n° d‟ordre.
A la saisie d‟un code texte vous pouvez le visualiser et/ou le modifier. En maintenance, la modification
est impossible.
Les données textes ne sont pas reprises au niveau des produits.
onglet Observations :
Les lignes vous permettent de saisir des observations au niveau de l‟article et/ou du produit.
onglet Coloris :
Cet écran permet de créer les coloris de l‟article : les produits. Les coloris créés ici sont appelable au
niveau des données produits, il y aura autant de page produit que de coloris.
Les coches situées à gauche permettent de définir :
si les coloris créés sont propres (si non cochée c‟est un coloris commun)
si pour chaque coloris les gencod seront générés (la modification des gencods ne se fait que par
l‟onglet coloris).
Il y a un contrôle d‟existence sur la saisie des champs saison (qui doit être de contexte produits finis)
sur le code coloris (si c‟est un coloris commun) et sur la nature.
L‟état du produit est obligatoire dès que l‟article est lui en état 0 (actif).
La coche « HC » (hors cours) indique que le produit n‟est plus fabriqué mais vendu jusqu‟à
épuisement du stock. (voir doc « Hors Cours »)
La coche « gencod créé » est inaccessible et permet simplement de visualiser si le produit a des
gencods.
Pour toutes autres modifications, il est nécessaire d‟utiliser le programme de gestion des circuits de
fabrication (AR013W01 ou AR113W01).
Le AR001W08 à pour vocation de saisir le 1er circuit dans la répartition de fabrication à utiliser par
défaut.
Il permet le cas échéant de consulter les autres répartitions saisies à l'article / circuit.
Mais il n'a pas pour but de voir et gérer tous les données de AR113W01 (dans ce cas, l'utilisateur doit
utiliser AR113W01)
Pour les références fournisseur – négoce, cet onglet permet de gérer ces références au niveau article
et coloris. Ces références ne sont accessibles que si un circuit a été saisi pour l‟article.
Valeurs possibles :
Etat
Saison modèle
Réseau
Code modèle
Société
Marque
Activité
Ligne de produit
Forme
Famille d'antériorité
Code désignation
Mode de gestion produit
Matière commerciale
Traitement
Matière technique
Nature de produit
Emballage
Magasin P.F
Emplacement
Unité achat/vente
Made in
Douane
Code catégorie A.M.F
Poids taille de base
Unité d'expression du poids
20 codes statistiques
la validation qui va ouvrir la fenêtre de choix des informations à modifier avec saisie des
nouvelles valeurs. C'est la validation de cette fenêtre qui va lancer le traitement direct de
chaque ligne sélectionnée pour leur affecter les nouvelles valeurs. La coche à droite de la
zone à modifier permet lorsque c‟est possible la remise à blanc (nulle) de la zone à modifier.
Pour valider une mise à jour, il faut obligatoirement avoir modifié au moins une information.
Les informations liées à une table annexe, ou bien les informations donnant lieu à des
contrôles ne dépendant pas des autres informations de la ligne, seront effectuées dès la saisie
de la nouvelle valeur (GDA, Contexte, ...).
En revanche, les informations liées directement à une autre information de la ligne seront
quant à elles contrôlées seulement pendant le traitement de l'ensemble des données.
Après le traitement de toutes les lignes, les lignes qui ont été mises à jour sont effacées de la
liste. Seuls les lignes pour lesquelles il n'y a aucune erreur sont mises à jour. Les autres lignes
restent dans la liste et l'utilisateur peut à nouveau relancer le processus par ressaisie des
champs et valeurs à modifier.
Les messages d'erreur expliquant pourquoi la ligne courante n'a pas été mise à jour sont
affichés dans l'onglet Traces.
Fiche article
Fiche produit selon le mode de répercussion article vers produit.
Statistiques article : Répercussion sur les statistiques produit si le paramètre
GEST_COM_STAT=1. Prise en compte du mode de répercussion article vers produit.
Répercussion sur les statistiques modèle de l'article si GEST_MODELE=1 et si le paramétrage
dans TA050W01 est défini (coche "A répercuter").
Made in à la taille si modification du made in de la fiche article. Impact selon la grille à la
vente pour les produits de l'article). Prise en compte du mode de répercussion article vers
produit.
Poids à la taille article et produit si modification du poids ou de l'unité d'expression du
poids. Impact selon la grille à la vente de l'article et produit. La mise à jour produit n'est faîte
que si le mode de répercussion est différent de 3.
Les magasins par emplacement en cas de modification du lieu magasin P.F. Prise en
compte du mode de répercussion article vers produit.
AR803W01 permet de modifier en masse une ou plusieurs données de la fiche produit et ou article.
Libellé coloris
Etat produit
Mode de gestion produit
Nature de produit
Traitement produit
Magasin produit
Emplacement produit
Made in produit
Douane produit
Pays transformation de l'article
Motif arrêt de commercialisation produit
Date arrêt de commercialisation produit
Poids taille de base produit
Unité poids produit
Unité achat/vente article
Code catégorie A.M.F
20 codes statistiques produit
Principe
la validation qui va ouvrir la fenêtre de choix des informations à modifier avec saisie des
nouvelles valeurs. C'est la validation de cette fenêtre qui va lancer le traitement direct de
chaque ligne sélectionnée pour leur affecter les nouvelles valeurs. La coche à droite de la
zone à modifier permet lorsque c‟est possible la remise à blanc (nulle) de la zone à modifier.
Pour valider une mise à jour, il faut obligatoirement avoir modifié au moins une information.
Les informations liées à une table annexe, ou bien les informations donnant lieu à des
contrôles ne dépendant pas des autres informations de la ligne, seront effectuées dès la saisie
de la nouvelle valeur (GDA, Contexte, ...).
En revanche, les informations liées directement à une autre information de la ligne seront
quant à elles contrôlées seulement pendant le traitement de l'ensemble des données.
Après le traitement de toutes les lignes, les lignes qui ont été mises à jour sont effacées de la
liste. Seuls les lignes pour lesquelles il n'y a aucune erreur sont mises à jour. Les autres lignes
restent dans la liste et l'utilisateur peut à nouveau relancer le processus par ressaisie des
champs et valeurs à modifier.
ORLIWEB Articles (1ère partie) FS32007-02.docx Page 29 / 44
Les messages d'erreur expliquant pourquoi la ligne courante n'a pas été mise à jour sont
affichés dans l'onglet Traces.
Etat produit : Dans un contexte GDC (Gestion De Collection), on ne pourra pas mettre à jour
le code état. Pour mettre à jour l'état est de passer par l'écran AR719W01.
Si le code article est différent de 0, le code produit et le code article doivent être identiques.
Code douane : Donnée non modifiable si l'option OFI_CODE_DOUA de AR001W01 est
positionnée à 2. Obligatoire selon la valeur du paramètre CODE_DOUA_OBL.
Nature de produit : Obligatoire selon la valeur de l'option NAT_PROD_OBL (AR001W01).
Lieu magasin produit : Obligatoire si code état produit est égale à 0.
Made in produit : Obligatoire si code état produit est égale à 0.
Lieu magasin : Obligatoire si code état est égale à 0.
Le magasin doit gérer les stocks par article.
Le magasin ne doit pas gérer les stocks par emplacement
Emplacement : L'emplacement doit appartenir au magasin de la fiche article.
Unité de poids : Obligatoire si un poids pour la taille de base est renseigné.
Zones statistiques : Zones obligatoires selon la valeur des coches du programme
TA050W01.
Fiche produit
Fiche article (informations concernées : pays transformation et unité vente achat).
Statistiques produit si le paramètre GEST_COM_STAT= 1.
Magasin par emplacements en cas de modification du lieu magasin produit fini.
Made in à la taille si modification du made in produit, impact selon la grille de taille à la
vente du produit.
Poids à la taille si modification du poids ou de l'unité d'expression du poids. Impact selon la
grille de taille à la vente du produit.
Ces outils complémentaires sont prévus pour éditer les données liées aux fiches articles et produits.
Il y a donc 2 outils de consultation, l‟un permettant de consulter la liste des articles et de niveau plus
global à niveau plus détaillé, les informations associées aux tailles et les divers coloris, l‟autre
permettant de consulter directement la liste des produits et les informations liées aux tailles s‟y
rattachant.
Par ailleurs, deux programmes d‟édition permettent d‟éditer les articles ou produits sous forme de
fiche, de mini-fiche ou de liste.
De même, un programme d‟édition particulier permet d‟éditer les différents problèmes pouvant être
relevés sur les fiches articles ou produits.
Enfin, un programme « Traduction import / export » permet la traduction des principales tables
annexes énoncées dans ce document.
Ce programme assure l‟édition de la fiche article ou produit telle qu‟elle a été saisie, en comprenant
toutes les informations techniques ou commerciales.
Soit une mini-fiche des articles indiquant plus d‟informations que la liste à savoir :
Code, libellé, image de l‟article (si associée), état, semi-fini, saison, réseau, modèle, tissu, traitement,
société, réseau, marque, activité, ligne de produit, forme, composition, code entretien, patron, tarif,
délai commercial, grille de taille (fabriquée ou à la vente).
Au niveau produit code et libellé coloris, état.
Dans le cas d‟une édition de la liste, vous n‟avez pas accès à la grille de taille.
Ce programme permet de gérer les finitions spéciales possibles par article. Cette finition spéciale est
utilisée notamment en saisie de commande. En revanche, ce contrôle ne sera pas effectué si aucune
liste de finition spéciale possible n'a pas été définie pour l'article.
Ainsi si l‟article ART01 existe avec la finition spéciale BRODERIE et sans finition spéciale, il faudra
créer deux enregistrements dans le premier onglet :
PARTICULARITE
Aucune répercussion, ni contrôle sur les lignes de commandes déjà enregistrées ne seront effectués
en cas de suppression d'une ligne. Ce fichier ne sert que de contrôle lors de la saisie de commande et
de facture, mais pas dans les autres programmes (saisie de lancement ou de commandes négoces,
prévision de vente, etc...).
En effet, comme aucune répercussion n'est effectuée, il est possible que des commandes aient déjà
été enregistrées dans une finition spéciale et qu'à un moment donné, on ait décidé d'interdire de saisir
des commandes pour cette finition spéciale. Dans ce cas, il faut malgré tout pouvoir saisir des
lancements, des commandes négoces, des prévisions ou autres pour les finitions spéciales déjà
commandées.
Remarque: le critère "nature d'article" permet de sélectionner les articles qui ont cette nature
d'article mais également les articles pour lesquels il existe un produit qui admet cette nature de
produit.
La notion de modèle correspond au schéma (également appelé dessin ou forme dans certaines
entreprises) de l‟article. Ce schéma peut être décliné dans plusieurs matières commerciales, ce qui
donne les articles.
Le logiciel gère deux notions de modèles qui permettent de scinder ce qui est purement technique
(méthodes de fabrication identiques) de ce qui est commercial (structuration de la collection).
Ainsi, le modèle technique correspond à une similitude dans le processus de fabrication et est en fait
un sur-ensemble du modèle commercial, alors que le modèle commercial correspond à une forme
schématique de vêtement et permet de structurer la collection car plusieurs articles peuvent découler
d‟un même modèle mais dans différents tissus commerciaux.
Le modèle technique est assez peu utilisé dans le logiciel et a surtout été prévu pour d‟éventuelles
utilisations internes entreprise avec les outils annexes à ORACLE. De ce fait, il est facultatif en création
du modèle commercial.
En revanche, il faut faire attention car il devient obligatoire dès que l‟entreprise désire gérer les
nomenclatures d‟études) en créant autant de modèles techniques qu‟il y a de tailles d‟étude (par
exemple, en créant un modèle technique par type d‟articles : veste, jupe etc.)
Ici, nous décrirons donc simplement le modèle commercial qui est l‟entité importante réutilisée en
articles et nomenclatures.
Des informations récupérables sur les articles et produits (articles – coloris) dérivés du modèle
existant dans ce fichier. En règle générale, elles sont facultatives car un même modèle peut être
vendu dans différentes structures commerciales (sous différentes marques par exemple).
La notion de catégorie de taille est attachée au modèle et ne peut être modifiée pour les articles
dérivés.
Certaines tailles de la catégorie donnée peuvent ne pas être fabriquées dans un modèle donné. Au
niveau des articles dérivés, certaines tailles peuvent ne pas être vendues alors qu‟elles sont fabriquées
au niveau du modèle (cas de tissus mieux adaptés à certaines tailles).
Des codes statistiques libres peuvent être saisie au niveau modèle (cf chapitre Gestion des codes
statistique libres). Ces codes sont repris automatiquement lors de la création automatique de l‟article à
partir du modèle.
Un descriptif (informatif seulement) peut être associé à chaque modèle afin de le caractériser de
manière codifiée (notion de classification – caractéristique – modalité). Sauf cas particulier, nous ne
conseillons pas l‟utilisation de cette partie car elle demande un travail de codification et de saisie
souvent long et fastidieux en regard de l‟utilisation qui est ensuite faite de ces données.
Comme dans chaque entité importante, des observations peuvent être indiquées sur la fiche modèle.
CATEGORIES ARTICLES
SOCIETE
RESEAU
MARQUE
ACTIVITE
LIGNE DE PRODUIT
FORME
MODELE COMMERCIAL
Saison
Réseau
Code modèle
L‟accès aux informations de chaque taille n‟est possible que pour les tailles fabriquées.
Le type de fabrication est obligatoire pour toutes les tailles fabriquées.
Il est possible de modifier des tailles à la vente si pour l‟article, dans la saison, il n‟y a pas d‟OF, ni de
stock, ni de prévisions.
Pour la courbe statistique on contrôle que la somme des statistiques est de 100% sur l‟ensemble de la
grille de taille.
On peut choisir de répercuter les modifications au niveau articles et/ou produits.
Ce programme permet d‟éditer la fiche modèle selon les bandes d‟informations suivantes :
Classification
Codification
Tailles
Statistiques
Observations
Une gestion des entêtes et pieds de page est réalisée dans le programme TA179W01.
Ce programme permet l‟édition des modèles sous forme de liste ou de mini fiche.
La liste indique : le modèle, l‟état, la société, le réseau, la marque, l‟activité, la ligne de produit et la
forme.
La mini fiche indique : le modèle (saison, réseau, code), la société, la marque, l‟activité, la ligne de
produit, la forme, le délai commercial, l‟état, la grille de taille fabriquée ou à la vente.
En général dans le textile, un article est défini par un modèle (forme schématique) et par une matière
de base (matière de base de la nomenclature).
De plus pour des impératifs commerciaux, certaines entreprises souhaitent nommer différemment une
même matière de base entrant dans la composition de plusieurs articles (ex : articles destinés à
plusieurs canaux de distribution).
D‟autre part, dans certains cas particuliers, il peut être nécessaire d‟avoir une notion de matière
commerciale identique pour plusieurs articles alors que ceux-ci font appel à une matière de base
voisine mais différente techniquement (résistance différente selon traitements en fabrication par
exemple).
La notion de matière commerciale a été créée pour répondre à ces besoins. Elle permet d‟avoir une
indépendance complète entre la notion la matière de base technique de l‟article (en principe, première
ligne de la nomenclature) et la notion de matière commerciale seule reconnue par le client final.
On aurait tout aussi bien pu l‟intituler support qui correspondrait presque mieux à son principe
(principalement dans le cas d‟association de plusieurs matières).
La matière commerciale a donc une existence qui lui est propre indépendamment des articles et des
matières. Comme son nom l‟indique, elle possède des informations commerciales qui peuvent être
reprises en automatique lors de la création des articles qui lui sont liés (composition, coloris).
Des informations de nature plutôt statistiques peuvent également lui être associées afin de faire des
sélections dans certains états : famille matière, type de tissu, laize moyenne, densité, code entretien,
etc.).
Cette matière commerciale possède une notion de saison qui correspond à la saison dans laquelle elle
a été ouverte. De plus, chaque coloris d‟une matière commerciale est lié à une saison car une même
matière est susceptible d‟être reconduite sur plusieurs saisons mais avec des gammes de couleurs
différentes (effet de mode).
Lorsque l‟on crée un article automatiquement à partir d‟une matière commerciale donnée par une
association avec un modèle commercial, le logiciel propose les coloris commerciaux de celle-ci comme
coloris de l‟article en ne prenant en compte que ceux de la saison affectée à l‟article, ainsi que les
coloris de la saison permanente (00P).
RAPPEL :
Dans le reste du progiciel, la matière commerciale est pris en compte de la façon suivante :
0 = facultatif. Pas de contrôle de saisie.
1 = facultatif. Contrôle existence dans le fichier des matières commerciales.
2 = facultatif. Contrôle existence dans le fichier des articles.
MATIERES COMMERCIALES
MATIERES COMMERCIALES
COLORIS
Ce programme permet la gestion des regroupements de matières techniques (tissu, fil) ayant des
caractéristiques identiques.
La matière commerciale peut être utilisée par AR001W01 dans le cadre de la génération automatique.
Une matière commerciale est définie de façon unique.
Les informations relatives à une matière commerciale sont réparties en plusieurs onglets. Chaque
onglet peut être appelé depuis le programme TC001W01 ou indépendamment.
Généralités (TC001W01)
Décomposition d‟une matière commerciale composée (TC001W02)
Composition (TC001W03)
Coloris commerciaux (TC001W04)
Observations (TC001W05)
Remarques :
La matière commerciale peut également être générée depuis le MA001W01, si la famille de la matière
technique le permet. Dans ce cas, le code identifiant la matière commerciale est identique à celui de la
matière technique (contrainte des 8 caractères). Cela est possible si l‟option GEN_MAT_CIAL = 1,
dans ce cas, au moment de la saisie de la famille matière, une fenêtre de type pop-up s‟ouvre.
Une matière commerciale ne peut être supprimée si celle-ci est utilisée par un article, ou dans une
nomenclature d‟étude ou matière.
Ce sont des consultations Multi-critères, avec possibilité d‟accéder à la fiche donnée de base
correspondante.
J Documentations annexes
Voir aussi :
Articles (Codes entretien) FS32007-02.doc
Articles (COFREET complément) FS32007-02.doc
Formations connexes :
Fonctionnalités transversales FS32006-11.doc (saisons & sociétés)