La réception ne change pas le coûtant : corriger le bon d'achat avant
Réponse courte
Non. SupplierOrderReceipt n'a aucun champ de prix : pour chaque ligne reçue, le connecteur
reprend le PrixFinal de la ligne du bon d'achat d'origine et le transmet tel quel à Acomba.
Si le coûtant a changé entre la commande et la livraison, modifiez la ligne du bon d'achat avant
de réceptionner (LigneFacture[].PrixFinal de SupplierOrder, en modification), puis
réceptionnez.
Ce que fait la réception, exactement
Acomba n'a pas d'objet « réception d'achat » : le connecteur simule l'opération. Le POST reçoit
un seul objet (pas de liste) avec :
SupplierOrderNumberReference: le numéro du bon d'achat, obligatoire ; le connecteur relit l'achat existant ;ReceiptDate: la date de réception, obligatoire ;ReceiptLines[]: par ligne,LineNumber(la ligne du bon d'achat),ProductNumber(validé contre la ligne) etQuantityReceived(obligatoire, rejet si 0).
Pour chaque ligne, Acomba reçoit la quantité, la date et le prix de la ligne d'origine. Création seulement : pas de lecture ni de modification d'une réception par l'API.
Enchaîner les ajustements de prix
- Prix de vente : sur
Product, les champsPrixVendant_Liste0_Prix1àPrixVendant_Liste0_Prix5(liste de prix 0) se lisent, se créent et se modifient. L'écriture est partielle : seuls les champs présents dans le payload sont écrits ; une clé envoyée ànullécrit 0. - Coûtant par fournisseur :
SupplierProduct.prix_ProchainCoutant, le coûtant de l'onglet Fournisseur de la fiche produit. Attention : la modification d'un produit-fournisseur écrit tous ses champs ; envoyez la fiche complète (description, UPC, unités, quantité économique), sinon les champs omis sont remis à 0 ou à vide. Pour retrouver les fiches d'un produit, voir Fournisseurs d'un produit.
Pour la mécanique de modification (PUT, en-têtes If-Match), voir
Créer ou modifier une entité.
Vérifier dans la matrice
SupplierOrderReceipt, SupplierOrder, Product et SupplierProduct sur Acomba.