Epicor AP-Automatisierung ohne
ECM oder IDC braucht trotzdem eine Datei

Die drei Wege verteilen die Rechnung auf unterschiedliche Aufgaben

Nur ECM mit IDC behält das Dokument, die Genehmigung und den Abgleich in Epicor; die beiden anderen Wege verlagern diese Schritte woandershin. Dieser Unterschied entscheidet, wer nach der Erfassung die Ausnahmen verantwortet – und das wiegt schwerer als die Funktionsliste auf einer Anbieterseite.

Es hilft, drei Aufgaben zu trennen, die oft im Paket verkauft werden. Die Erfassung liest das Dokument und erzeugt Werte. Die Strukturierung bringt diese Werte in die Datensätze, die Epicor erwartet. Die Kontrolle entscheidet, ob die Rechnung gültig, abgeglichen, genehmigt und buchungsbereit ist. ECM mit IDC deckt Erfassung, Strukturierung sowie den Genehmigungs- und Abgleichs-Workflow ab. Eine Drittanbieter-AP-Plattform übernimmt die Erfassung und den Großteil der Genehmigungsarbeit. Der DMT-Weg nimmt die Erfassung als Eingabe und verantwortet nur den Strukturierungsschritt.

Beim DMT-Weg liegt das einzige neue Produkt außerhalb von Epicor; sein Ergebnis ist eine Datei, und die Datei ist die Integration.

Eine Datei lässt sich prüfen, abstimmen und erneut einspielen – mehr, als die meisten API-Integrationen einem AP-Manager bieten. Die Frage ist, ob das Team sie zuverlässig erzeugen kann, und die beiden anderen Wege zeigen, wie diese Arbeit aussieht, wenn ein Produkt sie übernimmt.

Was Epicor ECM und IDC automatisieren – und wo sie an ihre Grenzen stoßen

ECM mit IDC automatisiert am meisten von den drei Wegen, und es ist der einzige Weg, bei dem Dokumentenablage, Genehmigungsweg und Abstimmungsregeln alle innerhalb der Epicor-Produktpalette liegen. Epicor ECM (Enterprise Content Management) ist der aktuelle Name für das Produkt, das viele installierte Kunden noch DocStar nennen. IDC, Intelligent Data Capture, ist die Ebene, die eingehende Dokumente klassifiziert und Felder daraus ausliest.

Die IDC-Produktseite von Epicor beschreibt neuronale Netzwerk-Klassifizierung, ohne formatbezogene Vorlagen erlernte Felder und die Angabe von bis zu 90 % weniger manueller Dateneingabe. Die ECM AP Automation-Seite ergänzt den Rest der Kette: Erfassung und Indexierung, Weiterleitung und Genehmigung, automatischer Zweifachabgleich (Rechnung zu Bestellung) und Dreifachabgleich (Rechnung zu Bestellung zu Wareneingang) sowie eine Zwei-Wege-API zum ERP. Zusammen gelesen beschreiben diese Seiten einen Weg, der die Rechnung vom Postfach bis zur Genehmigung innerhalb der Epicor-Produktpalette abdeckt.

Die Grenze liegt nicht in der Erfassungsqualität an sich. Sie liegt darin, was passiert, wenn die Rechnung nicht sauber übereinstimmt. Ein Hersteller, der IDC und ECM einsetzt, berichtete, dass er gar keine positionsgenaue OCR oder automatische Abstimmung durchführte: „unsere Lieferantenrechnungen sind von vornherein ein Durcheinander, und wir haben das mit den Positionen noch nicht versucht" (Epicor User Help Forum, 2019 bis 2024). Derselbe Thread enthält eine deutlichere Einschätzung eines anderen Nutzers: ECM AP Automation „kann dazu gebracht werden, den AP-Workflow zu automatisieren", aber „es ist nicht so vollständig, wie es meiner Meinung nach sein sollte, wenn man bedenkt, wie sie es benennen und anpreisen."

