L'automatisation AP d'Epicor sans
ECM ni IDC nécessite quand même un fichier

Les trois voies répartissent la facture en différents travaux

Seul ECM avec IDC conserve le document, l'approbation et le rapprochement à l'intérieur d'Epicor ; les deux autres voies placent ces étapes ailleurs. Cette différence détermine qui prend en charge les exceptions après la capture, ce qui compte davantage que la liste de fonctionnalités d'une page fournisseur.

Il est utile de distinguer trois travaux souvent vendus ensemble. La capture lit le document et produit des valeurs. La structuration place ces valeurs dans les enregistrements attendus par Epicor. Le contrôle détermine si la facture est valide, rapprochée, approuvée et prête à être comptabilisée. ECM avec IDC couvre la capture, la structuration ainsi que le workflow d'approbation et de rapprochement. Une plateforme AP tierce prend en charge la capture et l'essentiel du travail d'approbation. La voie DMT prend la capture comme entrée et ne couvre que l'étape de structuration.

Dans la voie DMT, le seul nouveau produit se situe en dehors d'Epicor ; sa sortie est un fichier, et ce fichier constitue l'intégration.

Un fichier peut être inspecté, rapproché et relancé, ce que la plupart des intégrations API n'offrent pas à un responsable AP. La question est de savoir si l'équipe peut le produire de manière fiable, et les deux autres voies montrent à quoi ressemble ce travail lorsqu'un produit le prend en charge.

Ce qu'Epicor ECM et IDC automatisent, et où ils s'arrêtent

