Modèle d'import/export >  Module Ventes >  Modèle d'import/export SDH (Livraisons)  

Afficher tout Masquer tout

Cette fonction permet d’importer des bons de livraison. Cet import ne fonctionne qu’en mode création. Les imports de livraison en mode modification et suppression ne sont pas gérés.

Les bons de livraison importés sont de type direct ou liés à des commandes ou des demandes de livraison. Ils peuvent être importés dans l’état non validé, validé ou facturé.

Si un bon de livraison est importé dans l’état non validé (champ CFMFLG non présent dans le modèle ou présent mais à la valeur Non validé), les lignes le composant sont toutes allouées en détaillé ou contiennent des ruptures si la gestion de l’article le permet (stock négatif autorisé ). La manière dont les lignes sont allouées dépend des informations contenues dans le modèle d’import. En effet, si le modèle ne contient que les tables des bons de livraison, l’allocation détaillée sera effectuée automatiquement par le système en respectant les règles d’allocation et de sortie liées à la catégorie de l’article. Si une rupture est constatée et autorisée pour l’article, celle-ci ne précisera pas les caractéristiques du stock en rupture.

Dans ce contexte on peut influer sur l’allocation en important les champs suivants de la table des lignes de livraison :

  • LOT : Ce champ permet de filtrer de manière exclusive un lot particulier ou un groupe de lot (utilisation des jokers ? et *) si l’article est géré par lot.
  • STA : Ce champ permet de filtrer de manière exclusive un statut particulier ou un groupe de statuts (utilisation des jokers ? et *).
  • LOC : Ce champ permet de considérer de manière prioritaire un emplacement ou un groupe d’emplacements (utilisation des jokers ? et *). Si aucun stock n’est trouvé dans ces emplacements, le système appliquera normalement la règle d’allocation.

Si le modèle d’import contient une hiérarchie supplémentaire s’appuyant sur des éléments de la table STOJOU, alors le système suivra exactement les informations précisées pour procéder à l’allocation détaillée. En cas d’incohérence entre la demande d’allocation inscrite dans le fichier d’import et les stocks, le système rejettera le bon de livraison à importer. A ce niveau de hiérarchie, certaines informations sont obligatoires :

  • La quantité : Elle peut être exprimées sous deux formes. La quantité en unité de stock (champ QTYSTU) ou la quantité en unité de conditionnement. Si la quantité est exprimé en unité de conditionnement (champ QTYPCU), il faudra impérativement renseigner l’unité de conditionnement (champ PCU). Dans tous les cas, la somme des quantités des lignes d’allocation importées devra être égale à la quantité livrée sur la ligne de livraison.
  • Les caractéristiques de stock : En fonction de la typologie des articles importés, le modèle devra contenir au minimum l’ensemble de toutes les caractéristiques des articles importés (Lot, Sous-lot, numéro de série, emplacement). Par exemple si un des articles importé est géré par lot, il faudra que le modèle contienne le champ LOT.
  • Le statut n’est quant à lui pas obligatoire. Par contre s’il figure dans le modèle il sera strictement exploité. S’il n’est pas dans le modèle, le système exploitera la règle de sortie de l’article pour en choisir un.

Si l’article autorise les stocks négatifs et si la quantité à sortir est indisponible, une rupture sera générée sur les caractéristiques du stock précisées dans le fichier d’import.

Pour importer des lignes de livraison liées à des lignes de commandes ou à des demandes de livraisons, il faudra ajouter dans le modèle d’import les champs suivants :

  • Pour des lignes de commandes, les champs de SOHNUM et SOPLIN du fichier des lignes de livraison devront être présent dans le modèle d’import.
  • Pour des demandes de livraison, les champs SOHNUM, SOPLIN et SOQSEQ du fichier des lignes de livraison devront être présent dans le modèle d’import.

Lors d’un import de livraison liée à une commande, la commande est automatiquement mise à jour.