Die Kosten sind der andere Grund, warum Teams den nativen Weg umgehen. Epicor verkauft ECM per Angebot, und die Zahl hängt von Bereitstellung, Nutzerzahl, IDC-Volumen und Workflow-Umfang ab. In einem Forum-Thread von 2022 erklärte ein ERP-Nutzer, warum sein Projekt einen anderen Weg ging: „Unser Management hat sich entschieden, DOCSTAR NICHT zu verwenden, hauptsächlich wegen der Kosten." Sie schickten Rechnungen an eine externe OCR-Firma, erhielten XML zurück und generierten die DMT-Dateien selbst (Epicor User Help Forum, 2022). Das ist der extraktionsorientierte Weg in seinem natürlichen Habitat: eine Kostenentscheidung, keine architektonische Präferenz.

Was eine AP-Plattform von Drittanbietern leistet und was sie zusätzlich bietet

Eine AP-Plattform von Drittanbietern liefert die Arbeitsumgebung rund um die Rechnung, und wie stark sie auf Epicor zugreift, hängt vollständig vom Connector ab. In dieser Arbeitsumgebung verbringt die AP-Abteilung ihren Tag: Kontieren, Weiterleiten, Kommentieren, Genehmiger nachfassen, Lieferantenanfragen bearbeiten und manchmal bezahlen. Ein Erfassungstool ersetzt diese Arbeit nicht, und DMT ebenso wenig.

Die Integrationstiefe variiert stärker, als das Marketing vermuten lässt. Stampli beispielsweise beschreibt seine Epicor-Integration als Dateiintegration, die die Lieferantenliste, Sachkonten, offenen Bestellungen, Positionen und Wareneingangsdaten synchronisiert und dann autorisierte Rechnungen und Zahlungsinformationen zurückgibt (Stampli). Eine Dateiübergabe kann gut funktionieren. Sie bedeutet aber auch, dass die Plattform im Moment der Genehmigung keinen Live-Status von Epicor liest, es sei denn, der Connector geht weiter – testen Sie daher das Release, das Sie einsetzen, und die Felder, die Sie synchronisieren, bevor jemand eine Rechnung über diese Integration genehmigt.

Der Tausch lautet Umfang gegen Verantwortung. Sie erhalten Genehmigungen und Lieferantenzusammenarbeit an einem Ort und übernehmen dafür ein zweites System, das den Rechnungsstatus führt, einen zweiten Prüfpfad sowie eine Abstimmung zwischen dem, was die Plattform genehmigt hat, und dem, was Epicor gebucht hat. Das lohnt sich, wenn Genehmigungen mehrere ERPs umfassen oder Zahlungen ein System erfordern, das Epicor nicht gut abdeckt. Es ist ein größeres Projekt, als ein reines Tippproblem erfordert.

Der DMT-Weg ist eine Entscheidung über die Datenstruktur, keine Integration

DMT ist ein Massendatenlader, der Datensätze über Epicor-Business-Objekte schreibt. Es liest keine Rechnungen, gleicht sie nicht mit Wareneingängen ab und entscheidet nicht, ob sie gültig sind. Epicor positioniert das Data Management Tool (DMT) als Teil seines Migrations-Toolkits für den Umstieg von einem Altsystem-ERP auf Kinetic, mit mehr als 60 vorgefertigten Importvorlagen, Excel- und CSV-Eingabe, Validierung gegen die Geschäftslogik und einem Fehlerprotokoll (Epicor). Es ist eine separate Lizenz. In der Release-Mitteilung 2025.2 von Epicor heißt es, DMT sei jetzt in den kostenlosen Power Tools Client integriert, während „Lizenzen für diese Produkte weiterhin erforderlich sind, um diese Tools zu nutzen".

In Epicor AP ist die Arbeitseinheit eine Erfassungsgruppe: Rechnungen werden in eine Gruppe eingegeben, mit einer Edit List (dem Prüfbericht vor der Buchung) kontrolliert und dann gebucht, um die Lieferanten- und Sachkontodatensätze zu aktualisieren. DMT kann die Gruppe und die darin enthaltenen Datensätze anlegen, führt aber weder die Prüfung noch die Buchungsentscheidung durch. Es wendet dieselbe Validierung an wie AP Invoice Entry. Es ist trotzdem kein AP-Workflow. Es als täglichen AP-Erfassungskanal zu nutzen, ist eine Zweckentfremdung eines Migrationstools, und die Fehlerbehandlung bleibt stapelorientiert: ein Protokoll abgelehnter Zeilen, keine Ausnahmewarteschlange auf Rechnungsebene.

