SupplierInvoicePayment — Acomba GO
Entité unifiée APPayment · entité native Acomba GO : suppliertransaction/payment.
Page générée, ne pas éditer — voir la version du dataset pour la provenance.
Voir aussi : page SupplierInvoicePayment · Acomba · Avantage · Sage 50.
Opérations
| Opération | Statut | Champs exhaustifs | Flags | Limitations |
|---|---|---|---|---|
| EXTRACT (GET) | Supportée | non | Paiement fournisseur (TypePaiement = Paiement) ; Scan Synch complet + filtrage C# ; numéros de fournisseur / facture / inscription / compte de banque résolus par scans complémentaires (supplier, suppliertransaction si accessible, supplierentry, account) ; Un règlement AcombaGo porte UN mode de paiement : ListePaiement = 1 élément (ModePaiement + ModePaiementFournisseur) ; dbl_MontantTotalFacture non alimenté (seul le solde AVANT règlement est exposé, dtlBalance) | |
| CREATE (POST) | Supportée | non | Validé contre l'API réelle 2026-09-15 (chèque n° 26901, 557,63 $ sur l'inscription NQ-2026-0107) ; Requis : fournisseur (Fournisseur_No ou Fournisseur_NoUniqueSystemeSource), DatePaiement (≥ date des documents lettrés, exercice ouvert), un mode (ListePaiement[0].ModePaiementFournisseur, sinon .ModePaiement, sinon DescriptionPaiement = nom du mode) ; Mode résolu par DESCRIPTION parmi les paymentmode de type F (Chèque, Comptant, Interac/Dépôt direct/Virement, Visa, MasterCard…) — pas de surcharge par id (BasePayment sans ExtendedProperties) ; Mode CHÈQUE : NumeroPaiement = numéro de chèque (numérique, unique — AECHQ) ; NoCompteGLBanque (numéro GL, catégorie Banque) → sinon compte de référence du mode s'il est Banque → sinon 1er compte Banque actif ; Cible d'une ligne : Facture_No = numéro d'INSCRIPTION (supplierentry, défaut fournisseur) ; une suppliertransaction (Facture / Credit) ou une avance (Avance) se référence par Facture_NoUniqueSystemeSource + TypeTransaction ; Montant = TotalPaiement (sinon somme des lignes) ; TotalPaiement > somme des lignes → l'excédent devient une AVANCE fournisseur ; < somme → refusé (DTLNOTGREATER) ; Blocages ACCEO : BAL/ADVBAL (solde changé), DTL_INVOICEDTO (fournisseur ≠), LINK_TRANSPHERE, CONFIG_ACCOUNT / PAYMENTMODE_ACCOUNT (compta Web) | |
| UPDATE (PUT) | Non supportée | — | Règle ACCEO : un paiement ne se modifie pas (correction = delete + réinsertion) → NotSupportedException explicite | |
| DELETE (DELETE) | Non supportée | — | L'API le permet (DELETE api/suppliertransaction/payment/v1/detail/{id}) — volontairement hors v1 |
Liste de champs non exhaustive
Un champ absent du tableau est ? (inconnu), pas non supporté. En cas de doute, nous écrire.
Champs obligatoires à la création
Fournisseur_No, DatePaiement.
Les autres champs créables sont facultatifs.
Champs
| Champ unifié | Champ natif | CREATE | UPDATE | EXTRACT | FILTER | Requis | Note |
|---|---|---|---|---|---|---|---|
NoUniqueSystemeSource | id | X | X | OK | eq, in | ||
NumeroPaiement | chequeNumber (mode chèque) — sinon id en lecture | OK | X | OK | — | Requis (numérique) si le mode est un chèque. | |
TypePaiement | — | X | X | OK | eq | Toujours « Paiement ». | |
Fournisseur_No | supplierId (résolu par Search number, match exact) | OK | X | OK | eq | oui | |
Fournisseur_NoUniqueSystemeSource | supplierId | OK | X | OK | eq | ||
DatePaiement | paymentDate | OK | X | OK | gt, ge, lt, le | oui | |
ReferencePaiement | reference | OK | X | OK | — | Max 255 — la clé externe recommandée. | |
DescriptionPaiement | paymentmode.descriptionFR (lecture) / nom du mode (écriture, repli) | ~ | X | OK | — | ||
NoCompteGLBanque | bankAccountId (numéro GL → id ; catégorie Banque) | OK | X | OK | — | Mode chèque seulement. Repli : compte de référence du mode, puis 1er compte Banque. | |
TotalPaiement | amount | OK | X | OK | — | Sinon somme des lignes. Excédent = avance fournisseur. | |
TotalEscompte | somme des dtlDiscountAmount | X | X | OK | — | ||
ListePaiement[].ModePaiementFournisseur | paymentModeId (résolu par description, type F) | OK | X | OK | — | Un seul élément. Check → Chèque, DirectDeposit → Dépôt direct / Virement / Interac, CashReceipt → Comptant. | |
ListePaiement[].ModePaiement | paymentModeId (repli si ModePaiementFournisseur absent) | OK | X | OK | — | ||
ListePaiement[].dbl_MontantPaiement | amount | ~ | X | OK | — | Utilisé si TotalPaiement = 0. | |
Liste_PaiementFacture[].Facture_No | dtlEntryId (scan supplierentry par entryNumber + supplierId) | OK | X | OK | — | Numéro d'inscription seulement en v1 ; suppliertransaction par id. | |
Liste_PaiementFacture[].Facture_NoUniqueSystemeSource | `dtlTransactionId | dtlEntryId | dtlAdvanceId` | OK | X | OK | — |
Liste_PaiementFacture[].TypeTransaction | `discriminant dtlTransactionId (Facture / Credit) | dtlEntryId (Inscription, défaut) | dtlAdvanceId (Avance)` | OK | X | OK | — |
Liste_PaiementFacture[].dbl_MontantDuPaiement | dtlAmount | OK | X | OK | — | Rendu négatif automatiquement pour Credit / Avance. | |
Liste_PaiementFacture[].dbl_MontantEscompte | dtlDiscountAmount | OK | X | OK | — | ||
Liste_PaiementFacture[].ClientFournisseur_No | supplierId (résolu) | X | X | OK | — | ||
Date_FicheDerniereModification | modifDate + modifTime | X | X | OK | gt, ge, lt, le |
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
Contrat : Documentation/AcombaGoAPI/10_Transactions.md §7 et §7b. fields_exhaustive: false. Non couverts v1 : isInitialPayment, transpherePaymentId, BankInfo_* (coordonnées bancaires — AcombaGo ne les porte pas sur le paiement), dtlBalance, DELETE.