Tiers Salariés / Règlements
API Reference : tiersSalaries
Description
Conditions de paiement d’un tiers Salarié
Propriétés
Propriétés | Type | Description | Longueur |
---|---|---|---|
id | string | Id | |
dateModification | datetime | Date de modification | |
dateCreation | datetime | Date de création | |
condition |
|
Condition de règlement Plus d'infos | |
jours | int | Nombre de jours Plus d'infos | |
jourTombee | int[6] | Jours de tombée Plus d'infos | |
typeValeur |
|
Type de répartition Plus d'infos | |
valeur | double | Valeur de la répartition (montant ou pourcentage) | |
modeReglement | single-valued navigation | mode de règlement dans modesReglement Plus d'infos |
Relations
Navigation | Destination | Cardinalité | $expand |
---|---|---|---|
modeReglement | modesReglement | 1..1 |
Oui |
Principales routes
Verbe | Route | Description |
---|---|---|
/{datasetId}/tiersSalaries('{key}')/reglements |
liste des règlements d’un tiers Salarié | |
/{datasetId}/tiersSalaries('{key}')/reglements('{id}') |
Règlement d’un tiers Salarié d’après son Id | |
/{datasetId}/tiersSalaries('{key}')/reglements |
Ajout d’un règlement d’un tiers Salarié | |
/{datasetId}/tiersSalaries('{key}')/reglements('{id}') |
Suppression d’un règlement d’un tiers Salarié | |
/{datasetId}/tiersSalaries('{key}')/reglements('{id}') |
Modification d’un règlement d’un tiers Salarié | |
/{datasetId}/tiersSalaries('{key}')/reglements('{id}') |
Modification partielle d’un règlement d’un tiers Salarié | |
Autres routes |
Informations
- jours : Attention cette information n’est pas modifiable, pour changer la valeur il conviendra de supprimer l’enregistrement puis le créer de nouveau.
- condition :
- Jour : Jours net
- MoisCivil : Fin de mois civil, le programme calcule l’échéance à partir de la fin du mois de la facture conformément au calendrier (le 28, 29, 30 ou 31) et ajoute le nombre de mois selon la règle suivante : 1 mois = 30 jours, 2 mois = 60 jours, etc. ; si un jour de tombée est enregistré (zone suivante), c’est lui qui est pris en compte.
- Mois : Fin de mois, le programme calcule l’échéance à partir de la date de la facture et ajoute le nombre de jours, en tenant compte des variations dans les mois et années, et ainsi, tient compte de la fin du mois ; si un jour de tombée est enregistré, c’est lui qui est pris en compte.
- jourTombee : Permet de forcer le jour de la date d’échéance après application du nombre de jours et de la condition.
Il est possible de saisir jusqu’à 6 jours de tombée séparés par des virgules :jj,jj,jj,jj,jj,jj
, le jour de tombée le plus proche du jour calculé de la date d’échéance remplacera le jour initialement calculé.
Exemple :- Le client OPALE a les reglements de paiement suivants : 45 jours nets avec en jour de tombée 10, 20, 30.
- Une écriture est saisie au 02 juin.
- L’échéance calculée est le 17 juillet (02 juin + 45 jours) mais l’échéance effective, après application du jour de tombée, sera le 20 juillet.
- Le client OPALE a les reglements de paiement suivants : 45 jours nets avec en jour de tombée 10, 20, 30.
- typeValeur :
- Pourcent : indique que Valeur doit contenir un %
- Equilib : calcule automatiquement le solde restant.
- modeReglement : si cette propriété n’est pas affectée avec la référence d’un mode de règlement, elle sera affectée par défaut avec le premier mode de règlement trouvé.
Exemple
Les reglements de paiement négociées pour le client DUPUIS sont :
typeValeur | valeur | jours | condition | jourTombee | modeReglement |
---|---|---|---|---|---|
Pourcentage | 25 | 0 | Jour | @odata.bind Chèque |
|
Pourcentage | 20 | 30 | Jour | 5,10,15,20,25,30 | @odata.bind Virement |
Pourcentage | 20 | 60 | MoisCivil | @odata.bind Virement |
|
Equilibre | 90 | Mois | @odata.bind Virement |
Facturation le 31 janvier pour 24 000 euros :
- Le 31 janvier le client devra régler 6 000 euros par chèque. (24 000 * 25 %)
- Le 5 février (31 janvier + 30 jours arrondi au jour de tombée supérieur) le client devra régler 4 800 euros par virement. (24 000 * 20 %)
- Le 30 avril (31 janvier + 60 jours fin de mois civil) le client devra régler 4 800 euros par virement. (24 000 * 20 %)
- Le 31 mai (31 janvier + 90 jours fin de mois) le client devra régler 8 400 euros par virement. (le solde)
Exemples d’affectation des propriétés pour POST
Création d’une condition de paiement représentant 30% du montant à payer à échéance de 45 jours net forcée au plus près le 10 ou 15 ou 20 du mois.
Sans affecter les propriétés qui ont des valeurs par défaut
{
"valeur": 30.0,
"typeValeur": "Pourcent",
"jourTombee": [10,15,20,0,0,0],
"jours": 45,
"condition": "Jour",
}
En affectant toutes les propriétés
{
"valeur": 30.0,
"typeValeur": "Pourcent",
"jourTombee": [10,15,20,0,0,0],
"jours": 45,
"condition": "Jour",
"[email protected]": "{url API}/{datasetId}/modesReglement('{id mode Règlement}')"
}