In einem typischen Großhandelsunternehmen erhält ein Vertriebsmitarbeiter täglich Dutzende Aufträge in unterschiedlichen Formaten: Ein Kunde schreibt Freitext an ein Outlook-Postfach wie orders@, ein anderer schickt seine eigene Excel-Datei mit eigenen Artikelnummern, ein dritter ein PDF aus seinem Einkaufssystem, und Handelsketten senden Aufträge per EDI. Jeden davon muss man lesen, die Artikel in den Stammdaten von SAP Business One finden, den Lagerbestand prüfen, sich an den mit diesem Kunden vereinbarten Preis erinnern und den Auftrag erfassen. Dabei gehen Stunden verloren, und Fehler entstehen, wenn die Kundennummer „AB-100“ wie Ihre „AB-1000“ aussieht oder ein Vertragsrabatt vergessen wird.
Der Agent verbindet sich mit dem gemeinsamen Auftragspostfach in Microsoft 365 und mit dem EDI-Eingang: Die Dokumentenerkennung liest Positionen aus Excel und PDF aus, und ein Claude-Modell ordnet Kundenartikelnummern und Bezeichnungen anhand der Historie bereits freigegebener Aufträge Ihren Artikelstammdaten zu. Anschließend prüft der Agent Lagerbestand und die Vertragspreise dieses Kunden in SAP Business One oder weclapp und legt einen Auftragsbeleg mit dem Status „unbestätigt“ an. Positionen, die sich nicht zuordnen ließen oder für die der Bestand fehlt, werden für den Mitarbeiter markiert. Er prüft den Beleg im gewohnten Fenster von SAP Business One oder weclapp, korrigiert ihn und bestätigt ihn. Erst dann wird der Auftrag gültig, und der Kunde erhält eine Bestätigung mit Liefertermin. An SAP Business One binden wir über die Integrationsschnittstelle oder Importdateien an, an weclapp oder Business Central je nach Version über eine API, einen Dateiexport oder einen E-Mail-Ablauf. Das Modell läuft in einer EU-Region über die Anthropic-API oder Amazon Bedrock, Ihre Daten werden nicht zum Training des Modells verwendet, und wenn Ihr ERP im betreuten ERP-Hosting läuft, wird die Anbindung ohne zusätzliche Server eingerichtet.