Objet de facture

La structure d'objet MXINVOICE autorise la synchronisation bidirectionnelle l'exportation des informations des factures et prend en charge les changements de statut.

Traitement d'intégration sortant

Le tableau suivant présente les valeurs prédéfinies utilisées dans le traitement d'intégration sortante.

Tableau 1. Composants prédéfinis des objets Facture pour le traitement d'intégration sortant
Composants d'intégration prédéfinis Valeur et description
Fonctionnalité de la classe de définition de la structure d'objet Aucun
Canal de publication MXINVOICEInterface - Utilise des règles de traitement. L'intégralité du document de facture n'est envoyé que pour les changements de statut.
Règles de traitement
  1. SKIPINVOICE - Ignore l'envoi du document si les deux conditions suivantes sont remplies :
    • Le document n'a pas encore été envoyé.
    • Le nouveau statut n'est pas répertorié dans la commande IVSEND.
  2. SKIPINVIOCEUPDATE - Ignore l'envoi du document lorsqu'il est mis à jour mais que le statut n'est pas changé.
  3. SETSTATUSIFACE - Définit la valeur de la zone STATUSIFACE sur 0 (false) pour toutes les valeurs de statut, à l'exception de celles répertoriées dans la commande IVSEND.
  4. CHECKSTATUS – Envoie uniquement les données d'en-tête de facture si le statut change et que le nouveau statut n'est pas dans la commande IVSEND. (Dans ce cas, le document complet a été envoyé précédemment et l'envoi actuel concerne uniquement la notification de changement de statut).
Commandes d'intégration IVSEND

Traitement d'intégration entrant

Le tableau suivant présente les valeurs préconfigurées utilisées dans le traitement d'intégration entrant.

Tableau 2. Composants prédéfinis des objets Facture pour le traitement d'intégration entrant
Composants d'intégration prédéfinis Valeur et description
Fonctionnalité de la classe de traitement de la structure d'objet

Le traitement d'événement entrant crée et met à jour les lignes INVOICECOST uniquement si une des conditions suivantes est remplie :

  • La ligne de facture ne référence pas de ligne de bon de commande.
  • La ligne de bon de commande correspondante n'a pas de distribution.
  • La ligne de bon de commande ne fait pas référence à un magasin.

Dans tous les autres cas, le traitement d'événement entrant ignore les informations INVOICECOST lors de la création ou de la mise à jour de la facture.

Si le message entrant fournit INVOICETERMS, le traitement d'événement entrant supprime les anciens termes et ajoute les nouveaux.

Les utilisateurs peuvent spécifier facultativement un écart de prix dans la zone PRICEVAR de chaque ligne de facture si la mise en correspondance de facture est effectuée dans le système externe et si les écarts de prix déterminés dans ce système sont envoyés pour créer des transactions d'écart destinées à mettre à jour les interventions et magasins. Pour traiter ces écarts, une valeur doit exister pour OWNERSYSID dans la facture entrante et doit être différente de celle de MAXVARS.MXSYSID.

Les utilisateurs peuvent spécifier facultativement un écart de prix dans la zone PRICEVAR de chaque ligne de facture si la mise en correspondance de facture est effectuée dans le système externe et si les écarts de prix déterminés dans ce système sont envoyés pour créer des transactions d'écart destinées à mettre à jour les interventions et magasins. Pour traiter ces écarts, une valeur doit exister pour OWNERSYSID dans la facture entrante et doit être différente de celle de MAXVARS.MXSYSID.

Le dispositif de collaboration IVMATCH requiert les valeurs suivantes :

  • La valeur OWNER1SYSID est toujours "THISMX".
  • La valeur OWNER2SYSID est la valeur de INVOICE.OWNERSYSID.

Si l'évaluation est fausse, les écarts de facture de niveau ligne sont ignorées dans le traitement de la facture.

Voici les scénarios typiques pour l'utilisation de l'interface de facture :

  • Correspondance Rapprochement des factures dans le système (fournisseur sortant) : les factures reçues de tiers, sous forme électronique ou manuelle, sont traitées par le système. C'est-à-dire qu'elles sont mises en correspondance avec les réceptions, le cas échéant, avant d'être approuvées. Les calendriers de paiement créés dans le système peuvent également provoquer la création de des factures approuvées en fonction du calendrier. Ces factures approuvées entraînent l'envoi de conseils de paiement à un système de fournisseur externe. Le processus de correspondance entraîne également l'imputation d'entrées comptables dans le grand livre.
  • Correspondance de factures dans un système externe (écarts entrants) : le système n'effectue pas la facturation mais accepte les factures mises en correspondance provenant de systèmes externes et applique les écarts aux interventions, magasins, etc. respectifs. Les entrées comptables liées aux comptes fournisseurs et/ou aux écarts doivent être enregistrées dans le système externe : elles ne sont pas envoyées.

L'intention principale de cette interface est de fournir au système les informations d'écart nécessaires pour la mise à jour des coûts d'intervention.

Canal de publication MXINVOICEInterface
Règles de traitement Aucun
Commandes d'intégration Aucun

Le tableau suivant présente un exemple de valeurs INVOICE.OWNERSYSID possibles, l'évaluation générée et le résultat par défaut de cette évaluation.

Tableau 3. Exemple d'évaluation
Valeur de INVOICE.OWNERSYSID Evaluation Résultat (par défaut)
NULL OWNER1SYSID=”THISMX” et OWNER2SYSID=”THISMX” False
MXSYSID OWNER1SYSID=”THISMX” et OWNER2SYSID=”THISMX” False
EXTSYSID OWNER1SYSID=”THISMX” et OWNER2SYSID=”EXT” True
Toute autre valeur OWNER1SYSID=”THISMX” et OWNER2SYSID=”EXT” True