Lors d’un import de livraison liée à une ou plusieurs commandes, l’allocation détaillée s’effectuera de la manière suivante si la ligne de commande d’origine est elle même allouée en détaillée (si la commande est allouée en globale ou non allouée, l’allocation s’effectuera comme en import de livraison directe) :

  • Si le modèle d’import de la livraison ne dispose d’aucune information relative à l'identification du stock, alors l’allocation détaillée de la ligne de commande sera redescendue sur la ligne de livraison (comme en interactif).
  • Si le modèle d’import dispose d’informations de filtre exclusif ou prioritaire de la ligne de livraison, celles-ci ne seront pas exploités dans ce contexte. L’allocation détaillée de la ligne de commande sera redescendue sur la ligne de livraison.
  • Si le modèle d’import dispose du détail de l’allocation à effectuer (table STOJOU) alors l’allocation considérée sur la livraison sera l’allocation décrite dans le fichier d’import. Les allocations présentes sur la commande seront dés-allouées.

Si un bon de livraison est importé dans l’état validé (champ CFMFLG présent sur le modèle et à la valeur validé), les lignes le composant provoquent un mouvement de stock ou un mouvement en attente si le stock est indisponible et si le stock négatif est autorisé pour l’article. Ces bons de livraison pourront être facturés par la suite. Comme pour l’import de bons de livraison non validés, les mouvements de stock seront générés à partir des règles d’allocation et de sorties si le modèle d’import ne contient pas le fichier des mouvements de stock. On pourra malgré tout dans ce contexte utiliser les filtres exclusifs et les filtres préférentiels du fichier des lignes de livraison pour orienter le choix du détail stock (même fonctionnement que pour l’allocation). Si le modèle d’import contient le détail du stock sorti, alors le système appliquera exactement les informations du fichier d’import pour effectuer les mouvements de stock. Les contraintes sont les mêmes que celles décrites pour l’allocation détaillée en import de bons de livraison non validés.

On pourra également importer des bons de livraison validés liés à des lignes de commandes ou à des demandes de livraisons en précisant le lien dans le modèle d’import. Si les lignes de commandes sont allouées en détaillé, le fonctionnement concernant la reprise des allocations pour générer des mouvements de sortie est le même que lors du transfert des allocations sur une livraison non validée.

Si un bon de livraison est importé dans l’état facturé (champ INVFLG présent sur le modèle et à la valeur Facturée), cela sera considéré comme un import à des fins statistiques. Aucun mouvement de stock ne sera effectué. Pour ce type d’import, il ne faut pas préciser le fichier STOJOU dans le modèle.

Import de livraison contenant des kits commerciaux : Dans tous les cas, on considère  que les informations importées sont réputées exactes puisque le mouvement de sortie est effectué ou est sur le point d'être effectué. Le kit ou la nomenclature ne seront donc pas contrôlés en import. Si la livraison est liée à une commande, celle-ci sera normalement lise à jour.

Les textes associés aux bons de livraisons peuvent être importés. Pour ce faire, il conviendra d’utiliser les variables GIMP :

  • de 71..78 contiennent le texte d’entête du bon de livraison
  • de 81..88 contiennent le texte de pied du bon de livraison.
  • de 91..98 contiennent le texte de chaque ligne du bon de livraison.

Chaque occurence contient 99 caractères.

Import des axes analytiques à la ligne : pour importer les sections analytiques d'une ligne de document, un niveau supplémentaire doit être ajouté pour renseigner la table commune contenant les informations analytiques à la ligne (CPTANALIN).
SEEREFERTO Voir le modèle d'import SDHFL.

Import des éléments de facturation : la valeur saisie des éléments de facturation peut être importée dans les différents documents au travers des champs INVDTAAMT. (SQH, SOH, SDH).

SEEINFO Le modèle d'import des livraisons ne prend pas en compte les bons de préparation, même si les numéros de bons de préparation sont inclus dans le modèle.

Pré-requis

