Utilisez cette fonction pour valider les commandes de vente intégrées dans la base par le biais d'une mutation de création de l'API GraphQL. 
A l'issue de leur intégration, ces commandes sont enregistrées sous forme de brouillons : elles ne sont pas accessibles depuis la fonction de gestion des Commandes et ne peuvent faire l'objet d'aucun traitement fonctionnel. Afin de pouvoir les gérer comme des commandes 'classiques', il est nécessaire de les valider, c'est-à-dire leur faire subir un certain nombre de contrôles et de traitements d'initialisation et de valorisation.

Il est possible qu'à l'issue du traitement, certaines commandes ne soient pas validées et soient rejetées. Vous devez alors utiliser la fonction Commandes brouillon rejetées afin de les supprimer, ou de les réintégrer dans le circuit de validation après avoir corrigé les informations dans les données de base ou de paramétrage.

Pré-requis

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

Gestion de l'écran



Ecran de saisie

Dans cet écran :

  • Renseignez les informations de sélection des commandes brouillon à valider.
  • Cliquez sur Ok pour lancer le traitement.

Pré-requis au traitement

Pour que le traitement de validation puisse aboutir, il est nécessaire que les conditions suivantes soient remplies :


Pré-requis :

  • Le Type de commande de vente n'est pas une information gérée et transmise par l'API. Le type de commande de vente utilisé est celui indiqué par le paramètre utilisateur SOHTYPAPI - Type commande brouillon (chapitre VEN, groupe ORD). Ce paramètre doit donc être renseigné. Le type de commande indiqué doit obligatoirement être associé à une catégorie 'Normale'.

Certaines informations doivent obligatoirement être transmises par l'API :

  • Numéro de commande. Ce numéro est obligatoire même s'il est remplacé par celui issu du compteur associé au type de commande indiqué dans le paramètre SOHTYPAPI -Type commande brouillon
  • Site de vente
  • Client commande
  • Article
  • Quantité commandée en unité de vente. Cette quantité doit être supérieure à zéro.
  • Au moins une ligne doit être renseignée.
  • Numéro de ligne. Ce numéro est réaffecté lors de la validation, en appliquant les règles standards.

Les informations suivantes peuvent être transmises par l'API mais sont facultatives :

  • Site d'expédition
  • Client facturé
  • Devise
  • Condition de paiement
  • Régime de taxe
  • Adresse de livraison
  • Date de commande
  • Unité de vente
  • Prix brut. Si cette information n'est pas transmise ou si la valeur transmise est égale à zéro, le prix est déterminé par la recherche tarifaire lancée lors de la validation.

Limite

  • L'API GraphQl ne gère pas en détail les nomenclatures commerciales : seul l'article composé est intégré. Les composants, eux, ne peuvent pas être intégrés. Ils sont générés lors de la validation de la commande brouillon.

Descriptif du traitement de validation

  • Sélection des commandes

    Les commandes de vente brouillon intégrées dans Sage X3, sont enregistrées dans les tables des commandes de vente : SORDER, SORDERP, SORDERQ. Ces commandes sont identifiables dans la table SORDER par le champ DRAFTSTATUS dont la valeur est différente de zéro.
    Le traitement porte sur les seules commandes brouillon ainsi identifiées et qui répondent aux critères de sélection saisis.
  • Pour chacune des commandes traitées :
    • Les informations manquantes sont complétées en fonction des informations obligatoires renseignées sur la commande brouillon.
    • Tous les traitements nécessaires à la création d'une commande de vente sont effectués :
      • Génération des composants de nomenclature
      • Génération des articles gratuits
      • Détermination des taxes
      • Recherche tarifaire : elle détermine également les frais et remises ainsi que les motifs de remise.
      • Tarifs groupés
      • Gestion des éléments de facturation et répartition sur les lignes
      • Calcul des taxes
      • Valorisation de la commande
      • Gestion des signatures
    • Les mêmes contrôles fonctionnels que ceux appliqués lors de la création d'une commande sont appliqués.

Rappel :

  • Le numéro de commande est issu du compteur associé au type de commande indiqué dans le paramètre  SOHTYPAPI -Type commande brouillon.
  • Le prix brut pris en compte est celui transmis par la commande brouillon, s'il est différent de zéro. S'il n'est pas renseigné ou s'il est égal à zéro, sa valeur est issue de la recherche tarifaire effectuée lors du traitement de validation.

A l'issue du traitement, un fichier trace affiche la liste des commandes vente validées.

Vous pouvez consulter les commandes non validées et rejetées dans la fonction Commandes brouillon rejetées. Cette fonction vous permet également de gérer ces commandes rejetées, en choisissant soit de les supprimer, soit de les réintégrer dans le circuit de validation après avoir corrigé les informations dans les données de base ou de paramétrage.
Les commandes non validées sont identifiables dans la table SORDER par la valeur 2 contenue dans le champ DRAFTREJ et par le motif du rejet indiqué dans le champ DRAFTREJREN. 

Tâche batch

Cette fonction peut être lancée en batch. La tâche standard SOHDRAFT est prévue à cet effet.

Actions spécifiques

Messages d'erreur

Il n'y a pas de message d'erreur autre que les messages d'erreur génériques.

Tables mises en oeuvre

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre