CustomerInvoicePayment — Acomba GO
Entité unifiée ARPayment · entité native Acomba GO : customertransaction/receipt.
Page générée, ne pas éditer — voir la version du dataset pour la provenance.
Voir aussi : page CustomerInvoicePayment · Acomba.
Opérations
| Opération | Statut | Champs exhaustifs | Flags | Limitations |
|---|---|---|---|---|
| EXTRACT (GET) | Supportée | non | Encaissement client (type E) ou dépôt sur commande (type D) — TypePaiement = Encaissement | Depot ; Scan Synch complet + filtrage C# ; numéros de client / facture / inscription résolus par scans complémentaires (customer, customertransaction, customerentry) ; Un règlement AcombaGo porte UN mode de paiement : ListePaiement = 1 élément ; dbl_MontantTotalFacture non alimenté (AcombaGo n'expose que le solde AVANT règlement, dtlBalance) | |
| CREATE (POST) | Supportée | non | Validé contre l'API réelle 2026-09-15 (facture n° 2 soldée, inscription 260001, encaissement partiel via ERPConnectorTask) ; Requis : client (Client_No ou Client_NoUniqueSystemeSource), DatePaiement (≥ date des documents lettrés, dans un exercice ouvert), un mode (ListePaiement[0].ModePaiement, ou DescriptionPaiement = nom du mode), et pour un type E ≥ 1 ligne Liste_PaiementFacture ; Mode résolu par DESCRIPTION parmi les paymentmode de type C (Comptant, Chèque, Visa, MasterCard, Interac/Débit, Amex…) — BasePayment n'a pas d'ExtendedProperties, donc pas de surcharge par id ; Cible d'une ligne : Facture_NoUniqueSystemeSource (id) ou Facture_No (numéro) + TypeTransaction = Facture (défaut) | Credit (montant appliqué négatif) | Inscription | Depot (id seulement) ; sans TypeTransaction : facture PUIS inscription, unicité exigée ; Montant AcombaGo = somme des lignes ; TotalPaiement, s'il est fourni, doit concorder (DTLNOTEQUAL) ; un seul mode de paiement par règlement ; Type D (dépôt) : TypePaiement = Depot, montant = TotalPaiement, commande = ListePaiement[0].str_NoUniqueSystemeSource_CommandePourDepot ; Blocages ACCEO : BAL/DEPBAL (solde changé), DTL_INVOICEDTO (client ≠ facturé à), LINK_TRANSPHERE, CONFIG_ACCOUNT / PAYMENTMODE_ACCOUNT (compta Web) | |
| UPDATE (PUT) | Non supportée | — | Règle ACCEO : un encaissement ne se modifie pas (correction = delete + réinsertion) → NotSupportedException explicite | |
| DELETE (DELETE) | Non supportée | — | L'API le permet (DELETE api/customertransaction/receipt/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
Client_No, DatePaiement, ListePaiement[].ModePaiement.
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 | id | X | X | OK | — | AcombaGo n'a pas de numéro d'encaissement : l'id fait office de numéro. | |
TypePaiement | type | OK | X | OK | eq | Encaissement (E, défaut) / Depot (D). | |
Client_No | customerId (résolu par Search number, match exact) | OK | X | OK | eq | oui | |
Client_NoUniqueSystemeSource | customerId | OK | X | OK | eq | ||
DatePaiement | receiptDate | OK | X | OK | gt, ge, lt, le | oui | |
ReferencePaiement | reference | OK | X | OK | — | Max 255 (30 pour Acomba) — la clé externe recommandée. | |
DescriptionPaiement | paymentmode.descriptionFR (lecture) / nom du mode (écriture, repli) | ~ | X | OK | — | ||
TotalPaiement | amount | ~ | X | OK | — | CALCULÉ = somme des lignes (type E) ; fourni pour un dépôt (type D). | |
TotalEscompte | somme des dtlDiscountAmount | X | X | OK | — | ||
ListePaiement[].ModePaiement | paymentModeId (résolu par description, type C) | OK | X | OK | — | oui | Un seul élément. ARecevoir (0) = non précisé → erreur listant les modes disponibles. |
ListePaiement[].dbl_MontantPaiement | amount | ~ | X | OK | — | ||
ListePaiement[].str_NoUniqueSystemeSource_CommandePourDepot | transactionId | OK | X | OK | — | Type D seulement : id de la commande. | |
Liste_PaiementFacture[].Facture_No | dtlTransactionId (Search transactionNumber) / dtlEntryId (scan entryNumber) | OK | X | OK | — | Ou Facture_NoUniqueSystemeSource (id direct). En lecture, résolu par scan. | |
Liste_PaiementFacture[].Facture_NoUniqueSystemeSource | `dtlTransactionId | dtlEntryId | dtlDepositId` | OK | X | OK | — |
Liste_PaiementFacture[].TypeTransaction | `discriminant dtlTransactionId (Facture / Credit) | dtlEntryId (Inscription) | dtlDepositId (Depot)` | OK | X | OK | — |
Liste_PaiementFacture[].dbl_MontantDuPaiement | dtlAmount | OK | X | OK | — | Rendu négatif automatiquement pour Credit / Depot. | |
Liste_PaiementFacture[].dbl_MontantEscompte | dtlDiscountAmount | OK | X | OK | — | ||
Liste_PaiementFacture[].ClientFournisseur_No | customerId (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 §6 et §7b. fields_exhaustive: false. Non couverts v1 : isInitialReceipt, transphereReceiptId / shopifyReceiptId, dtlBalance (solde avant), lettrage sur plusieurs modes de paiement (impossible côté ACCEO), DELETE.