Pour que l'import fonctionne correctement, les données utilisées dans l'import relatives aux tables suivantes doivent préalablement exister :

  • Table des sites
  • Table des articles
  • Table des articles/site
  • Table des clients
  • Table des clients livrés

Champs obligatoires du modèle

Dans cet import, les champs obligatoires sont les suivants :

Table SDELIVERY :

  • Client commande (Champ BPCORD)

Attention, si le site de stockage et le site de vente ne sont pas présent dans le modèle d’import, les sites seront déterminés par le site de stockage et le site de vente par défaut de la session exécutant l’import.

Table SDELIVERYD

  • Référence article (Champ ITMREF)
  • Quantité en unité de vente (Champ QTY)

Si l’unité de vente n’est pas précisée, l’unité déterminée sera dans l’ordre celle du client puis celle de l’article.

Table STOJOU

Si cette table fait partie de la hiérarchie, les champs suivant sont obligatoires

  • Quantité en unité de stock (Champ QTYSTU)

Ou

  • Quantité en unité de conditionnement (Champ QTYPCU)
  • Unité de conditionnement (Champ PCU)

Les champs suivants sont obligatoires en fonction des caractéristiques des articles

  • Lot (Champ LOT)
  • Sous-lot (Champ SLO)
  • Numéro de série (Champ SERNUM)
  • Emplacement (Champ LOC)

Messages d'erreur

Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :

Ligne n° X, Article Y : le stock à sortir n'a pas été déterminé. Quantité ligne de document N1 Quantité traitée N2

Ce message d'erreur peut apparaître lorsque l'on importe le détail stock sur une livraison (Fichier STOJOU) et lorsque ce fichier est incomplet du point de vue des caractérisitiques de stock devant être mentionnées ou des quantités importées en regard de la quantité livrée de la ligne.

Tables mises en oeuvre

Ce modèle est utilisable à la fois en import et en export. Les données sont mises à jour dans les tables suivantes :

Table

Intitulé Table

BPARTNER [BPR]

Business Partner

BPCUSTMVT [MVC]

Mouvements clients

BPCUSTOMER [BPC]

Clients

BPDLVCUST [BPD]

Clients livrés

BPSUPPLIER [BPS]

Fournisseurs

CPTANALIN [CAL]

Lignes comptables analytiques

FACILITY [FCY]

Sites

ITMBPC [ITU]

Articles - Clients

ITMCATEG [ITG]

Catégorie article

ITMFACILIT [ITF]

Articles - Sites

ITMMASTER [ITM]

Articles

ITMMVT [ITV]

Cumuls Article-Site

ITMSALES [ITS]

Articles - ventes

ITMWRH [ITW]

Articles - Dépôts

PRICSTRUCT [PRS]

Structure Tarifs (cli/four)

SALESREP [REP]

Représentant

SCOMAT [SCM]

Ordre sous-traitance Matières

SDELIVERY [SDH]

Entête livraison

SDELIVERYD [SDD]

Détail livraison

SORDER [SOH]

Commandes de vente - Entête

SORDERC [SOC]

Commandes de vente - Cumul A/R

SORDERP [SOP]

Commandes de vente - Prix

SORDERQ [SOQ]

Commandes de vente - Quantités

SPREASON [SPR]

Motifs tarifs ventes

SPRICLINK [SPK]

Recherche tarifs vente (link)

STOALL [STA]

Allocations

STOCK [STO]

Stocks

STOJOU [STJ]

Journal des Stocks

STOLOT [STL]

Numéros de lot

STOPRED [PRE]

Bon de préparation détail

STOPREH [PRH]

Bon de préparation entête

STOREO [REO]

Réapprovisionnement

STOSER [STS]

Numéros de série

SVCRFOOT [SVF]

Document ventes - Elt pied

SVCRVAT [SVV]

Document ventes - Taxes

TABCOUNTRY [TCY]

Table des Pays

TABCUR [TCU]

Table des Devises

TABPRTMOD [TPM]

Table des modèles d'éditions

TABUNIT [TUN]

Table des unités

WAREHOUSE [WRH]

Dépôts