Ein AP-Rechnungsladevorgang ist üblicherweise um vier Datensatztypen herum organisiert, wobei die Sachkontenverteilung in den Kosten- und GL-Control-Datensätzen hinter den Positions- und Kostenzeilen gespeichert ist. Die Namen sollten Sie kennen, denn jede Mapping-Diskussion verwendet sie:

Der genaue Spaltensatz wird aus Ihrer Kinetic-Version generiert, nicht aus einem Blogbeitrag. Dieser Hinweis ist keine rechtliche Absicherung. Feldnamen, erforderliche Schlüssel und Aktualisierungsverhalten ändern sich zwischen Versionen, und eine Vorlage, die aus der Umgebung eines anderen kopiert wurde, ist eine der leiseren Ursachen für einen Import, der nur bei bestimmten Zeilen fehlschlägt.

Wo ein Epicor-Rechnungsimport tatsächlich fehlschlägt

Die DMT-Fehler, die am meisten Zeit kosten, sind Referenz- oder Reihenfolgefehler, und der Fehlertext lässt sie oft wie Formatierungsprobleme aussehen. Die Meldung nennt eine Tabelle und einen Wert, sodass die Zeile falsch erscheint. In der Praxis ist die Zeile meist in Ordnung und der Schlüssel drumherum nicht. Diese tauchen in Praktiker-Threads immer wieder auf.

Lieferantenidentität: eine ID, kein Name

DMT löst einen Lieferanten über den Lieferantenschlüssel in Ihrem Stammdatenbestand auf, nicht über den auf der Rechnung gedruckten Namen. „Acme Manufacturing Inc." auf dem PDF muss zur Lieferanten-ID werden, die in Epicor existiert. Ist das nicht der Fall, weist der Ladevorgang die Zeile zurück – und die gefährliche Reaktion ist, einen neuen Lieferanten anzulegen, damit der Import durchläuft. So wird aus einem Lieferanten zwei Datensätze, mit auf beide verteilten Ausgaben, und so rutscht später eine Doppelrechnung durch, weil das ERP die Rechnungsnummer nur innerhalb eines Lieferanten prüft.

Das Schlüsselfeld selbst stiftet Verwirrung. In der Vorlage AP Invoice Combined lautet es VendorNumVendorID. Der Epicor-Support teilte einem Kunden mit, die Lieferantennummer sei erforderlich, während Praktiker im selben Thread die Lieferanten-ID verwendeten und berichteten, dass es funktionierte (Epicor User Help Forum, 2021 bis 2024). Testen Sie beides gegen Ihre Version und entscheiden Sie einmalig, welchen Bezeichner Ihr Spaltensatz führen soll. Lassen Sie AP nicht zwischen beiden wechseln.

Spaltenreihenfolge und Vorhandensein der Kopfzeile

Die kombinierte AP-Vorlage reagiert empfindlich auf die Spaltenreihenfolge. Ein Anwender behob einen hartnäckigen Fehler "A valid Invoice Number is required", indem er VendorNumVendorID in der Datei vor InvoiceNum verschob (Epicor User Help Forum, 2020). An der Rechnungsnummer hatte sich nichts geändert. Die Verarbeitungsreihenfolge des Loaders schon.

Die kombinierte Vorlage erzeugt außerdem "APInvHed record not found", wenn der Kopf nicht angelegt oder gefunden wird, bevor die Positionszeilen verarbeitet werden. Ein ERP-Systemmanager beschrieb den kombinierten Ladevorgang in einem Thread von 2017 bis 2020 als „nach meiner Erfahrung höchst unvorhersehbar" (Epicor User Help Forum). Manche Fehler sind noch weniger hilfreich: Ein Thread meldet "Index was outside the bounds of the array" ohne Feldnamen, was die Fehlersuche zur Halbierungssuche macht (Epicor User Help Forum, 2021 bis 2024).

