{"id":11157,"date":"2016-05-17T14:00:23","date_gmt":"2016-05-17T12:00:23","guid":{"rendered":"https:\/\/www.lucca.fr\/actualites\/?p=11157"},"modified":"2026-03-04T14:05:50","modified_gmt":"2026-03-04T13:05:50","slug":"la-gestion-des-avances-note-de-frais","status":"publish","type":"post","link":"https:\/\/www.lucca.fr\/actualites\/la-gestion-des-avances-note-de-frais\/","title":{"rendered":"La gestion des avances sur note de frais, une histoire d’amour comptable qui dure"},"content":{"rendered":"\n

L’objet\u00a0de ce billet n’est pas de vous pr\u00e9senter l’\u00e9volution de notre logiciel Cleemy de gestion des notes de frais<\/a>, il s’agit d’un retour d’exp\u00e9rience sur son d\u00e9veloppement<\/strong> que je vous livre en tant que chef de produit – product owner pour les initi\u00e9s.<\/p>\n\n\n\n

Si vous voulez en savoir plus sur la fonctionnalit\u00e9 de gestion des avances sur note de frais elle-m\u00eame, consultez sa documentation<\/a>. Pour les braves, j’ai m\u00eame r\u00e9dig\u00e9 un article \u00e0 propos de la comptabilit\u00e9 des notes de frais<\/a> dans Cleemy.<\/p>\n\n\n\n

Cette \u00e9volution sur les avances est sans conteste celle dont la r\u00e9alisation a \u00e9t\u00e9 le plus longtemps report\u00e9e de toute l’histoire de Cleemy<\/strong>. Mon premier jet de sp\u00e9cifications date de mars 2013 !<\/p>\n\n\n\n

Comment en sommes-nous venus \u00e0 d\u00e9caler autant ce chantier ? Ceux qui sont dans le m\u00e9tier le savent, la conception logicielle est une suite ininterrompue d’arbitrages<\/strong>.<\/p>\n\n\n\n

Les fonctionnalit\u00e9s pertinentes \u00e9voluent avec le parc client<\/h2>\n\n\n\n

Cleemy avait une vingtaine d’entreprises clientes \u00e0 l’or\u00e9e de 2013, plus de 200 en 2016. La typologie de nos clients a fortement \u00e9volu\u00e9 sur cette p\u00e9riode. Initialement, la quasi-totalit\u00e9 de nos clients \u00e9taient de petites PME ; les soci\u00e9t\u00e9s de plus de 100 salari\u00e9s repr\u00e9sentent d\u00e9sormais la majorit\u00e9 de nos utilisateurs, suivies par les start-ups.<\/p>\n\n\n\n

Les attentes remont\u00e9es par notre parc client ne sont pas du tout les m\u00eames qu’en 2013, nous avons donc d\u00e9velopp\u00e9 en priorit\u00e9 les fonctionnalit\u00e9s qui leur importaient le plus : application mobile, synchronisation automatique des cartes bancaires<\/strong>, fonctionnalit\u00e9s pouss\u00e9es d’export comptable, etc.<\/p>\n\n\n\n

Les secteurs d’activit\u00e9 les plus repr\u00e9sent\u00e9s ont \u00e9galement chang\u00e9. Nous avons par exemple acquis de nombreux clients dans le secteur de la sant\u00e9, soumis \u00e0 des r\u00e9glementations particuli\u00e8res sur leurs notes de frais.  Nous avions \u00e0 l’\u00e9poque estim\u00e9 que le d\u00e9veloppement d’une r\u00e9ponse \u00e0 ce besoin primait sur l’ajout de la gestion des avances.<\/p>\n\n\n\n

Le SaaS, c’est la d\u00e9mocratie<\/strong>… Ce serait m\u00eame la tyrannie de la majorit\u00e9, si nous ne biaisions pas en partie nos arbitrages en faveur des clients historiques ou de ceux qui nous ont le plus appris.<\/p>\n\n\n\n

L’ajout d’une fonctionnalit\u00e9 doit \u00eatre particuli\u00e8rement m\u00fbrie dans les logiciels en SaaS<\/h2>\n\n\n\n

Etant donn\u00e9 que tous les clients ont exactement la m\u00eame version du logiciel, un \u00e9diteur SaaS tel que Lucca est confront\u00e9 \u00e0 des enjeux diff\u00e9rents de ceux des \u00e9diteurs distribuant leurs produits en licence.<\/p>\n\n\n\n

En SaaS, tous les modules doivent rester interop\u00e9rables \u00e0 chaque \u00e9volution<\/strong>. L’enjeu d’un ajout de fonctionnalit\u00e9 est donc tr\u00e8s important. On ne peut pas laisser un client sur une ancienne version du logiciel si l’un des modules n’a pas encore \u00e9t\u00e9 mis \u00e0 jour.<\/p>\n\n\n\n

La gestion des avances fait partie des fonctionnalit\u00e9s qui ont un impact tr\u00e8s lourd sur le c\u0153ur du logiciel<\/strong>. Nous avons d\u00fb \u00e9toffer consid\u00e9rablement les aptitudes comptables de Cleemy afin de g\u00e9rer cette probl\u00e9matique de mani\u00e8re totalement robuste et extensible fonctionnellement. Il aurait \u00e9t\u00e9 absurde de faire l’\u00e9volution si nous n’\u00e9tions pas s\u00fbrs de la conserver ad vitam<\/em> sous une forme proche de celle que l’on avait con\u00e7ue au d\u00e9part.<\/p>\n\n\n\n

Ce risque et les d\u00e9lais nous ont \u00e9galement incit\u00e9s \u00e0 nous pencher en profondeur sur la probl\u00e9matique m\u00e9tier<\/strong> et \u00e0 faire la part entre des desiderata sp\u00e9cifiques de clients et les fonctionnalit\u00e9s qui seront les plus utiles. Plus de la moiti\u00e9 des fonctionnalit\u00e9s secondaires que j’avais envisag\u00e9es \u00e0 l’origine ont \u00e9t\u00e9 \u00e9cart\u00e9es<\/strong>. Par exemple, les avances en devises : les coffres-forts remplis de billets de monnaies exotiques sont en voie de disparition rapide dans les entreprises !<\/p>\n\n\n\n

Une \u00e9volution s’ins\u00e8re dans une roadmap globale et un environnement technologique dynamique<\/h2>\n\n\n\n

Le d\u00e9veloppement d’une \u00e9volution peut \u00eatre plus pertinent si on le reporte, notamment dans les cas o\u00f9 :<\/p>\n\n\n\n