• Dernière modification le: 22 December 2021

Payables : : Affectation

Coupa Payables : : Le format d'exportation et d'importation CSV d'allocation permet de déclarer et de transférer les montants d'allocation d'un document source à un autre.

Les allocations déplacent la responsabilité du paiement d'un document à un autre. Notre premier cas d'utilisation est d'affecter un prépaiement (jalon) d'une commande à la facture associée, afin qu'elle ne soit pas surpayée. Le format est mis en place pour que nous puissions allouer à partir de tout type de document payable à tout type de document payable. Nous avons intégré suffisamment de flexibilité pour permettre l'intégration afin de référencer les documents sources (par exemple, le jalon de commande et la facture) plutôt que d'avoir à rechercher les identifiants « payables » associés.

Nom de la colonne Description Req'd Unique Type Valeurs admissibles
type Décrit le type de ligne false false tout
iD ID Coupa de l'affectation. Utilisé uniquement pour inverser les affectations. Aucune autre mise à jour n'est autorisée. false false nombre entier tout
payable-from-id ID du créditeur envoyant l'allocation. Lorsque nous déterminerons à quel créditeur joindre l'allocation, nous essaierons d'abord d'utiliser le créditeur à l'ID, puis la transaction source à partir de l'ID (par exemple, un ID de facture ou un ID de commande), puis la référence de la transaction source (par exemple, le numéro de facture). Un seul des trois doit être fourni. Cela est vrai pour les créditeurs de et vers. false false nombre entier any
payable-from-type

Type de frais à payer envoyant la répartition.  Lorsque nous déterminons le type de frais à payer que nous recherchons, nous acceptons les valeurs suivantes : facture, jalon, dépense, expense_preapproval, virtual_card_expense_preapproval, trip_booking, external_payable, supplier_payable, employee_payable.

false false string(255) tout
à payer sur le montant Montant à affecter au moyen du document À payer true false décimale(46,20) tout
payable-de-monnaie Devise de l'envoi à payer true false tout
code-payable-de-monnaie Le code de devise du payeur tout
source-transaction-from-id ID de la transaction source de l'envoi à payer false false tout
source-transaction-from-type Type de transaction source de l'envoi à payer false false tout
source-transaction-from-reference Référence de la transaction source. Identifiant externe du document associé aux frais à payer. Numéro de commande, numéro de facture, etc. false false tout
payable-to-id ID Coupa des frais à payer recevant l'allocation. Lorsque nous déterminerons à quel créditeur joindre l'allocation, nous essaierons d'abord d'utiliser le créditeur à l'ID, puis la transaction source à partir de l'ID (par exemple, un ID de facture), puis la référence de la transaction source (par exemple, le numéro de facture). Un seul des trois doit être fourni. Cela est vrai pour les créditeurs de et vers. false false nombre entier tout
payable-to-type Type de frais à payer recevant l'allocation. Unllocalisation d'un jalon (attaché à une commande) à une facture est le premier cas d'utilisation pris en charge. false false string(255) L'une des valeurs suivantes :
facture, jalon, dépense, expense_preapproval, virtual_card_expense_preapproval, trip_booking, external_payable, supplier_payable ou  employee_payable.
payable-à-montant Montant de l'allocation reçue dans la devise du destinataire à payer true false décimale(46,20) tout
payable-à-monnaie Devise du destinataire à payer false false tout
payable-to-currency-code Le code de devise du destinataire à payer tout
source-transaction-to-id ID de la transaction source Coupa du destinataire à payer.  true false any
source-transaction-to-type Type de transaction source du destinataire à payer false false any
source-transaction-to-reference Identifiant externe, référence de la transaction source du créditeur destinataire.  false false tout
statut Statut de l'affectation.  false false string(255) Valeurs admissibles : brouillon, livré, en lot, annulé, complété
source La source qui a créé cette allocation. Les valeurs admissibles comprennent : erp, coupa_pay, UI, api ou csv false false string(255) Valeurs admissibles : coupa_pay, erp, ui, api, csv
reason-code

Pourquoi cette affectation a été créée. Les valeurs valides sont : paiement, auto_payment, epr, epr_rejected, ou manuel

false false string(40) paiement, auto_paiement, epr, epr_rejected, manuel
payment-reference-id ID de référence Coupa du paiement false false nombre entier any
type-de-référence-de-paiement Type de la référence du paiement false false string(255) tout
last-exported-at Dernière date-heure à laquelle l'allocation a été exportée false false datetime tout
inverser

Marquer indiquant si l'affectation doit être inversée. Le cas échéant, l'ID doit également être fourni et aucune autre valeur n'est prise en compte.

Lorsque « inverser » est « vrai » et qu'une pièce d'identité est fournie, nous ignorons toutes les autres valeurs et annulons l'allocation référencée (y compris la création d'une ligne de rapprochement de compensation). Il s'agit de la SEULE modification autorisée sur une affectation. Dans tous les autres cas, l'identifiant est ignoré.

boolean Les valeurs de true, t, yes, y ou 1 indiqueront que l'affectation doit être inversée. Une valeur vide, false, f, no, n ou 0 indiquera que l'affectation ne doit pas être inversée. 

 

Articles associés


API Coupa Core

Notre API RESTful fournit un accès fiable pour lire, modifier ou intégrer vos données à la plateforme Coupa.

Démarrez avec l'API

Informations générales sur l'utilisation de l'API Coupa et quand vous devez envisager d'utiliser CSV.

Transition vers OAuth 2.0 et OIDC

Coupa désapprouve les API Keys héritées et nécessite l'utilisation d'OAuth 2.0 / OIDC. À partir de R34, aucune nouvelle clé API ne sera émise et les clés API ne seront plus prises en charge avec R35.

Ressources

Nous avons organisé nos points de terminaison API par type d'objet : données de référence, données transactionnelles et ressources partagées.