Kopf-, Positions- und Kostenarithmetik

Der Betrag einer Rechnungsposition muss mit der Summe ihrer Sachkontenverteilung übereinstimmen. Ist das nicht der Fall, gibt Epicor bei der Erfassung die Meldung zurück, dass der Betrag der Rechnungsposition nicht von der Summe der Sachkontenverteilung abweichen darf. In einer DMT-Datei gilt dieselbe Regel, doch der Fehler kann als fehlgeschlagene Zeile ohne feldbezogene Meldung auftreten.

Sonstige Kosten haben ihre eigene Konvention. Eine Kostenposition mit Zeile 0 gehört zum Kopf. Anwender berichten zudem, dass eine zweite sonstige Position standardmäßig in ein Sachkonto fallen kann, das als „nicht verwenden“-Falle konfiguriert ist, sodass Reihenfolge und Sachkontenverteilung bewusst festgelegt werden müssen (Epicor User Help Forum, 2018). Die Zeile wird geladen. Die Kosten landen im falschen Topf. Das ist schlimmer als eine Ablehnung, denn nichts im Importprotokoll verlangt Aufmerksamkeit.

Bestell- und Wareneingangsrechnungen sind ein anderer Ladevorgang

Rechnungen, die mit Bestellungen und Wareneingängen verknüpft sind, passen nicht zuverlässig in die kombinierte Vorlage. Der UI-Pfad öffnet einen Auswahldialog für Wareneingangspositionen; DMT bildet diese Interaktion nicht nach. Anwender beschreiben stattdessen eine geteilte Abfolge: Kopf anlegen, mit dem AP Invoice Receipt process die Wareneingangspositionen einbringen und dann den AP-Datensatz mit dem Rechnungsbetrag aktualisieren (Epicor User Help Forum, 2019 bis 2020). Teillieferungen, Packlistenreferenzen und mehrere Wareneingänge zu einer Rechnung machen diese Abfolge schwieriger, nicht einfacher.

Hier hört DMT auf, ein allgemeiner Erfassungsweg für Kreditorenbuchhaltung zu sein, und wird zu einem rechnungstypspezifischen. Nicht-Bestell- und sonstige Rechnungen sind die natürliche Passung. Bei Bestellrechnungen gehört der Abgleich hin, und DMT gleicht nicht ab. Dieselben Probleme mit der Referenzintegrität zeigen sich auch bei anderen Epicor-Importen, weshalb Bestelldaten ERP-Importe immer wieder zum Scheitern bringen, selbst wenn die Datei korrekt aussieht.

Eine geladene Zeile ist keine gültige Rechnung

DMT belegt, dass ein Datensatz die Validierung des Loaders bestanden hat. Es belegt nicht, dass der Lieferant der richtige ist, dass die Rechnung keine Doppelrechnung ist, dass die Sachkontenverteilung korrekt ist oder dass die Positionssummen mit dem Kopf abgestimmt sind. Ein Nutzer berichtete, dass etwa jeder fünfte Ladevorgang die erste Zeile akzeptierte und dann fehlschlug, wobei der Rest bei jeder Zeile fehlschlug (Epicor User Help Forum, 2019). Teilweise übernommene Stapel sind bei einem Batch-Loader normal, daher muss das Team genau wissen, welche Zeilen übernommen wurden, bevor es erneut versucht.

Der Fehler, der Geld kostet, ist der, der sauber importiert wird: sonstige Kosten im falschen Sachkonto, ein zweiter Lieferantendatensatz für denselben Lieferanten oder eine doppelte Rechnungsnummer, die sich um ein Zeichen unterscheidet.

