OpenERP 7.0 : modules ajoutés, supprimés ou renommés

Cet article est ma traduction du chapitre 8 de la Release Note d'OpenERP 7.0.

Modules ajoutés à la version officielle

  • analytic_contract_hr_expense : un module glue entre contrats et notes de frais, permettant la refacturation des frais aux clients
  • auth_anonymous : fournit le mode anonyme d'OpenERP, la première étape pour fournir des fonctions de CMS à OpenERP. Vous le verrez en action sur le site web officiel d'OpenERP
  • auth_oauth : prise en charge d'Oauth pour la connexion/inscription via Google, LinkedIn ou Facebook
  • auth_reset_password : une nouvelle fonction de remise à zéro du mot de passe
  • auth_signup : une nouvelle fonction pour l'inscription
  • base_gengo : traduction depuis les services web Gengo
  • base_import : les fonctions d'import ont été implémentées dans un module séparé
  • base_status : le module qui fournit les modifications sur les états et étapes
  • contacts : la nouvelle application de carnet d'adresses
  • event_moodle : interface entre l'eLearning Moodle et le module d'événements
  • event_sale : vous permet de vendre des événements
  • fleet : la nouvelle application de gestion de flotte automobile
  • google_docs : l'intégration avec Google Doc
  • l10n_ar : localisation comptable pour l'Argentine
  • l10n_be_coda : prise en charge de Coda
  • l10n_be_hr_payroll_account : localisation de la paie pour la Belgique
  • l10n_fr_hr_payroll : localisation de la paie pour la France (partielle)
  • l10n_in_hr_payroll : localisation de la paie pour l'Inde
  • note : la nouvelle application de notes personnelles
  • note_pad : la module glue entre les notes et Etherpad
  • portal_claim : affiche les réclamations dans le portail
  • portal_crm : permet l'acquisition de leads via le portail
  • portal_event : affiche les événements sur le portail client
  • portal_hr_employees : cette application affiche les contacts dans la société sur le portail client
  • portal_project : affiche les projets clients et les tâches dans le portail
  • portal_project_issue : affiche les tickets clients dans le portail
  • portal_sale : permet aux clients de récupérer leurs devis et commandes sur le portail
  • sale_stock : module glue entre les ventes et les stocks
  • web_linkedin : le nouvelle intégration avec LinkedIn
  • web_shortcuts : par défaut, la version 7.0 n'a pas de menu de raccourcis car les menus sont beaucoup plus faciles à comprendre et à trouver. Si vous avez encore besoin des raccourcis pour les menus les plus souvent utilisés, vous pouvez installer ce module.

Modules supprimés de la version officielle

Certains modules ont été supprimés de la version officielle et déplacés vers les modules communautaires. Les principales raisons ayant motivé une telle décision sont :

  • le module est déprécié par une fonctionnalité existante et meilleure d'OpenERP 7.0
  • le module ne fonctionnement pas correctement ou n'est pas assez bon pour satisfaire aux nouveaux standards de qualité d'OpenERP
  • le module n'est pas utilisé par plus de 99.5 % des utilisateurs

Cela signifie que de tels modules sont toujours disponibles mais ne sont plus couverts par le contrat OpenERP Enterprise. Si vous utilisez un de ces modules, vous devriez nous contacter pour trouver une solution adaptée à vos besoins, en réutilisant des modules existants ou en développant un module spécifique qui correspond mieux aux nouvelles fonctionnalités d'OpenERP.

Voici la liste des modules qui ont été retirés de la liste officielle :

  • account_invoice_layout :.ce module de la version 6.1 fournit la possibilité d'ajouter des titres des lignes de commentaires, des lignes de sous-total, des lignes horizontales et des saut de page pour l'impression. Il permet aussi d'ajouter un message personnalisé au bas des factures sélectionnées. Dans OpenERP 7.0, les factures ont par défaut des descriptions multilignes et un réordonnement des lignes, qui étaient les fonctions les plus utilisées de ce module. Nous avons supprimé ce module car il n'était pas assez propre pour satisfaire aux nouveaux standards de qualité.
  • analytic_journal_billing_rate : déprécié par les nouvelles fonctions de contrat qui permettent de définir des prix par personne et de contrôler la facturation des frais.
  • auction : cette fonctionnlité est abandonnée car très spécifique à un métier unique : les maisons de ventes aux enchères. Ce module est maintenant un module communautaire qui a été porté vers la version 7.0.
  • base_contact : déprécié par la nouvelle approche de gestion de contacts d'OpenERP 7.0. Nous envisageons de publier un module spécifique pour les quelques qui ne sont pas couvertes par le carnet de contacts OpenERP 7.0 : une personne travaillant dans plusieurs sociétés avec des jobs différents.
  • base_module_doc_rst : Ce module avait été développé pour générer  http://doc.openerp.com. Il n'est plus utilisé.
  • base_module_quality : c'était un module orienté développeur qui n'est plus utilisé car il est remplacé par une solide suite de tests.
  • base_module_record : c'était un outil pour développeurs qui a été retiré car presque aucun développeur ne l'utilisait et il n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • base_synchro : déplacé vers un module communautaire
  • caldav : abandonné car cette fonctionnalité n'a jamais fonctionné parfaitement. Il n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • crm_caldav : abandonné car cette fonctionnalité n'a jamais fonctionné parfaitement. Il n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • crm_fundraising : ce module a été retiré car la fonction n'a jamais bien fonctionné. Il n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • fetchmail_crm : déprécié par le nouveau système d'alias e-mail
  • fetchmail_crm_claim : ce module a été déprécié par le nouveau système d'alias e-mail
  • fetchmail_hr_recruitment : déprécié par le nouveau système d'alias e-mail
  • fetchmail_project_issue : ce module a été déprécié par le nouveau système d'alias e-mail
  • google_map
  • html_view : déprécié car toutes les vues supportent le HTML dans OpenERP 7.0
  • import_base : n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP. Ce module est toujours disponible comme module communautaire.
  • import_google : ce module n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP. Ce module est toujours disponible comme module communautaire.
  • import_sugarcrm. n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP. Ce module est toujours disponible comme module communautaire.
  • profile_tools : déprécié par le nouveau système de configuration
  • project_mailgate : déprécié par le nouveau système de messagerie d'OpenERP 7.0
  • project_messages : déprécié par le nouveau système de messagerie d'OpenERP 7.0
  • project_planning :ce module n'était pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • project_retro_planning : pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP. Une toute petite fonctionnalité rarement utilisée.
  • project_scrum : déprécié par la nouvelle vue Kanban sur les projets
  • report_designer : déprécié car les nouveaux rapports vont probablement évoluer vers Webkit plutôt que RML
  • report_webkit_sample : ce module n'apportait aucune fonctionnalité et a été retiré.
  • sale_layout : retiré pour les même raisons que le module account_invoice_layout.
  • stock_planning : pas assez propre pour respecter les nouveaux standards de qualité d'OpenERP.
  • web_uservoice : ce module était seulement utilisé par les serveurs de démonstration d'OpenERP. Il n'aurait pas dû faire partie de la distribution officielle.
  • wiki : déprécié par le module document_page
  • wiki_faq : déprécié par le module document_page
  • wiki_quality_manual : déprécié par le module document_page
  • wiki_sale_faq : déprécié par le module document_page.

Modules renommés

  • users_ldap → auth_ldap
  • wiki → document_page
  • mrp_subproduct → mrp_byproduct