CustomerPaymentTerm — Acomba
Entité unifiée TermeDePaiement · entité native Acomba : CustomerTerm.
Page générée, ne pas éditer — voir la version du dataset pour la provenance.
Voir aussi : page CustomerPaymentTerm.
Opérations
| Opération | Statut | Champs exhaustifs | Flags | Limitations |
|---|---|---|---|---|
| EXTRACT (GET) | Supportée | non | Aucun filtrage ni pagination : RetrieveTermeDePaiement() ne prend pas de QuerySettings, itère tous les termes via FirstKey/NextKey(index 1). ; Seuls les termes à escompte sont couverts intégralement. Pour les termes à versements périodiques et à échéancier, la périodicité, le nombre de versements et les dates d'échéancier ne sont pas extraits. | |
| CREATE (POST) | Non supportée | — | ||
| UPDATE (PUT) | Non supportée | — | ||
| DELETE (DELETE) | Non supportée | — |
Un champ absent du tableau est ? (inconnu), pas non supporté. En cas de doute, nous écrire.
Champs
| Champ unifié | Champ natif | CREATE | UPDATE | EXTRACT | FILTER | Valeurs permises | Note |
|---|---|---|---|---|---|---|---|
NoTermeDePaiement | CTNumber | X | X | OK | — | Clé d'affaires. Numéro du terme tel qu'affiché dans Acomba ; c'est la valeur portée par Customer.CuTermNumber. Lu via .ToString(). | |
NoTermeDePaiement_NoUniqueSystemeSource | CardPos | X | X | OK | — | Clé alternative (surrogate key). Lu via Key_CTCardPos.ToString() ; c'est la valeur portée par Customer.CuTermCP. | |
NomTermeDePaiement | CTDescription | X | X | OK | — | Description lisible du terme. | |
TypeTerme | CTType | X | X | OK | — | TTAR_Min, TTAR_DiscountAccordingToDate, TTAR_PeriodicInstallments, TTAR_PaymentSchedule | Retourné sous forme de code texte, pas de valeur numérique. Attention : les codes diffèrent de ceux de SupplierPaymentTerm (TT_*) alors qu'ils désignent les mêmes concepts. |
EscompteJour_Escompte | CTPercent | X | X | OK | — | Pourcentage d'escompte si paiement dans le délai (EscompteJour_NbJour). Natif int, exposé en decimal. | |
EscompteJour_NbJour | CTNumberOfDays | X | X | OK | — | Nombre de jours durant lesquels l'escompte s'applique. | |
EscompteJour_NbJourMax | CTDueDays | X | X | OK | — | Nombre de jours avant échéance (net). |
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
Entité en LECTURE SEULE. Dispatch EXTRACT : AcombaSDK_ExtractManager case EntityType.CustomerPaymentTerm -> GetCustomData.RetrieveTermeDePaiement() (CustomData/GetCustomData.cs). Aucune écriture câblée (pas de case CustomerPaymentTerm dans GlobalInterfacor) => CREATE/UPDATE/DELETE unsupported.
Acomba maintient DEUX tables de termes de paiement distinctes, avec des clés séparées :
- client (comptes recevables) : AcoSDK.CustomerTerm, champs CT*, PKey_CTNumber -> CETTE entité
- fournisseur (comptes payables) : AcoSDK.PaymentTermAP, champs PT*, PKey_PTNumber -> SupplierPaymentTerm Les deux partagent le même DTO unifié TermeDePaiement (mêmes propriétés), mais ne se recoupent pas : un numéro de terme client n'a aucun rapport avec le numéro de terme fournisseur du même chiffre.
Aucun ReadRequest_Filter / Filtering_Operators déclaré => filter [] partout. Pas de QuerySettings : ni $filter, ni $top/$skip serveur, ni $expand. La List<TermeDePaiement> brute est enveloppée en PaginatedResults par ConvertResultToPaginatedResults (GlobalInterfacor), comme Tax/TaxGroup.
Ne pas confondre avec le sous-objet TermeDePaiement porté par les entêtes de facture / commande / soumission (CustomerInvoice.TermeDePaiement.*), qui est lu depuis la transaction elle-même (InTermNumber, InTermDescription...) et non depuis cette table.
Le DTO TermeDePaiement est défini dans la lib externe SI_BusinessClasses_Std20 (Transactions/FicheFacturation.cs, namespace Solinfo.BusinessExtractor.Transactions). Liste de champs NON exhaustive (fields_exhaustive: false) : un champ non listé est unknown, pas unsupported.