Lösungshandbuch
Ein Planungsleitfaden für den Make-Prozess zur Lieferantenanfrage, einschließlich Custom Webhook-Setup, Run once-Validierung, HTTP-Modul-Mapping, Jodoo-Feldern und Hinweisen zum Rollout.
Handbuch öffnenMAKE + JODOO
KI-gestützte Prüfung neuer Lieferantenanfragen mit Make + Jodoo
Nutzen Sie Make mit Jodoo, wenn Ihr Einkaufsteam einen sichtbaren Custom Webhook, ein Run once-Bundle, HTTP-Modul-Mapping und den Szenarioverlauf sehen möchte, bevor Jodoo den Datensatz zur Lieferantenprüfung speichert.
Lieferantenanfragen über einen Make Custom Webhook erfassenEingehendes Bundle und zugeordneten HTTP-Body während Run once prüfenFelder für Lieferantenrisiko und Dokumenten-Nachverfolgung in Jodoo zurückschreibenMake-Verlauf nutzen, um Vorgänge, Timing und Rückschreib-Antwort zu prüfen
VIDEO-ÜBERBLICK
Was in der Make-Demo passiert
Das Video zeigt, wie Make eine synthetische Anfrage zur Lieferantenaufnahme prüft, strukturierte Prüffelder sendet und Jodoo den Einkaufsdatensatz speichert.
Make wartet auf ein Lieferanten-Bundle
Der Nachweis verwendet einen Custom Webhook im Run once-Modus, damit die eingehenden Lieferantendaten auf dem Szenario-Canvas sichtbar sind.
Das HTTP-Modul ordnet die Prüffelder zu
Das Modul sendet Lieferantenname, fehlende Dokumente, Risiko, Empfehlung, Prüfer und Status als JSON-Anfrage.
Der Laufverlauf zeigt die Rückschreib-Antwort
Make bestätigt, dass das HTTP-Modul abgeschlossen wurde und eine Jodoo-Daten-ID von der Bridge zurückgegeben hat.
Jodoo verwaltet den Datensatz zur Lieferantenprüfung
Der Einkauf kann in Jodoo die Vollständigkeit von Dokumenten, Lieferanten mit mittlerem Risiko, bedingte Freigaben und Owner-Warteschlangen prüfen.
DEMO-ZUSAMMENFASSUNG
Make prüft den Lieferanten, Jodoo verfolgt die Nachverfolgung
Diese Implementierung ist sinnvoll, wenn Teams eine visuelle Szenario-Orchestrierung möchten, bevor Jodoo zum zentralen Datensatz für die Lieferantenprüfung wird.
Visuelles Szenario
Make zeigt den Flow für die Lieferantenanfrage als Webhook-Modul, das mit einem HTTP-Modul für das Rückschreiben verbunden ist.
Erfassung mit Run once
Das Szenario wartet auf die Testanfrage und zeichnet das eingehende Lieferanten-Bundle auf.
Zugeordnete HTTP-Anfrage
Das HTTP-Modul sendet die Prüffelder des Lieferanten als JSON-Body an die Jodoo-Bridge.
Antwort im Verlauf
Make protokolliert Status, Vorgänge, Dauer und die Antwort mit der Jodoo-Daten-ID.
Nachverfolgung in Jodoo
Der Jodoo-Datensatz speichert Dokumentenstatus, Risiko, Empfehlung, Owner und Prüfnotizen.
Szenario-Anleitung
Die Anleitung konzentriert sich auf Webhook-URL-Prüfungen, gespeicherte HTTP-Modul-Felder und die Validierung des Laufverlaufs.
HINWEISE ZUR PLATTFORMEINRICHTUNG
Was an Make spezifisch ist
Das Jodoo-Datensatzmodell kann konsistent bleiben, aber jede Agentenplattform hat einen anderen Build-Stil, eine andere Testansicht und eine andere Übergabe in den Produktivbetrieb.
Sichtbarkeit mit Run once
Make ist hilfreich, wenn Stakeholder im ersten Nachweislauf das eingehende Lieferanten-Bundle und die Modulantwort sehen möchten.
HTTP-Speicherprüfung
Nach Änderungen an der Bridge-URL oder am JSON-Body sollten Sie das HTTP-Modul erneut öffnen und die gespeicherten Werte bestätigen, bevor Sie Testdaten senden.
Verlaufsprüfung
Nutzen Sie den Szenarioverlauf, um Modulerfolg, Vorgänge, Credits, Dauer und die zurückgegebene Jodoo-Daten-ID zu prüfen.
Produktives Routing
Router, Fehlerbehandlungen und Benachrichtigungen sollten erst hinzugefügt werden, nachdem das Feldmodell für den Einkauf freigegeben wurde.
WORKFLOW-KIT
Erstellen Sie denselben Prüfprozess für Lieferantenanfragen
Lesen Sie das Handbuch, kopieren Sie die Workflow-Anleitung und nutzen Sie das Jodoo-Feldmodell, wenn Sie den Make-Workflow an Ihre eigenen Lieferantenquellen anpassen.
Was Ihr Team wiederverwenden kann
Make empfängt die Lieferantenanfrage über einen Custom Webhook, ordnet die Prüfpayload in einem HTTP-Modul zu und protokolliert den Vorgang im Verlauf. Jodoo verwaltet den dauerhaften Einkaufsdatensatz für die Nachverfolgung von Dokumenten, Risiko, Owner und Freigaben.
Business-WorkflowJodoo-FeldmodellAgenten-PromptRollout-Checkliste
WIEDERVERWENDBARER WORKFLOW
Der Workflow entscheidet. Jodoo hält die Arbeit in Bewegung.
- 01
Custom Webhook
Empfängt das Bundle von Atlas Packaging Co. im Run once-Modus
- 02
Make-Szenario
Ein Make Custom Webhook empfängt die Lieferantendaten und ein HTTP-Modul sendet strukturierte Felder an Jodoo.
- 03
HTTP-Modul
Sendet das JSON zur Lieferantenprüfung und parst die Bridge-Antwort
- 04
Szenarioverlauf
Zeigt Erfolg, Vorgänge, Dauer und Datenübertragung
- 05
Jodoo-Prüf-App
Speichert Risiko, Empfehlung, Prüfer und Dokumenten-Nachverfolgung
WORKFLOW-KREISLAUF
Vom Webhook-Bundle in Make zur Lieferantenprüfung in Jodoo
Ein Make Custom Webhook empfängt ein Bundle zur Lieferantenanfrage aus einer Testanfrage, einem Formular oder einer Portalquelle.
Der Run once-Modus hält das Lieferanten-Bundle sichtbar, bevor das Szenario geplant oder aktiviert wird.
Das HTTP-Modul ordnet Lieferantenfelder, Hinweise zu fehlenden Dokumenten, Risikostufe, Empfehlung, Prüfer und nächste Aktion zu.
Make sendet den JSON-Body an die Jodoo-Bridge und erfasst die Antwort im Szenarioverlauf.
Jodoo erstellt den Datensatz für das Lieferanten-Onboarding und gruppiert Einkaufsaufgaben nach Dokumenten-Nachverfolgung, Risiko, Owner und Freigabestatus.
Dasselbe visuelle Szenariomuster kann später Router, Filter, Benachrichtigungen oder verbundene Quellmodule ergänzen.
FELD-MAPPING
Agentenausgabe wird zu Jodoo-Feldern
| Agenten- oder Quelldaten | Jodoo-Datensatzfelder |
|---|---|
| vendor_name, vendor_category, business_need | Rechtlicher Name des Lieferanten, Lieferantenkategorie, Geschäftsbeschreibung des Lieferanten |
| contact_name, contact_email | Name der Hauptansprechperson, E-Mail der Hauptansprechperson |
| requested_by, suggested_owner | Name der anfragenden Person, Compliance-Prüfer |
| missing_documents, compliance_status | Vollständigkeit der Dokumente, Prüfkommentare |
| risk_level, recommendation, review_status | Risikostufe, Freigabeempfehlung, Onboarding-Status |
AGENTEN-ANLEITUNG
Prompt und strukturierte Ausgabe
Rolle des Make-Szenarios
Empfangen Sie ein Bundle für eine Lieferantenanfrage über einen Make Custom Webhook und senden Sie ein strukturiertes Objekt zur Lieferantenprüfung an Jodoo.
Regel zur Feldvorbereitung
Normalisieren Sie fehlende Dokumente, Compliance-Status, Empfehlung, vorgeschlagenen Owner und Prüfstatus, bevor das HTTP-Modul ausgeführt wird.
Vertrag für das HTTP-Modul
Verwenden Sie POST, JSON-Body-Inhalt, Antwort-Parsing und eine gespeicherte Bridge-URL, bevor Sie sich auf den Szenarioverlauf als Nachweis verlassen.
Erforderliche Ausgabe
Geben Sie vendor_name, vendor_category, business_need, contact_email, requested_by, risk_level, missing_documents, recommendation, suggested_owner, next_best_action und source_platform zurück.
{
"vendor_name": "Atlas Packaging Co.",
"vendor_category": "Verpackungslieferant",
"contact_name": "Nora Patel",
"contact_email": "nora.patel@atlaspackaging.example",
"business_need": "Sekundärer Verpackungslieferant für die Westküsten-Abwicklung.",
"requested_by": "Operativer Einkauf",
"spend_estimate": "120000 jährlich",
"risk_level": "Mittel",
"compliance_status": "W-9 und Versicherungszertifikat erforderlich",
"missing_documents": "W-9, Versicherungszertifikat, Nachhaltigkeitsrichtlinie",
"recommendation": "Mit bedingter Prüfung fortfahren",
"suggested_owner": "Procurement Ops",
"next_best_action": "Fehlende Dokumente anfordern und Sourcing-Review planen",
"review_status": "Dokumente müssen nachverfolgt werden",
"source_platform": "make",
"agent_confidence": "0.84"
}JODOO-STARTER-APP
Starter-App für die Prüfung neuer Lieferantenanfragen
Nutzen Sie das Feldmodell, empfohlene Ansichten und Automatisierungsregeln, wenn Sie den Workflow für das Lieferanten-Onboarding an Einkaufsteams anpassen.
Enthaltene Felder
- Rechtlicher Name des Lieferanten
- Lieferantenkategorie
- Geschäftsbedarf
- Hauptansprechperson
- Anfragende Person
- Compliance-Prüfer
- Vollständigkeit der Dokumente
- Risikostufe
- Freigabeempfehlung
- Onboarding-Status
- Prüfkommentare
- Ursprüngliche Agentenausgabe
Empfohlene Ansichten
- Benötigt Dokumenten-Nachverfolgung
- Mittleres oder hohes Risiko
- Owner-Warteschlange
- Bereit für Sourcing-Prüfung
- Alle Lieferantenprüfungen
Automatisierungsregeln
- Erstellen Sie einen Jodoo-Datensatz für das Lieferanten-Onboarding, nachdem Make eine strukturierte Ausgabe zurückgegeben hat.
- Verschieben Sie Lieferanten mit mittlerem oder hohem Risiko in eine Warteschlange für die Compliance-Prüfung.
- Benachrichtigen Sie den Compliance-Prüfer, wenn die Dokumentenvollständigkeit unvollständig ist.
- Speichern Sie die ursprüngliche Workflow-Ausgabe in Prüfkommentaren oder im Audit-Kontext.
ROLLOUT-CHECKLISTE
Was vor dem Produktivbetrieb bestätigt werden sollte
- Erstellen Sie den Make Custom Webhook und führen Sie ihn einmal mit synthetischen Lieferantendaten aus.
- Bestätigen Sie, dass die Felder des Webhook-Bundles mit dem Jodoo-Feldmapping übereinstimmen.
- Speichern Sie das HTTP-Modul nach Änderungen an Methode, URL, Headern und JSON-Body.
- Prüfen Sie den Make-Verlauf auf Status, Dauer, Vorgänge und Response-Body.
- Fügen Sie Router oder Filter erst hinzu, wenn das grundlegende Rückschreiben der Lieferantenprüfung stabil ist.
- Verschieben Sie echte Lieferanten-Zugangsdaten und Secrets für Endpoints in kontrollierte Verbindungen.
IMPLEMENTIERUNGSREFERENZEN
Behalten Sie die Einrichtungsdetails für Ihr Team
Jodoo Blueprint für die Starter-App
Das Jodoo-Feldmodell, empfohlene Lieferantenansichten, Beispiel-Payload und Rückschreib-Mapping, die nach Abschluss des Make-Szenarios verwendet werden.
Blueprint öffnenAgent Prompt + Workflow-Anleitung
Das Make-Webhook-Setup, der HTTP-Request-Body, Prüfungen gespeicherter Module, Validierung des Szenarioverlaufs, Beispiel-Lieferanten-Payload und Jodoo-Feldmapping.
Anleitung öffnenWORKFLOW
Von der Lieferantenprüfung in Make zum Onboarding-Datensatz in Jodoo
Make steuert das visuelle Szenario; Jodoo verwaltet den Datensatz, den Einkaufsteams filtern, zuweisen und prüfen können.
Ein Make Custom Webhook empfängt ein Bundle zur Lieferantenanfrage aus einer Testanfrage, einem Formular oder einer Portalquelle.
Der Run once-Modus hält das Lieferanten-Bundle sichtbar, bevor das Szenario geplant oder aktiviert wird.
Das HTTP-Modul ordnet Lieferantenfelder, Hinweise zu fehlenden Dokumenten, Risikostufe, Empfehlung, Prüfer und nächste Aktion zu.
Make sendet den JSON-Body an die Jodoo-Bridge und erfasst die Antwort im Szenarioverlauf.
Jodoo erstellt den Datensatz für das Lieferanten-Onboarding und gruppiert Einkaufsaufgaben nach Dokumenten-Nachverfolgung, Risiko, Owner und Freigabestatus.
Dasselbe visuelle Szenariomuster kann später Router, Filter, Benachrichtigungen oder verbundene Quellmodule ergänzen.
JODOO-DATENSATZ
Was Jodoo speichert
Jodoo speichert nach Ausführung des Workflows die dauerhaften Felder für die Lieferantenprüfung: Lieferantenname, Geschäftsbedarf, Compliance-Prüfer, Vollständigkeit der Dokumente, Risiko, Empfehlung und Onboarding-Status.
Rechtlicher Name des LieferantenLieferantenkategorieGeschäftsbedarfHauptansprechpersonAnfragende PersonCompliance-PrüferVollständigkeit der DokumenteRisikostufeFreigabeempfehlungOnboarding-StatusPrüfkommentareUrsprüngliche Agentenausgabe
ECHTER TESTLAUF
Ein Make-Workflow hat die Lieferantenprüfung in Jodoo geschrieben
Die Screenshots verwenden synthetische Lieferantendaten und zeigen das Make-Setup, einen erfolgreichen Lauf und den vom Workflow erstellten Jodoo-Datensatz.
Szenariokonfiguration
Ein Make Custom Webhook empfängt die Lieferantendaten und ein HTTP-Modul sendet strukturierte Felder an Jodoo.
Erfolgreicher Make-Lauf
Das HTTP-Modul in Make wird erfolgreich abgeschlossen und die Bridge gibt eine Jodoo-Daten-ID zurück.
Jodoo-Rückschreiben
Die Lieferantenprüfung wurde mit Feldern für Risiko, Empfehlung und Compliance-Prüfer in einen Jodoo-Datensatz für das Lieferanten-Onboarding geschrieben.
FAQ
Häufige Fragen
Antworten zur Nutzung von Agentenplattformen mit Jodoo-Datensätzen, Workflows und App-Vorlagen.
Wurde dieser Make-Workflow für Lieferanten durchgängig getestet?
Ja. Für den Nachweis wurden ein Make Custom Webhook, ein Lauf des HTTP-Moduls und ein verifizierter Screenshot des Jodoo-Rückschreibens mit Nachweisprotokoll verwendet.
Warum Make für die Prüfung neuer Lieferantenanfragen verwenden?
Nutzen Sie Make, wenn ein visuelles Szenario, Run once-Tests, Bundle-Prüfung und Modulverlauf für das Operations-Team wichtig sind.
Benötigt der erste Make-Nachweis ein KI-Modul?
Nein. Der Nachweis hält zunächst den Rückschreibpfad zuverlässig. Teams können später einen KI- oder Modellschritt in Make hinzufügen, wenn das Ausgabeschema stabil ist.
Was sollte vor dem produktiven Einsatz geprüft werden?
Prüfen Sie Vorgangslimits, Webhook-Eigentümerschaft, Fehlerbehandlung, Quellberechtigungen und das Prüfermodell, bevor Sie echte Lieferantendaten verarbeiten.
Was speichert Jodoo nach dem Make-Lauf?
Jodoo speichert Lieferantenidentität, Vollständigkeit der Dokumente, Risikostufe, Empfehlung, Compliance-Prüfer, Onboarding-Status und Prüfkommentare.
NÄCHSTER SCHRITT
Lieferantenanfragen in Aufgaben für den Einkauf umwandeln
Starten Sie mit einer Lieferantenanfrage und nutzen Sie dann dasselbe Rückschreibmuster für Compliance-Prüfung, Lieferanten-Onboarding, Vertragserfassung und Einkaufsanfragen.