Get company orders
Charge les commandes de l’acheteur à partir d’un objet plateforme déjà présent dans le processus.
entreprise acheteuse
Get company orders
Relation métier
commandes
Vue d’ensemble
get_company_orders suit une relation canonique Ormuz au lieu de demander au designer de transporter ou reconstruire des identifiants techniques entre objets.
Exemple
Le processus possède un entreprise acheteuse et doit travailler sur ses commandes. Le node résout la relation à partir de l’objet source et retourne des objets plateforme directement utilisables.
Paramètres 4
company
Objet entreprise acheteuse dont le node doit résoudre les relations.
status
Filtre optionnel sur le statut métier des ressources retournées.
reference
Référence métier optionnelle utilisée pour restreindre les commandes retournées.
limit
Nombre maximal de ressources retournées dans cette lecture. Utilisez
has_more pour savoir si d’autres résultats existent.Sorties 3
orders
Commandes actuellement reliés à la source selon les filtres configurés.
count
Nombre de commandes présents dans cette sortie.
has_more
Indique si d’autres commandes existent au-delà de la page retournée.
Comportement
Valider la source
Le node exige un entreprise acheteuse adressable avec un ID.
Résoudre la relation
Ormuz recherche les commandes liés selon la relation métier et les filtres configurés.
Exposer les résultats
Les commandes deviennent disponibles pour les bindings en aval, avec has_more lorsque la lecture est volontairement bornée.
Limites et responsabilités
- Le node ne crée ni ne modifie les ressources reliées ; il lit une relation existante.
- Une collection vide est un résultat valide lorsque la relation ne contient actuellement aucun objet.
- La lecture est bornée par
limit; sihas_morevauttrue, cette sortie ne représente pas l’historique exhaustif.