Calcul de CNU
Le
papy
Bonjour à tous,
Dans le cadre de mon travail, je souhaite optimiser le calcul de la
commission de non utilisation (CCNU) facturée à un client sur la part non
utilisée d'un crédit revolving autorisé (C) pour une durée de plusieurs
années.
On pose: DB = Date début de l'Autorisation
DF = Date de fin de l'Autorisation
D1 = Date début de l'Utilisation
D2 = Date fin de l'Utilisation
t = Taux de la Commission
CCNU = Commision de non utilisation
CNU = Capital non utilisé
C = Capital Autorisé
=> CCNU = CNU * t * (D1-DB) / 36000
On sait que le client peut utiliser le capital disponible comme il le
souhaite, dans la fourchette de dates autorisées.
Les utilisations (tirages client) ont une durée de 1 à 3 mois en général et
peuvent bien entendu être multiples et remboursées par anticipation.
Le capital remboursé redevient disponible (Revolving).
Le calcul de la commission redémarre au moment du remboursement du client.
La perception de la commission se fait en général chaque trimestre, et le
calcul doit pouvoir être vérifié à tout moment.
Exemple de calcul joint pour:
C = 1 000 000
DB = 01/01/05
t = 0.50%
http://cjoint.com/?ipkzvZlI8y
Merci à tous pour vos suggestions.
A +
Dans le cadre de mon travail, je souhaite optimiser le calcul de la
commission de non utilisation (CCNU) facturée à un client sur la part non
utilisée d'un crédit revolving autorisé (C) pour une durée de plusieurs
années.
On pose: DB = Date début de l'Autorisation
DF = Date de fin de l'Autorisation
D1 = Date début de l'Utilisation
D2 = Date fin de l'Utilisation
t = Taux de la Commission
CCNU = Commision de non utilisation
CNU = Capital non utilisé
C = Capital Autorisé
=> CCNU = CNU * t * (D1-DB) / 36000
On sait que le client peut utiliser le capital disponible comme il le
souhaite, dans la fourchette de dates autorisées.
Les utilisations (tirages client) ont une durée de 1 à 3 mois en général et
peuvent bien entendu être multiples et remboursées par anticipation.
Le capital remboursé redevient disponible (Revolving).
Le calcul de la commission redémarre au moment du remboursement du client.
La perception de la commission se fait en général chaque trimestre, et le
calcul doit pouvoir être vérifié à tout moment.
Exemple de calcul joint pour:
C = 1 000 000
DB = 01/01/05
t = 0.50%
http://cjoint.com/?ipkzvZlI8y
Merci à tous pour vos suggestions.
A +
Poser une question
et
Hello,
Je pense avoir bien saisi le problème, avec la feuille Excel, c'est facile.
Ce que je ne comprends pas bien, c'est ce que tu souhaites?
Tu as visiblement la solution comme le montre la feuille Excel, dans
laquelle tous les calculs sont la.
Donc, que souhaites tu comem aide? peux tu préciser?
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
Le fichier joint reprend des cas simples c-à-d des périodes d'utilisation
(qui ne génèrent pas de commission) et des périodes de non utilisation qui
entrainent la facturation de commissions au taux prévu.
Mais comme le client peut rembourser ou tirer à tout moment soit
partiellement, soit en totalité, et tout ceci éventuellement par
anticipation, là ça se corse.
En effet, je peux avoir déjà facturé la commission sur une période donnée,
alors qu'intervient un remboursement anticipé ou un nouveau tirage du client
sur cette même période!
Ma commssion devient caduque et je dois rétrocéder soit une partie (le cas
le plus vraisemblable) soit la totalité de la commission au client.
Tout se passe un peu comme dans une échelle de calcul d'intérêts, les
nombres débiteurs correspondant par exemple aux périodes d' utilisation du
crédit et les nombres créditeurs aux périodes de non utilisation ou
l'inverse, peu importe.
Je souhaite donc pouvoir résoudre ces cas dans un seul tableau soit par
qques formules ou macro-fonctions bien senties ou par du code VBA .
En tous cas merci pour avoir jeté un oeil.
A +
"Jean-Marc" news:43005a6f$0$327$
non
client.
le
facile.
compliqué que le cas exposé dans la feuille Excel. J'ai peur ici
de na pas pouvoir être d'une grande aide, le problème étant
typiquement un sujet nécessitant une connaissance métier que je
n'ai pas dans ce domaine précis.
Si tu étais un client et que je devais réaliser ce programme pour
toi, je commencerais de toute façon par une phase d'analyse du
problème: avant de commencer tout codage, on prendrait quelques temps
(heures, jours ??) pour formaliser le problème de façon complète. De la,
on tirerait un modèle s'appliquant à tous les cas. Enfin, viendrait l'étape
de formalisation des IHM pendant laquelle tu m'indiquerais quelles
interactions
tu souhaites avec le programme, etc.
Mon conseil: Essaie de formaliser sur papier la façon dont tu résoud "à la
main"
un cas réel (le mieux est de choisir un cas simple, et de le décliner en cas
de plus en plus complexes). Cette formalisation doit te permettre
d'identifier toutes
les variables et toutes les étapes menant au résultat. Sur cette base, tout
programmeur
est capable de transcrire ceci en un algorithme implémentant exactement les
spécifications.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
"papy" news:
client
plusieurs
général
Ci dessous le lien d'un fichier excel:
http://cjoint.com/?iqkSJSc3KP
le principe:
Une feuille de calcul au jour le jour permettant le calcul des CCMU en
permanence à jour (donc les commissions qu'on aurait du effectuer)
Une deuxième feuille, contenant des références à la première, contenant les
commission réellement effectuées, et les régularisations par différence entre
les unes et les autres.
Le principe d'utilisation:
Quand on est le jour du versement, on saisi dans la feuille "suivi des
versements" les versements qu'on effectue réellement. (1 par trimestre)
On saisit dans la feuille Calcul les mouvements.
La colonne "Différences à reverser" de la feuille "Suivi des versements"
permet de calculer les régularisations en plus ou en moins pour le versement
à venir.
Ce n'est que de l'excel sans VBA.
J'espère que cela te sera un peu utile.
Dans mon exemple, deux versements de commisions ont été effectués en juin et
septembre avant de saisir un remborsement en juillet, et donc une régule
intervient en décembre.
La ligne total est pour contrôle.
A +
"[___FreGoLi___]" message de news:
les
entre
versement
et