...
Nom de balise | Nom de champ | Version | Remarque | |
|---|---|---|---|---|
PAYMENTTYPE | reglttyp | 10.7 | ENCASHMENT=1, DISBURSEMENT=2 | |
THIRDPARTY | tiers | |||
AMOUNT | MtDev | Montant en devise | ||
LABEL | LibLibEcr | Libellé de l'écriture associée à la transaction crée | ||
DATE | transacDt | Date de la transaction. Si absente date de traitement du fichier | ||
CURRENCY | Dev | |||
FINALSTATEMENT | EtatFin | dictionaryAddValue(DicoValues,"FINALSTATEMENT", "CHECK | C30 | Etat final CHECK=C30, CHECKINBANK=C50, TRANSFERT=V30, TRANSFERTINBANK=V50, SEPATRANSFERT=S30, SEPATRANSFERTINBANK=S50, INTERNATIONALVIREMENT=I30, INTERNATIONALVIREMENTINBANK=I50, DIRECTDEBIT=D30, DIRECTDEBITINBANK=D50 |
CHGETAT | CHGETAT | Code du changement d'état à utiliser |
Table RGLTJNLDET (DetailReglement)
Nom de balise | Nom de champ | Version | Remarque |
|---|---|---|---|
THIRDPARTY | tiers | 10.7||
AMOUNT | MTDEVFIN | ||
OPERATION | NatureOperation | PAYMENT=(blank), RegltDiff=WDR, ChangeDiff=WDC, Escompte=WE, Acompte=WAR, PARTIALPAYMENT=WPA | |
PREFIX | PrefPiece | ||
PIECE | Piece | ||
DUEDATE | EchOriDt |
...
| Bloc de code | ||
|---|---|---|
| ||
{
"error": 0,
"result": "{\"label\": \"infinity\",\"codeScript\": \"integration_reglement\",\"result\":{\"common\":{\"resultcode\": \"0\",\"errormessage\": \"Intégration règlements des échéances terminée |Consultez le livre de bord"},\"response\":\"transactionId\": \"1354\"}}",
"txterr": "",
"infos": ""
} |
Intégration de remise en banque
...
Intégration par fichier JSON de transaction de type remise en banque est disponible. Exemple opération de type C30 → C50 (remise n en banque de chèque chèques en portefeuille)
Dans RGLTJNLENT (EnteteReglement) on doit définir
La devise et le montant total de la transaction à effectuer
Le type de règlement (PAYMENTTYPE)
le code du changement d'état à utilisé
Si l'état final est renseigné il doit correspondre à l'état final du changement d'état
la banque de destination
...
à partir de la version X.7 service pack 217e
à partir de la version X.9 service pack 219c
à partir de la version X.10 service pack 220b
à partir de la version X.11 service pack 221a
Donnée à mettre dans le fichier JSON
Dans RGLTJNLENT (EnteteReglement) on doit définir
La devise et le n° montant total de la transaction qui à permis la passage de la position 1 à la position 2 (Ex : transaction de remise en portefeuille de chèque)
le n° d’ordre n’est pas obligatoire (N° 1 pris par défaut)
Exemple de fichier
Dans cet exemple :
La transaction 299 correspondant à une mise en portefeuille d’un chèque de 39 €
La transaction 318 correspond à une mise ne portefeuille d’un chèque de 150 €
...
à effectuer (Facultatif ). Si présent le total des transactions (DetailReglement) sera comparé à ce montant.
Le type de règlement (PAYMENTTYPE) 1 Encaissement, 2 décaissement. (Obligatoire)
le code du changement d'état à utilisé (Obligatoire)
Etat final((Facultatif ). Si renseigné il doit correspondre à l'état final du changement d'état
la banque de destination (Obligatoire)
Dans RGLTJNLDET (DetailReglement)
Il faut renseigner
soit un n° de transaction correspondant à le remise en portefeuille
TRANSAC : le n° de la transaction qui à permis la passage de la position 1 à la position 2 (Ex : transaction de remise en portefeuille de chèque)
NOORDRE : le n° d’ordre n’est pas obligatoire (N° 1 pris par défaut)
soit des informations permettant de retrouver la transaction. SI plusieurs transactions correspondent aux critères fournis on prend celle avec le N° le plus petit
TIERS (THIRDPARTY) : Code tiers
ETATORI : Etat des règlements à traiter. Doit correspondre à un des état d’entrées possible pour le changement d'état précisé dans l’entête
MTORI : Montant de la transaction en devise du dossier
ou MTDEVORI (ALOUNT) montant en devise et DEV (CURRENCY) : devise
Exemple de fichier
Avec N° de transaction
...
Sans n° de transaction
...