Open Invoice Load ist keine Abkürzung daran vorbei. Es ist dafür gedacht, Eröffnungssalden in ein neues System zu übernehmen, und Anwender berichten, dass es eine Rechnungssumme ohne Positionsdetails oder Sachkontenverteilung überträgt (Epicor User Help Forum, 2019). Für eine laufende Kreditorenbuchhaltung, die Kontierung auf Positionsebene benötigt, löst es ein anderes Problem.

Wie ein DMT-fähiger Rechnungssatz aussieht

Ein DMT-fähiger Satz besteht aus mehreren kleinen Dateien, die einen Schlüssel teilen – nicht aus einer Tabelle, die die gesamte Rechnung enthält. Die Aufteilung der Ladung nach Datensatztyp hält jeden Fehlerbereich getrennt: Eine abgelehnte Positionszeile erzwingt kein erneutes Laden von Köpfen, die bereits gebucht wurden.

Datentypen sind genauso wichtig wie Spaltennamen. Datumsangaben sollten als Datum eintreffen, Beträge als Zahlen und Codes als Text, damit führende Nullen erhalten bleiben. Entfernen Sie Zwischensummenzeilen, verbundene Zellen und leere Abstandszeilen, bevor die Datei DMT erreicht. Legen Sie fest, was ein Leerwert bedeutet: Ein leeres optionales Feld ist in Ordnung, ein leeres Pflichtfeld ist eine abgelehnte Zeile, und eine Null ist ein Wert.

Die Abstimmungsregel ist einfach genug für eine Zeile: Rechnungsbetrag im Kopf = Summe der erweiterten Positionskosten + Steuer (sofern Steuer separat berechnet wird) + sonstige Kosten, wobei jede Positions- und Kostenzeile einen Kopfschlüssel trägt, der in derselben Gruppe existiert. Wenn die Rechnung eine Summe ausweist, die sich aus ihren eigenen Positionen nicht rekonstruieren lässt, stoppen Sie vor dem Laden. DMT wird die Differenz nicht erklären, und die Buchung einer Gruppe, die nicht abgestimmt ist, verlagert das Problem in das Hauptbuch.

Behalten Sie auf jeder Zeile eine Quellkennung bei, auch wenn DMT sie nicht erfordert. Ein Dateiname und eine Seitenreferenz ermöglichen es der Kreditorenbuchhaltung, eine abgelehnte Zeile zur Rechnung zurückzuverfolgen, ohne den gesamten Stapel erneut zu öffnen.

So erstellen Sie diese Zeilen aus den PDFs

Die Extraktionsebene hat hier eine einzige Aufgabe: jede Lieferantenrechnung in Zeilen umzuwandeln, deren Kopfzeilen bereits zur DMT-Vorlage passen. Das ist eine engere Aufgabe als die AP-Automatisierung, und genau dieser Teil bleibt bei DMT offen.

ImageToTable.ai verwendet Benutzerdefinierte Spaltenextraktion. Sie geben die gewünschten Spaltennamen ein, etwa InvoiceNum, VendorNumVendorID oder APInvDtl#ScrDocExtCost, und die KI findet jeden Wert, indem sie versteht, was er auf der Seite bedeutet. Es gibt keine Zone zum Zeichnen und keine Vorlage pro Lieferant zu pflegen, was wichtig ist, wenn ein Lieferant sein Rechnungslayout ändert, ohne es mitzuteilen. Die von Ihnen eingegebenen Spaltennamen werden zu den Ausgabe-Kopfzeilen, sodass der Export direkt in die generierte DMT-Vorlage übernommen werden kann, ohne jedes Feld umzubenennen, und dann passend zur Vorlage umsortiert wird.

Erstellen Sie drei Spaltensätze und führen Sie denselben Batch dreimal aus. Der Kopf-Satz erzeugt eine Zeile pro Rechnung. Der Detail-Satz beschreibt die Positionsfelder, enthält den Rechnungsschlüssel, damit jede Zeile ihrem Kopf zugeordnet werden kann, und erzeugt eine Zeile pro Position auf einer Seite, die Positionen auflistet. Der Kosten-Satz erfasst Fracht und andere sonstige Kosten, mit Spalten für das von Ihnen zugewiesene Sachkonto. Batch-First-Verarbeitung bedeutet, dass alle Lieferantenrechnungen in einem Upload gemeinsam in eine Tabelle verarbeitet werden, sodass aus hundert Rechnungen nicht hundert manuelle Durchläufe werden. Jeder Durchlauf verwendet einen Spaltensatz, und so erzeugt ein Batch die drei Dateien.