ECM avec IDC automatise le plus des trois, et c'est la seule voie où le référentiel documentaire, la route d'approbation et les règles de rapprochement résident tous dans la gamme de produits Epicor. Epicor ECM (gestion de contenu d'entreprise) est le nom actuel du produit que de nombreux clients installés appellent encore DocStar. IDC, Intelligent Data Capture, est la couche qui classe les documents entrants et en lit les champs.

La page produit IDC d'Epicor décrit une classification par réseau de neurones, des champs appris sans modèle par format, et une promesse allant jusqu'à 90 % de saisie manuelle en moins. La page ECM AP Automation ajoute le reste de la chaîne : capture et indexation, routage et approbation, rapprochement automatique à deux voies (facture sur bon de commande) et à trois voies (facture sur bon de commande sur réception), et une API bidirectionnelle vers l'ERP. Lues ensemble, ces pages décrivent une voie qui prend en charge la facture de la boîte mail à l'approbation au sein de la gamme de produits Epicor.

La limite n'est pas la qualité de capture dans l'abstrait. C'est ce qui se passe quand la facture ne correspond pas proprement. Un fabricant exploitant IDC et ECM a rapporté qu'il ne faisait pas du tout d'OCR ligne de facture ni de rapprochement automatique : « nos factures fournisseurs sont déjà un fouillis au départ et nous n'avons pas encore essayé le volet ligne de facture » (Epicor User Help Forum, 2019 à 2024). Le même fil contient une évaluation plus directe d'un autre utilisateur : ECM AP Automation « peut être configuré pour automatiser le flux AP », mais « ce n'est pas aussi complet que cela devrait l'être vu la façon dont ils le nomment et le présentent ».

Le coût est l'autre raison pour laquelle les équipes dépassent la voie native. Epicor vend ECM sur devis, et le montant dépend du déploiement, du nombre d'utilisateurs, du volume IDC et de l'étendue du flux. Dans un fil de forum de 2022, un utilisateur ERP a expliqué pourquoi son projet a pris une autre direction : « Notre direction a décidé de NE PAS utiliser DOCSTAR, principalement pour des raisons de coûts. » Ils envoyaient les factures à un prestataire OCR externe, recevaient du XML en retour et généraient eux-mêmes les fichiers DMT (Epicor User Help Forum, 2022). C'est la voie axée sur l'extraction dans son habitat naturel : une décision de coût, pas une préférence architecturale.

Ce qu'apporte une plateforme AP tierce, et ce qu'elle ajoute

Une plateforme AP tierce apporte l'atelier autour de la facture, et l'ampleur de son intégration à Epicor dépend entièrement du connecteur. L'atelier, c'est là où l'AP passe sa journée : codification, routage, commentaires, relance des approbateurs, traitement des questions fournisseurs et parfois paiement. Un outil de capture ne remplace pas ce travail, et DMT non plus.

La profondeur d'intégration varie plus que le marketing ne le suggère. Stampli, par exemple, décrit son intégration Epicor comme une intégration par fichiers qui synchronise la liste des fournisseurs, les comptes généraux, les bons de commande ouverts, les lignes de commande et les données de réception, puis renvoie les factures autorisées et les informations de paiement (Stampli). Un transfert par fichiers peut très bien fonctionner. Cela signifie aussi que la plateforme ne lit pas l'état d'Epicor en temps réel au moment de l'approbation, sauf si le connecteur va plus loin ; testez donc la version que vous exécutez et les champs que vous synchronisez avant que quiconque approuve une facture sur cette intégration.

Le compromis est le suivant : du périmètre contre la propriété. Vous obtenez les approbations et la collaboration fournisseurs au même endroit, et vous assumez un second système qui détient le statut des factures, une seconde piste d'audit, et un rapprochement entre ce que la plateforme a approuvé et ce qu'Epicor a comptabilisé. Cela vaut la peine lorsque les approbations couvrent plusieurs ERP ou que les paiements nécessitent un système qu'Epicor ne couvre pas bien. C'est un projet plus lourd que ne l'exige un simple problème de saisie.

La voie DMT est une décision sur la forme des données, pas une intégration

DMT est un chargeur de données en masse qui écrit des enregistrements via les objets métier d'Epicor. Il ne lit pas les factures, ne les rapproche pas des réceptions et ne décide pas si elles sont valides. Epicor positionne le Data Management Tool comme un élément de sa boîte à outils de migration pour passer d'un ERP hérité à Kinetic, avec plus de 60 modèles d'import préconçus, une saisie Excel et CSV, une validation selon la logique métier et un journal d'erreurs (Epicor). Il s'agit d'une licence distincte. La note de version 2025.2 d'Epicor indique que DMT est désormais inclus dans le Power Tools Client gratuit, tandis que « les licences de ces produits restent nécessaires pour utiliser ces outils ».

Dans l'AP d'Epicor, l'unité de travail est un groupe de saisie : les factures sont saisies dans un groupe, vérifiées avec un Edit List (le rapport de contrôle avant comptabilisation), puis comptabilisées pour mettre à jour les enregistrements fournisseur et généraux. DMT peut créer le groupe et les enregistrements qu'il contient, mais il n'effectue ni le contrôle ni la décision de comptabilisation. Il applique la même validation qu'AP Invoice Entry. Ce n'est toujours pas un flux de travail AP. L'utiliser comme canal de saisie AP quotidien revient à détourner un outil de migration, et la gestion des erreurs reste orientée lot : un journal de lignes rejetées, pas une file d'exceptions au niveau de la facture.

Un chargement de factures AP s'organise généralement autour de quatre types d'enregistrements, la ventilation comptable étant stockée dans les enregistrements de dépenses et de contrôle général derrière les lignes de détail et de frais. Ces noms valent la peine d'être connus, car chaque conversation de mappage les utilise :

L'ensemble exact des colonnes est généré à partir de votre version de Kinetic, et non d'un article de blog. Cette mise en garde n'est pas une clause de protection juridique. Les noms de champs, les clés requises et le comportement de mise à jour changent d'une version à l'autre, et un modèle copié depuis l'environnement de quelqu'un d'autre est l'une des causes les plus discrètes d'un import qui échoue uniquement sur certaines lignes.

Où un import de factures Epicor échoue réellement

Les échecs DMT qui coûtent le plus de temps sont des échecs de référence ou d'ordre, et le texte d'erreur les fait souvent passer pour des problèmes de formatage. Le message nomme une table et une valeur, donc la ligne semble erronée. En pratique, la ligne est généralement correcte et la clé qui l'entoure ne l'est pas. Voici ceux qui reviennent régulièrement dans les discussions de praticiens.

Identité du fournisseur : un ID, pas un nom

DMT résout un fournisseur par la clé fournisseur de votre référentiel fournisseur, et non par le nom imprimé sur la facture. « Acme Manufacturing Inc. » sur le PDF doit devenir l'ID fournisseur qui existe dans Epicor. Sinon, le chargement rejette la ligne, et la réaction dangereuse consiste à créer un nouveau fournisseur pour que l'import passe. C'est ainsi qu'un fournisseur devient deux enregistrements, avec les dépenses réparties entre les deux, et qu'une facture en doublon passe plus tard parce que l'ERP ne vérifie le numéro de facture qu'au sein d'un même fournisseur.

Le champ clé lui-même prête à confusion. Dans le modèle AP Invoice Combined, il s'agit de VendorNumVendorID. Le support Epicor a indiqué à un client que le numéro de fournisseur était requis, tandis que des praticiens du même fil utilisaient l'ID fournisseur et rapportaient que cela fonctionnait (Epicor User Help Forum, 2021 à 2024). Testez les deux sur votre version, et décidez une fois pour toutes quel identifiant portera votre jeu de colonnes. Ne laissez pas le service AP alterner entre les deux.

Ordre des colonnes et présence de l'en-tête

Le modèle AP combiné est sensible à l'ordre des colonnes. Un utilisateur a corrigé une erreur persistante "A valid Invoice Number is required" en déplaçant VendorNumVendorID avant InvoiceNum dans le fichier (Epicor User Help Forum, 2020). Rien n'avait changé concernant le numéro de facture. L'ordre de traitement du chargeur, si.

Le modèle combiné produit aussi "APInvHed record not found" lorsque l'en-tête n'est pas créé ou trouvé avant le traitement des lignes de détail. Un responsable de système ERP a décrit le chargement combiné comme « hautement imprévisible d'après mon expérience » dans un fil qui a couru de 2017 à 2020 (Epicor User Help Forum). Certaines erreurs sont encore moins utiles : un fil rapporte "Index was outside the bounds of the array" sans nom de champ, ce qui transforme le débogage en dichotomie (Epicor User Help Forum, 2021 à 2024).

Arithmétique de l'en-tête, des lignes et des frais

Le montant d'une ligne de facture doit correspondre au total de sa ventilation comptable. Dans le cas contraire, Epicor renvoie lors de la saisie un message indiquant que le montant de la ligne de facture ne peut différer du total de la ventilation comptable. Dans un fichier DMT, la même règle s'applique, mais l'erreur peut se manifester par une ligne en échec sans message au niveau du champ.

Les frais divers obéissent à leur propre convention. Un frais avec la ligne 0 appartient à l'en-tête. Les utilisateurs signalent aussi qu'une deuxième ligne diverse peut être affectée par défaut à un compte général configuré comme piège « do not use », de sorte que la séquence et la ventilation comptable doivent être définies délibérément (Epicor User Help Forum, 2018). La ligne se charge. Le frais atterrit dans le mauvais compartiment. C'est pire qu'un rejet, car rien dans le journal d'import n'attire l'attention.

Les factures sur bon de commande et sur réception constituent un chargement différent

Les factures liées aux bons de commande et aux réceptions ne s'intègrent pas de manière fiable au modèle combiné. Le parcours dans l'interface ouvre une boîte de dialogue de sélection des lignes de réception ; DMT ne reproduit pas cette interaction. Les praticiens décrivent plutôt une séquence fractionnée : créer l'en-tête, utiliser le AP Invoice Receipt process pour importer les lignes de réception, puis mettre à jour l'enregistrement de détail AP avec le montant de la facture (Epicor User Help Forum, 2019 à 2020). Les réceptions partielles, les références de bordereau de colisage et les réceptions multiples sur une même facture rendent cette séquence plus difficile, pas plus facile.

C'est ici que DMT cesse d'être une voie générale d'intake AP pour devenir une voie propre à un type de facture. Les factures hors bon de commande et diverses sont la solution naturelle. Les factures sur bon de commande relèvent du rapprochement, et DMT ne fait pas de rapprochement. Les mêmes problèmes d'intégrité des références apparaissent dans d'autres imports Epicor, c'est pourquoi les données de bon de commande continuent de casser les imports ERP même lorsque le fichier semble correct.

Une ligne chargée n'est pas une facture valide

DMT prouve qu'un enregistrement a passé la validation du chargeur. Il ne prouve pas que le fournisseur est le bon, que la facture n'est pas un doublon, que la ventilation comptable est correcte ou que le total des lignes correspond à l'en-tête. Un utilisateur a signalé qu'environ un chargement sur cinq acceptait la première ligne puis échouait, le reste échouant sur chaque ligne (Epicor User Help Forum, 2019). Les validations partielles sont normales dans un chargeur par lots, l'équipe doit donc savoir exactement quelles lignes ont été validées avant de réessayer.

L'échec qui coûte de l'argent est celui qui s'importe sans erreur : un frais divers dans le mauvais compte général, un second enregistrement fournisseur pour le même fournisseur, ou un numéro de facture en doublon qui diffère d'un caractère.

Open Invoice Load n'est pas un raccourci pour contourner cela. Il est conçu pour importer des soldes d'ouverture dans un nouveau système, et les praticiens rapportent qu'il transporte un total de facture sans détail de ligne ni ventilation comptable (Epicor User Help Forum, 2019). Pour un service comptabilité fournisseurs en activité qui a besoin d'une codification au niveau de la ligne, il résout un autre problème.

À quoi ressemble un ensemble de factures prêt pour DMT

Un ensemble prêt pour DMT se compose de plusieurs petits fichiers partageant une même clé, et non d'une seule feuille de calcul contenant l'intégralité de la facture. Répartir le chargement par type d'enregistrement permet d'isoler chaque domaine de défaillance : une ligne de détail rejetée n'oblige pas à recharger des en-têtes déjà validés.

Les types de données importent autant que les noms de colonnes. Les dates doivent arriver sous forme de dates, les montants sous forme de nombres et les codes sous forme de texte afin que les zéros non significatifs soient conservés. Supprimez les lignes de sous-total, les cellules fusionnées et les lignes vides de séparation avant que le fichier n'atteigne DMT. Définissez ce que signifie un champ vide : un champ facultatif vide est acceptable, un champ obligatoire vide entraîne le rejet de la ligne, et un zéro est une valeur.

La règle de rapprochement est assez simple pour tenir sur une ligne : montant de la facture en en-tête = somme des coûts étendus des détails + taxe (lorsque la taxe est facturée séparément) + frais divers, chaque ligne de détail et de frais portant une clé d'en-tête qui existe dans le même groupe. Si la facture affiche un total qui ne peut pas être reconstitué à partir de ses propres lignes, arrêtez-vous avant le chargement. DMT n'expliquera pas l'écart, et comptabiliser un groupe qui ne se rapproche pas déplace le problème dans le grand livre.

Conservez un identifiant de source sur chaque ligne, même si DMT ne l'exige pas. Un nom de fichier et une référence de page permettent à l'équipe AP de retracer une ligne rejetée jusqu'à la facture sans rouvrir tout le lot.

Comment construire ces lignes à partir des PDF

La couche d'extraction n'a qu'un seul rôle ici : transformer chaque facture fournisseur en lignes dont les en-têtes correspondent déjà au modèle DMT. C'est un rôle plus restreint que l'automatisation AP, et c'est précisément la partie que DMT laisse ouverte.

ImageToTable.ai utilise l'Extraction de colonnes personnalisées. Vous saisissez les noms de colonnes souhaités, tels que InvoiceNum, VendorNumVendorID ou APInvDtl#ScrDocExtCost, et l'IA trouve chaque valeur en comprenant ce qu'elle signifie sur la page. Il n'y a aucune zone à dessiner et aucun modèle par fournisseur à maintenir, ce qui compte lorsqu'un fournisseur modifie la mise en page de sa facture sans prévenir. Les noms de colonnes que vous saisissez deviennent les en-têtes de sortie, de sorte que l'export peut être inséré dans le modèle DMT généré sans renommer chaque champ, puis réordonné pour correspondre au modèle.

Créez trois ensembles de colonnes et exécutez le même lot trois fois. L'ensemble d'en-tête produit une ligne par facture. L'ensemble de détail décrit les champs de ligne, inclut la clé de facture pour que chaque ligne puisse être rattachée à son en-tête, et produit une ligne par ligne sur une page qui liste des articles. L'ensemble de frais capture le fret et les autres frais divers, avec des colonnes pour le compte général que vous attribuez. Le Traitement par lots signifie que toutes les factures fournisseur d'un même envoi sont traitées ensemble dans un seul tableau, de sorte que cent factures ne deviennent pas cent exécutions manuelles. Chaque exécution utilise un ensemble de colonnes, ce qui permet à un seul lot de produire les trois fichiers.

Les colonnes calculées effectuent une partie du rapprochement pendant la lecture du document. Un total de ligne peut être calculé comme Qty × Unit Price lorsque la facture n'en imprime pas. Une colonne de vérification peut renvoyer OK lorsque le total calculé correspond au total imprimé, et l'écart dans le cas contraire. Le calcul s'insère dans le nom de la colonne, ou dans Format de règle (le champ de règle JSON pour les utilisateurs connectés), et un taux de taxe fixe peut y être intégré lorsque le taux n'est pas imprimé. Ce sont des contrôles au niveau de la ligne sur la page en cours de lecture ; un total d'en-tête qui s'étend sur plusieurs pages doit encore être comparé après export, car une colonne calculée ne peut pas franchir les fichiers.

Le mode révision avec Bbox est l'étape qui rend un chargement DMT plus sûr. Survolez ou cliquez sur n'importe quelle cellule extraite et la zone source est mise en évidence sur l'image d'origine, de sorte que l'équipe AP peut confirmer l'ID fournisseur, le numéro de facture et le montant par rapport au document avant que le fichier ne soit construit. Les valeurs qui provoquent des erreurs d'import silencieuses sont exactement celles qu'il vaut la peine de vérifier ainsi. L'annotation Bbox peut être déclenchée par fichier, ou configurée pour s'exécuter automatiquement après le traitement.

La fusion multipage gère la facture qui arrive en plusieurs pages ou photos. Dans les paramètres du modèle, vous choisissez comment les résultats sont regroupés, par exemple par un numéro de facture partagé, et les pages se replient en une seule ligne d'en-tête avec les champs renseignés depuis la page qui les porte. Utilisez-la pour une facture répartie sur plusieurs fichiers, pas pour des factures distinctes d'un même fournisseur.

La boucle opérationnelle qui suit est délibérément peu glamour :

Ce que la couche d'extraction ne fait pas

La couche d'extraction lit les documents et produit des lignes ; toute décision propre à Epicor reste à votre équipe. Cette frontière mérite d'être énoncée clairement, car un fichier qui ressemble à une intégration invite à des suppositions que l'outil ne peut pas satisfaire.

• Il n'existe pas de connecteur Epicor natif. La sortie est un fichier Excel ou CSV que votre équipe charge, ou intègre à sa propre intégration.
• Il n'exécute pas DMT, ne planifie pas les chargements et ne relance pas les lignes rejetées.
• Il ne valide pas un ID fournisseur par rapport à votre référentiel fournisseur. Une valeur qui ressemble à un ID fournisseur peut tout de même être erronée.
• Il ne rapproche pas les factures des bons de commande ou des réceptions, et il ne sait pas quelle quantité reste non facturée.
• Il n'approuve pas les factures, ne comptabilise pas les groupes et ne paie pas les fournisseurs.
• Il ne choisit pas les comptes généraux, ne résout pas le traitement de la taxe et n'alloue pas le coût de revient entre les bordereaux de livraison.
• Ce n'est ni un référentiel de documents, ni une piste d'audit, ni un contrôle des factures en doublon.

Si l'exigence est un traitement sans intervention humaine, cette architecture n'est pas la bonne. Cette voie produit des lignes relues ; une personne décide encore si la facture est valide, rapprochée et approuvée. C'est une véritable limite, et c'est aussi la raison pour laquelle cette voie est assez économique pour être testée en une semaine.

Quelle voie convient à votre service comptabilité fournisseurs

Choisissez en fonction de la tâche réellement non pourvue, pas de la liste de fonctionnalités la plus longue. Les voies se recoupent sur la capture et divergent ensuite, donc une présélection fondée sur la précision de capture ne vous dira pas laquelle convient.

Évaluez l'économie avant le pilote. À la médiane d'APQC de $6.00 par facture, 1 000 factures par mois représentent environ $6,000 de coût de traitement comptabilité fournisseurs. À $1.36 par ligne, une facture de 30 lignes représente environ $41 de coût par ligne. Ce sont des coûts de traitement complets, pas du temps de saisie, donc ils ne peuvent pas être convertis directement en économies. Ils montrent toutefois où se situe le travail : une voie qui importe les en-têtes et laisse les lignes à la comptabilité fournisseurs n'a pas touché à l'essentiel du montant.

Ensuite, construisez un pilote capable d'échouer honnêtement. Incluez une facture sur bon de commande propre, une avec une réception partielle, une facture hors bon de commande imputée au compte général, une facture avec du fret ou des frais divers au niveau de l'en-tête, un avoir, une facture multidevise et un doublon qui diffère d'un caractère. Exécutez-le dans une société de test. Mesurez quatre choses : les lignes acceptées au premier chargement, les minutes passées au rapprochement, les exceptions par facture et qui corrige chaque exception. Si les exceptions reviennent au commis AP, la route a déplacé le travail, pas supprimé.

Attribuez les responsabilités avant la mise en production. L'administrateur ERP est responsable de la version DMT, du modèle et de l'ordre des colonnes. Le responsable AP est responsable des valeurs sources et du rapprochement. Le contrôleur est responsable de la décision d'approbation et de comptabilisation. La route DMT échoue silencieusement quand ces trois rôles supposent que quelqu'un d'autre vérifie le fichier.

Pour une vue plus large de la place de l'extraction dans le flux AP, les cinq transferts du PDF au grand livre constituent une carte utile. Si l'écart concerne l'approbation et non la saisie, le flux d'approbation est un problème de conception distinct. Et si vous comparez les modèles ERP à l'extraction sémantique, la comparaison des modèles couvre les points de rupture de chaque approche.

Pour un aperçu plus large de l'extraction de factures sans module complémentaire ERP, consultez logiciel de traitement des factures et logiciel d'automatisation des comptes fournisseurs.

FAQ

Epicor DMT peut-il importer une facture AP rapprochée à un bon de commande et une réception ?

Pas de manière fiable en un seul fichier combiné. Les praticiens décrivent la création de l'en-tête d'abord, puis l'utilisation du AP Invoice Receipt process pour intégrer les lignes de réception, puis la mise à jour de l'enregistrement de détail AP avec le montant de la facture. Les réceptions partielles et les réceptions multiples sur une même facture ajoutent des étapes. Testez la séquence dans votre propre version avant de promettre un chargement en un seul fichier.

Ai-je besoin d'ECM ou d'IDC pour utiliser DMT avec les factures fournisseurs ?

Non. DMT est un outil sous licence distinct et ne dépend pas d'ECM. Ce à quoi vous renoncez, c'est au référentiel de documents, au workflow d'approbation et au moteur de rapprochement. Vous assumez également la préparation des fichiers et le rapprochement que ces produits prendraient normalement en charge.

ImageToTable.ai se connecte-t-il à Epicor ?

Non. Il n'existe pas de connecteur Epicor natif ni de comptabilisation automatique. L'outil lit les factures fournisseurs et produit des lignes Excel ou CSV structurées autour des noms de colonnes que vous définissez. Votre équipe mappe ces lignes sur le modèle DMT et lance le chargement dans Epicor.

Que sont APInvGrp, APInvHed, APInvDtl et APInvMsc ?

Ce sont les enregistrements de groupe, d'en-tête, de détail et de frais divers des factures fournisseurs. Un groupe contient un lot, chaque en-tête correspond à une facture fournisseur, chaque ligne de détail correspond à une ligne de facture, et chaque ligne de frais divers correspond à un frais tel que le fret. Un frais au niveau de l'en-tête utilise la ligne 0.

Comment empêcher le chargement de numéros de facture en doublon ?

Normalisez la clé fournisseur et le numéro de facture avant le chargement, et vérifiez l'existence d'une facture avec le même fournisseur et le même numéro. Epicor compare le fournisseur et le numéro de facture, donc INV-5521 et 5521-OPS peuvent tous deux passer. Ne laissez pas une correspondance fournisseur échouée être corrigée en créant un second enregistrement fournisseur.

Open Invoice Load est-il identique à AP Invoice Entry ?

Non. Open Invoice Load est destiné aux soldes d'ouverture et, selon les praticiens, comporte un total de facture sans détail de ligne ni ventilation comptable. Un service AP opérationnel qui a besoin d'une codification et d'un rapprochement au niveau des lignes a besoin des enregistrements AP Invoice Entry, pas du chargement d'ouverture.

Quel est le coût caché de la voie DMT ?

La préparation des fichiers et le rapprochement, plus la maintenance des modèles lorsque Epicor ou DMT change. La licence est le coût visible. Le coût récurrent est le temps d'administration ERP pour maintenir l'ordre des colonnes, les clés et les modèles corrects, et le temps AP pour rapprocher chaque lot avant son chargement.

L'import n'est que la partie facile

Un import de factures via DMT prend quelques secondes. Le projet, ce sont les lignes : une clé fournisseur qui correspond au référentiel, un total de ligne qui correspond à la ventilation, un fret dans la bonne catégorie, et un réviseur capable de voir d'où vient chaque valeur avant la construction du fichier. Les équipes qui considèrent la préparation du fichier comme le véritable travail obtiennent une voie d'entrée des factures fournisseurs économique et vérifiable. Celles qui la traitent comme une simple étape de mise en forme obtiennent un moyen plus rapide d'importer les mêmes erreurs.

Testez-le sur vos propres factures fournisseurs. Importez un lot, définissez les noms de champs DMT comme colonnes, et vérifiez si les lignes se rapprochent avant que quoi que ce soit n'atteigne Epicor. Si c'est le cas, la voie DMT est viable pour votre mix de factures. Sinon, vous l'aurez appris avant le premier chargement en production.

Essayez sur vos factures →