So extrahieren Sie Lieferantenrechnungsdaten
für E-Commerce-SKU-Margen
Auf r/AmazonSeller beschrieb ein FBA-Verkäufer seinen COGS-Workflow: „Ich nutze SVERWEIS und ähnliches, um meine Excel-Datei im Laufe des Monats aktuell zu halten, und am Ende brauche ich 3-4 Stunden, um die COGS zu berechnen.“ Bei E-Commerce-Verkäufern mit 50 bis 200 SKUs ist das kein Einzelfall – es ist die Norm. Der Engpass ist nicht die Mathematik. Es ist das Extrahieren der Zahlen aus Lieferantenrechnungen. Alibaba sendet eine PDF-Handelsgarantierechnung mit 12 Positionen auf Chinesisch und Englisch. Ein 1688-Lieferant schickt per WhatsApp einen Screenshot einer handschriftlichen Proforma-Rechnung. Eine Fabrik sendet per E-Mail eine mehrseitige Handelsrechnung mit Frachtkosten, aufgeschlüsselt nach Kartons. Jedes Format legt dieselben Daten – SKU, Stückkosten, Menge, Fracht – in einem anderen Layout ab, und jemand muss sie herausziehen, bevor die Tabelle überhaupt geöffnet wird.
Wichtigste Erkenntnisse
- Drei bis vier Stunden pro Monat sind das, was Sie sehen – das Tippen, die SVERWEISE, das Wechseln zwischen Tabs – und das ist das Günstigste, was die manuelle Erfassung von Lieferantenrechnungen Ihrem E-Commerce-Unternehmen kostet.
- Der teure Teil bleibt unsichtbar: Wenn Fracht, Zölle und Bearbeitung aus vier separaten Dokumenten nie pro SKU zugeordnet werden, erreicht die Lücke zwischen Ihren erfassten Produktkosten und den tatsächlichen Einstandskosten 46 %, und jede Preisentscheidung, die Sie seitdem getroffen haben, trägt diesen Fehler.
- ImageToTable.ai liest alle Ihre Lieferantenformate – Alibaba-PDF, WhatsApp-Screenshot, Fabrik-Proforma – über eine einzige Spaltendefinition und gibt pro SKU bereits während der Extraktion berechnete Einstandskosten aus, ohne dass Sie für jeden Lieferanten eine Vorlage benötigen.
Warum sich Lieferantenrechnungen im E-Commerce von regulären AP-Rechnungen unterscheiden
Kreditorenbuchhaltungsteams verarbeiten Rechnungen, um sie zu bezahlen. Die relevanten Felder – Rechnungsnummer, Lieferantenname, Gesamtbetrag, Fälligkeitsdatum – sind universell. Aber ein E-Commerce-Betreiber, der eine Lieferantenrechnung betrachtet, denkt nicht zuerst an die Zahlung. Er denkt: Was hat mich dieses Produkt tatsächlich gekostet?
Die Daten, die ein E-Commerce-Unternehmen aus einer Lieferantenrechnung benötigt, gehen tiefer als Zahlungsfelder. Sie benötigen den SKU-Code – der der interne Code des Lieferanten, Ihre eigene SKU oder eine ASIN sein kann. Sie benötigen den Großhandelspreis pro Einheit, der als „FOB-Preis", „EXW-Stückpreis" oder einfach „单价" (Chinesisch für Stückpreis) erscheinen kann. Sie benötigen den MSRP, falls angegeben, und den MOQ (Mindestbestellmenge), um zu verfolgen, ob Sie zu einer Mengenstufe gekauft haben, die tatsächlich sinnvoll ist. Sie benötigen die Vorlaufzeit – die Anzahl der Tage zwischen Bestellung und Lieferung – denn ein Lieferant, der 30 Tage zusagt und in 45 liefert, zehrt stillschweigend an Ihrem Betriebskapital. Und Sie benötigen all dies pro SKU, pro Bestellung, über alle Lieferanten hinweg.
Kreditorenbuchhaltungssoftware ist für das erste Problem gebaut – haben wir den richtigen Betrag an den richtigen Lieferanten gezahlt? Diese Frage schließt mit der Rechnungssumme. Die E-Commerce-Margenfrage beginnt auf Positionsebene und geht weiter.
Die Felder, die jeder E-Commerce-Produktkosten-Tracker benötigt
Bevor Sie einen Extraktionsworkflow einrichten, legen Sie fest, was extrahiert werden soll. Die folgende Spaltenliste ist für die E-Commerce-Kostenverfolgung konzipiert – nicht für die AP-Rechnungsverarbeitung. Dies sind die Felder, die in ein SKU-basiertes Margenblatt einfließen:
| Spaltenname | Wo es auf Lieferantenrechnungen erscheint | Warum es für die Margenanalyse wichtig ist |
|---|---|---|
| SKU / Produktcode | Artikelnummer des Lieferanten, ASIN oder Ihre interne SKU – gekennzeichnet als „Artikel-Nr.", „货号", „Modell-Nr." oder in Produktbeschreibungen eingebettet | Der Schlüssel, der diese Rechnungszeile mit Ihren Bestands- und Verkaufsdaten verbindet |
| Produktname | Kann nur auf Chinesisch erscheinen („不锈钢水瓶500ml"), Chinesisch+Englisch oder nur Englisch | Bestätigt, dass die SKU dem richtigen physischen Produkt zugeordnet ist |
| Großhandelskosten pro Einheit | „FOB-Preis", „EXW-Stückpreis", „单价" oder „Stückpreis" – kann in USD, RMB oder der lokalen Währung des Lieferanten angegeben sein | Die Grundlage für alle Margenberechnungen; die Währung muss notiert werden |
| MSRP | Nicht immer aufgeführt; falls vorhanden, gekennzeichnet als „MSRP", „Verkaufspreis", „建议零售价" | Schnelle Plausibilitätsprüfung Ihrer Preisgestaltung – ist Ihr Verkaufspreis wettbewerbsfähig gegenüber der eigenen Empfehlung des Herstellers? |
| Bestellmenge | „Menge", „Bestellmenge", „数量" | Bestätigt, ob der Lieferant das geliefert hat, was Sie bestellt haben |
| Erhaltene Menge | Nicht immer auf der Rechnung – manchmal nur auf dem Packzettel oder Lieferschein | Eine Abweichung zwischen bestellter und erhaltener Menge führt zu einer Kostenanpassung |
| MOQ | „MOQ", „Mindestbestellmenge", „起订量" – oft eine Zahl pro SKU im Angebot, nicht auf jeder Rechnung | Verfolgt, ob Sie in optimaler Menge einkaufen; eine SKU, die unter dem MOQ gekauft wird, hat in der Regel einen Strafpreis |
| Lieferzeit (Tage) | „Lieferzeit", „交货期" oder berechnet aus Bestelldatum vs. Versanddatum | Zuverlässigkeitskennzahl des Lieferanten – sinkende Lieferzeiten über mehrere Bestellungen hinweg lösen eine Anpassung des Bestellpunkts aus |
| Lieferantenname | Firmenname im Rechnungskopf; chinesische Lieferanten verwenden oft einen anderen rechtlichen Firmennamen als ihren Alibaba-Store-Namen | Entscheidend für die Gruppierung von Kostendaten nach Lieferant und den Vergleich der Leistung zwischen Anbietern |
| Versand-/Frachtkosten | „Fracht“, „Versand“, „运费“ – kann als Gesamtbetrag pro Rechnung, als Gebühr pro Karton oder in einer Position enthalten sein | Ein Bestandteil der Einstandskosten; muss den einzelnen SKUs zugeordnet werden |
| Importzölle & Gebühren | Selten auf der Lieferantenrechnung – meist auf einer separaten Rechnung des Zollagenten oder Spediteurs | Ein weiterer Bestandteil der Einstandskosten, der nach der Extraktion zu den Stückkosten hinzugerechnet werden muss |
| Bestelldatum | „Rechnungsdatum“, „Bestelldatum“, „日期“ | Ermöglicht Trendanalysen – steigen die Kosten für dieselbe SKU im Laufe der Zeit? |
| Zahlungsbedingungen | „Bedingungen“, „Zahlung“, „付款条件“ – 30 % Anzahlung / 70 % vor Versand, Netto 30 usw. | Cashflow-Planung – ein Lieferant, der von 30/70 auf 50/50 wechselt, verändert Ihren Working-Capital-Zeitplan |
Sie benötigen nicht jedes Feld auf jeder Rechnung. Diejenigen, die zählen, sind die, die Ihre Margenformel speisen. Ein Dropshipper, der nie Lagerbestand anfasst, benötigt keine erhaltene Menge. Ein FBA-Verkäufer, der Container aus Shenzhen importiert, benötigt alle oben genannten Punkte plus die zusammengeführten Rechnungsdaten des Zollagenten. Definieren Sie die Spalten, die Ihrer Kostenstruktur entsprechen, und lassen Sie das Extraktionstool den Rest ausfüllen.
Von der Extraktion zu den Einstandskosten: Das fehlende Glied in der E-Commerce-Buchhaltung
Hier ist ein Szenario, das sich in E-Commerce-Unternehmen täglich abspielt: Ein FBA-Verkäufer bestellt 1.000 Einheiten einer Edelstahl-Wasserflasche zu 3,50 $ FOB bei einem Lieferanten in Shenzhen. Er verbucht 3.500 $ als Produktkosten. Drei Wochen später stellt der Spediteur 850 $ für den Seefracht-Transport in Rechnung. Eine Zollagentenrechnung geht mit 262,50 $ Zoll ein (7,5 % auf den Deklarationswert). Die Sendung verbringt zwei Wochen in einem 3PL-Eingangszentrum zu 0,30 $ pro Einheit. Die Tabellenkalkulation des Verkäufers sagt, das Produkt kostet 3,50 $. Tatsächlich kostet das Produkt 5,12 $ – eine Lücke von 46 %.
Das sind die Einstandskosten, und laut IRS Publication 334 müssen Frachtkosten, Einfuhrzölle und Handhabungskosten in den Lagerbestand aktiviert werden – sie sind Teil der COGS, nicht separate Betriebsausgaben. Die IRS-Regeln zur einheitlichen Aktivierung (Pub 334, Abschnitt zu den Regeln zur einheitlichen Aktivierung) verlangen, dass diese indirekten Kosten in die Bemessungsgrundlage der zum Weiterverkauf erworbenen Vermögenswerte einbezogen werden. Sie holen sie sich über die COGS zurück, wenn die Einheit verkauft wird – sofern Sie sie überhaupt erfasst haben.
Die Formel für die Einstandskosten ist unkompliziert:
Einstandskosten pro Einheit = (Großhandelskosten + Fracht + Zoll + Versicherung + Inspektion + Handhabung + Lagerung) ÷ Einheiten in der Sendung
Die Berechnung selbst ist nicht schwer. Die Zahlen an einem Ort zu versammeln, schon. Lieferantenrechnungen enthalten die Großhandelskosten. Speditionsrechnungen enthalten die Versandkosten. Zollagentenrechnungen enthalten die Zölle. 3PL-Rechnungen enthalten die Lagerkosten. Vier Dokumente, vier Formate, drei verschiedene Unternehmen – und Sie brauchen sie alle in derselben Tabellenzeile, bevor die Formel greift. Die meisten E-Commerce-Verkäufer handhaben das, indem sie Zahlen aus vier separaten PDFs manuell in eine Excel-Zeile eintippen, pro Sendung, pro SKU. Bei 20 Sendungen pro Quartal mit durchschnittlich 8 SKUs sind das 160 Zeilen manueller Dateneingabe. Jedes Quartal.
Ein E-Commerce-Verkäufer in der r/FulfillmentByAmazon-Community beschrieb die Realität: „Sobald man mehr als ein paar SKUs hat, wird die wahre Produktkostenberechnung verwirrend.“ Die Verwirrung ist nicht konzeptionell – Verkäufer verstehen Einstandskosten. Die Verwirrung ist verfahrenstechnisch: Die Zahlen leben in verschiedenen Dokumenten, und sie an einem Ort zu versammeln, erfordert Tipparbeit.
Wenn Sie Lieferantenrechnungsdaten mit KI extrahieren, können Sie berechnete Spalten verwenden, um die Einstandskostenberechnung während der Extraktion durchzuführen – die KI liest den Großhandelspreis aus der Lieferantenrechnung, addiert den Frachtbetrag, den Sie als Parameter eingeben, wendet einen Zollsatz an und gibt die Einstandskosten pro Einheit direkt aus. Kein separater Tabellenkalkulationsschritt. Die Ausgabespalte ist mit „Einstandskosten pro Einheit“ beschriftet, und die Zahl darunter ist bereit für Ihre Margenformel. Für einen vollständigen Überblick über die Extraktionsgrundlagen, siehe unseren Deep Dive zur Rechnungsdatenextraktion.
So funktioniert der Extraktions-Workflow
Hier ist der Schritt-für-Schritt-Prozess, entwickelt für jemanden mit einem Ordner voller Lieferantenrechnungen, der eine Margen-Tabelle benötigt – keine AP-Automatisierungsbereitstellung. Das Ziel ist es, in einer Sitzung von einem Stapel Dokumente in gemischten Formaten zu einer einzigen Excel-Datei zu gelangen.
Dateien werden sicher verarbeitet und nicht gespeichert.
Ziehen Sie jedes Format hinein, das Sie haben — Alibaba-PDF-Trade-Assurance-Rechnungen, 1688-Screenshots aus WeChat, als PDF gescannte Werks-Proformarechnungen, Frachtführer-Rechnungen, Zollagenten-Aufstellungen. Sie können eine Mischung aus PDFs, JPGs und PNGs in einem Stapel hochladen. Die KI liest jedes Dokument unabhängig — sie benötigt nicht, dass alle Ihre Lieferanten dasselbe Rechnungslayout verwenden. Ein Verkäufer, der 30 SKUs über vier Lieferanten verwaltet, kann ein ganzes Quartal an Rechnungen auf einmal hochladen. Wenn Sie den Workflow testen, beginnen Sie mit Rechnungen von zwei verschiedenen Lieferanten — einer Alibaba-PDF, eine Werks-Proformarechnung — um zu sehen, wie eine Spaltenliste Daten aus beiden zieht.
Das unterscheidet semantische KI-Extraktion von template-basierter OCR. Statt Felder auf dem Rechnungslayout jedes Lieferanten einzurahmen, geben Sie die gewünschten Spaltennamen ein — „SKU", „Produktname", „Großhandelskosten pro Einheit", „Bestellmenge", „Lieferant", „Bestelldatum", „Frachtkosten". Die KI lokalisiert jeden Wert, indem sie versteht, was das Feld bedeutet. Ein SKU-Code kann als „Artikel-Nr." auf einer Alibaba-Rechnung, „货号" auf einem 1688-Screenshot oder eingebettet in eine Produktbeschreibungszeile auf einer Werks-Proformarechnung erscheinen. Drei verschiedene Positionen, drei verschiedene Bezeichnungen — eine Spaltendefinition erfasst alle. Dies ist Benutzerdefinierte Spaltenextraktion: Sie geben Spaltennamen ein, und die KI füllt Zeilen, indem sie übereinstimmende Werte überall in jedem Dokument findet — keine Vorlagen, keine Konfiguration pro Lieferant, keine layoutabhängigen Regeln.
Definieren Sie eine berechnete Spalte wie „Einstandskosten pro Einheit (Großhandelskosten pro Einheit + (Frachtkosten / Bestellmenge) + (Großhandelskosten pro Einheit × 0,075))" — setzen Sie Ihren tatsächlichen Zollsatz ein. Die KI extrahiert den Großhandelspreis, liest die Frachtzuordnung und führt die Berechnung während der Verarbeitung durch. Wenn die Ausgabedatei geöffnet wird, ist die Einstandskostenspalte bereits ausgefüllt — keine Nachbearbeitungsformeln nötig. Sie können auch eine abgeleitete Spalte verwenden, wenn Ihre Lieferantenrechnungen unterschiedliche Währungscodes verwenden: Stellen Sie die Spalte so ein, dass sie in einer einzigen Währung ausgibt, mit einer Regel, die die korrekte Umrechnung anwendet.
Als XLSX herunterladen. Jede Rechnungszeile hat dieselben Spalten, unabhängig davon, ob die Quelle ein Alibaba Trade Assurance-PDF, ein Proforma-Scan der Fabrik oder ein WhatsApp-Screenshot eines 1688-Lieferanten war. Kein Zusammenführen lieferantenspezifischer Dateien. Kein Kopieren und Einfügen zwischen Tabellen. Eine Ausgabedatei, bereit für die Margenanalyse. Bei größeren Mengen übernimmt Batch-Rechnungsextraktion hunderte Dokumente mit denselben Spaltendefinitionen und verarbeitet Seiten in 5–10 Sekunden pro Seite – etwa 18-mal schneller als manuelle Eingabe für eine einzelne Seite.
Warum Lieferantenrechnungsformate ein anderes Problem darstellen
Vorlagenbasierte OCR-Tools funktionieren, indem sie ein Dokument mit einem bekannten Layout abgleichen. Sie trainieren das Tool: „Die Rechnungsnummer steht immer in der oberen rechten Ecke dieser PDF-Datei.“ Das funktioniert, wenn Sie jeden Monat Rechnungen desselben Lieferanten verarbeiten. Aber die Lieferantenbeziehungen im E-Commerce funktionieren nicht so:
- Alibaba Trade Assurance-Rechnungen folgen Alibabas eigenem Formatierungs-Template mit separaten Abschnitten für Produktdetails, Versand und Käuferschutz – sauber, aber anders als jedes andere Lieferantenlayout.
- 1688-Lieferanten-Screenshots sind oft Handyfotos des 1688-Bestellbildschirms, die Produktnamen auf Chinesisch, Stückpreise in RMB und Bestellmengen zeigen – für Menschen lesbar, aber es existiert keine strukturierte PDF-Datei.
- Proforma-Rechnungen von Fabriken variieren je nach Fabrik. Einige verwenden eine formelle Vorlage mit Firmenbriefkopf, Incoterms und Bankdaten. Andere sind eine Tabelle in einem Word-Dokument, das als PDF exportiert wurde. Wieder andere sind handschriftlich und fotografiert.
- Rechnungen von Spediteuren werden pro Sendung abgerechnet, nicht pro SKU, und müssen mit den Lieferantendaten zusammengeführt werden – die Frachtkosten müssen auf die SKUs dieser Sendung aufgeteilt werden.
- Dropshipping-Lieferantenrechnungen von AliExpress- oder Shein-verbundenen Lieferanten kommen oft als Screenshots mit Produktnamen in einer Mischung aus Englisch und Chinesisch an – „Chinglish“-Beschreibungen, die ein Mensch versteht, die aber ein schlüsselwortbasiertes OCR-Tool falsch liest.
Ein vorlagenbasiertes Tool benötigt eine separate Vorlage für jedes Layout. Vier Lieferanten bedeuten vier Vorlagen. Neuer Lieferant – neue Vorlage. Ein Lieferant aktualisiert sein Rechnungsformat – kaputte Vorlage, die stillschweigend unvollständige Extraktionen produziert, bis es jemand bemerkt. Bei 8–10 aktiven Lieferanten – typisch für einen wachsenden E-Commerce-Shop – übersteigt der Wartungsaufwand für Vorlagen die durch Automatisierung eingesparte Zeit.
Semantische Extraktion umgeht das vollständig. Die KI liest eine Rechnung so, wie es ein Einkaufsleiter tut: Sie sieht ein Dokument mit Produkten, Preisen, Mengen und Daten. Sie verlässt sich nicht auf Koordinaten oder Label-Abgleich. Sie versteht, dass „单价 ¥23.50“ auf einem 1688-Screenshot und „Unit Price $3.50“ auf einer Alibaba-Rechnung dasselbe Feld sind, nur in verschiedenen Sprachen und an verschiedenen Positionen. Dieser Ansatz ist der Grund, warum ein einziger Satz von Spaltennamen über alle Lieferanten hinweg funktioniert und einheitliche Extraktion über Formate hinweg ohne lieferantenspezifische Konfiguration möglich wird.
Der entscheidende Unterschied: Vorlagenbasierte Extraktion vervielfacht Ihren Einrichtungsaufwand mit jedem neuen Lieferanten. KI-basierte Extraktion hält den Aufwand konstant. Für einen E-Commerce-Shop, der 2–3 neue Lieferanten pro Jahr hinzufügt, ist das der Unterschied zwischen einem Workflow, der skaliert, und einem, der schließlich zugunsten manueller Eingabe aufgegeben wird.
Von der Tabellenkalkulation zum Margen-Dashboard
Sobald Lieferantenrechnungsdaten in einer strukturierten Tabellenkalkulation vorliegen, wird die Margenanalyse, die zuvor ein vierteljährliches Rätselraten war, zu einem Live-Datensatz. So sieht das in der Praxis aus:
Bruttomarge pro SKU ist jetzt eine Formel, die aus Zellen gezogen wird, keine Zahl, die Sie jeden Monat manuell neu berechnen. Verkaufspreis minus Einstandskosten pro Einheit, geteilt durch den Verkaufspreis. Eine SKU, die bei einem Großhandelskostenpreis von 3,50 $ profitabel aussah, kann nach Einstandskosten von 5,12 $ eine Marge von 12 % offenbaren – unter dem Minimum von 15–20 %, das die meisten FBA-Verkäufer anstreben, um Amazon-Gebühren zu decken. Ohne Extraktion erfolgt diese Berechnung einmal, manuell, wenn Sie daran denken. Mit Extraktion ist sie jedes Mal live, wenn Sie die Tabellenkalkulation aktualisieren. Wie der CFO eines Amazon-Verkäufers auf Reddit anmerkte: „Sobald Sie mehr als ein paar SKUs haben, wird die tatsächliche Produktkostenberechnung verwirrend.“ Extraktion ist das, was sie entwirrt.
Amazon-FBA-Verkäufer erhalten einen zusätzlichen Vorteil: die Trennung von Produktkosten und Fulfillment-Kosten. Amazon erhebt Empfehlungsgebühren (in der Regel 15 %), FBA-Fulfillment-Gebühren, Lagergebühren und Werbekosten – keine davon erscheint auf einer Lieferantenrechnung. Eine SKU-basierte Extraktions-Tabellenkalkulation hält die lieferantenseitigen Kosten (Großhandel, Fracht, Zoll) in einem Satz von Spalten, und Sie können Amazon-seitige Kosten in einem anderen Satz hinzufügen. Jetzt sehen Sie die Marge auf zwei Ebenen: Produktmarge (Verkaufspreis minus Einstandskosten) und Nettomarge nach Amazon-Gebühren. Ein Produkt mit 40 % Produktmarge, aber 8 % Nettomarge nach FBA-Gebühren erzählt eine andere Geschichte als eines mit 25 % Produktmarge und 18 % Nettomarge. Ohne den Extraktionsschritt, der genaue Einstandskostendaten liefert, sehen beide Produkte so aus, als würden sie „3,50 $“ kosten, und die wahre Margengeschichte kommt nie ans Licht.
Lieferantenleistungsverfolgung wird zum Nebenprodukt desselben Datensatzes. Lieferzeittrends – dehnt sich das durchschnittliche Lieferfenster von Lieferant A von 30 auf 38 Tage? Kostentrends – steigt der Stückpreis von Lieferant B schneller als der Kategoriedurchschnitt? MOQ-Einhaltung – bestellen Sie versehentlich unter dem Minimum einer SKU und zahlen einen Aufpreis, den Sie nicht bemerkt haben? Diese Fragen sind anhand einzelner Rechnungen nicht zu beantworten. Sie sind leicht zu beantworten aus einer strukturierten Tabellenkalkulation, die jeden Bestellzyklus aktualisiert wird.
Und wenn sich Zollsätze ändern – wie sie es in 2025–2026 wiederholt getan haben, mit Zollsätzen des US Harmonisierten Zolltarifs, die über Produktkategorien hinweg schwanken – bedeutet strukturierte Einstandskostendaten, dass Sie die Zollkomponente neu berechnen und sofort sehen können, welche SKUs am stärksten betroffen sind. Ohne diese Struktur müssen Sie jede Lieferantenrechnung wieder aus einem Ordner holen und manuell neu berechnen.
FAQ
Funktioniert das mit Lieferantenrechnungen auf Chinesisch?
Ja. Die KI liest chinesische, englische und gemischtsprachige Dokumente. Ein 1688-Lieferanten-Screenshot mit Produktnamen auf Chinesisch („不锈钢保温杯"), Preisen in RMB und Mengen in arabischen Ziffern wird genauso gelesen wie eine englischsprachige Alibaba-Trade-Assurance-Rechnung. Die von Ihnen auf Englisch definierten Spaltennamen — „SKU", „Product Name", „Wholesale Cost" — werden zu den Kopfzeilen, und die KI extrahiert die entsprechenden Werte unabhängig von der Ausgangssprache. Wenn eine chinesische Rechnung einen Preis als „¥23.50" angibt, versteht die KI, dass dies der Wert für Ihre Spalte „Wholesale Cost" ist, und extrahiert ihn.
Kann ich Daten aus Screenshots extrahieren, nicht nur aus PDFs?
Ja. Das Tool akzeptiert JPG-, PNG- und PDF-Eingaben. Handy-Screenshots von WhatsApp oder WeChat — üblich bei 1688-Lieferanten, die Bestellbestätigungen als Bilder senden — werden genauso verarbeitet wie gescannte PDFs. Die KI liest den visuellen Inhalt des Bildes, nicht die eingebettete Textebene, sodass auch ein Foto eines Computerbildschirms mit dem internen System des Lieferanten funktioniert. Die Bildqualität ist entscheidend: Ein unscharfer Screenshot mit 480p-Auflösung führt zu weniger zuverlässigen Extraktionen als ein klarer 1080p-Screenshot. Bei stark komprimierten Bildern können Strategien für die Extraktion mit niedriger Auflösung helfen.
Wie verteile ich Frachtkosten auf SKUs, wenn die Rechnung nur eine Gesamtsumme ausweist?
Die meisten Speditionsrechnungen zeigen nur eine Gesamtsumme pro Sendung, keine Aufschlüsselung nach SKU. Sie haben drei Optionen: (1) Verwenden Sie eine berechnete Spalte, um die Frachtsumme durch die insgesamt bestellte Menge aller SKUs in der Sendung zu teilen — das ergibt eine gleiche Zuteilung pro Einheit. (2) Zuteilung nach Gewicht — wenn Ihre Speditionsrechnung das Gesamtgewicht angibt, erstellen Sie eine berechnete Spalte, die den Frachtanteil jeder SKU basierend auf Stückgewicht mal Menge berechnet. (3) Zuteilung nach Wert — höherwertige SKUs absorbieren einen proportional größeren Frachtanteil. Welche Methode Sie wählen, hängt von Ihrer Frachtstruktur ab: Eine gewichtsbasierte Zuteilung ist bei Seefracht sinnvoll (Preis pro Container/Gewicht), eine wertbasierte bei Luftfracht (Preis pro kg mit Wertzuschlag). Das Extraktionstool übernimmt die Berechnung, sobald Sie die Regel definieren. Sie benötigen keine Aufschlüsselung nach SKU von der Spedition.
Was ist mit Zollgebühren — die kommen doch auf einer separaten Rechnung Monate später?
Das ist ein echtes Problem. Spediteure und Zollagenten senden Zollrechnungen oft 3-6 Wochen nach der Zollabfertigung — manchmal erst, nachdem Sie den Bestand bereits verkauft und die COGS verbucht haben. Der richtige Ansatz: Extrahieren Sie jetzt die Lieferantendaten, um Einstandskosten und Fracht in Ihre Tabelle zu bekommen. Wenn die Rechnung des Zollagenten eintrifft, extrahieren Sie sie in einen separaten Tab mit Spalten wie „Shipment ID", „Duty Paid" und „Date". Verwenden Sie einen VLOOKUP oder INDEX-MATCH, um den Zollbetrag in die Einstandskosten-Spalte der ursprünglichen Sendung zu ziehen. So bleiben Ihre Margendaten auch bei verspätet eintreffenden Kosten korrekt, statt wochenlang mit der Extraktion zu warten. Wenn Sie die periodengerechte Buchführung verwenden, erwartet IRS Pub 334, dass geschätzte Einstandskosten beim Wareneingang abgegrenzt und beim Eintreffen der tatsächlichen Rechnungen abgeglichen werden.
Lässt sich das mit QuickBooks oder Xero integrieren?
Das Tool exportiert Excel (XLSX), CSV und JSON. Sie können die extrahierten Daten herunterladen und in QuickBooks, Xero oder eine beliebige Buchhaltungsplattform importieren, die Dateiimporte akzeptiert. Es gibt keine direkte API-Integration. Für E-Commerce-Verkäufer, die A2X oder ähnliche Tools zur Überbrückung von Amazon-Abrechnungen zu QuickBooks nutzen, dienen die vom Lieferanten stammenden Kostendaten aus der Extraktion als COGS-Eingabe, die diese Tools nicht erfassen – Sie importieren die extrahierte Lieferantenrechnungs-Tabelle als Journaleintrag oder Inventarkosten-Update. Für Verkäufer, die Google Sheets zur Kostenverfolgung nutzen, ermöglicht das Google-Sheets-Add-on, Lieferantenrechnungsdaten direkt in Ihr Tracking-Blatt zu extrahieren, ohne Google Sheets zu verlassen.
Wie viele Rechnungen kann ich gleichzeitig verarbeiten?
Sie können mehrere Rechnungen in einem Batch hochladen – das Tool verarbeitet jede Seite in 5–10 Sekunden. Es gibt keine harte Begrenzung der Batch-Größe, allerdings skaliert die Verarbeitungszeit linear mit der Seitenzahl. Ein Batch von 20 Rechnungen mit durchschnittlich 2 Seiten (insgesamt 40 Seiten) wird in etwa 3–7 Minuten verarbeitet. Die eigentliche Einschränkung ist nicht die Tool-Kapazität – sondern ob Sie Ihre Spaltennamen so definiert haben, dass sie alle benötigten Felder über alle Lieferanten im Batch abdecken. Für große quartalsweise Batch-Verarbeitung bewältigt die Batch-Extraktion höhere Volumina effizient.
Die Tabelle ist der einfache Teil
Die meisten E-Commerce-Verkäufer verstehen Margenberechnung. Sie wissen, dass Einstandskosten = Großhandel + Fracht + Zoll + Gebühren sind. Sie wissen, dass sie diese pro SKU verfolgen sollten. Das fehlende Glied in der Kette ist nicht das Wissen – sondern dass die Daten in PDFs und Screenshots von einem Dutzend verschiedener Lieferanten vorliegen und das Übertragen in eine Tabelle Tipparbeit erfordert. Jeder Artikel zur Einstandskostenberechnung überspringt diesen Schritt. Sie geben die Formel an und gehen davon aus, dass die Zahlen bereits in einer Spalte stehen.
Das tun sie nicht. Sie stehen auf einer Alibaba-Trade-Assurance-PDF, einem 1688-Screenshot und einer Speditionsrechnung in drei verschiedenen Formaten. Die Extraktion ist der Schritt, der die Formel nutzbar macht. Sobald Sie Lieferantenrechnungsdaten ohne Vorlagenbau für jeden Lieferanten in eine strukturierte Tabelle überführen können, ist die Margenanalyse kein Quartalsprojekt mehr, sondern etwas, das Sie nach jeder Lieferung in Minuten aktualisieren.
Keine Anmeldung erforderlich. Laden Sie eine Lieferantenrechnung hoch und definieren Sie Ihre Spalten.