berechnete Spalte übernehmen einen Teil der Abstimmung, während das Dokument gelesen wird. Eine Positionssumme kann als Qty × Unit Price berechnet werden, wenn die Rechnung keine ausdruckt. Eine Prüfspalte kann OK zurückgeben, wenn die berechnete Summe mit der gedruckten Summe übereinstimmt, und die Differenz, wenn nicht. Die Berechnung steht im Spaltennamen oder im Regelformat (dem JSON-Regelfeld für angemeldete Benutzer), und ein fester Steuersatz kann dort hinterlegt werden, wenn der Satz nicht gedruckt wird. Dies sind Prüfungen auf Zeilenebene auf der gelesenen Seite; eine Kopfsumme, die sich über mehrere Seiten erstreckt, muss nach dem Export weiterhin verglichen werden, da eine berechnete Spalte nicht dateiübergreifend reichen kann.

Review Mode with Bbox ist der Schritt, der einen DMT-Ladevorgang sicherer macht. Fahren Sie mit der Maus über eine extrahierte Zelle oder klicken Sie darauf, und der Quellbereich wird im Originalbild hervorgehoben, sodass AP die Lieferanten-ID, die Rechnungsnummer und den Betrag vor dem Erstellen der Datei gegen das Dokument prüfen kann. Die Werte, die stille Importfehler verursachen, sind genau die, die sich so prüfen lohnen. Die Bbox-Annotation kann pro Datei ausgelöst oder so eingestellt werden, dass sie nach der Verarbeitung automatisch läuft.

Mehrseiten-Zusammenführung behandelt die Rechnung, die als mehrere Seiten oder Fotos eintrifft. In den Vorlageneinstellungen wählen Sie, wie Ergebnisse gruppiert werden, zum Beispiel nach einer gemeinsamen Rechnungsnummer, und die Seiten falten sich zu einer Kopfzeile zusammen, wobei Felder von der Seite gefüllt werden, die sie enthält. Verwenden Sie dies für eine Rechnung, die über Dateien aufgeteilt ist, nicht für separate Rechnungen desselben Lieferanten.

Die folgende Betriebsschleife ist bewusst unspektakulär:

Was die Extraktionsebene nicht leistet

Die Extraktionsebene liest Dokumente und erzeugt Zeilen; jede Epicor-spezifische Entscheidung bleibt bei Ihrem Team. Die Grenze sollte klar benannt werden, denn eine Datei, die wie eine Integration aussieht, weckt Annahmen, die das Tool nicht erfüllen kann.

• Es gibt keinen nativen Epicor-Konnektor. Die Ausgabe ist eine Excel- oder CSV-Datei, die Ihr Team lädt oder in Ihre eigene Integration einspeist.
• Sie führt kein DMT aus, plant keine Ladevorgänge und wiederholt keine abgelehnten Zeilen.
• Sie validiert keine Lieferanten-ID gegen Ihren Lieferantenstamm. Ein Wert, der wie eine Lieferanten-ID aussieht, kann dennoch die falsche sein.
• Sie gleicht keine Rechnungen mit Bestellungen oder Wareneingängen ab und weiß nicht, welche Menge noch nicht berechnet ist.
• Sie genehmigt keine Rechnungen, bucht keine Gruppen und bezahlt keine Lieferanten.
• Sie wählt keine Sachkonten aus, klärt keine Steuerbehandlung und verteilt keine Einstandskosten auf Lieferscheine.
• Sie ist kein Dokumentenarchiv, keine Prüfspur und keine Kontrolle gegen Doppelrechnungen.

