Pour répondre à la question, il faut savoir que ta remarque a bien été prise en compte. Ainsi, le module calendrier interne est totalement optionnel.
Le choix fait est, compte tenu du nombre important de systeme est interface a gerer, que l'application devait permettre des interfacages tiers par modules complémentaires. Ensuite, a charge des applications tiers ou autres développeurs de développer ses interfaces.
Hors s'interfacer avec d'autres appli n'est pas si simple que cela. Car ces autres appli ne fournissent pas les api ou web services pour. Par exemple, dans les anciennes versions de dolibarr, il y avait un module pour webcalendar rendant completement inutile le module agenda interne. Mais hélas, il fallait attaquer la base directement par manque d'interface fournie par webcalendar. Cela faisait modifier le module a chaque nouvelle version de webcal. Ce module a donc du être abandonné.
Dans l'autre sens, il y a aussi les fonctions d'export au format ical ou rss qui sont disponibles, te permettant de voir les évènements Dolibarr dans ton thunderbird ou autre.
Le choix a donc bien été fait de s'interfacer avec d'autres outil en mettant en place une archi permettant cela (systeme des triggers). Mais cette derniere n'est utilisable que si les appli tierces fournissent des interfaces d'accès branchables sur ces triggers, ce qui est encore trop rarement le cas.
Certains systemes le sont par contre car fournissant des API stables et figés (exemple, le LDAP qui est parfaitement interfaçable, les flux RSS, ou cerains systeme comme Paypal, Paybox, Google, OVH, ...). Dans ces cas la on trouve le module qui permet de faire le lien.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)
[^] # Re: Un peu de réflexion sur le thème
Posté par Laurent Destailleur (site web personnel) . En réponse à la dépêche Dolibarr 3.0.0. Évalué à 3.
Pour répondre à la question, il faut savoir que ta remarque a bien été prise en compte. Ainsi, le module calendrier interne est totalement optionnel.
Le choix fait est, compte tenu du nombre important de systeme est interface a gerer, que l'application devait permettre des interfacages tiers par modules complémentaires. Ensuite, a charge des applications tiers ou autres développeurs de développer ses interfaces.
Hors s'interfacer avec d'autres appli n'est pas si simple que cela. Car ces autres appli ne fournissent pas les api ou web services pour. Par exemple, dans les anciennes versions de dolibarr, il y avait un module pour webcalendar rendant completement inutile le module agenda interne. Mais hélas, il fallait attaquer la base directement par manque d'interface fournie par webcalendar. Cela faisait modifier le module a chaque nouvelle version de webcal. Ce module a donc du être abandonné.
Dans l'autre sens, il y a aussi les fonctions d'export au format ical ou rss qui sont disponibles, te permettant de voir les évènements Dolibarr dans ton thunderbird ou autre.
Le choix a donc bien été fait de s'interfacer avec d'autres outil en mettant en place une archi permettant cela (systeme des triggers). Mais cette derniere n'est utilisable que si les appli tierces fournissent des interfaces d'accès branchables sur ces triggers, ce qui est encore trop rarement le cas.
Certains systemes le sont par contre car fournissant des API stables et figés (exemple, le LDAP qui est parfaitement interfaçable, les flux RSS, ou cerains systeme comme Paypal, Paybox, Google, OVH, ...). Dans ces cas la on trouve le module qui permet de faire le lien.
Expert ERP CRM Open Source et (Dolibarr ERP CRM, Odoo, ...)