Du coup, on est sur un client lourd (java), un dépôt des sources sous Subversion, et une architecture client / serveur en prise directe avec la base de données (Postgresql). Olap via un moteur Mondrian peut-être...
Cela n'enlève rien à la richesse fonctionnelle, mais cette architecture un peu obsolète (et qui nécessite une installation physique sur chaque poste) n'est-elle pas un frein à l'adoption ?
Par ailleurs, en termes fonctionnels, on a une couverture assez large, avec cependant l'absence notable de gestion de production. Du coup le produit s'adresse plus à des sociétés dans la distribution ? (point de vente, etc.)
Aucune référence non plus sur le site : ce serait un plus de nature à rassurer les clients à mon avis.
Bref, un outil sans doute fiable et éprouvé, mais qui semble vieillissant, et qui aura du mal à tenir la comparaison avec un Axelor ou un Odoo... non ?
# Architecture technique... un old school ?
Posté par Franck Routier (Mastodon) . En réponse à la dépêche OpenConcerto 1.7.3. Évalué à 6.
Du coup, on est sur un client lourd (java), un dépôt des sources sous Subversion, et une architecture client / serveur en prise directe avec la base de données (Postgresql). Olap via un moteur Mondrian peut-être...
Cela n'enlève rien à la richesse fonctionnelle, mais cette architecture un peu obsolète (et qui nécessite une installation physique sur chaque poste) n'est-elle pas un frein à l'adoption ?
Par ailleurs, en termes fonctionnels, on a une couverture assez large, avec cependant l'absence notable de gestion de production. Du coup le produit s'adresse plus à des sociétés dans la distribution ? (point de vente, etc.)
Aucune référence non plus sur le site : ce serait un plus de nature à rassurer les clients à mon avis.
Bref, un outil sans doute fiable et éprouvé, mais qui semble vieillissant, et qui aura du mal à tenir la comparaison avec un Axelor ou un Odoo... non ?