Hier, 06:20
Bonjour, je sèche un peu sur l'archi à adopter pour une mission en cours, du coup je viens chercher des retours. Client PME dans la logistique, une dizaine d'utilisateurs Creme, mission de 3 semaines, le module de relances est encore en dev. En gros ils veulent automatiser les relances clients et une partie du reporting directement depuis Creme. Pour le cadrage, le client avait déjà fait auditer ses process par un service d'automatisation par IA avant de me contacter, ça a bien délimité ce qui devait rester dans Creme et ce qui pouvait partir ailleurs, du coup j'arrive avec un périmètre assez clair niveau fonctionnel. Reste la question technique... j'hésite entre deux approches. Soit je pars sur du SettingKey/SettingValue custom directement dans le core, avec un cron qui vient lire la config et déclenche les relances selon les règles définies par utilisateur. Soit je fais une app séparée qui consomme l'API de Creme et gère toute la logique de relance en dehors, un peu comme un connecteur externe. La première, niveau UX c'est nickel, l'utilisateur configure tout depuis l'admin Creme. Mais ça alourdit le core, et ça complique un peu la maintenance si jamais ils veulent migrer vers une version ultérieure plus tard. La deuxième c'est plus propre côté séparation des responsabilités, par contre ça fait une brique de plus à maintenir et niveau authentification ça demande un peu plus de taf, franchement. Certains ont déjà fait ce genre de montage côté relances ou reporting automatisé?