Mit Robin-Konnektoren können du über einen Workflow direkt mit den Daten und Objekten der Plattform – Assets, Formulare, IoT-Geräte – interagieren. Diese sind in zwei Kategorien unterteilt: Auslöser (Trigger), die den Workflow initiieren, und die Aktionen die als Reaktion ausgeführt werden.
Erforderliche Version: die mit 🆕 gekennzeichneten Konnektoren und Optionen (Version 2026.6) erfordern Robin 2026.6 oder höher. Sie sind in früheren Versionen nicht verfügbar.
¶ Auslöser
¶ Vermögenswert geändert
Rolle: Löst den Workflow aus, sobald ein Asset in Robin erstellt, geändert oder eingecheckt wird.
Konfiguration
- Wählen du den betreffenden Asset-Typ aus: Nur Änderungen an diesem Typ lösen den Workflow aus.
- Wählen du ein bestimmtes Asset aus (optional): Lassen du es leer, um die Auslösung auf alle Assets dieses Typs auszulösen.
- 🆕 Wähle die Fields to watch (erforderlich, mindestens ein Feld): Der Workflow wird nur ausgelöst, wenn mindestens eines der ausgewählten Felder geändert wird. Die Liste enthält die Felder des Asset-Typs sowie
position(Standort) undarchived(Archivierungsstatus) und, für die Typen Auftrag und Aufgabe,precedence(sowieroutingfür Aufgabentypen).
Dieser Connector ist besonders nützlich, um in Echtzeit auf eine Änderung des Geschäftsstatus zu reagieren, beispielsweise um einen Arbeitsauftrag auf der ERP-Seite zu aktualisieren, sobald sich der Status einer Wartungsphase ändert, oder um einen Qualitätsmanager zu benachrichtigen, wenn eine Charge während der Fertigung geändert wird. Es gibt das Änderungsdatum, die aktuellen Felder des Assets und bei geänderten Feldern deren vorherigen Wert zurück.
🆕 Verfügbar ab Robin-Version 2026.6: der Fields to watch Filter und die unten aufgeführten zusätzlichen Daten sind in früheren Versionen nicht verfügbar.
Zusätzliche Rückgabedaten (2026.6+)
archived: aktueller Archivierungsstatus des Assets.position: aktueller Standort (latitude,longitude,altitude;altitudekann null sein, wenn die Information nicht verfügbar ist).- Für Assets vom Typ Auftrag und Aufgabe :
precedence(Liste derasset_idder Vorgängeraufträge/-aufgaben). - Für Assets vom Typ Aufgabe :
routing(Arbeitsplan der Aufgabe: Bestände und Ressourcen).
Wenn eines dieser Elemente (archived, position, precedence, routing) geändert wurde, erscheint es ebenfalls in changes, mit derselben Struktur wie die anderen Felder:
{
"asset_id": "A12345",
"update_date": "2026-05-26T22:31:53Z",
"archived": true,
"position": { "latitude": 48.8570, "longitude": 2.3530, "altitude": 36.0 },
"fields": { "text_1": "lorem ipsum", "num_2": 10 },
"changes": {
"archived": { "previous_value": false, "new_value": true },
"position": {
"previous_value": { "latitude": 48.8566, "longitude": 2.3522, "altitude": 35.2 },
"new_value": { "latitude": 48.8570, "longitude": 2.3530, "altitude": 36.0 }
}
}
}
¶ Formular eingereicht
Rolle: Löst den Workflow aus, wenn ein Robin-Formular von einem Bediener übermittelt wird.
Voraussetzungen: Das entsprechende Formular-Widget muss über die Option verfügen „Flows bei Übermittlung auslösen“ auf der Robin-Seite aktiviert.
Konfiguration
Wählen du das Zielformular in der Liste der Formulare mit dem aktivierten Auslöser aus.
Mit diesem Konnektor können du einen automatisierten Prozess direkt mit einer Bedieneraktion verbinden, z. B. um eine Qualitätskontrollaufgabe bei der Übermittlung eines Formulars für das Ende der Inspektion zu starten oder um bei der Validierung eines Wiegeformulars zu Beginn der Charge ein Rückverfolgbarkeits-Asset zu erstellen. Es gibt das vom Formular erstellte oder bearbeitete Asset mit allen seinen Feldern sowie dem Übermittlungsdatum zurück.
¶ Geofencing Event
Rolle: Löst den Workflow aus, wenn ein IoT-Gerät ein Geofencing-Ereignis erzeugt, also wenn ein verfolgtes Gerät eine konfigurierte Geofencing-Zone betritt oder verlässt.
🆕 Verfügbar ab Robin-Version 2026.6. Diese Funktion ist in früheren Versionen nicht verfügbar.
Konfiguration
- Wähle die zu überwachenden Geofencing-Zonen aus (optional): eine Mehrfachauswahlliste mit den Namen der Zonen. Leer lassen, um bei allen konfigurierten Zonen auszulösen, mit Ausnahme von Zonen des Typs BLE Snapping (sie werden nie angeboten oder berücksichtigt).
Nur Geräte, die im mit der Workflow-Verbindung verknüpften Kundenbereich bereitgestellt sind, lösen den Workflow aus; Ereignisse aus anderen Bereichen werden ignoriert. Der Konnektor wird einmal pro Ereignis ausgelöst, das der Konfiguration entspricht.
Rückgabedaten
| Feld | Typ | Beschreibung |
|---|---|---|
device_uid |
Text | UID des Geräts, das das Ereignis ausgelöst hat. |
device_serial |
Text | Seriennummer des Geräts. |
geofencing_id |
Text | Kennung der betreffenden Geofencing-Zone. |
geofencing_name |
Text | Name der betreffenden Geofencing-Zone. |
paired_asset_ids |
Liste von Textwerten | Kennungen der Assets, die zum Zeitpunkt des Ereignisses mit dem Gerät verknüpft waren (leere Liste, wenn kein Asset verknüpft ist). |
{
"device_uid": "001BC50C7100A513",
"device_serial": "WZL-123456",
"geofencing_id": "geo_42",
"geofencing_name": "Warehouse Entrance",
"paired_asset_ids": ["asset_123", "asset_456"]
}
Mit diesem Konnektor kann automatisch auf Gerätebewegungen reagiert werden, zum Beispiel indem das Werkzeuglager benachrichtigt wird, wenn ein MRO-Werkzeug mit Tag die Werkstattzone betritt, oder indem ein Asset aktualisiert wird, sobald ein Wagen eine Kosmetikproduktionslinie verlässt.
¶ Device Button Press
Rolle: Löst den Workflow aus, wenn ein Tastendruck auf einem IoT-Gerät erkannt wird.
🆕 Verfügbar ab Robin-Version 2026.6. Diese Funktion ist in früheren Versionen nicht verfügbar.
Konfiguration
- Wähle den Modus zur Geräteauswahl (erforderlich):
uidoderserial. Er legt fest, ob die Geräteliste die UID oder die Seriennummer anzeigt und speichert. - Wähle die zu überwachenden Geräte aus (optional): eine Mehrfachauswahlliste der bereitgestellten Geräte, die Tastenereignisse unterstützen. Leer lassen, um bei allen kompatiblen Geräten im Kundenbereich auszulösen.
Nur Geräte, die im mit der Workflow-Verbindung verknüpften Kundenbereich bereitgestellt sind, lösen den Workflow aus. Geräte mit einer oder mehreren Tasten werden unterstützt.
Rückgabedaten
| Feld | Typ | Beschreibung |
|---|---|---|
device_uid |
Text | UID des Geräts. |
device_serial |
Text | Seriennummer des Geräts. |
paired_asset_ids |
Liste von Textwerten | Kennungen der Assets, die beim Tastendruck mit dem Gerät verknüpft waren (leere Liste, wenn kein Asset verknüpft ist). |
press_duration |
short, medium oder long |
Dauer des Tastendrucks. |
button_position |
top, bottom, left oder right |
Verwendete Taste; top bei Geräten mit nur einer Taste. |
{
"device_uid": "001BC50C7100A513",
"device_serial": "BTN-000123",
"paired_asset_ids": ["asset_123", "asset_456"],
"press_duration": "short",
"button_position": "top"
}
Dieser Konnektor verbindet einen Workflow mit einer physischen Interaktion, zum Beispiel um durch langes Drücken eines Tags ein Problem an einem Arbeitsplatz zu melden oder durch kurzes Drücken zu signalisieren, dass ein Behälter zur Abholung bereitsteht.
¶ Robin-Aktien
Gemeinsamer Hinweis für Robin-Aktien: Rot markierte Felder im Control Panel sind Pflichtfelder. Die Optionen Fahren du mit dem Fehler fort und Bei Fehler erneut versuchen (bis zu 4 Versuche) stehen für alle Aktionen zur Verfügung und ermöglichen die Verwaltung der Belastbarkeit des Workflows im Falle eines einmaligen Fehlers (Timeout, fehlende Daten etc.).
¶ Asset erstellen
Rolle: Erstellt ein neues Robin-Asset eines bestimmten Typs mit der Möglichkeit, seine Felder direkt bei der Erstellung auszufüllen.
Konfiguration
- Wählen du den Typ des zu erstellenden Assets aus.
- Gib a ein Benutzerdefinierte ID : obligatorisch, wenn der Asset-Typ nicht als automatische Inkrementierung konfiguriert ist, andernfalls optional.
- Füllen du die nach Typ geordneten Asset-Felder aus:
- Textfelder : Textwerte.
- Zahlenfelder : numerische Werte.
- Datumsfelder : Datums- und Uhrzeitwerte, eingegeben über den nativen Selektor oder in ISO8601 (siehe https://en.wikipedia.org/wiki/ISO_8601).
- Aufzählungsfelder : Werte aus einer geschlossenen Liste – die für jedes Feld verfügbaren Optionen werden direkt in der Feldbezeichnung aufgeführt.
- Klicke für jedes Feld auf + Artikel hinzufügen, wählen du das aus Field Ziel und füllen du das aus Value – statisch oder dynamisch von einem vorherigen Schritt über zugeordnet Datenauswahl.
- Die Asset-Typen Auftrag und Aufgabe können mit dieser Aktion nicht erstellt werden (sie schlägt mit dem Fehler
ASSET_TYPE_NOT_ALLOWED) fehl: Verwende Create Order und Create Task.
Diese Aktion wird typischerweise als Reaktion auf die Übermittlung eines Formulars verwendet, um beispielsweise automatisch eine vorab ausgefüllte Nichtkonformitätserklärung nach Eingang eines defekten Teils in der MRO zu erstellen oder um zu Beginn der Kosmetikproduktion ein „Lot“-Asset mit seinen Standort- und Produktreferenzfeldern zu erstellen.
¶ Asset aktualisieren
Rolle: Aktualisiert ein oder mehrere Felder eines vorhandenen Robin-Assets.
Konfiguration
- Wählen du den Ziel-Asset-Typ aus: Die Liste der verfügbaren Assets wird nach diesem Typ gefiltert.
- Identifizierst du das zu ändernde Asset (erforderlich): Wählen du ein bestimmtes Asset aus oder ordnen du die Kennung aus einem vorherigen Schritt dynamisch zu (z. B. : Schleife für Artikel-Artikel-ID).
- Füllen du die zu aktualisierenden Felder nach Typ geordnet aus:
- Textfelder : Textwerte.
- Zahlenfelder : numerische Werte.
- Datumsfelder : Datums- und Uhrzeitwerte, eingegeben über den nativen Selektor oder in ISO8601 (siehe https://en.wikipedia.org/wiki/ISO_8601).
- Aufzählungsfelder : Werte aus einer geschlossenen Liste – die für jedes Feld verfügbaren Optionen werden direkt in der Feldbezeichnung aufgeführt.
- Klicke für jedes zu ändernde Feld auf + Artikel hinzufügen, wählen du das aus Field Ziel und füllen du das aus Value – statisch oder dynamisch aus einem vorherigen Schritt zugeordnet.
Nur Felder, die explizit über hinzugefügt wurden + Artikel hinzufügen wird geändert. Die anderen Felder des Assets bleiben unverändert.
🆕 Ab Robin-Version 2026.6:
Sie kann nun Assets der folgenden Typen ändern: Auftrag oder Aufgabe. Der Field Selektor bietet dann zusätzlich zu den benutzerdefinierten Feldern des Typs:
- für einen Auftrag :
scheduling_id,name,id,due_date,precedence;- für eine Aufgabe :
asset_id,order,name,start_date,start_lock,duration,precedence,priority,quantity_to_produce,quantity_produced,routing.Verhalten und Validierung dieser Eigenschaften entsprechen denen von Create Order und Create Task (Erkennung von Vorrangzyklen, Format von
routing, Dauer in Stunden usw.).Archivierung und Geräteverknüpfung bleiben den folgenden Aktionen vorbehalten: Archiv-Asset, Paar Asset und Entkoppeln du das Asset.
Dies ist die häufigste Aktion in einem Robin-Workflow, die beispielsweise verwendet wird, um den Status eines Kosmetikbehälters nach jedem Herstellungsschritt zu aktualisieren oder um das tatsächliche Enddatum einer MRO-Wartungsphase mit einem Feld zu synchronisieren, das von einem Drittsystem verwendet werden kann.
¶ Archiv-Asset
Rolle: Archivieren du ein Robin-Asset (entspricht einer logischen Löschung: Das Asset ist nicht mehr aktiv, bleibt aber nachverfolgbar).
Konfiguration
- Wählen du den Typ des zu archivierenden Assets aus: Die Liste der verfügbaren Assets wird nach diesem Typ gefiltert.
- Identifizierst du das Zielobjekt (erforderlich).
🆕 Ab Robin-Version 2026.6: diese Aktion funktioniert auch für Assets vom Typ Auftrag.
Diese Aktion ermöglicht es, das Ende der Lebensdauer eines Vermögenswerts ohne manuelles Eingreifen zu automatisieren, beispielsweise um ein MRO-Werkzeug zu archivieren, sobald es sein Flugstundenlimit erreicht, oder um einen Kosmetikbehälter aus dem aktiven Pool zu entfernen, nachdem seine Beseitigung am Ende der Linie bestätigt wurde.
¶ Paar Asset
Rolle: Verknüpft ein IoT-Gerät (Tag, Anker) mit einem Robin-Asset.
Konfiguration
- Wählen du den Ziel-Asset-Typ aus.
- Identifizierst du das Asset, dem das Gerät zugeordnet werden soll.
- Wählen du es Pairing-Modus : Legt fest, ob das Gerät anhand seiner UID oder Seriennummer identifiziert wird.
- Wählen du das zu koppelnde Gerät aus (Liste gefiltert nach Kopplungsmodus).
🆕 Ab Robin-Version 2026.6: diese Aktion funktioniert auch für Assets vom Typ Auftrag und Aufgabe.
Dieser Konnektor ist immer dann nützlich, wenn ein IoT-Gerät dynamisch einem Asset zugewiesen werden muss, beispielsweise um automatisch ein BLE-Tag einem Werkzeug zuzuordnen, wenn es in der MRO-Werkstatt eintrifft, oder um ein UWB-Tag einem Wagen zuzuordnen, wenn es einer Kosmetikproduktionslinie zugewiesen wird.
¶ Entkoppeln du das Asset
Rolle: Hebt die Verknüpfung des IoT-Geräts auf, das derzeit mit einem Robin-Asset verknüpft ist.
Konfiguration
- Wählen du die Art des betreffenden Vermögenswerts aus.
- Identifizierst du das Asset, von dem die Verknüpfung des Geräts getrennt werden soll (erforderlich).
🆕 Ab Robin-Version 2026.6: diese Aktion funktioniert auch für Assets vom Typ Auftrag und Aufgabe.
Diese Aktion ergänzt natürlich Paar Asset in Geräterotationsszenarien, beispielsweise um das Tag eines zur externen Wartung gesendeten Werkzeugs freizugeben, um es einem Ersatzwerkzeug neu zuzuweisen, oder um das Tag bei der Archivierung von einem Kosmetikbehälter zu trennen.
¶ Assets filtern
Rolle: Ruft eine gefilterte Liste von Robin-Assets basierend auf definierten Kriterien zur Verwendung in nachfolgenden Workflow-Schritten ab.
Konfiguration
- Wählen du den Typ des zu filternden Assets (VZO) aus. 🆕 Seit Version 2026.6 werden die Typen Auftrag und Aufgabe ebenfalls unterstützt.
- Archivierungsstatus setzen:
False (active)= aktives Vermögen,True= archivierte Vermögenswerte. - Informieren du die Feldfilter (Expertenmodus) (optional): JSON-Objekt, bei dem jeder Schlüssel ein Feldbezeichner und der Wert das Übereinstimmungskriterium ist. Gehen
{}um nur nach Typ und Status zu filtern.
Das Feld Feldfilter akzeptiert eine Liste mit den folgenden Elementen:
- Datum (
date_X):{ "field", "from"?, "to"? }— mindestens ein Grenzwert, ISO 8601 mit Zeitzone, beides inklusive. - Nummer (
num_X):{ "field", "min"?, "max"? }— mindestens ein Limit, beides inklusive. - Text (
text_X):{ "field", "operator", "value" }— Operator ∈equals(gleich) |contains(enthält) |starts_with(beginnt mit) |ends_with(endet mit) |regex. Standardmäßig wird die Groß-/Kleinschreibung nicht beachtet.regexwird serverseitig validiert; unsichere Gründe werden abgelehnt. - Aufzählung (
enum_X, speziellerzoneundid):{ "field", "values": [...] }— mindestens ein Wert.zone→ Tabelle der Zonenkennungen;id→ Asset-Identifier-Tabelle.
Beispiel :
[
{
"field": "date_30",
"from": "2026-05-01T00:00:00Z",
"to": "2026-05-31T23:59:59Z"
},
{
"field": "num_1",
"min": 10,
"max": 50
},
{
"field": "text_86",
"operator": "contains",
"value": "BIN"
},
{
"field": "enum_1",
"values": [
"Container",
"Plateau"
]
},
{
"field": "zone",
"values": [
282,
315
]
},
{
"field": "id",
"values": [
"BIN-000154",
"BIN-000155"
]
}
]
🆕 Verfügbar ab Robin-Version 2026.6: die erweiterten Filter und zusätzlichen Daten unten sind in früheren Versionen nicht verfügbar. Bestehende Filterlisten funktionieren unverändert weiter.
Erweiterte Filter (2026.6+)
- Logische Kombinationen : Feldfilter kann auch ein JSON-Objekt sein, entweder ein einzelner Filter oder eine Gruppe
{ "operator": "and" | "or", "conditions": [...] }oder{ "operator": "not", "condition": {...} }. Gruppen können verschachtelt werden (maximal 5 Ebenen empfohlen). Eine einfache Liste entspricht weiterhin einerandGruppe. - Datum (
date_X): neue Optionis_set(boolesch).{ "field": "date_30", "is_set": false }gibt Assets ohne Wert zurück,is_set: truegibt Assets mit einem beliebigen Wert zurück.is_set: falsekann nicht kombiniert werden mitfrom/to. Mindestens ein Kriterium ausfrom,toundis_setist erforderlich. - Aufzählung (
enum_X,zone,id): neue Optionoperator—in(Standard) odernot_inzum Ausschließen von Werten.
Beispiel einer Kombination : (Typ Container oder Plateau) und date_30 ab dem 1. Mai 2026 und nicht in Zone 282.
{
"operator": "and",
"conditions": [
{
"operator": "or",
"conditions": [
{ "field": "enum_1", "values": ["Container"] },
{ "field": "enum_1", "values": ["Plateau"] }
]
},
{ "field": "date_30", "from": "2026-05-01T00:00:00Z" },
{
"operator": "not",
"condition": { "field": "zone", "values": [282] }
}
]
}
Eine ungültige Struktur (unbekannter Operator, conditions / condition fehlt, is_set: false kombiniert mit from / to, usw.) lässt die Aktion fehlschlagen.
Zusätzliche Rückgabedaten (2026.6+)
position: Standort des Assets infields(latitude,longitude,altitude;altitudekann null sein).- Für Assets vom Typ Auftrag und Aufgabe :
precedence(Liste derasset_idder Vorgänger). - Für Assets vom Typ Aufgabe :
routing(Arbeitsplan der Aufgabe, siehe Create Task).
Diese Aktion wird im Allgemeinen vor einer Schleife verwendet Loop on Items, um beispielsweise alle MRO-Werkzeuge abzurufen, deren Status ist "En attente de maintenance" um sie nacheinander abzuarbeiten, oder um die aktiven Chargen einer Kosmetiklinie aufzulisten und in Echtzeit eine Auslastungsanzeige zu berechnen.
¶ Create Order
Rolle: Erstellt einen Auftrag in einer Robin-Planung, ohne manuelle Eingabe im Planungs-Widget.
🆕 Verfügbar ab Robin-Version 2026.6. Diese Funktion ist in früheren Versionen nicht verfügbar.
Konfiguration
- Wähle den Plan (
scheduling_id) aus, in dem der Auftrag erstellt werden soll: Die Liste enthält die Pläne des Standorts (erforderlich). - Gib den Namen des Auftrags (
name, erforderlich). - Gib Folgendes an: öffentliche Kennung des Auftrags (erforderlich): Sie muss eindeutig sein.
- Gib Folgendes an: Fälligkeitsdatum (
due_date, erforderlich): ISO-8601-Format mit Zeitzone, zum Beispiel2026-05-21T09:09:16.392Z. - Wähle die Vorgängeraufträge (
precedence, optional) aus: eine Mehrfachauswahlliste der vorhandenen Aufträge im Plan. Der Auftrag kann erst beginnen, wenn diese Aufträge abgeschlossen sind. - Gib benutzerdefinierte Felder ein (
additional_fields, optional): Klicke auf + Artikel hinzufügen, wählen du das aus Field Zielfeld aus den Auftragsfeldern aus (jedes Feld kann nur einmal verwendet werden) und gib den Value.
Rückgabedaten : success, asset_id (Kennung des erstellten Auftrags, die zum Beispiel in einem anderen Schritt als Vorgänger wiederverwendet werden kann) und name.
Die Aktion schlägt insbesondere fehl, wenn der Plan nicht gefunden wird, die Kennung leer oder bereits vergeben ist, das Fälligkeitsdatum keine Zeitzone enthält, ein Vorgänger im Plan nicht vorhanden ist, die Vorgänger eine zyklische Abhängigkeit erzeugen würden oder ein benutzerdefiniertes Feld unbekannt, doppelt vorhanden oder mit seinem Wert inkompatibel ist.
Dies ist die einzige Möglichkeit, einen Auftrag aus einem Workflow heraus zu erstellen (Asset erstellen unterstützt dies nicht). Diese Aktion wird typischerweise verwendet, um zu planende Aufträge automatisch zu erstellen, zum Beispiel beim Eingang eines Auftrags im ERP oder beim Absenden eines Formulars. Um den Auftrag anschließend zu ändern, verwende Asset aktualisieren.
¶ Create Task
Rolle: Erstellt eine Aufgabe (Arbeitsgang), die mit einem vorhandenen Auftrag in einer Robin-Planung verknüpft ist.
🆕 Verfügbar ab Robin-Version 2026.6. Diese Funktion ist in früheren Versionen nicht verfügbar.
Konfiguration
- Gib Folgendes an: öffentliche Kennung der Aufgabe (
asset_id, erforderlich): Sie muss eindeutig sein. - Wähle den Auftrag (
order, erforderlich) aus, zu dem die Aufgabe gehört, aus den vorhandenen Aufträgen. - Gib den Namen der Aufgabe (
name, erforderlich). - Gib Folgendes an: Startdatum (
start_date, erforderlich): ISO-8601-Format mit Zeitzone. Beistart_lock= aktiviert (standardmäßig deaktiviert) hält der Solver dieses Datum strikt ein. - Gib Folgendes an: Dauer (
duration, erforderlich): in Stunden, als strikt positive Zahl (z. B.2.5). - Wähle die Vorgängeraufgaben (
precedence, optional) aus: nur Aufgaben desselben Auftrags. - Wähle die Priorität (
priority, optional):P0,P1,P2oderP3(StandardP3). - Gib Folgendes an: zu produzierende Menge (
quantity_to_produce, erforderlich) und bei Bedarf die bereits produzierte Menge (quantity_produced,0als Standardwert). - Gib Folgendes an: Arbeitsplan (
routing, erforderlich): das unten beschriebene JSON-Objekt. - Gib benutzerdefinierte Felder ein (
additional_fields, optional) über + Artikel hinzufügen, wie bei Create Order.
Struktur des Arbeitsplans (routing)
{
"stock": {
"consumption": [ { "asset_id": "RAW-001", "qty": 10 } ],
"production": [ { "asset_id": "FG-001", "qty": 5 } ]
},
"resources": [
{
"vzo_id": 131,
"qty": 1,
"shared_with": ["TASK-02"],
"conditions": [ { "id_field": "enum_5", "choices": ["TT4", "TT5"] } ],
"assignments": [ { "asset_id": "687916e538a5fe9baf40b3c8", "locked": true } ]
}
]
}
stock: von der Aufgabe verbrauchte Bestände (consumption) und/oder produzierte Bestände (production). Jeder Eintrag benötigtasset_id(Bestands-Asset) undqty.resources: Liste der Ressourcenzeitfenster. Jedes Zeitfenster benötigtvzo_id(Ressourcentyp) undqty. Optionen:shared_with(andere Aufgaben, die das Zeitfenster gemeinsam nutzen),conditions(zulässige Werte für ein Aufzählungsfeld der Ressource) undassignments(zugewiesene Ressourcen;locked: true= vom Solver erzwungene Zuweisung,false= nur ein Vorschlag).
Rückgabedaten : success, asset_id (Kennung der erstellten Aufgabe) und name.
Die Aktion schlägt insbesondere fehl, wenn der Auftrag nicht gefunden wird, die Kennung leer oder bereits vergeben ist, das Datum keine Zeitzone enthält, die Dauer nicht strikt positiv ist, die Priorität ungültig ist, ein Vorgänger nicht zum selben Auftrag gehört, die Vorgänger eine zyklische Abhängigkeit erzeugen würden oder der Arbeitsplan kein gültiges JSON-Objekt ist (unbekannter Bestand oder unbekannte Ressource, fehlendes Pflichtfeld).
Dies ist die einzige Möglichkeit, eine Aufgabe aus einem Workflow heraus zu erstellen (Asset erstellen unterstützt dies nicht). Sie wird typischerweise zusammen mit Create Order verwendet, um die Arbeitsgänge eines Fertigungsauftrags automatisch zu erstellen. Um sie anschließend zu ändern, verwende Asset aktualisieren.
¶ Robin API
Rolle: Ruft einen Endpunkt der Robin-API direkt aus einem Workflow auf, ohne eine dedizierte Aktion zu verwenden. Nützlich für Anforderungen, die noch von keiner Robin-Aktion unterstützt werden.
🆕 Verfügbar ab Robin-Version 2026.6. Diese Funktion ist in früheren Versionen nicht verfügbar.
Konfiguration
- Gib Folgendes an: endpoint (erforderlich): ein relativer Pfad zum Robin-Server, zum Beispiel
/public/v2/sectors/123/assets/153. Ein leerer Endpunkt oder ein Endpunkt, der mithttp:///https://beginnt, wird abgelehnt. Pfadparameter wiesector_idwerden nicht automatisch ergänzt: Füge sie in den Endpunkt ein. - Wähle die Methode HTTP (erforderlich):
GET,POST,PATCH,PUToderDELETE. - Gib den body (optional): ein JSON-Objekt, das mit der Anfrage gesendet wird. Er wird nur für
POST,PATCHundPUTverwendet (ignoriert beiGETundDELETE) und muss ein gültiges JSON-Objekt sein.
Die Adresse des Robin-Servers und die Authentifizierung werden automatisch über dieselbe Verbindung wie bei den anderen Robin-Konnektoren verwaltet: Host und Authentifizierungsheader müssen nicht angegeben werden.
Beispiel
{
"endpoint": "/public/v2/sectors/123/assets/153/search",
"method": "POST",
"body": {
"archived": false,
"field_filters": [
{ "field": "text_86", "operator": "contains", "value": "BIN" }
]
}
}
Rückgabedaten : status_code (von Robin zurückgegebener HTTP-Statuscode), body (Antwort, wenn möglich als JSON) und headers.
Diese Aktion gibt die Robin-Antwort unverändert weiter: Ein HTTP-Statuscode
4xxoder5xxgilt nicht als Fehlschlag des Schritts. Um auf einen Fehler zu reagieren, prüfestatus_codein einem nachfolgenden Schritt. Der Schritt schlägt nur bei ungültigen Eingaben (Endpunkt, Methode oder Body), einem Verbindungsproblem zum Robin-Server oder ungültigen Robin-Zugangsdaten fehl.
Diese Seite scheint dir nicht klar zu sein oder benötigen du Hilfe? Zögern du nicht, uns zu kontaktieren support@zozio.tech !