/
Structure du fichier XML

Structure du fichier XML


Le fichier xml doit avoir la syntaxe suivante :

Balise XML

Obligatoire

Observation

<?xml version="1.0" encoding="UTF-8"?>

Oui


<Divalto>

Oui


<Version>1.0</Version>
ENTETE*
BR_COMPOSANT*

Oui
Non
Non


L'entête permet d'être traité par le scrutateur
En cas d'import pour un bon de regroupement

OF*

Oui

Définition des OF

</Divalto>

Oui





Entête :


Un seul entête par fichier. Obligatoire en cas d'import par le scrutateur. Optionnel si import par appel Tunnel

<ENTETE>

Non


<ACTION>GG_FIN_DE_CYCLE</ACTION>

Oui

Indique l'action d'import

<DATE>20080602113209</DATE>

Non


</ENTETE>

Non





Composant par bon de regroupement :


Un seul composant de bon de regroupement par fichier, et pour une seule transaction (et donc un seul bon)

<BR_COMPOSANT>

Non


<NUMEROBR>

Oui

Numéro du bon de regroupement qui a fait l'objet d'une saisie de composant

<TRANSACBR>

Oui

Numéro de transaction unique. Ce numéro est généré par l'appelant par la fonction « TransacBR_next_numero » du ggpm600.dhop

<DATE>

Non

Date du mouvement

<QUANTITE>

Oui

Quantité (saisie par l'utilisateur) du mouvement par bon de regroupement avant répartition sur les séquences OF

<UNITE>

Non

Unité (saisie par l'utilisateur) du mouvement par bon de regroupement

<REFERENCE>

Oui

Référence de l'article composant

<SREF1>

Non

Sous-référence 1 de l'article composant

<SREF2>

Non

Sous-référence 2 de l'article composant

<SENS>

Non

Sens du mouvement.2=(défaut)sortie 1=entrée en reprise

</BR_COMPOSANT >

Non





OF :



<OF>

Oui


<NUMERO>pino</NUMERO>

Oui

Pino : Numéro de l'OF à traiter

<PREFIXE>prefpino</ PREFIXE >

Non

PrefPino : préfixe si les prefixe de pièce sont gérés

<DOS>dos</DOS>

Non

Dos : Code dossier de l'OF (en cas d'import multi-dossier)

<ETB>etb</ETB>

Non

Etb : Code établissement de l'OF (en cas d'import multi-dossier), obligatoire si le dossier gère les établissements

<QUANTITE>quantité</QUANTITE>

Oui

Quantité : quantité de composé à valider en fin de cycle

<MOUVEMENTER>valeur</MOUVEMENTER>

Non

Valeur : 1 ou 2. Permet de définir si on mouvemente les composants ou non. Valeur par défaut : 2=Oui

<CLOTURER>valeur</CLOTURER>

Non

Valeur : 1 ou 2. Permet de définir si on clôture l'OF ou non. Valeur par défaut : 1=Non

<DEPOT>depot</DEPOT>

Non

Depot : permet de définir le dépôt de l'entrée en stock
Par défaut c'est celui de l'OF qui est pris en compte

<DATE>date</DATE>

Non

Date de mise à jour du stock. Par défaut la date du jour est prise

<TRACABILITE>Valeur</TRACABILITE>

Non

Valeur : 1 ou 2. Permet de définir si la traçabilité est gérée de manière manuelle ou automatique. Valeur par défaut : 1=Manuelle

<nom_balise>valeur</nom_balise>

Non

nom_balise, valeur : voir Note1 

<balise_autre>valeur</balise_autre>

Non

balise_autre: voir Note1 : fait appel à la fonction Balise_Autre

STOCK*

Non

Définition des ventilations sur le composé

REBUT*

Non

Définition des rebuts sur le composé

COMPOSANT*

Non

Définition des composants

</OF>

Oui





COMPOSANT :


Uniquement si MOUVEMENTER est à 2

< COMPOSANT  >

Oui


<REFERENCE>ref</REFERENCE>

Oui

Ref : référence du composant

<SREF1>sref1</SREF1>

Non

Sref1 : sous référence du composant

<SREF2>sref2</SREF2>

Non

Sref2 : sous référence du composant

<QUANTITE>quantite</QUANTITE>

Oui

Quantité : quantité de composant à valider en fin de cycle

<SEQUENCE>gamseq</ SEQUENCE >

Non

Gamseq : Numéro de séquence

<ENRNO>enrno</ENRNO>

Non

Numéro ENRNO du mouvement en commande. A donner de préférence lorsque plusieurs composants concernent le même article afin de les distinguer

<DEPOT>depot</DEPOT>

Non

Depot : permet de définir le dépôt de la sortie de stock
Par défaut c'est celui de l'OF qui est pris en compte

<nom_balise>valeur</nom_balise>

Non

nom_balise, valeur : voir Note1 

<balise_autre>valeur</balise_autre>

Non

balise_autre: voir Note1 : fait appel à la fonction Balise_Autre

STOCK*

Non

Définition des ventilations de stock pour le composant

REBUT*

Non

Définition des rebuts sur le composant

</COMPOSANT>

Oui





STOCK :



<STOCK>

Oui


<QUANTITE>quantité</QUANTITE>

Oui

Quantité à ventiler

<EMPLACEMENT>Lieu</EMPLACEMENT>

Non

Emplacement pour la mise à jour du stock. Si non renseigné, l'emplacement par défaut sera utilisé. Voir note 3

<SERIE>série</SERIE>

Non

Numéro de série pour la mise à jour du stock. Obligatoire si l'article est géré en numéro de série ou de lot. Voir note 3

<PEREMPTION>Date</PEREMPTION>

Non

Date de péremption au format YYYYMMDD.

<COLIS>numéro de colis</COLIS>

Non

Numéro de colis

<TIERSSTOCK>Date</TIERSSTOCK>

Non

Tiers de stock en cas de sous-traitance

<nom_balise>valeur</nom_balise>

Non

nom_balise, valeur : voir Note1 

<balise_autre>valeur</balise_autre>

Non

balise_autre: voir Note1 : fait appel à la fonction Balise_Autre

</STOCK>

Oui





REBUT :



<REBUT>

Oui


<QUANTITE>quantité</QUANTITE>

Oui

Quantité rebutée

<CODEREBUT>code</CODEREBUT>

Oui

Code rebut

</REBUT>

Oui




Note 1 : Dans le traitement GGTT220, il est possible de traiter d'autres balises pour les enregistrements dans une fonction spécifique : « Balise_Autre ». Consultez la description de cette fonction ; les valeurs de la balise et de la valeur sont reçues par PingLocal, ainsi que le contexte qui permet de savoir sur quel entité la balise est détectée (of, composant, stock)
Note 2 : Dans le traitement GGTT220, l'ouverture « Import_Xml_Ligne_Traiter » permet d'indiquer le comportement à avoir pour les composants que l'on ne souhaite pas traiter : standard 'O'=on traite le composant proportionnellement au composé entré ; 'F'=force à 0 comme si on avait donné la ligne par xml à 0 ; 'N'=ignore complètement le chargement de ce composant (à éviter en cas de clotûre)
Note 3 : En cas de traitement de ventilations par xml, pour lesquelles il y a des réservations en commande sur le composant, les champs SERIE et/ou LIEU vont être utilisés pour pré-choisir la ventilation d'entrée par son ticket de réservation. Sinon les réservations sont traitées par numéro de ticket.

(avertissement) Dans le cas d'un fichier multi-OF,  le XML doit contenir les OF fils avant les OF pères, pour que le traitement soit fait dans le bon ordre.