Wenn die Anforderung eine berührungslose Verarbeitung ist, ist diese Architektur die falsche. Der Weg erzeugt geprüfte Zeilen; ein Mensch entscheidet weiterhin, ob die Rechnung gültig, abgeglichen und genehmigt ist. Das ist eine echte Einschränkung, und es ist zugleich der Grund, warum der Weg günstig genug ist, um ihn in einer Woche zu testen.

Welcher Weg zu Ihrem AP-Desk passt

Entscheiden Sie nach der Aufgabe, die tatsächlich unbesetzt ist, nicht nach der längsten Funktionsliste. Die Wege überschneiden sich bei der Erfassung und gehen danach auseinander, daher verrät eine auf Erfassungsgenauigkeit basierende Auswahl nicht, welcher passt.

Rechnen Sie die Wirtschaftlichkeit vor dem Pilotprojekt durch. Beim APQC-Median von $6.00 pro Rechnung tragen 1.000 Rechnungen pro Monat etwa $6,000 an AP-Prozesskosten. Bei $1.36 pro Position trägt eine Rechnung mit 30 Positionen etwa $41 an Positionskosten. Das sind vollständig belastete Prozesskosten, nicht Tippzeit, daher lassen sie sich nicht direkt in Einsparungen umrechnen. Sie zeigen jedoch, wo die Arbeit liegt: Ein Weg, der Köpfe importiert und Positionen der AP überlässt, hat den größten Teil der Zahl nicht berührt.

Bauen Sie dann einen Pilot, der ehrlich scheitern kann. Enthalten sein sollten eine saubere Bestellrechnung, eine mit teilweisem Wareneingang, eine Nicht-Bestellrechnung mit Sachkontierung, eine Rechnung mit Fracht oder einer Kostenposition auf Kopfebene, eine Gutschrift, eine Fremdwährungsrechnung und eine Doppelrechnung, die sich durch ein Zeichen unterscheidet. Führen Sie ihn in einem Testmandanten aus. Messen Sie vier Dinge: im ersten Lauf akzeptierte Zeilen, Minuten für die Abstimmung, Ausnahmen pro Rechnung und wer jede Ausnahme behebt. Landen die Ausnahmen wieder beim AP-Sachbearbeiter, hat die Route Arbeit verschoben, nicht beseitigt.

Legen Sie die Zuständigkeit vor dem Go-live fest. Der ERP-Administrator verantwortet die DMT-Version, die Vorlage und die Spaltenreihenfolge. Der AP-Lead verantwortet die Quellwerte und die Abstimmung. Der Controller verantwortet die Genehmigungs- und Buchungsentscheidung. Die DMT-Route scheitert leise, wenn diese drei Rollen annehmen, jemand anderes prüfe die Datei.

Für einen breiteren Blick darauf, wo die Extraktion im AP-Workflow sitzt, sind die fünf Übergaben von der PDF zum Hauptbuch eine nützliche Landkarte. Liegt die Lücke bei der Genehmigung, nicht bei der Erfassung, ist der Genehmigungsworkflow ein separates Designproblem. Und wenn Sie ERP-Vorlagen gegen semantische Extraktion abwägen, zeigt der Vorlagenvergleich, wo jeder Ansatz bricht.

Für einen breiteren Blick auf die Rechnungsextraktion ohne ERP-Add-on siehe Rechnungsverarbeitungssoftware und Software zur Automatisierung der Kreditorenbuchhaltung.

FAQ

Kann Epicor DMT eine AP-Rechnung importieren, die mit einer Bestellung und einem Wareneingang abgeglichen ist?

Nicht zuverlässig als eine kombinierte Datei. Anwender beschreiben, dass zuerst der Kopf angelegt wird, dann der AP Invoice Receipt process genutzt wird, um die Wareneingangszeilen einzubringen, und anschließend der AP-Detaildatensatz mit dem Rechnungsbetrag aktualisiert wird. Teilweise Wareneingänge und mehrere Wareneingänge zu einer Rechnung erhöhen die Zahl der Schritte. Testen Sie die Reihenfolge in Ihrer eigenen Version, bevor Sie einen Ein-Datei-Import versprechen.

Benötige ich ECM oder IDC, um DMT für AP-Rechnungen zu nutzen?

