Aller au contenu principal

SupplierOrderReceipt — Acomba

Entité unifiée SupplierOrderReceiptHeader · entité native Acomba : InvoicingLine.

Page générée, ne pas éditer — voir la version du dataset pour la provenance.

Voir aussi : page SupplierOrderReceipt.

Opérations

OpérationStatutChamps exhaustifsFlagsLimitations
EXTRACT (GET)InconnuenonAucun case EXTRACT dédié dans AcombaSDK_ExtractManager : tombe dans le default (legacy ParamExtract). La doc v4.1.0 indique explicitement 'Pas de READ (CREATE-only)'.
CREATE (POST)Supportéenonauto_fetch: SupplierOrder
UPDATE (PUT)Non supportéenon
DELETE (DELETE)Non supportée
Liste de champs non exhaustive

Un champ absent du tableau est ? (inconnu), pas non supporté. En cas de doute, nous écrire.

Champs

Champ unifiéChamp natifCREATEUPDATEEXTRACTFILTERNote
SupplierOrderNumberReferenceOKXXClé : numéro de l'achat (SupplierOrder) à recevoir. Obligatoire. Sert à auto-fetch l'achat existant via GetInvoices.ExtractByQuerySettings (filtre interne FicheTransactions.NoFacture = Equals). Pas de membre AcoSDK directement lié.
ReceiptDateOKXXDate de réception. Obligatoire (rejet si null/default). Transmise à AcoSDK.InvoicingLine.PurchaseReceipt en paramètre date.
ReceiptLines[].LineNumberOKXXNuméro de ligne de l'achat à recevoir. Obligatoire (rejet si 0). Sert à retrouver la LigneTransactions d'origine (NoLigneFacture), pas un membre AcoSDK direct.
ReceiptLines[].ProductNumberOKXXNuméro de produit. Obligatoire. Validé par cohérence contre InvoicingLine.ILProductNumber de la ligne d'origine ; aucune écriture directe.
ReceiptLines[].QuantityReceivedOKXXQuantité reçue. Obligatoire (rejet si 0). Transmise à AcoSDK.InvoicingLine.PurchaseReceipt en paramètre quantité.

Axes : OK supporté · X non supporté · ~ partiel · DEPR déprécié · EXP expérimental · ? inconnu.

Opérateurs en syntaxe $filter : eq égal · ne différent · gt/ge plus grand (ou égal) · lt/le plus petit (ou égal) · in dans une liste (InList) · contains contient · startswith commence par · non filtrable.

Notes

CREATE-only. Acomba n'a pas de modèle natif de 'réception d'achat' : le SDK simule l'opération. Flux réel (SetInvoices.ReceptionAchat) : 1) désérialise UN objet SupplierOrderReceiptHeader (pas de liste) ; 2) auto-fetch l'achat (SupplierOrder) existant via GetInvoices.ExtractByQuerySettings ; 3) pour chaque ligne, appelle AcoSDK.InvoicingLine.PurchaseReceipt(CardPos, date, quantité, prix). Le prix coûtant unitaire n'est PAS un champ du DTO : il est repris du PrixFinal de la ligne d'achat d'origine. Dispatché dans GlobalInterfacor sous le bloc commun CREATE/UPDATE, mais ReceptionAchat ne distingue pas le verbe et la doc v4.1.0 confirme CREATE-only ; UPDATE et DELETE = unsupported. EXTRACT = unknown (pas de handler dédié). Noms natifs (sdk:) laissés à null : les champs du DTO ne sont pas directement liés à des membres AcoSDK, ils alimentent des paramètres de méthode (PurchaseReceipt) ou servent à des recherches/validations. Liste de champs non exhaustive (fields_exhaustive: false).

Cette page vous a-t-elle été utile ?