SAP Ariba: Auftragsbestätigungen aus dem ERP heraus auslösen
Wer über Ariba einkauft, erwartet die Auftragsbestätigung im Portal und nicht per Mail. Diese Vorlage meldet sich mit einem Tresor-Zugang an, öffnet die Bestellung, die dein ERP benannt hat, liest die Positionen, bestätigt vollständig mit deiner Nummer und deinem Termin - und prüft danach, ob der Status wirklich umgesprungen ist.
Die Bestätigung, wie SAPs Hilfe sie beschreibt
SAP veröffentlicht die Schritte auf der Lieferantenseite. Die Beschriftungen unten sind daraus zitiert; Einkäufer können manche davon über ihre Transaktionsregeln umbenennen oder sperren.
-
Am Lieferantenportal anmelden
Benutzername und Passwort auf supplier.ariba.com. Auf dem Konto kann eine Zwei-Faktor-Authentifizierung aktiviert sein; dann ist der zweite Schritt ein Code aus einer Authenticator-App.
-
Die Bestellung aus der Workbench öffnen
Die Workbench zeigt eine Kachel Orders mit Filtern nach Status und Datum. Eine Zeile zu öffnen zeigt die Bestellung mit Kopf, Positionen und den Aktionen, die der Einkäufer zulässt.
-
Create Order Confirmation wählen
Der Knopf bietet Confirm Entire Order, Update Line Items und Reject Entire Order. Confirm Entire Order fragt nach einer Bestätigungsnummer sowie voraussichtlichem Liefer- und Versandtermin.
-
Prüfen und absenden
Next zeigt eine Zusammenfassung, Submit schickt die Bestätigung an den Einkäufer. Der Bestellstatus wechselt auf Confirmed, und die Bestätigung erscheint bei den zugehörigen Dokumenten.
-
Die Regeln des Einkäufers ansehen
Ob eine Bestätigung verlangt wird, ob Preise geändert werden dürfen und ob Teilbestätigungen erlaubt sind, legt der Einkäufer fest. Diese Vorlage geht von einer vollständigen Bestätigung ohne Änderungen aus.
Fakten aus der öffentlichen Dokumentation
| Portal | SAP Ariba Lieferantenportal, Anmeldung auf supplier.ariba.com SAP Ariba |
|---|---|
| Bestätigungsarten | Confirm Entire Order, Update Line Items, Reject Entire Order SAP-Hilfe für Lieferanten |
| Felder einer vollständigen Bestätigung | Bestätigungsnummer, voraussichtlicher Liefertermin, voraussichtlicher Versandtermin, optionale Kommentare SAP-Hilfe für Lieferanten |
| Transaktionsregeln des Einkäufers | Entscheiden, ob Bestätigungen verlangt werden und was ein Lieferant ändern darf SAP-Hilfe für Lieferanten |
| Zweiter Faktor | Optionale Zwei-Faktor-Authentifizierung über eine Authenticator-App, die der totpSeed des Tresors abdeckt |
Stand: 2026-09-08
Wer in Ariba Bestellungen bestätigt, und wie oft
Diese Aufgabe gibt es in jedem Einkäufernetzwerk; Ariba ist der Ort, an den viele große deutsche Einkäufer sie legen.
- Auftragsannahme, mehrmals täglich
- Eine neue Bestellung kommt als Benachrichtigungsmail; jemand meldet sich an, öffnet sie, gleicht Mengen und Preise mit dem ERP ab und bestätigt. Jede Bestätigung sind ein paar Bildschirme, und ein reger Einkäufer schickt Dutzende pro Woche.
- Lieferanten mit ERP, aber ohne Anbindung
- Der Einkäufer bietet cXML oder EDI an, das ERP des Lieferanten könnte eine Bestätigung erzeugen - nur hat niemand die Anbindung budgetiert. Dann ist das Portal die Anbindung, bedient von Hand.
- Teil- und Änderungsbestellungen
- Eine geänderte Bestellung wird erneut bestätigungspflichtig; eine Teilbestätigung braucht Mengen je Position. Das sind weiterhin Entscheidungen einer Person, und diese Vorlage bestätigt nur vollständig.
- Was schiefgeht
- Bestätigungen, die spät oder gar nicht rausgehen und in den Scorecards des Einkäufers auffallen. Und eine Bestätigung mit falschem Liefertermin, die der Disposition des Einkäufers erst später auffällt.
Vorlage, Zugang und ein Lauf je Bestellung
Auf die letzte Validierung kommt es an: Sie liest die Bestellung erneut und weigert sich, einen Lauf allein aufgrund eines Klicks für erledigt zu erklären.
{
"title": "SAP Ariba Lieferantenportal: eine Bestellung vollständig bestätigen",
"parameters": [
{
"key": "bestellnummer",
"description": "Die Bestellnummer, wie sie in der Kachel Orders steht",
"required": true
},
{
"key": "bestaetigungsnummer",
"description": "Deine eigene Auftragsbestätigungsnummer zu dieser Bestellung",
"required": true
},
{
"key": "liefertermin",
"description": "Voraussichtlicher Liefertermin, der bestätigt wird (JJJJ-MM-TT)",
"required": true
}
],
"runSequentially": true,
"sequentialKey": "cred_ariba_supplier",
"blocks": [
{
"blockType": "login",
"label": "Anmelden",
"credentialId": "cred_ariba_supplier",
"url": "https://supplier.ariba.com/"
},
{
"blockType": "action",
"label": "Bestellung_oeffnen",
"instruction": "Öffne die Workbench, dann die Kachel Orders, und öffne die Bestellung {{ bestellnummer }}"
},
{
"blockType": "validation",
"label": "Bestellung_offen",
"criterion": "Die Detailseite der Bestellung {{ bestellnummer }} ist zu sehen, der Knopf Create Order Confirmation ist verfügbar und der Bestellstatus lautet New oder Changed"
},
{
"blockType": "extraction",
"label": "Positionen",
"instruction": "Jede Position der Bestellung {{ bestellnummer }}: Positionsnummer, Artikelnummer oder Bezeichnung, Menge, Einheit, Einzelpreis, gewünschter Liefertermin",
"schema": {
"type": "object",
"properties": {
"positionen": {
"type": "array",
"items": {
"type": "object",
"properties": {
"position": {
"type": "integer"
},
"artikel": {
"type": "string"
},
"menge": {
"type": "number"
},
"einheit": {
"type": "string"
},
"einzelpreis": {
"type": "number"
},
"wunschtermin": {
"type": "string"
}
},
"required": [
"position",
"menge"
]
}
}
},
"required": [
"positionen"
]
}
},
{
"blockType": "action",
"label": "Vollstaendig_bestaetigen",
"instruction": "Wähle Create Order Confirmation, dann Confirm Entire Order. Trage {{ bestaetigungsnummer }} als Bestätigungsnummer und {{ liefertermin }} als voraussichtlichen Liefertermin ein, geh mit Next weiter, prüfe die Zusammenfassung und sende die Bestätigung ab"
},
{
"blockType": "validation",
"label": "Bestaetigt",
"criterion": "Die Bestellung {{ bestellnummer }} trägt jetzt den Status Confirmed und die Bestätigung {{ bestaetigungsnummer }} steht bei den zugehörigen Dokumenten"
}
]
}
import { Browserberg } from '@browserberg/sdk';
import vorlage from './ariba-bestellungen-bestaetigen.json' with { type: 'json' };
const bb = new Browserberg({
apiKey: process.env.BROWSERBERG_API_KEY,
baseUrl: 'https://browserberg.com',
});
const zugang = await bb.credentials.create({
name: 'Ariba-Lieferantenkonto',
url: 'https://supplier.ariba.com/',
fields: { username: 'auftrag@example.de', password: process.env.ARIBA_PASSWORD },
nonSecretFields: ['username'],
});
const wf = await bb.workflows.publish({
...vorlage,
blocks: vorlage.blocks.map((b) =>
b.blockType === 'login' ? { ...b, credentialId: zugang.id } : b),
});
// Eine Bestellung je Lauf. Welche bestätigungsreif ist, entscheidet dein ERP.
await using session = await bb.sessions.create();
const lauf = await bb.workflows.run(wf.workflowId, {
sessionId: session.id,
inputs: {
bestellnummer: '4500123456',
bestaetigungsnummer: 'AB-2026-0912',
liefertermin: '2026-09-19',
},
});
console.log(lauf.status, lauf.endedBy, lauf.outputs.Positionen_output);
Hinweis · Aus SAPs öffentlicher Lieferantendokumentation entworfen
Knopfnamen, der Aufbau der Workbench und der Bestätigungsdialog sind so beschrieben, wie SAPs öffentliche Hilfe sie zum oben genannten Stand darstellt. Die Vorlage wurde beim Schreiben dieser Seite nicht gegen ein echtes Ariba-Lieferantenkonto ausgeführt, und Einkäufer können Aktionen über ihre Transaktionsregeln umbenennen oder verbergen. Rechne damit, beim ersten Lauf eine Anweisung anzupassen.
Auf einem fremden Portal absenden: was läuft und was abgelehnt wird
Browserberg gehört nicht zu SAP. Das Ariba-Netzwerk ist SAPs Produkt, und diese Seite beschreibt, wie du es mit dem Lieferantenkonto bedienst, das du selbst hältst.
Die Anmeldung
Der Zugang wird einmal für supplier.ariba.com angelegt und über seine Id referenziert. Nutzt das Konto eine Zwei-Faktor-Authentifizierung mit Authenticator-App, kommt deren Geheimnis als totpSeed dazu und der Login-Block erledigt den Code. Das Passwort wird nur im Moment des Tippens und nur auf dieser Seite freigegeben.
Diese Vorlage sendet tatsächlich etwas ab
Eine Auftragsbestätigung ist eine Absendung, und die Effect Gates stufen das Bedienelement ein, das sie verschickt. Ein Element mit einer Beschriftung wie Submit oder Confirm ist ein Submit-Effekt, die umkehrbare Sorte, und läuft unter der Standardrichtlinie. Abgelehnt werden unter dieser Richtlinie Zahlungen, Zerstörendes und Massenexporte: Ein Knopf Reject Entire Order liest sich als zerstörend und wird abgelehnt, auch wenn eine Anweisung danach fragt, und auf der Lieferantenseite von Ariba bewegt nichts Geld. Soll eine Person jede Bestätigung freigeben, bevor sie rausgeht, lass den Workflow unter der propose-Richtlinie laufen: Die Absendung wird dann vorgelegt statt geklickt.
Gegen die Seite prüfen, nicht gegen den Klick
Der letzte Block glaubt nicht, dass die Absendung geklappt hat. Er liest die Bestellung erneut und verlangt den Status Confirmed samt deiner Bestätigungsnummer bei den zugehörigen Dokumenten. Ein Lauf, der mit gescheitertem Bestaetigt endet, hat die Bestellung nicht bestätigt - egal, was der Block davor gemeldet hat.
Sitzung
Ariba meldet nach einer Zeit ohne Aktivität ab, und runSequentially mit dem Zugang als Schlüssel verhindert, dass sich zwei Läufe eine Anmeldung teilen. Eine Bestellung je Lauf hält einen Fehlschlag an einer Bestellnummer fest.
Fragen aus der Auftragsannahme
Bestätigt sie eine Bestellung mit geändertem Preis?
Nein. Die Vorlage bestätigt die Bestellung so, wie sie ist, und nutzt Update Line Items nie. Eine Bestellung, deren Positionen von deinem ERP abweichen, sollte dein System diesem Workflow gar nicht erst übergeben.
Kann sie eine Bestellung ablehnen?
Mit dieser Vorlage nicht - und auch nicht aus Versehen: Die Effect Gates lesen Reject Entire Order als zerstörend und lehnen es unter der Standardrichtlinie ab. Eine Ablehnung ist die Entscheidung einer Person auf dem Bildschirm einer Person.
Was, wenn der Einkäufer die Knöpfe umbenannt hat?
Die Aktionsanweisung ist normale Sprache, ein umbenanntes, aber erkennbares Bedienelement funktioniert also weiter; ein verborgenes lässt den Block mit dieser Begründung scheitern. Zieh die Anweisung auf den Wortlaut des Einkäufers nach.
Wie gebe ich jede Absendung selbst frei?
Lass den Workflow unter der propose-Richtlinie laufen. Risikoreiche Schritte werden dann zur Freigabe zurückgegeben statt ausgeführt; ob du das auf gewöhnliche Absendungen ausdehnst, ist eine Richtlinienentscheidung für dein Konto.
Sieht Ariba die Automatisierung?
Es sieht eine Chromium-Session unter deiner Lieferantenanmeldung von EU-Hardware, die tut, was deine Auftragsannahme tut. Es gibt keine Tarnschicht, und es wird auch keine angeboten.
Weiterlesen
Die nächste Bestellung so bestätigen
Fünf Browserstunden, keine Karte. Zugang vertresoren, veröffentlichen, und dein ERP die Bestellnummer nennen lassen.