Nein. DMT ist ein separates lizenziertes Tool und hängt nicht von ECM ab. Was Sie aufgeben, sind das Dokumenten-Repository, der Genehmigungsworkflow und die Matching-Engine. Außerdem übernehmen Sie die Dateivorbereitung und Abstimmung, die diese Produkte sonst erledigen würden.

Verbindet sich ImageToTable.ai mit Epicor?

Nein. Es gibt keinen nativen Epicor-Connector und keine automatische Buchung. Das Tool liest Lieferantenrechnungen und erzeugt Excel- oder CSV-Zeilen, die um die von Ihnen definierten Spaltennamen herum aufgebaut sind. Ihr Team ordnet diese Zeilen der DMT-Vorlage zu und führt den Ladevorgang in Epicor aus.

Was sind APInvGrp, APInvHed, APInvDtl und APInvMsc?

Sie sind die AP-Rechnungsgruppe, der Kopf, die Position und die Datensätze für sonstige Kosten. Eine Gruppe enthält einen Stapel, jeder Kopf ist eine Lieferantenrechnung, jede Positionszeile ist eine Rechnungsposition und jede Sonstiges-Zeile ist eine Kostenart wie Fracht. Eine Kostenart auf Kopfebene verwendet Zeile 0.

Wie verhindere ich, dass doppelte Rechnungsnummern geladen werden?

Normalisieren Sie den Lieferantenschlüssel und die Rechnungsnummer vor dem Ladevorgang und prüfen Sie auf eine vorhandene Rechnung mit demselben Lieferanten und derselben Nummer. Epicor vergleicht den Lieferanten und die Rechnungsnummer, sodass INV-5521 und 5521-OPS beide durchgehen können. Lassen Sie nicht zu, dass eine fehlgeschlagene Lieferantenzuordnung durch Anlegen eines zweiten Lieferantendatensatzes behoben wird.

Ist Open Invoice Load dasselbe wie AP Invoice Entry?

Nein. Open Invoice Load ist für Eröffnungssalden gedacht und enthält laut Praktikern eine Rechnungssumme ohne Positionsdetails oder Sachkontenverteilung. Ein operativer AP-Arbeitsplatz, der positionsgenaue Kontierung und Abgleich benötigt, braucht die AP Invoice Entry-Datensätze, nicht den Open Load.

Was sind die versteckten Kosten des DMT-Wegs?

Dateivorbereitung und Abstimmung sowie die Pflege der Vorlagen, wenn sich Epicor oder DMT ändert. Die Lizenz ist der sichtbare Kostenfaktor. Die wiederkehrenden Kosten sind die ERP-Admin-Zeit, um Spaltenreihenfolge, Schlüssel und Vorlagen korrekt zu halten, und die AP-Zeit, um jeden Stapel vor dem Laden abzustimmen.

Der Import ist der einfache Teil

Ein DMT-Rechnungsimport dauert Sekunden. Die Arbeit steckt in den Zeilen: ein Lieferantenschlüssel, der zum Stamm passt, eine Positionssumme, die zur Sachkontenverteilung passt, eine Fracht in der richtigen Kategorie und ein Prüfer, der nachvollziehen kann, woher jeder Wert stammt, bevor die Datei erstellt wird. Teams, die die Dateivorbereitung als eigentliche Arbeit betrachten, erhalten einen kostengünstigen, prüfbaren Weg für die AP-Erfassung. Teams, die sie als Formatierungsschritt betrachten, erhalten einen schnelleren Weg, dieselben Fehler zu importieren.

Testen Sie es mit Ihren eigenen Lieferantenrechnungen. Laden Sie einen Stapel hoch, definieren Sie die DMT-Feldnamen als Spalten und prüfen Sie, ob die Zeilen abgestimmt sind, bevor etwas Epicor erreicht. Wenn ja, ist der DMT-Weg für Ihre Rechnungsmischung geeignet. Wenn nicht, haben Sie das vor dem ersten Produktivlauf gelernt.

Mit Ihren Rechnungen testen →