![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6802029ce395274f500e1228/Odoo_de_chire.jpg\" "\\"Odoo_de_chire.jpg\\"")
Chez Akretion, nous accompagnons nos clients dans la transformation digitale de leur entreprise en mettant en place des solutions ERP adaptées à leurs besoins. Aujourd’hui, nous nous adressons aux entreprises utilisant Sage 100 et souhaitant évoluer vers une solution plus flexible, moderne et performante. Bonne nouvelle : nous assurons une migration de vos données vers Odoo !
\r\n\r\n
Si Sage 100 est une solution répandue parmi les PME, elle montre rapidement ses limites face aux nouvelles exigences des entreprises modernes. Voici un comparatif détaillé entre Sage 100 et Odoo :
\r\n\r\n| Critères | \r\nSage 100 | \r\nOdoo (Community & Enterprise) | \r\n
|---|---|---|
| Coût | ✘ Licence coûteuse + coûts de maintenance | ✔ Open Source (Community) ou abonnement plus flexible (Enterprise) |
| Évolutivité | ✘ Système rigide, difficile à adapter | ✔ Hautement modulaire et personnalisable |
| Expérience utilisateur | ✘ Interface vieillissante, peu intuitive | ✔ Interface moderne, intuitive et compatible mobile |
| Interconnexion | ✘ Peu d’intégrations natives avec d'autres outils | ✔ API ouvertes et nombreux connecteurs natifs |
| Cloud / On-premise | ✘ Principalement On-Premise, mises à jour complexes | ✔ Disponible en SaaS, On-Premise ou hybride avec mises à jour automatiques |
| Mises à jour | ✘ Rares et complexes à déployer | ✔ Régulières et incluses sans surcoût en SaaS |
| Automatisation | ✘ Processus manuels, peu d'automatisation | ✔ Workflows avancés, automatisation des tâches et intelligence artificielle |
| Mobilité | ✘ Peu adapté au travail à distance | ✔ Accessible depuis n'importe quel navigateur, applications mobiles disponibles |
| Couverture fonctionnelle | ✘ Modules limités, nécessitant des solutions tierces | ✔ ERP tout-en-un : gestion commerciale, CRM, e-commerce, production, comptabilité, etc. |
L’un des principaux freins à la migration ERP est la peur de perdre des données essentielles. Chez Akretion, nous avons développé des outils et une expertise permettant de reprendre l’essentiel des données Sage 100 vers Odoo, en se concentrant sur les informations les plus stratégiques, telles que :
\r\nGrâce à une méthodologie éprouvée, nous appliquons le principe du 20% d’effort pour 80% de résultat, en priorisant les données à forte valeur ajoutée et en assurant une transition progressive et sécurisée, tout en minimisant les perturbations pour votre activité.
\r\n\r\n![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6802029ce395274f500e1227/Cadeau.jpg\" "\\"Cadeau.jpg\\"")
Vous utilisez Sage 100 et envisagez de passer à Odoo ? Contactez-nous dès aujourd’hui pour une démonstration gratuite et personnalisée d’Odoo, directement à partir de vos propres données extraites de Sage 100. Rien de mieux qu’un test concret pour se projeter, discuter de votre projet et découvrir tout le potentiel de cette solution moderne, flexible et évolutive !
", "body_markdown"=>"", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/680112d1e3952734dd6bbfd3/files/Odoo_de_chire.jpg", "filename"=>"Odoo_de_chire.jpg", "size"=>89594.0, "updated_at"=>"2025-04-22T14:46:40.714Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2025-04-22T14:46:40.714Z"}, "summary"=>"🎉 Akretion sera à nouveau présent aux RPLL 2025 à Lyon !
\r\nComme chaque année, nous aurons le plaisir de vous retrouver aux Rencontres Professionnelles du Logiciel Libre le 15 mai 2025 à l’Hôtel de la Métropole de Lyon.
\r\n📍 Rendez-vous sur notre stand pour échanger autour d’Odoo et de ShopInvader, nos solutions phares pour construire des systèmes de gestion d’entreprise puissants, modulaires et 100 % libres.
\r\n🗣️ Et nouveauté cette année : Akretion présentera une conférence !
\"Odoo Version Communautaire : La Liberté d’une Solution Sur Mesure\"
👉 Consulter le programme
Un retour d'expérience concret sur un projet Odoo complet, réalisé exclusivement avec la version communautaire. Une approche fidèle à l’ADN d’Akretion : des solutions pérennes, sur mesure, basées sur l’open source.
\r\n🕒 Notre conférence aura lieu à 15h – on espère vous y voir nombreux !
\r\n🌐 Les RPLL continuent de grandir avec de nouveaux exposants et partenaires cette année. Nous sommes heureux de voir nos confrères et acteurs du libre être mis en avant, comme :
\r\nDalibo, experts PostgreSQL reconnus internationalement. C’est grâce à des acteurs comme eux que PostgreSQL reste une base de données de référence – Odoo repose d’ailleurs sur cette technologie.
\r\nLe Sitiv (https://www.sitiv.fr), opérateur public engagé au service des collectivités avec des solutions basées sur le logiciel libre.
\r\n🗓️ Rendez-vous le jeudi 15 mai 2025, de 9h à 18h, à l’Hôtel de la Métropole de Lyon, 20 rue du Lac.
👉 Voir tous les exposants 2025
À très bientôt !
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/68011ba9e395272d303e057d/1200x180_RPLL2025.png\" "\\"1200x180_RPLL2025.png\\"")
#LogicielLibre #OdooCommunity #PostgreSQL #ShopInvader #Akretion #RPLL2025
Akretion participe aux \r\nRencontres Professionnelles du Logiciel Libre en tant qu'exposant et conférencier à \r\nLyon.
Historiquement, Akretion a toujours été pionnier dans le domaine de la facturation électronique :
Akretion continue de maintenir activement les modules OCA de génération et d'import de factures Factur-X dans Odoo. Ces modules sont notamment utilisés par le connecteur Odoo-Chorus Pro de l'Odoo Community Association (OCA), dont la maintenance est assurée par Akretion et qui est largement déployé par les intégrateurs Odoo français.
Pour se conformer aux exigences de la réforme de la facturation électronique, Akretion développera en opensource une suite de modules pour implémenter les flux en émission et réception, à la fois pour les factures et aussi pour le e-reporting.
La stratégie d'implémentation sera la suivante :
Le choix du PDP qui sera fait par Akretion sera guidé par des critères d'excellence technique, de qualité du support technique et de prix. Étant donné que les 3 formats de la réforme (UBL, CII et Factur-X) sont supportés par les modules OCA, le PDP sera utilisé comme un simple canal de communication vers les clients/fournisseurs et la DGFIP et non comme un service à valeur ajoutée capable de convertir les factures générées par Odoo dans l'un des 3 formats de la réforme.
Ainsi, si les clients d'Akretion adoptent le PDP choisi par Akretion, ils bénéficieront d'un module prêt à l'emploi qui permettra, via l'API du PDP :
Si une entreprise fait le choix d'un autre PDP, elle devra en conséquence supporter les coûts de développement et de maintenance d'un module Odoo supplémentaire qui implémentera l'API spécifique de ce PDP. Dans tous les cas, les modules génériques assureront l'essentiel des fonctionnalités et seront conçus pour supporter de multiples modules PDP-spécifique.
De nombreux PDPs démarchent activement les entreprises et les incitent à souscrire à leurs offres sans attendre. Akretion conseille à ses clients de ne pas donner suite à ces sollicitations commerciales et d'attendre le choix d'un PDP qui sera fait par Akretion.
Lors de l'annonce de l'abandon du Portail Public de Facturation (PPF) en octobre 2024, la DGFiP a mis fin à la promesse d'APIs accessibles gratuitement pour les entreprises, mettant un coup d'arrêt au mouvement vers des APIs gratuites et ouvertes initié par Chorus Pro. Akretion avait critiqué cette décision, qui nous rappelait la situation sur la télétransmission de la TVA où les entreprises sont obligées de passer par des passerelles privées payantes pour remplir leurs obligations fiscales. Cette mauvaise nouvelle aura quand même permis de faire émerger une bonne décision : généraliser l'utilisation du réseau PEPPOL en France pour l'échange des factures entre clients et fournisseurs. PEPPOL est un réseau décentralisé d'échange de factures né en Europe, construit sur des standards ouverts et qui est déjà largement utilisée depuis de nombreuses années notamment en Europe du Nord (le PPF portait en lui le risque d'une plateforme trop centralisée qui aurait été un single point of failure). Avant l'annonce de l'abandon du PPF, Bercy avait toujours semblé très frileux sur l'adoption de PEPPOL ; l'échec du développement du PPF force Bercy à promouvoir les solutions existantes qui ont déjà fait leurs preuves ! Les PDPs pourraient maintenant être définis comme des points d'accès français au réseau PEPPOL avec une fonction \"mouchard\" qui envoie une copie de la facture à la DGFiP. Avec l'abandon du PPF, toutes les entreprises françaises devront choisir un PDP, et donc toutes les entreprises françaises seront raccordées au réseau PEPPOL. La réforme de la facturation électronique portait la promesse de généraliser le recours aux factures électroniques entre entreprises françaises ; elle porte maintenant la promesse additionnelle de pouvoir échanger des factures électroniques avec de nombreuses entreprises européennes.
Sur le choix du PDP, notre stratégie est de ne pas se précipiter. La raison de cette stratégie est la suivante : avant l'annonce de l'abandon du PPF en octobre 2024, le marché était scindé en deux :
A cette époque, les PDPs qui s'étaient lancés sur ce marché étaient des PDPs organisés avec des commerciaux B2B qui allaient démarcher des entreprises pour leur présenter leurs services à valeur ajoutée qui les différenciaient du PPF. Les tarifs étaient proposés dans le secret de négociations commerciales entre le PDP et son client ; aucun PDP n'affichait ses tarifs publiquement sur son site Internet.
Avec l'annonce surprise de l'abandon du PPF en octobre 2024, le marché est complètement chamboulé : 4,5 millions d'entreprises doivent choisir leur PDP avant le démarrage de la réforme ! Le marché des PDPs bascule d'un marché de niche à un marché de masse. Ce chamboulement du marché attire de nouveaux acteurs : il y a désormais des places à prendre pour de nouveau PDPs capables d'adresser un marché de masse avec des offres low cost dont les tarifs sont affichés en toute transparence sur Internet, sans frais de mise oeuvre et s'adressant à des PMEs capables de se raccorder de façon autonome en lisant la documentation de l'API. Chez ces nouveaux acteurs, les équipes de commerciaux B2B habitués à établir des devis sur mesure sont remplacées par un portail web qui présente les offres et les tarifs en toute transparence et où l'entreprise s'inscrit en ligne pour souscrire à l'offre qu'elle a choisie.
Cela explique notre stratégie de choisir un PDP sans se précipiter : il faut laisser le temps aux nouveaux acteurs qui vont adresser le marché comme un marché de masse de développer leur plateforme et lancer leurs offres low cost. On peut penser que ces nouveaux acteurs lanceront leurs offres d'ici fin 2025 et ou début 2026. S'engager avec un PDP dès maintenant nous priverait de l'accès à ces nouvelles offres.
Le 24 mars 2025, des députés réunis au sein de la commission chargée d'examiner le projet de loi de simplification de la vie économique ont adopté un amendement repoussant d'un an le démarrage de la réforme. Cet amendement était proposé par le député Christophe Naegelen du groupe LIOT. Un report d'un an de la réforme de facturation électronique signifie un report du démarrage de la réforme de septembre 2026 à septembre 2027, donc après l'élection présidentielle de mai 2027, ce qui revient à transférer la décision finale sur le sort de cette réforme au prochain président qui sortira des urnes en mai 2027. L'assemblée nationale a finalement voté le 11 avril 2025 contre cet amendement ; le calendrier actuel est donc maintenu avec un démarrage de la réforme en septembre 2026, sauf nouveau contre-ordre législatif.
Akretion continue sa veille active sur le projet de réforme la facturation électronique. Notre longue expérience de ce dossier nous incite à travailler sans précipitation. Tous ceux qui ont préparé un dossier de candidature à la phase pilote de la réforme en juin 2023 ont jeté leur travail à la poubelle (c'était le cas d'Akretion !). Tous ceux qui avaient commencé à implémenter les APIs du PPF ont jeté leur travail à la poubelle. Tous ceux qui ont commencé à implémenter les APIs d'un PDP vont devoir jeter leur travail à la poubelle si la commission AFNOR arrive à imposer une standardisation des APIs des PDPs. Qui a dit faire et défaire c'est toujours travailler ?
Akretion partage son analyse sur les annonces de ces derniers mois sur la réforme de la facturation électronique et annonce ses engagements envers ses clients et toute la communauté française d'Odoo d'implémenter cette réforme en opensource au sein de l'Odoo Community Association.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>["5a2fff0065a222020295cb9e", "5a26d2dc65a22202029545a4"], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"fr"}, {"_id"=>"6787ed41e3952741d55452ff", "_slug"=>"nouveau-non-respect-de-la-norme-ofx-par-lcl", "_visible"=>true, "_position"=>109.0, "content_type_slug"=>"posts", "created_at"=>"2025-01-15T17:15:45.242Z", "updated_at"=>"2025-03-18T13:30:38.270Z", "_label"=>"Nouveau non respect de la norme OFX par LCL ", "title"=>"Nouveau non respect de la norme OFX par LCL ", "posted_at"=>"2025-01-15T00:00:00.000Z", "published"=>true, "body"=>"Après avoir documenté le 16 mai 2023, dans ce post de blog, un non respect de la norme OFX par le LCL au niveau de la balise FITID (ce non respect de la norme est toujours d'actualité, malgré une modification apportée par le LCL à la balise FITID), nous sommes aujourd'hui confrontés à un autre problème dans l'implémentation de la norme OFX par le LCL, cette fois-ci au niveau de la balise <CHECKNUM>.
Ce nouveau problème dans le fichiers OFX du LCL semble être une régression, car nous avons constaté ce non respect de la norme dans les fichiers OFX téléchargés depuis début 2025 et nous n'avions pas constaté ce problème avant. Le problème est très simple : quand une transaction correspond au débit d'un chèque, la balise <CHECKNUM> indique le numéro du chèque qui a été débité. Par exemple, le bloc ci-dessous correspond au débit du chèque numéro 6307874 d'un montant de 194,00 € le 4 août 2023 :
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20230804
<TRNAMT>-194.00
<FITID>003 6307874
<CHECKNUM>6307874
</STMTTRN>
Sur les fichiers OFX téléchargés depuis le 1er janvier 2025, nous constatons que la balise <CHECKNUM> a été renommée par le LCL en <CHKNUM>... or cette balise n'existe pas dans la norme OFX ! Voilà un extrait d'un fichier OFX du LCL pour le débit d'un chèque de 252,25 € le 3 janvier 2025 (seul le numéro du chèque a été modifié) :
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20250103
<TRNAMT>-252.25
<FITID>0003 000000003743898
<CHKNUM>3743898
</STMTTRN>
Les librairies qui lisent les fichiers OFX ne reconnaissent pas cette balise, et, par conséquent, le numéro du chèque ne remonte pas dans Odoo comme il devrait.
Nous espérons que le LCL pourra corriger rapidement cette régression !
Après avoir documenté le 16 mai 2023 un premier non respect de la norme OFX par LCL sur ce blog, nous sommes confronté à un autre problème de non respect de la norme OFX par le LCL.
\r\n Lors des\r\n OCA Days\r\n 2024, Quentin Groulard, développeur Odoo chez l'intégrateur Odoo\r\n Acsone\r\n , a présenté une session intitulée \"A walk through the Shopinvader API\".\r\n Quentin a partagé son expérience avec divers clients ayant des besoins en\r\n solutions de commerce électronique, et comment lui et ses collègues ont\r\n répondu à ces besoins grâce à Shopinvader.\r\n
\r\n\r\n Voici ci-dessous le résumé de sa présentation que vous pouvez visionner en\r\n intégralité via le lien Youtube :\r\n
\r\n\r\n ![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/673b789ce3952765b2af486d/Screenshot_from_2024-11-18_18-25-14.png\" "\\"Screenshot_from_2024-11-1...\\"")
\r\n
\r\n Explorons tout d’abord les différentes options disponibles pour le commerce\r\n électronique avec Odoo. La première solution qui vient à l'esprit est\r\n l'application (le module) standard e-commerce d'Odoo. Cette application est rapide et facile à configurer, elle offre des outils\r\n de personnalisation puissants avec l'éditeur de site web drag and drop, et\r\n elle est relativement facile à utiliser. Cependant, elle peut présenter des\r\n limitations, notamment en termes de performance lorsqu'il s'agit de gérer un\r\n grand catalogue de produits ou de supporter un trafic web important.\r\n
\r\n![\"Solutions](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/67d94e8ce3952751e11bad92/Screenshot_from_2025-03-18_11-44-13.png\" "\\"Solutions")
\r\n On peut citer plusieurs cas où l'application standard d'Odoo pourrait ne pas\r\n répondre au besoin du site :\r\n
\r\n\r\n Performance : Odoo n'est pas conçu pour rechercher rapidement un grand\r\n nombre d'enregistrements, ce qui peut poser problème pour les catalogues\r\n de produits volumineux.\r\n
\r\n\r\n Charge de l'instance : Si votre instance Odoo est déjà lente ou si elle\r\n exécute de nombreuses tâches en arrière-plan, cela peut ralentir votre\r\n site web.\r\n
\r\n\r\n Séparation des cycles de vie : Il est souvent préférable de séparer les\r\n cycles de vie des différentes applications pour bénéficier des nouvelles\r\n fonctionnalités sans avoir à migrer l'ensemble de l'instance Odoo.\r\n
\r\n\r\n Intégration avec des infrastructures existantes - Certains clients peuvent\r\n déjà disposer d'un site web bien établi avec des outils et un CMS\r\n performants. Dans ce cas, ajouter une partie de e-shop à ce site existant\r\n peut être plus efficace que de tout reprendre à zéro avec l'e-commerce\r\n d'Odoo. Cela permet aux clients de continuer à utiliser leurs outils\r\n existants tout en ajoutant des fonctionnalités e-commerce.\r\n
\r\n\r\n Considérations de sécurité - Un autre point crucial concerne la sécurité.\r\n Par exemple, certains clients, comme les administrations publiques,\r\n peuvent avoir des exigences strictes en matière de sécurité et ne peuvent\r\n pas se permettre d'exposer leur ERP sur Internet. Utiliser l'application\r\n e-commerce d'Odoo dans ce cas pourrait poser des problèmes de sécurité,\r\n car cela nécessiterait d'exposer Odoo directement sur Internet.\r\n
\r\n\r\n Pour les besoins plus complexes et avancés il existe des soultions\r\n d’e-commerce dédiées, tels que Prestashop, Magento, Shopify, Woocommerce ou\r\n autres. Ces solutions offrent une architecture dédiée pour le commerce\r\n électronique (séparé d'Odoo), garantissant de meilleures performances et une\r\n meilleure évolutivité. Cependant, elles peuvent être coûteuses et poser des\r\n défis en termes d'intégration avec Odoo. Les entreprises devront mettre en\r\n place des mécanismes pour synchroniser les ventes de commerce électronique\r\n avec Odoo, ce qui peut entraîner une duplication de la logique et des données.\r\n
\r\n\r\n Si la logique de calcul de remise est complexe dans Odoo, répliquer cette\r\n logique dans une solution de e-comemrce dédiée peut être difficile. Cela peut\r\n entraîner des disparités dans les prix affichés entre Odoo et le site de\r\n commerce électronique, ce qui n'est pas souhaitable.\r\n
\r\n\r\n La solution qui offre une alternative flexible et performante pour les besoins\r\n de commerce électronique, en particulier pour le pure players du commerce\r\n électronique, les entreprises nécessitant une scalabilité et une performance\r\n élevées pour leur boutique en ligne est\r\n Shopinavder.\r\n
\r\n\r\n Shopinvader a été développé pour combiner les avantages des architectures\r\n e-Commerce dédiées et l'intégration avec Odoo. Cette solution permet de\r\n bénéficier d'une architecture performante et évolutive tout en utilisant les\r\n enregistrements et les modèles d'Odoo. Par exemple, les adresses des clients,\r\n les solutions de paiement, les transporteurs, et même le panier d'achat sont\r\n directement liés à Odoo. Cela signifie que les fonctionnalités de calcul des\r\n prix, de gestion des stocks, de facturation et de paiement sont toutes gérées\r\n par Odoo.\r\n
\r\n\r\n Shopinvader a récemment été migré vers la version 16 d'Odoo. Cette migration a\r\n été accompagnée d'un important refactoring, améliorant encore la performance\r\n et la stabilité de la solution.\r\n
\r\n\r\n Lors de la migration vers la version 16 d'Odoo, l'équipe de Shopinvader a\r\n simplifié le code pour le rendre plus facile à comprendre et à utiliser,\r\n notamment pour les nouveaux venus. Ils ont également introduit des outils\r\n comme FastAPI, qui permet de réduire considérablement la quantité de code\r\n nécessaire, de valider automatiquement les données et de générer\r\n automatiquement la documentation. Cela facilite grandement le travail des\r\n développeurs front-end, qui peuvent ainsi savoir exactement ce que l'API\r\n attend d'eux et ce qu'ils peuvent attendre de l'API.\r\n
\r\nVoici l'architecture type d'un projet Shopinvader chez Acsone.
\r\n\r\n ![](\"https://lh7-rt.googleusercontent.com/docsz/AD_4nXeYQ4-mpiHumkfojW4j4rTNLIkKfuxjZ33MLoBpvXvg6qqUAabCHFBuqtaPtj5L9iITJC-ybYhPpoORWOMa9UW5U34_QKE2Hwb9Pc02CYlP_ADjQ0hF04hNwqFL95afPKSb_Wd73w?key=WtkA6VCIQR7nw2gD5hiWwXpf\" "\\"Image:")
Odoo et l’API : la brique back-end de Shopinavder\r\n
\r\n\r\n Odoo joue un rôle central en fournissant une API pour le front-end. Cette API\r\n permet au front-end de créer des paniers, d'ajouter des produits, et de\r\n récupérer des informations comme les adresses de livraison des clients.\r\n
\r\n\r\n La brique front-end de Shopinvader :\r\n un template opensource en VueJs et Nuxt - On a travaillé sur un template en VueJS et Nuxt pour mettre à\r\n disposition des développeurs un gabarit prêt à l’emploi pour pouvoir\r\n démarrer rapidement le front-end du web shop à partir de zéro. Ce modèle\r\n inclut toutes les briques e-commerce en VueJs et Nuxt, tout ce dont ils\r\n ont besoin pour communiquer avec l'API, facilitant ainsi le processus de\r\n développement.\r\n
\r\n\r\n CDN (Content Delivery Network) - Concernant les fichiers\r\n multimédias, comme les images des produits, ils sont souvent exportés vers\r\n un CDN (Content Delivery Network) pour accélérer le rendu du site web.\r\n
\r\n\r\n On identifie quatre fonctionnalités essentielles pour un site de commerce\r\n électronique :\r\n
\r\n\r\n Catalogue de produits : affiche les produits aux clients potentiels, avec\r\n des options de recherche et de filtrage.\r\n
\r\n\r\n Système de gestion du panier : permet aux clients d'ajouter et de retirer\r\n des produits de leur panier.\r\n
\r\nSolution de paiement
\r\n Livraison : gestion de l'expédition des produits, sauf pour les produits\r\n numériques ou les services.\r\n
\r\n\r\n Pour configurer un catalogue de produits, on utilise\r\n cinq modules Shopinvader, tous centrés sur le moteur de\r\n recherche, car c'est là que le catalogue de produits sera exporté.\r\n
\r\n\r\n Shopinvader Search Engine : Ce module principal permet d'exporter les produits et les catégories\r\n vers le moteur de recherche.\r\n
\r\n\r\n Shopinvader Search Engine Update : Ce module est presque obligatoire pour garantir que les modifications\r\n apportées aux produits sont automatiquement répercutées dans le moteur de\r\n recherche, assurant ainsi que les produits affichés sur le site web sont\r\n toujours à jour.\r\n
\r\n\r\n Shopinvader Search Engine Image\r\n : Ce module permet d'ajouter les URL des images des produits.\r\n
\r\n\r\n Shopinvader Search Engine Product Price : Ce module permet d'ajouter les\r\n prix des produits. Il utilise une liste de prix configurée pour calculer\r\n les prix des produits. Pour des besoins plus complexes, il est possible de\r\n développer des modèles de prix personnalisés.\r\n
\r\n\r\n Shopinvader Search Engine Assortments : Ce module permet de décider quels\r\n produits doivent apparaître sur le site web. Il utilise des domaines et\r\n des assortiments de produits liés à l'index du moteur de recherche. Une\r\n autre méthode consiste à utiliser des canaux de vente, en ajoutant des\r\n produits à ces canaux et en les liant à l'index du moteur de recherche.\r\n
\r\n\r\n Pour la gestion du panier avec Shopinavder et Odoo, un seul module est\r\n nécessaire : Shopinvader API Cart. Ce module permet d'ajouter et de retirer\r\n des produits du panier, ainsi que de procéder au paiement.\r\n
\r\nPour gérer les paiements, deux modules sont essentiels :
\r\nShopinvader API Payment Cards : Permet de payer avec une carte.
\r\n\r\n Shopinvader API Payment Provider : Permet d'intégrer des fournisseurs de\r\n paiement comme Stripe, SIPS, ou d'autres. Les utilisateurs peuvent\r\n également ajouter leurs propres modules de fournisseurs de paiement, à\r\n condition qu'ils soient supportés par Odoo.\r\n
\r\nPour la gestion de la livraison, deux modules sont nécessaires :
\r\n\r\n Shopinvader API Address : permet de gérer et de mettre à jour les adresses\r\n de livraison et de facturation des clients.\r\n
\r\n\r\n Shopinvader API Delivery Carrier : permet de choisir parmi les\r\n transporteurs disponibles dans Odoo et de calculer les frais de livraison.\r\n
\r\n\r\n Au total, dix modules sont nécessaires pour mettre en place une API e-commerce\r\n fonctionnelle avec Shopinvader. Une fois à l'aise avec ces modules, les\r\n utilisateurs peuvent explorer une multitude de modules supplémentaires offrant\r\n des fonctionnalités avancées, telles que :\r\n
\r\nla gestion des programmes de fidélité et coupons, codes promos…
\r\nla gesiton des wishlistes (listes de souhaits)
les formulaires de contact créant des leads dans Odoo
la gestion du cross-selling et up-selling (ventes croisées)
Le 7 novembre 2024, nous avons eu le plaisir d'accueillir dans nos locaux à Lyon / Villeurbanne un Meetup dédié aux nouvelles fonctionnalités de la V18 d'Odoo. Cet événement a été l'occasion de découvrir les améliorations apportées à l'ERP sur la nouvelle version.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6734d35ce39527109a569a2c/Design_sans_titre_16_.png\" "\\"Design_sans_titre_16_.png\\"")
Ce Meetup a rassemblé des professionnels de divers horizons, entrepreneurs, développeurs et fonctionnels, tous curieux de découvrir comment la V18 d'Odoo, et les modules de l'OCA pouvaient répondre à leurs besoins métiers.
Afin de se mettre dans la peau d'une entreprise qui utilise Odoo pour sa gestion au quotidien, Alexis de Lattre a présenté le flux ERP d'une société fictive spécialisée dans la vente de fleurs :
création d'articles avec la définition de LOTS et de bar codes
scanne d’articles à l’aide d’un Zebra
mise en place de règles d'approvisionnement
création de devis et leur personnalisation (remises, langues du client..)
création de factures
création de bons de livraisons et réservations de produits en stock
création de la facture client
vente via le point de vente d’Odoo
les vues pivots pour l’analyse des données (analyse des ventes et des achats)
Nous tenons à remercier tous les participants pour leur présence et leur participation aux débats.
Nous espérons que cet événement pourra s’inscrire dans une longue série de Meetups dédiés à la communauté d’Odoo sur Lyon et ses environs.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6734d39ce395271e7eaeaada/Design_sans_titre_17_.png\" "\\"Design_sans_titre_17_.png\\"")
Pour suivre les prochaines dates, n’hésitez pas à vous abonner à notre page Meetup !
https://www.meetup.com/lyon-odoo-community-meetup-group/?eventOrigin=your_groups
Retour sur le Meetup de novembre 2024, dédié aux nouvelles fonctionnalités de la V18 d'Odoo.
Le ministère du budget a publié le 15 octobre 2024 un communiqué de presse intitulé L'État accompagnera la généralisation de la facturation électronique entre entreprises. Ce communiqué rappelle le calendrier de déploiement de la réforme de la facturation électronique :
Ainsi, les entreprises déjà dotées d'un logiciel de facturation moderne capable d'émettre et recevoir des factures au format UBL, CII ou Factur-X et qui n'étaient pas en recherche d'autres services à valeur ajoutée, avaient la possibilité de se raccorder gratuitement au PPF, qui proposait des APIs gratuites directement accessibles sans passer par un intermédiaire. Et les entreprises qui n'étaient pas en mesure de générer des factures électroniques dans l'un des 3 formats du socle et/ou qui étaient intéressées par d'autres services à valeur ajoutée proposés par certains PDPs (financement du poste client, relances clients, etc.) pouvaient opter, moyennant finance, pour une solution adaptée à leurs besoins. A ce stade, Akretion avait fait le choix de développer un module opensource pour Odoo qui implémenterait les APIs du PPF pour envoyer et recevoir des factures électroniques au format Factur-X et/ou UBL, sur le modèle du connecteur Odoo-Chorus Pro développé par Akretion au sein de l'Odoo Community Association.
Mais voilà que Bercy décide soudain d'abandonner le PPF et de forcer toutes les entreprises à choisir une PDP pour émettre et recevoir leurs factures électroniques. Cette trahison de la promesse initiale de la réforme survient à moins de 2 ans de l'échéance du 1er septembre 2026 !
Bercy met en avant le fait qu'il existe déjà 70 candidats PDPs qui ont reçu le statut immatriculé sous réserve et que ce large choix doit permettre à chaque entreprise de trouver l'offre qui lui convient le mieux. Parmi ces 70 PDPs immatriculés sous réserve, combien obtiendront l'immatriculation finale ? Les entreprises vont donc devoir choisir une PDP immatriculée sous réserve et réaliser les développements logiciels pour utiliser les APIs du PDP qu'elles auront choisi... sans oublier un plan de secours au cas où le PDP initialement choisi n'obtienne pas son immatriculation finale ! L'interfaçage entre un logiciel de facturation/comptabilité et une PDP nécessite des développements logiciels conséquents qui mettent en jeux de nombreux appels d'APIs. Les flux à implémenter sont nombreux :
Passer d'une PDP à une autre sera une tâche longue et donc coûteuse pour les entreprises. Obliger les PDPs à proposer une API de raccordement standardisée serait une façon de réduire les coûts et de favoriser la concurrence entre PDP, mais, à ce stade, le cahier des charges d'immatriculation des PDPs ne le prévoit pas. Bercy aurait pu annoncer cette nouvelle exigeance pour l'immatriculation des PDPs en même temps que l'abandon du PPF, mais ce n'est malheureusement pas le cas.
Si rien n'est fait, la situation pourrait ressembler à ce qui se pratique aujourd'hui pour la télétransmission de la TVA :
Les entreprises désirant télétransmettre leur déclaration de TVA se retrouvent donc à rémunérer des intermédiaires privés dont la seule valeur ajoutée est de proposer une API que la DGFiP ne propose pas. Est-ce normal ?
Avec l'arrivée en 2016 de la plateforme Chorus Pro dédiée au traitement des factures à destination de la sphère publique (État, collectivités locales, fonction publique hospitalière), Bercy avait enfin fait le choix de l'ouverture en proposant un portail gratuit mais aussi des APIs librement accessibles à toutes les entreprises sans passer obligatoirement par des intermédiaires. Avec Chorus Pro, Bercy s'engageait enfin sur la voie des APIs ouvertes, dans la lignée de la doctrine des APIs dans l'administration élaborée par la DINUM (Délégation Interministérielle du Numérique).
Malheureusement, depuis la décision du 15 octobre 2024 sur la réforme de la facturation électronique, les vieilles habitudes du passé ressurgissent : Bercy renonce à la mise à disposition d'une plateforme et d'APIs ouvertes et gratuites et décide d'obliger toutes les entreprises à passer par des prestataires sélectionnés qui font payer leurs services d'intermédiation. Tout le monde sait bien que ce n'est pas en ajoutant des intermédiaires qu'on réduit les coûts ! Concernant la déclaration de TVA, la télétransmission n'est pas obligatoire et les entreprises ont toujours la possibilité de réaliser leur déclaration de TVA en ligne gratuitement dans leur espace professionnel sur impots.gouv.fr. Mais dans le cadre de la réforme de la facturation électronique, toutes les entreprises devront choisir une PDP, sans solution alternative possible. Pour les entreprises, c'est une sorte de nouveau péage numérique qui se profile à l'horizon !
Comme de nombreuses organisations professionnelles qui ont manifesté leur mécontentement par communiqué ou par voie de presse suite à la décision de Bercy (la CPME, la Fédération Française du Bâtiment, la Confédération des Grossistes de France, l'Union des Entreprises de Proximité, la Confédération de l’Artisanat et des Petites Entreprises du Bâtiment et la Fédération Nationale des Travaux Publics), Akretion exprime son désaccord sur l'abandon du portail public de facturation. Si le développement de ce portail est réellement trop long et trop complexe pour Bercy, il faut a minima que l'administration mette à la disposition des entreprises des APIs ouvertes et gratuites pour émettre et recevoir des factures électroniques, envoyer les données de e-reporting et accéder à l'annuaire, sans imposer le passage par une PDP. Étant donné que Bercy devra de toute façon mettre des APIs à disposition des PDPs, il ne devrait pas y avoir de surcoût majeur à permettre l'accès à ces APIs pour toutes les entreprises françaises.
Au délà de la réforme de la facturation électronique, l'accès à des APIs ouvertes et gratuites pour effectuer les déclarations administratives obligatoires devrait être un objectif à atteindre pour tout État moderne qui souhaite réellement simplifier la vie des entreprises. A minima, toutes les déclarations administratives mensuelles obligatoires devraient pouvoir être télétransmises par des API ouvertes et gratuites :
Akretion France demande à Bercy la mise à disposition d'API ouvertes et gratuites pour la réforme de la facturation électronique et aussi pour toutes les déclarations mensuelles obligatoires.
Si vous êtes une entreprise française et que vous soutenez cet appel, n'hésitez pas le relayer sur votre propre blog et sur les réseaux sociaux avec les hashtags #TaxePDP #Dindons
Bercy a annoncé le 15 octobre 2024 l'abandon du portail public de facturation dans le cadre de la réforme de la facturation électronique. Cette décision implique que toutes les entreprises françaises devront s'offrir les services d'une plateforme de dématérialisation partenaire.
Les OCA Days sont un événement annuel incontournable pour la communauté Odoo ainsi que pour Akretion. Nous avons en effet l’honneur d’être un des membres fondateurs de l’association et, grâce à plus de 10 ans de contributions, nous figurons dans le palmarès des contributeurs majeurs des modules de l’OCA.
Cette année, l'édition 2024 s'est tenue à Liège du 30 septembre au 1er octobre. Les OCA Days sont une occasion unique de rencontrer des contributeurs de la communauté OCA, de partager des connaissances, faire avancer les nouveaux modules et de découvrir les dernières innovations dans le monde OCA d'Odoo.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6734faf9e39527109a569a43/GYt0MDwXUAA_g-9.jpeg\" "\\"GYt0MDwXUAA_g-9.jpeg\\"")
Les OCA Days sont organisés par l'Odoo Community Association (OCA), une organisation qui regroupe des développeurs, des intégrateurs et des spécistes d'Odoo du monde entier qui travaillent ensemble pour maintenir, innover et enrichir une base de données des modules open source disponibles gratuitement via le repo GitHub https://github.com/OCA . Cet événement est essentiel pour plusieurs raisons :
Partage de Connaissances : Les OCA Days offrent une plateforme idéale pour partager des connaissances et des meilleures pratiques. Les participants peuvent assister à des conférences, des ateliers et changer de façon informelle sur les evolution futures des différents modules.
Réseautage : C'est une excellente opportunité pour rencontrer des experts et des professionnels du secteur, échanger des idées et établir des collaborations.
Innovation : Les OCA Days permettent de découvrir les dernières innovations et les nouvelles fonctionnalités des modules OCA d'Odoo, ainsi que les projets en cours de développement par la communauté.
Parmi les conférences, Raphaël Reverdy, l'un de nos collaborateurs, a présenté une conférence intitulée \"Server Environment Management with Odoo\". Lors de cette présentation, Raphaël a expliqué comment faciliter le travail sur Odoo lorsque l'on gère plusieurs environnements (environnement de test, déploiement automatisé d’instances sur GitLab/GitHub..)
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/67360f7fe3952743c37887c0/Design_sans_titre_18_.png\" "\\"Design_sans_titre_18_.png\\"")
Pour en savoir plus, n’hésitez pas à regarder la vidéo Youtube de la présentation sur le Server Environment Management with Odoo , ainsi que les autres présentations de cette année disponibles via le compte Youtube de l’OCA.
Les OCA Days sont un événement annuel incontournable pour la communauté Odoo ainsi que pour Akretion.
Le module OCA (Odoo Community Association) account_banking_fr_lcr, disponible dans le projet Github de localisation française, existe depuis Odoo 8.0 et est disponible jusqu'à Odoo 17.0, la dernière version actuellement disponible. Jusqu'à présent, ce module supportait uniquement les lettres de change non acceptées souvent appelées LCR directes.
Akretion France est fière d'annoncer que le module a été enrichi pour supporter également :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/66cf9f31e39527343b9625a8/facture_lcr_bouton_blog.png\" "\\"facture_lcr_bouton_blog.png\\"")
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/66cfa00ee3952734005775db/lcr_print.png\" "\\"lcr_print.png\\"")
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/66cfa26de39527343b9625ad/lcr_pay_order-resized.png\" "\\"lcr_pay_order-resized.png\\"")
Ce module est maintenant doté d'une suite complète de tests unitaires automatiques, ce qui permet de fiabiliser son fonctionnement actuel et ses évolutions futures.
Cette nouvelle version du module account_banking_fr_lcr est disponible dès aujourd'hui pour Odoo v16 sur la pull request 560 du projet de localisation française de l'OCA. Cette pull request nécessite l'utilisation de la pull request 1174 du projet bancaire de l'OCA.
Akretion France est à votre service pour vous aider à déployer ce module et porter ces améliorations vers une autre version d'Odoo si nécessaire.
Le module communautaire account_banking_fr_lcr, qui supportait jusqu'à présent uniquement les LCR directes, a été enrichi pour supporter les lettres de change acceptées et les billets à ordre.
Odoo se distingue des autres systèmes de gestion d'entreprise ou ERP de plusieurs façons significatives :
Cependant, ce qui distingue le plus Odoo, c'est sa communauté dynamique de professionnels qui collaborent pour améliorer continuellement la solution. La Odoo Community Association (OCA) réunit des contributeurs du monde entier qui travaillent ensemble pour rendre Odoo toujours plus efficace, complet, adapté, maintenable et testé.
Akretion, par exemple, joue un rôle essentiel dans cette communauté en contribuant activement à divers domaines, notamment la comptabilité française open source, ainsi que dans de nombreux autres aspects du développement et de l'amélioration d'Odoo.
Quelques liens concernant OCA :
Les contributions d'Akretion sur la version 16
https://odoo-community.org/shop?version=22&search=akretion
Ci-dessous les dépôts de code : il est intéressant d'observer la fréquence de mise à jour des ces dépôts, qui illustre le dynamisme du travail collaboratif des différents acteurs du monde entier.
https://github.com/orgs/OCA/repositories
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/665cd281e395274014cbb0dc/ocaacti.png\" "\\"ocaacti.png\\"")
Article réalisé en collaboration avec Paul GOUBERT, consultant fonctionnel et chef de projet.
Odoo se distingue des autres ERP de plusieurs façons.
En plus de l'évolution rapide mise en oeuvre par l'éditeur chaque année, c'est aussi un système de gestion qui comprend de nombreuses fonctionnalités additionnelles créées par les intégrateurs du monde entier.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>false, "seo_title"=>"Ce qui distingue Odoo des autres ERP", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"fr"}, {"_id"=>"6655ca54e3952744cf15b37a", "_slug"=>"akretion-exposant-au-rencontres-professionnelles-du-logiciel-libre-a-lyon-le-10-juin-2024", "_visible"=>true, "_position"=>101.0, "content_type_slug"=>"posts", "created_at"=>"2024-05-28T12:13:08.866Z", "updated_at"=>"2024-05-28T16:21:45.038Z", "_label"=>"Akretion participe aux Rencontres Professionnelles du Logiciel Libre à Lyon le 10 juin 2024", "title"=>"Akretion participe aux Rencontres Professionnelles du Logiciel Libre à Lyon le 10 juin 2024", "posted_at"=>"2024-05-28T00:00:00.000Z", "published"=>true, "body"=>"Akretion participe aux \r\nRencontres Professionnelles du Logiciel Libre en tant qu'exposant qui auront lieu le 10 juin 2024 à \r\nLyon.
Venez rencontrer différents acteurs locaux du logiciel libre au \r\nservice des entreprises et des organisations.
Akretion vous présentera \r\nl'ERP Odoo et la solution e-commerce ShopInvader
\r\n#valeur_ajoutée #modulaire #extensible https://www.rpll.fr/liste-des-exposants-2024
On y trouve des fournisseurs d'infrastructure, des hébergeurs, de solutions collaboratives, messagerie, téléphonie sur IP.
Parmi les solutions de gestion, sur un positionnement proche d'Odoo, nous avons Easya Solutions et Webelys avec Dolibarr, Hybird avec le CRM Crème.
Parmi les coopératives, on retrouve Probesys et Webelys.
Soyez nombreux à venir découvrir ces solutions.
RDV le 10 juin 2024 de 9h à 18h à l’Hôtel de La Métropole, 20 rue du Lac à Lyon.
.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6655d0eee395275b5389b2f1/1200x700_EXPOSANTS_RPLL2024.png\" "\\"1200x700_EXPOSANTS_RPLL20...\\"")
Akretion participe aux \r\nRencontres Professionnelles du Logiciel Libre en tant qu'exposant le 10 juin 2024 à \r\nLyon.
Akretion présentera l'ERP Odoo.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/66841e39e395272175d52ed2/road-bike-594164_640.jpg\" "\\"road-bike-594164_640.jpg\\"")
Akretion est fière de présenter son nouveau module account_move_export qui, comme son nom l'indique, permet d'export des écritures comptables. Ce nouveau module s'adresse aux sociétés qui ont fait le choix de ne pas tenir leur comptabilité dans Odoo. Il s'agit souvent de petites entreprises qui confient la tenue de leur comptabilité à expert-comptable par manque de compétences en interne. Pour éviter au cabinet comptable de saisir la totalité des écritures comptables, la société exporte certains journaux (le journal de vente, souvent aussi le journal d'achat, etc.) générés par Odoo sous forme de fichier pour que le cabinet comptable puisse les importer dans son logiciel comptable et éviter une fastidieuse re-saisie.
Jusqu'à présent, quand une société avait besoin de mettre en place un export d'écritures comptables, nous avions 3 solutions possibles :
Avec l'arrivée du multi-axe analytique dans Odoo version 16, il est devenu encore plus complexe pour un utilisateur non expert d'exporter les écritures comptables avec l'analytique par la fonction native d'export d'Odoo. Par ailleurs, quand la solution 3 était retenue, nous étions amenés à développer du code très similaire d'un projet à l'autre : la seule différence résidait dans quelques mini-détails de format de fichier.
Nous avons donc décidé que cette fonctionnalité d'export d'écritures comptables, même si elle peut sembler simple et d'importance secondaire, méritait un vrai module communautaire bien conçu.
Etant donné que ce module s'adresse aux sociétés qui exportent leurs écritures vers un cabinet comptable, un des enjeux essentiel est d'exporter toutes les écritures depuis le dernier export, sans oublier aucune écriture et sans exporter une seconde fois une écriture qui aurait déjà été exportée. Comme cette fonctionnalité est essentielle pour les utilisateurs du module, nous avons décidé que l'export d'écriture comptable serait un objet stocké dans Odoo et que cet objet serait lié à toutes les écritures contenues dans cet export (pour les développeurs : champ many2one de account.move vers le nouvel objet account.move.export créé par le module). Ce modèle de donnée permet de garantir qu'une pièce comptable est exportée une seule fois. Et cela permet à Odoo de restreindre les nouveaux exports aux écritures non encore exportées.
Le module permet d'exporter les écritures comptables :
Par ailleurs, l'utilisateur pourra choisir d'exporter ou non l'analytique. En v16, il pourra choisir d'exporter tous les axes ou seulement certains axes.
Dans le module de base, deux formats génériques ont été implémentés :
Si vous souhaitez modifier les formats génériques, comme par exemple changer l'ordre des colonnes, vous pouvez le faire très facilement en héritant la méthode _prepare_columns() de l'objet account.move.export.
Ce module a été conçu pour permettre d'ajouter des formats supplémentaires très facilement. Akretion publiera prochainement un module communautaire, qui dépend du module account_move_export, ajoutant le support du format natif du logiciel Quadratus.
Cerise sur le gâteau : ce module est entièrement traduit en français. Il est disponible pour Odoo 14.0 et 16.0 sur https://github.com/akretion/account-move-export
Nous sommes à l'écoute de vos retours d'expériences et de vos suggestions pour améliorer ce module. Nous espérons de cette contribution vous sera utile !
Présentation et démonstration vidéo du nouveau module d'Akretion pour exporter les écritures comptables d'Odoo vers un autre logiciel. Ce module est conçu pour les entreprises qui ne tiennent pas leur comptabilité dans Odoo et qui doivent exporter règulièrement les écritures comptables d'Odoo vers un autre logiciel.
Dans un domaine du commerce en ligne en constante évolution, les \r\nentreprises cherchent sans cesse à améliorer l'expérience client sur \r\nleurs boutiques en ligne tout en proposant de plus en plus de services. \r\nUne approche innovante qui gagne en popularité est le e-commerce \r\nheadless, combiné avec un système ERP qui permet une plus grande \r\nflexibilité dans les développements e-commerce.
Le \"headless\", dans le contexte du développement de logiciels et de \r\nsites web, fait référence à une architecture où la partie frontale (ou \r\n\"front-end\") d'une boutique en ligne est séparée de la partie backend \r\n(ou \"back-end\"). Concrètement, cela signifie que l'interface \r\nutilisateur, dans notre cas le visuel du site e-commerce, appelé \r\nfront-end est décorrélée de la logique métier et des données \r\nsous-jacentes, le back-end.
Dans une boutique en ligne le front-end comprend généralement des éléments tels que la mise en \r\npage, le design visuel, les menus de navigation, les boutons, les \r\nformulaires, les images, les vidéos et tout autre contenu avec lequel \r\nles utilisateurs peuvent interagir. Le backend quand à lui est la partie invisible de notre eshop et gère les processus en coulisse se chargeant de la logique métier, du stockage des données, du traitement \r\ndes requêtes et de la communication avec d'autres systèmes.
Dans une architecture traditionnelle, le front-end et le back-end sont \r\nétroitement couplés, ce qui signifie que toute modification apportée à \r\nl'un nécessite souvent des ajustements dans l'autre. En revanche, dans \r\nune architecture headless, le front-end communique avec le back-end via \r\ndes API (interfaces de programmation d'applications), ce qui permet une \r\nplus grande flexibilité et une plus grande indépendance entre les deux \r\ncouches.
Cette communication via API permet aussi un meilleur contrôle des données exposées sur le e-commerce.![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/661535fde3952720f96a7c4e/Designer_3_.jpeg\" "\\"Designer_3_.jpeg\\"")
Le headless créer donc une répartition des tâches bien définies, le backend, qui assure la gestion des processus métier de notre boutique n'affiche donc directement rien a l'utilisateur quand au front-end c'est l'inverse ! Il se charge de l'interface et des interaction utilisateurs et confie les calculs et le stockage de l'information au back-end. Cet ensemble permet une bonne centralisation des données, un avantage bienvenue à l'heure de la prise de conscience de la cybersecurité et de la bonne gestion des donnés personnelles collectées.
Ce type d'approche permet de bénéficier de plusieurs avantages intéressant pour les e-commerçants et leurs clients :
La Flexibilité et évolutivité
En séparant la couche front-end de la couche back-end, il est possible d'utiliser des frameworks \r\nfront-end modernes, tels que React, Angular, ou Vue.js, sans avoir à \r\nmodifier le back-end. Les rythmes de développement et de mise à jour du front-end et du back-end peuvent être différent. Une architecture headless permet de développer et de \r\ndéployer des fonctionnalités plus rapidement, les équipes de \r\ndéveloppement front-end et back-end pouvant travailler en parallèle. \r\nPetit bonus, cela permet également de réduire les temps d'arrêt et les interruptions \r\nde service lors des mises à jour.
Les performances
Une architecture headless peut améliorer les \r\nperformances de votre site web en aidant a garder la maîtrise des données \r\ntransférées entre le front-end et le back-end. Cela peut se traduire par\r\n des temps de chargement plus rapides et une meilleure expérience \r\nutilisateur. Les performances de la boutique en ligne sont donc moins tributaire du backend.
La sécurité
Qui dit boutique en ligne dit panier, compte client, animation de catalogue, gestion de commande et de facture, autant de données vitale pour une entreprise de Retails et très sensible !
En limitant le volume de donnée exposée et donc la surface d'attaque pour les pirates \r\ninformatiques, une architecture headless peut contribuer à renforcer la sécurité d'un boutique en ligne et du système de gestion. Les données sensibles sont stockées sur le \r\nserveur back-end, qui se trouve moins exposer au attaque.
Expérience utilisateur
Personne n'a envie de scroller pendant des heures à la recherche de la \r\nperle rare, en utilisant des frameworks front-end modernes tel que \r\nReact, Angular, ou Vue.js, il est possible de créer des expériences \r\nutilisateur plus riches et plus engageantes. Objectif : faire d'un achat\r\n en ligne une expérience fluide, dynamique et conviviale !
De bonnes \r\nperformances, une navigation naturelle et fluide, des suggestions \r\nadaptées et une recherche pertinente renforcent l'expérience \r\nutilisateur, ce qui peut se traduire par une augmentation des taux de \r\nconversion et une meilleure fidélité des clients.
En résumé, le e-commerce headless est une architecture qui permet de \r\nséparer la couche de présentation front-end de la couche back-end, \r\noffrant ainsi une plus grande flexibilité, des performances améliorées \r\net une meilleure sécurité pour les magasins en ligne.
Imaginons maintenant que nous puissions combiner les avantages que \r\nprocure Odoo pour les TPE et PME ainsi que les points forts de \r\nl'architecture e-commerce Headless. Cette approche permettrait de mettre\r\n en place une boutique en ligne qui s'appuierait sur la puissance et la \r\ngrande souplesse d'Odoo. Pour accomplir ce petit tour de passe-passe, \r\nles intégrateurs Odoo d'Akretion, d'Acsone et de CamptoCamp ont \r\ntravaillé sur la conception d'une API intégrée à Odoo permettant à un \r\nfront-end e-commerce de dialoguer avec l'ERP. Ces modules Odoo open \r\nsource sont appelés Shopinvader.
Dans le contexte des logiciels, le chevauchement fonctionnel se produit \r\nlorsqu'il existe une répétition ou une redondance des fonctionnalités \r\nentre plusieurs applications au sein d'une même organisation.
Dans le \r\ncas du e-commerce, cela peut se produire lorsqu'une plateforme de \r\ne-commerce effectue des tâches similaires à l'ERP car les deux solutions\r\n présentent des fonctionnalités similaires et néanmoins indispensables à\r\n leur fonctionnement. Un exemple très parlant est celui du panier d'un \r\neshop : une plateforme e-commerce a besoin de manipuler les données d'un\r\n panier pour permettre à un client de procéder à ses achats.
L'approche \r\nHeadless - et donc celle utilisée par Shopinvader - permet de confier la\r\n gestion du panier et des règles métiers qui lui sont associées à Odoo, \r\nqui va alors gérer cela comme un simple devis !
Dans son éventail pléthorique de fonctionnalité la suite d'applications d'entreprise Odoo offre également une \r\nsolution de commerce électronique. Cependant, si cette solution à l'avantage d'être disponible directement votre ERP préféré, elle a le défaut de mélanger la notion de backend et de frontend dans une seule et même boite.
En conclusion, l'association du e-commerce headless avec l'ERP Odoo \r\noffre une solution puissante et flexible pour les entreprises désireuses\r\n de créer une boutique en ligne performante et sécurisée. En dissociant \r\nle front-end du back-end, cette approche permet de bénéficier des \r\navantages respectifs de chaque couche tout en évitant les écueils du \r\nchevauchement fonctionnel. Avec l'intégration de solutions comme \r\nShopinvader, les entreprises peuvent tirer parti de la robustesse d'Odoo\r\n en tant que gestionnaire d'entreprise tout en offrant une expérience \r\nd'achat moderne et personnalisée à leurs clients.
Ressources
Odoo REST APIs for e-commerce https://github.com/shopinvader/odoo-shopinvader
Template Nuxt 3 Vue 3 https://github.com/shopinvader/shopinvader-template-nuxtjs
Dans un domaine du commerce en ligne qui évolue constamment, les \r\nentreprises cherchent sans cesse à améliorer l'expérience client sur leurs boutiques en ligne tout en proposant de plus en plus de services.
Une approche innovante qui gagne en popularité est le e-commerce headless, combiné avec un système ERP qui permet une plus grande flexibilité dans les développements e-commerce.
Ne manquez pas la prochaine soirée Odoo à Lyon, le jeudi 21 mars 2024 à 19h !
Au programme de cette soirée conviviale :
Le point fort de la soirée : une présentation du point de vente d'Odoo par Alexis de Lattre !
Découvrez les secrets du point de vente dernière génération :
RDV le 21 mars à 19h au 27 rue Henri Rolland à Villeurbanne (à Charpennes) pour une soirée riche en découvertes et en échanges !
N'oubliez pas de vous inscrire : https://www.eventbrite.fr/e/billets-apero-meetup-odoo-a-lyon-opensource-849320449327?aff=oddtdtcreat...
#Odoo #OCA #Lyon #ERP #Community #Meetup
Informations pratiques :
Nous vous attendons nombreux !
Rejoignez-nous pour notre prochain Meetup Odoo à Lyon, jeudi 21 mars 2024 ! Au programme, présentation du POS (Point de vente) d'Odoo et du matériel de caisse, échanges et networking !
L'Agence pour l'Informatique Financière de l'Etat (AIFE), qui a notamment la charge de l'exploitation de la plateforme de facturation électronique de l'État dénommée Chorus Pro, a annoncé un changement dans les URLs utilisées pour l'API Chorus Pro. Les détails techniques de ce changement sont expliqués sur la page ci-dessous :
https://developer.aife.economie.gouv.fr/index.php?option=com_content&view=article&id=13
L'AIFE précise dans son annonce que les anciennes URLs ne seront plus joignables à partir du 30 septembre 2023.
Akretion a fait la mise à jour du module l10n_fr_chorus_account pour utiliser les nouvelles URLs pour l'API Chorus. Cette mise à jour est disponible sur toutes les versions d'Odoo dotées du support de l'API Chorus Pro :
Maintenant que la mise à jour a été publiée, il faut que toutes les entreprises qui utilisent le module OCA pour accéder à l'API de Chorus Pro déploient la mise à jour sur leur serveur Odoo d'ici au 30 septembre 2023.
L'AIFE a annoncé que les URL PISTE historiques en aife.economie.gouv.fr seront décommissionnées le 30 septembre 2023 et impose d'utiliser les URLs en piste.gouv.fr. Toutes les entreprises qui utilisent l'API Chorus Pro doivent déployer une mise à jour sur leur serveur Odoo.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/64f6e029692fec672940ec6c/apero_odoo.jpeg\" "\\"apero_odoo.jpeg\\"")
Le jeudi 21 septembre 2023 (19h-21h30) aura lieu le premier des Apéros Odoo (OCA) de Lyon, organisés par Akretion.
Akretion,\r\n travaille depuis dix ans sur les modules communautaires d'Odoo et nous \r\nsouhaiterions faire vivre une communauté de passionnés d'Odoo qui \r\nhabitent et travaillent à Lyon et dans ses environs.
Notre entreprise souhaite donc organiser des rencontres trimestrielles,\r\n autour d'un verre, pour échanger sur les sujets fonctionnels et \r\ntechniques qui touchent au développement et à l'utilisation d'Odoo.
Pour quel public ?
Les\r\n rencontres sont à destination aussi bien d'intégrateurs qui font déjà \r\npartie de l'OCA (Odoo Community Association), mais également de ceux qui\r\n voudraient commencer à contribuer, des profils fonctionnels, des \r\nutilisateurs de l'ERP, des étudiants ou simplement des curieux qui \r\nvoudraient en savoir plus sur le logiciel et ces fonctionnalités.
Quand et où ?
RDV une fois par trimestre, dans les locaux d'Akretion à Charpennes , 27 rue Henri Rolland, Villeurbanne.
La première date étant prévue le jeudi 21 septembre 2023, de 19h-21h30.
Comment participer ?
Inscrivez-vous gratuitement sur le site d'Eventbrite :
https://www.eventbrite.com/e/billets-apero-odoo-lyon-opensource-668200615027
Le jeudi 21 septembre 2023 (19h-21h30) aura lieu le premier des Apéros Odoo (OCA) de Lyon, organisés par Akretion.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>["5a26d2dc65a22202029545ad", "5a26d2dc65a22202029545a4"], "author_id"=>"5ff83764f2a076389f9f18f3", "deprecated"=>false, "seo_title"=>"Akretion organise des Apéros Odoo à Lyon", "meta_description"=>"Le jeudi 21 septembre 2023 (19h-21h30) aura lieu le premier des Apéros Odoo (OCA) de Lyon, organisés par Akretion.", "meta_keywords"=>"apéro Odoo Lyon", "force_locale"=>"fr"}, {"_id"=>"64bc45cde39527290fd67b64", "_slug"=>"point-de-vente-odoo-liaison-caisse-lecteur-cb", "_visible"=>true, "_position"=>94.0, "content_type_slug"=>"posts", "created_at"=>"2023-07-22T21:10:37.966Z", "updated_at"=>"2024-07-11T17:28:31.472Z", "_label"=>"Point de vente Odoo : liaison caisse <-> lecteur CB", "title"=>"Point de vente Odoo : liaison caisse <-> lecteur CB", "posted_at"=>"2023-07-22T00:00:00.000Z", "published"=>true, "body"=>"Akretion annonce la disponibilité d'un nouveau module OCA qui implémente la liaison bi-directionnelle sur IP entre l'interface du point de vente d'Odoo et le lecteur CB. Le nom technique de ce nouveau module est l10n_fr_pos_caisse_ap_ip et il est disponible sur le projet Github l10n-france de l'OCA pour Odoo version 14 et version 16. Ce module implémente la version 3 du protocole caisse (anciennement appelé protocole Concert) de l'Association du paiement. En France, la liaison entre la caisse et le lecteur CB est standardisé par l'Association du paiement. Le protocole a d'abord été disponible sur port série et USB ; depuis la version 3 du protocole, il est également disponible sur IP. Il est implémenté par Ingenico, Verifone et d'autres constructeurs de terminaux de paiement pour les terminaux vendus en France.
Quand il est utilisé sur IP, le protocole fonctionne par un échange bi-directionnel de chaînes de caractères sur une liaison TCP directe entre la caisse et le lecteur CB. L'échange de caractères se fait directement sur TCP, sans aucun autre protocole au dessus de TCP.
Avantage : simplicité.
Inconvénient : le code Javascript d'un navigateur Web ne peut pas ouvrir une socket TCP \"brute\" (sauf à utiliser des APIs spécifique à un navigateur Web particulier). Il n'est donc pas possible d'implémenter ce protocole directement dans le code Javascript du point de vente d'Odoo. Dans l'implémentation actuelle, le code Javascript d'Odoo appelle une méthode du serveur Odoo et c'est le serveur Odoo qui ouvre la socket TCP vers le lecteur CB. Si le serveur Odoo est hébergé sur Internet, cela implique la mise en place d'une redirection de port TCP vers le lecteur CB. Il est conseillé de restreindre cette redirection de port par IP source, en la limitant à l'IP du serveur Odoo.
Avec l'implémentation qui a été réalisée, la liaison est bi-directionnelle :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/64bc4509e39527290fd67b60/l10n_fr_pos_caisse_ap_ip-setup.png\" "\\"l10n_fr_pos_caisse_ap_ip-...\\"")
Une fois la configuration terminée, vous pouvez démarrer la session de caisse. La mini-vidéo ci-dessous montre l'utilisation de la liaison caisse <-> lecteur CB sur Odoo v14, sur un paiement réel que j'ai réalisé à l'abbaye de Randol le 15 juillet 2023.
\r\n\r\nPour pouvoir tester ce module Odoo ou développer sur ce module, il faut disposer d'un vrai lecteur CB et réaliser de vraies transactions... ce complique sérieusement les choses ! Pour que cela ne soit pas un obstacle, Rémi de Lattre a développé un simulateur de lecteur CB en python qui émule le protocole caisse AP sur IP. Il est disponible sous licence GPL sur le projet Github caisse-ap-ip. Le module Odoo l10n_fr_pos_caisse_ap_ip a été développé en utilisant ce simulateur, et il a marché du premier coup lors de sa mise en production avec un lecteur CB Ingenico... preuve que le simulateur est fidèle à la réalité !
Le développement de ce module Odoo a été co-financé par Akretion France et Camptocamp.
Akretion publie le module l10n_fr_pos_caisse_ap_ip qui implémente la liaison bi-directionnelle sur IP entre l'interface de point de vente d'Odoo et le lecteur CB. Avantage : le montant à payer est automatiquement transmis depuis Odoo vers le lecteur CB ; si le paiement passe sur le lecteur CB, la vente est automatiquement validée dans Odoo.
Il y a quelques jours, un client d'Akretion nous a contacté car il ne parvenait pas à importer un fichier de relevé de compte OFX dans Odoo. Après investigation technique, nous avons pu apporter la preuve que le problème était causé par le fait que le fichier de relevé de compte au format OFX généré par la banque LCL n'était pas conforme à la norme OFX.
La norme OFX spécifie un format de fichier pour décrire un relevé de compte bancaire et d'autres types d'informations utiles pour les échanges entre une banque et son client. Il est souvent désigné sous le nom de format Quicken ou format Microsoft Money. Les spécifications de la norme OFX sont librement téléchargeables sur le site https://financialdataexchange.org/ofx.
En France, ce format est souvent proposé par les banques pour permettre de récupérer un relevé de compte dans un format standardisé lisible par la plupart des logiciels de comptabilité et de gestion de trésorerie. Cette fonctionnalité est généralement proposée gratuitement à la fois pour les clients particuliers et professionnels dans l'espace client de la banque.
Quand un client télécharge un relevé de compte sous forme de fichier OFX (ou tout autre format) sur le site Internet de sa banque, il récupère une liste de transactions bancaires entre deux dates. Pour chaque transaction bancaire, il récupère au minimum :
Le plus souvent, un client récupère des transactions entre une date passée et la date du jour. Avec la modernisation des systèmes informatiques des banques et le déploiement du virement instantané, il arrive souvent que de nouvelles transactions bancaires apparaissent en cours de journée.
Prenons un exemple ! Nous sommes aujourd'hui le 16 mai 2023. La semaine dernière, le 9 mai 2023, j'avais téléchargé sur l'espace client de ma banque un fichier OFX pour la période allant du 2 mai jusqu'à 9 mai inclus. Aujourd'hui, je dois de nouveau mettre à jour ma comptabilité et pour cela je dois récupérer toutes les transactions depuis la dernière fois. Si je télécharge un fichier OFX pour la période allant du 10 mai au 16 mai 2023, je risque de rater les transactions du 9 mai qui ont été ajoutée après l'heure où j'ai récupérer le fichier le 9 mai dernier. Pour éviter cet écueil, je vais donc télécharger un fichier OFX allant du 9 mai jusqu'à aujourd'hui. Mais ce fichier contiendra les transactions du 9 mai antérieures à l'heure où j'ai téléchargé le fichier OFX ce jour là, qui sont des transactions qui sont déjà présentes dans mon logiciel comptable. Mon logiciel comptable devra donc, lors de l'import du nouveau fichier OFX, identifier les transactions qui ont déjà été importées. Pour cela, la norme OFX a prévu, pour chaque transaction, une balise dénommée FITID qui signifie Financial Institution Transaction ID qui permet au logiciel comptable de détecter les transactions qui ont déjà été importées. La norme OFX décrit très clairement le rôle de cette balise :
A Financial Institution assigns an <FITID> to uniquely identify a financial transaction that can appear in an account statement. Its primary purpose is to allow a client to detect duplicate responses. Open
Financial Exchange intends <FITID> for use in statement download applications, where every transaction requires a unique ID. [...] FITIDs must be unique within the scope of an account but need not be sequential or even increasing.
Voici un exemple de la balise FITID contenu dans un fichier OFX généré par la banque LCL, pour une transaction correspondant à un paiement CB de 12,75 euros en date du 20 avril 2023 :
948 200423 -1275
En analysant la balise FITID d'autres transactions du même fichier OFX, on comprend rapidement que :
Par conséquent, si on fait 2 paiements CB du même montant le même jour, on se retrouve avec 2 transactions différentes qui ont la même balise FITID, ce qui est une violation flagrante de la norme OFX, puisque la balise ne permet pas d'identifier de façon unique une transaction donnée !
Ce non respect de la norme OFX provoque un message d'erreur bloquant dans Odoo au moment où l'utilisateur tente d'importer son relevé de compte.
Nous avions déjà noté ce défaut dans les fichiers OFX du LCL en 2016 chez un autre client. A l'époque, notre client avait informé la banque de ce défaut en fournissant tous les détails techniques sur le problème. Devant l'absence de réaction de la banque et gêné par les bugs provoqués par cette violation de la norme OFX, notre client avait finit par changer de banque. Force est de constater que, 7 ans plus tard, le bug est toujours présent. Nous espérons que le LCL corrigera rapidement ce défaut pour éviter de perdre de nouveau un de ses clients !
Akretion France se tient à la disposition des équipes informatiques du LCL pour toute question ou précision sur ce bug. Nous pouvons leur fournir plusieurs fichiers OFX originaux d'un compte bancaire LCL contenant des paiements CB du même montant débités à la même date et qui ont la même balise FITID.
La banque LCL ne génère pas correctement la balise FITID, censée contenir un identifiant unique de transaction, dans les relevés de compte au format OFX, ce qui provoque des blocages dans les logiciels comptables.
En février 2020, Akretion France avait annoncé la publication d'un module Odoo pour la déclaration d'honoraires, aussi appellée DAS2, permettant de générer un état préparatoire qui, après vérification/ajustement, est transformé en un fichier de déclaration prêt à être télétransmis à l'administration fiscale.
Pour la campagne DAS2 2023, la DGFiP impose plusieurs changements importants dans le fichier de déclaration de la DAS2 :
Le module Odoo pour la déclaration d'honoraire, dont le nom technique est l10n_fr_das2, a été mis à jour pour prendre en compte toutes ces évolutions techniques, conformément au cahier des charges publié par l'administration fiscale. La nouvelle version du module est dès à présent disponible pour Odoo v14, v15 (dans cette pull request) et v16. Akretion France a déposé sa DAS2 pour l'année 2022 il y a quelques jours avec la nouvelle version du module : le fichier a bien été accepté par l'administration fiscale.
Attention : étant donné que l'administration fiscale impose désormais une convention de nommage pour le fichier de DAS2, faites attention à ne pas modifier le nom du fichier généré par Odoo avant de le déposer sur le site des impôts !
Quelques détails à connaître sur ce changement :
![\"Copie](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/643b2080f2a076060d9dfec5/blog-das2.png\" "\\"blog-das2.png\\"")
Selon cette page, la date limite pour télétransmettre la DAS2 pour l'année 2022 est fixée au 18 mai 2023.
Le module Odoo pour la déclaration d'honoraire (DAS2) a été mis à jour pour se conformer aux nouvelles exigences techniques imposées par l'administration fiscale pour la campagne 2023. La nouveau module est dès à présent disponible pour Odoo v14, v15 et v16.
Suite à la mise à jour du serveur Odoo utilisé en interne à Akretion France de la version 12 à la version 14, nous étions impatients de pouvoir commencer à utiliser notre nouveau module de déclaration de TVA. Ce nouveau module l10n_fr_account_vat_return, annoncé le 2 décembre 2021 dans ce billet de blog, est maintenant disponible dans la branche principale du projet de localisation française de l'OCA pour Odoo version 14. Pour rappel, ce module permet :
Pour notre CA3 du mois de Septembre 2022, nous avons donc utilisé notre nouveau module de déclaration de TVA. La télétransmission de la CA3 depuis Odoo en 1 clic a parfaitement fonctionné :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6351b6acf2a07677e6e4fd49/tva_teletrans_akretion.png\" "\\"tva_teletrans_akretion.png\\"")
Et une demi-heure après avoir réalisé la télétransmission depuis Odoo, nous avons reçu de Teledec l'accusé de réception de la DGFIP :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6351bf29f2a07679606de913/tva_teletrans_akretion-AR.png\" "\\"tva_teletrans_akretion-AR...\\"")
En me connectant sur notre espace professionnel sur impots.gouv.fr, j'ai pu constater que notre CA3 de Septembre 2022 était bien déclarée et conforme aux données envoyées par Odoo.
Akretion est maintenant prête à généraliser le déploiement de ce module de déclaration de TVA française avec télétransmission à tous ses clients utilisant Odoo version 14 (ou supérieure) et ayant fait le choix de tenir leur comptabilité dans Odoo.
Akretion France a télé-transmis sa déclaration de TVA pour la première fois, en utilisant le nouveau module opensource de déclaration de TVA.
Suite à la publication du nouveau module de déclaration de TVA française avec télétransmission pour Odoo v14 en Décembre 2021, le module a été déployé chez plusieurs clients pilotes qui nous ont fait part de leurs remarques et souhaits d'amélioration. Pendant cette phase qui a duré plusieurs mois, le module de TVA a reçu plusieurs correctifs et améliorations importantes.
Les modifications les plus significatives sont les suivantes :\r\n
Après plusieurs mois d'utilisation en beta-test, le module de déclaration de TVA française avec télétransmission pour Odoo v14 est maintenant prêt pour une large diffusion. Il a bénéficié de plusieurs améliorations importantes et a été a été traduit en français.
Akretion est fier d'annoncer la publication d'un nouveau module Odoo dénommé account_cash_deposit permettant de gérer les remises d'espèces en banque, ainsi que les commandes d'espèces auprès de la banque. Ce nouveau module sera utile pour les sociétés qui disposent d'une caisse, en particulier les sociétés qui exploitent une boutique physique et qui doivent régulièrement déposer les espèces à la banque.
Ce module permet de formaliser le processus de remise d'espèces à la banque en déclarant les billets et les rouleaux de pièces qui composent la remise et le compte bancaire à créditer. Il permet ensuite d'imprimer un rapport de remise d'espèces et de générer une écriture comptable entre le compte de caisse (531) et le compte de virements internes (580).
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/62211571f2a076264fdfd568/cash_deposit1.gif\" "\\"cash_deposit1.gif\\"")
Il fonctionne de façon très similaire pour les commandes d'espèces à la banque : il permet de formaliser les quantités de billets et de rouleaux de pièces commandés et le compte sur lequel la banque doit prélever l'argent. L'utilisateur peut ensuite confirmer la commande et imprimer un rapport PDF de commande d'espèces prêt à être envoyé à la banque. Enfin, une fois les espèces reçues, Odoo va générer une écriture comptable entre le compte de virements internes (580) et le compte de caisse (531).
Ce nouveau module est disponible sur le projet OCA account-financial-tools pour Odoo version 14.0. Il a été traduit en français. Si vous avez besoin de ce module sur une autre version d'Odoo, nous pouvons réaliser pour vous le portage du module sur la version d'Odoo que vous utilisez.
Akretion annonce la publication d'un nouveau module Odoo dénommé account_cash_deposit permettant de gérer les remises d'espèces en banque, ainsi que les commandes d'espèces auprès de la banque.
Sur Odoo v14, un nouveau module OCA a fait son apparition il y a quelques mois dans le projet de localisation française : le module l10n_fr_siret_lookup. Ce module a été écrit par Le Filament et Akretion France. Il tire parti des données de la base SIRENE disponibles en opendata et accessibles via des APIs publiques.
Une fois le module installé, le fonctionnement est très simple :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6215488ff2a0767d57d07aaf/siren_lookup.gif\" "\\"siren_lookup.gif\\"")
A savoir : si l'utilisateur a renseigné le SIREN ou le numéro de TVA dans le champ Nom de la fiche partenaire, Odoo récupère l'adresse et le SIRET du siège social de la société. Au contraire, si l'utilisateur a renseigné le SIRET, Odoo récupère l'adresse du site correspondant (qui peut être le siège social ou un établissement secondaire) et indique le SIRET tapé par l'utilisateur dans le champ SIRET.
Comment ça fonctionne ?
Ce billet de blog présente le module module OCA l10n_fr_siret_lookup qui permet de créer une nouvelle fiche partenaire très rapidement à partir de son SIREN, SIRET ou n°TVA en utilisent des APIs publiques.
Après de longs mois de travail et de recherche, Akretion est fier de publier la première implémentation opensource de la déclaration de TVA française avec télétransmission.
Akretion vient de publier 2 modules pour Odoo v14 sous licence AGPL :
Ces 2 modules Odoo proposent les fonctionnalités suivantes :
L'établissement de la déclaration de TVA dans Odoo se réalise en 4 étapes :
Sur le formulaire de CA3, les cases suivantes sont calculées automatiquement par le module Odoo :
| MONTANT DES OPÉRATIONS RÉALISÉES - OPÉRATIONS IMPOSABLES (H.T.) | |
| 01 | Ventes, prestations de services |
| 02 | Autres opérations imposables (rubrique utilisée pour l'autoliquidation extracommunautaire) |
| 2A | Achats de prestations de services intracommunautaires |
| 03 | Acquisitions intra-communautaires |
| MONTANT DES OPÉRATIONS RÉALISÉES - OPÉRATIONS NON IMPOSABLES | |
| 04 | Exportations hors UE |
| 5A | Ventes à distance taxables dans un autre État membre au profit des personnes non assujetties - Ventes B to C |
| 06 | Livraisons intra-communautaires à destination d'une personne assujettie - Ventes B to B |
| DÉCOMPTE DE LA TVA À PAYER - TVA BRUTE | |
| 08 | Taux normal 20% |
| 09 | Taux réduit 5,5% |
| 9B | Taux réduit 10% |
| 10 | Taux normal 8,5% pour les opérations réalisées dans les DOM |
| 14 | Opérations imposables à un taux particulier (décompte effectué sur annexe N° 3310-A) |
| 16 | Total de la TVA brute due (lignes 08 à 5B) |
| 17 | Dont TVA sur acquisitions intra-communautaires |
| 18 | Dont TVA sur opérations à destination de Monaco |
| DÉCOMPTE DE LA TVA À PAYER - TVA DÉDUCTIBLE | |
| 19 | Biens constituant des immobilisations |
| 20 | Autres biens et services |
| 22 | Report du crédit apparaissant ligne 27 de la précédente déclaration |
| 23 | Total de la TVA déductible (lignes 19 à 3C) |
| CRÉDIT | |
| 25 | Crédit de TVA (lignes 23 - 16) |
| 26 | Remboursement de crédit demandé sur formulaire n° 3519 joint |
| 27 | Crédit à reporter (lignes 25 - 26 - AA) |
| TAXE À PAYER | |
| 28 | TVA nette due (lignes 16 - 23) |
| 29 | Report du montant de taxes assimilées calculées sur annexe 3310A |
| 32 | Total à payer (lignes 28 + 29 - AB) |
Concernant la télétransmission, l'administration fiscale française ne propose pas d'API publiquement accessible permettant aux entreprises de télétransmettre directement leur déclaration de TVA à l'administration (contrairement à Chorus Pro par exemple). Il faut passer par des tiers de télétransmission EDI qui ont suivi un processus de certification et proposent leurs services payants aux entreprises. Après avoir comparé différentes offres, le choix d'Akretion s'est porté sur TELEDEC. Akretion utilise depuis sa création les services de TELEDEC pour l'établissement de sa liasse fiscale. L'offre de TELEDEC pour la télétransmission de la TVA en mode API s'est révélée à la fois la plus économique et la plus moderne et solide sur le plan technique.
Pour ceux qui ne souhaitent pas opter pour la télétransmission EDI de la déclaration de TVA, Akretion a mis au point à titre expérimental un robot de remplissage de la déclaration de TVA sur impots.gouv.fr en mode EFI. Cette solution utilise Selenium IDE, qui est une extension opensource pour Firefox et Chrome, qui permet d'automatiser la navigation sur un site Web. Odoo peut générer un fichier de scénario pour Selenium IDE. Une fois le fichier de scénario chargé dans l'extension Selenium IDE, l'utilisateur peut lancer l'exécution du scénario : une nouvelle fenêtre du navigateur Web s'ouvre, se connecte sur impots.gouv.fr, accède à la rubrique de déclaration de TVA, sélectionne la bonne société, la bonne période et remplit le formulaire de CA3. Ensuite, l'utilisateur reprend la main pour valider le formulaire de CA3 et procéder au paiement en ligne. Attention, cette solution est expérimentale : elle peut s'arrêter de fonctionner en cas de changements au niveau des pages Web du site des impôts. Elle ne supporte que le formulaire CA3 : contrairement à la télétransmission EDI, cette solution ne permet pas le remplissage automatique de l'annexe 3310-A ni du formulaire 3519 de demande de remboursement de TVA. Ainsi, si l'utilisateur doit par exemple déclarer une taxe figurant dans l'annexe 3310-A, il devra remplir manuellement la CA3 et l'annexe 3310-A. Opter pour la télétransmission EDI avec TELEDEC reste donc le choix le plus fiable et le plus sûr pour gagner du temps dans tous les cas de figure.
Ces 2 nouveaux modules opensource pour la déclaration de TVA française avec télétransmission sont une contribution majeure permettant à Odoo de proposer une solution complète pour gérer la comptabilité d'une entreprise française. Ces modules permettent aux utilisateurs d'Odoo de gagner un temps précieux lors de l'établissement de la déclaration de TVA. Cette contribution est une nouvelle confirmation de l'engagement quotidien d'Akretion depuis de nombreuses années à mettre en œuvre une solution comptable complète en logiciel libre pour les entreprises françaises.
Akretion annonce ce jour la publication de nouveaux modules opensource pour Odoo qui ajoutent le support de la déclaration de TVA française avec télétransmission EDI.
On December 25th 2015, I wrote a blog post to announce a new OCA module to automate the import of PDF invoices in Odoo. The title of this blog post was Akretion's Christmas present for the Odoo community. This module was named account_invoice_import_invoice2data because, to extract the relevant data from the PDF invoice (date, total with tax, total without tax, invoice number, etc.), it used a python library called invoice2data. This module later joined the OCA/edi project on Github. It was released for Odoo v8, and has been ported to higher versions including Odoo v14, the latest version of Odoo. This module is still the main opensource solution to import a simple PDF invoice as vendor bill in Odoo. If you have a structured invoice such as a Factur-X PDF invoice or an UBL invoice, there are specific modules to add support for these formats (account_invoice_import_facturx, account_invoice_import_ubl) that take advantage of the structured data.
At Akretion, we've been using this module for 6 years now and our customers use it too. It works well, but there is one major drawback: when you need to add support for a new vendor, you must write a new template, and this task involves writing regular expressions. In real life, it means that an accountant cannot add support for a new vendor by himself, he needs to ask a software developer to do it. The same thing happens when the layout of the invoices changes: the template often needs to be updated and this requires developer skills.
So far, I considered that investing time to improve this module was not a good investment because all invoices will eventually be available in Factur-X or UBL format in the future, so such a module that imported simple PDF invoices (without any XML file as attachment) would soon be deprecated. I was certainly too optimistic: I have to admit that 99% of the invoices I receive today are still simple PDF invoices.
On July 13th 2021, I made a presentation of my module account_invoice_import_invoice2data to the accountant of a company running on Odoo during an online meeting. The accountant was happy because the module was adressing his needs. Then he told me that he needed to support about 50 suppliers, so I would have to develop up to 50 invoice2data templates. When I hung up the call, I was quite unhappy because I thought: Damn-it, I'll have to develop 50 invoice2data templates: it not difficult... but it's not fun !
I started to wonder how I could avoid this mission to develop 50 invoice2data templates! I started thinking about a new module that would import simple PDF invoices as vendor bills in Odoo with one main requirement: the accountant should be able to add support for a new supplier by himself. No technical skills needed. Fast and easy.
By chance, the day after that online meeting was July 14th, which is the national day in France. My kids were at their scout camp, my wife was on holidays in Normandy and it was a rainy day. So I started developing a new module called account_invoice_import_simple_pdf. I took advantage of my 6 years of experience using the module account_invoice_import_invoice2data and developing invoice2data templates. And I came out with an easy-to-use solution where the accountant can add support for new vendors by himself. And, even for me with my strong experience writting invoice2data templates, it's faster to add support for a new vendor with that new module than writting an invoice2data template! I'm very happy to annonce the release of this new module today: it seems Christmas is in July this year! I hope you will have as much fun using this module than I had developing it... while watching the military parade on the Champs-Élysées! The module is available for Odoo v14 in this pull request.
How does it work? It's quite similar to the invoice2data module. When you import a new simple PDF invoice in Odoo:
\r\n\r\nI made a screencast that showcases the configuration and import of a real invoice of Mooncard, one of my vendors.
\r\n\r\n\r\n\r\nHere are some details about the setup on the partner form. In the Vendor Bill Import tab, you must configure:
\r\n\r\nNote that you should only configure 3 out of the 2 amount fields because Amount Total = Total Untaxed + Total Tax, so with 2 fields Odoo can compute the 3rd one. If the invoice is without VAT, you should only configure the Amount Total field. The Start Date and End Date fields are relevant if you use the OCA module account_invoice_start_end_dates available from the OCA/account-closing project and you want to have the start and end date on the invoice line.
\r\n\r\nFor each field, you must configure an extraction rule such as:
\r\nFor a particular field, you can restrict the scope of the extraction rule by giving a Start String and/or an End String. For example, if you set Total HT as Start String for the field Untaxed Amount and the extraction rule is Min, Odoo will search for the first occurence of Total HT in the raw text extraction and retrieve the minimum amount it finds after that string (in French, \"HT\" is the abbreviation of \"hors taxes\" i.e. \"without taxes\").
\r\n\r\nFor date fields, you can set a specific date format and separator. Let's consider an invoice where the Invoice Date and Due Date are written as 27/07/2021 but the Start Date and End Date are written as July 31, 2021. To support that, configure the date format of the partner with:
\r\nand, on the Start Date and End Date fields:
\r\nAt the bottom of the Vendor Bill Import tab, you have a test section where you can upload a PDF invoice of that partner and test the setup you made: you will get a clear analysis of the partner matching result and the extraction result for each field. It will help you finalize the configuration until you get a configuration which extracts the right values for each field.
\r\n\r\nOnce the configuration is finished, start the import wizard via to the menu Invoicing > Vendors > Import Vendor Bill, upload the PDF invoice and... enjoy the automatic creation of the vendor bill! Check that the vendor bill has been properly created and confirm it. Note that the PDF is automatically attached to the invoice.
\r\n\r\nDon't hesitate to contact Akretion is you need to backport this module to the version of Odoo you are using or if you need training or support on the module.
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-07-11T17:22:46.454Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-07-11T17:22:46.454Z"}, "summary"=>"Discover our new opensouce PDF invoice import module for Odoo: account_invoice_import_simple_pdf. This module supports PDF invoices without XML attachment. With this new module, the accountant can add support for a new vendor by himself easily and rapidly.
\"Brexit means Brexit !\" ; cette phase désormais célèbre de Theresa May s'est finalement traduite dans les faits le 1er Janvier 2021 avec le départ du Royaume Uni de l'Union Européenne. Cet article a pour objectif d'expliquer l'impact sur la DEB, la DES, la comptabilité, ainsi que l'impact dans Odoo.
A première vue, tout semble simple : avec le départ du Royaume Uni de l'Union Européenne le 1er Janvier 2021, les ventes B2B sans TVA pour des clients basés au Royaume Uni n'ont plus besoin d'être déclarées dans la DEB ni dans la DES à partir du mois de Janvier 2021 (dont la déclaration doit être déposée au plus tard le 11 Février 2021, cf le calendrier de la DEB/DES). Et les ventes de marchandise B2C vers des particuliers basés au Royaume Uni se font désormais sans TVA.
Mais, quand on creuse le sujet... tout se complique ! Vous avez certainement entendu parler de l'épineux problème de l'Irlande du Nord qui a été un point délicat lors des négociations du Brexit, car les anglais ne voulaient pas le retour d'une frontière physique entre l'Irlande du Nord et l'Irlande du Sud. Pour éviter cela, l'accord de retrait a prévu un régime fiscal et douanier très spécial pour l'Irlande du Nord : les dispositions du droit de l'UE en matière de TVA concernant les marchandises continuent de s'appliquer à l'Irlande du Nord après le 1er Janvier 2021 (mais pas pour les prestations de service). Cela implique qu'il faut différencier les ventes à destination de la Grande Bretagne (i.e. le Royaume Uni sans l'Irlande du Nord) des ventes à destination de l'Irlande du Nord !
Concrètement, dans le cas d'une vente B2B :
| Grande-Bretagne | Irlande du Nord | |
|---|---|---|
| DEB | non | oui |
| DES | non | non |
| Case CA3 | 04 | 06 |
| Vérifier le numéro de TVA du client | non | oui, et il doit commencer par XI |
| Formalités douanières | oui | non |
Les sociétés basées en Irlande du Nord se sont vues attribuer un nouveau numéro de TVA commençant par XI (en remplacement de leur ancien numéro de TVA qui commençait par GB). Le service VIES de vérification des numéros de TVA européens a été mis à jour et permet de vérifier ces nouveaux numéros de TVA commençant par XI.
Dans le cas d'un achat de marchandises sans TVA auprès d'une entreprise basée en Irlande du Nord, il faudra pratiquer l'auto-liquidation de la TVA, comme pour les autres pays européens.
Pour plus d'informations, je vous invite à lire le bulletin officiel des douanes daté du 5 Janvier 2021 qui contient à la page 6 une section spéciale sur le Brexit.
Quel impact dans Odoo ?
Tout d'abord, il faut mettre à jour la position fiscale des entreprises basées en Grande Bretagne et remplacer Intra EU B2B par Import/Export. Pour les entreprises basées en Irlande du Nord, la position fiscale doit rester Intra EU B2B, mais il faut mettre à jour leur numéro de TVA et renseigner leur nouveau numéro de TVA de commence par XI. Pour que ce nouveau format de numéro de TVA soit reconnu comme valide par Odoo, une mise à jour d'Odoo est nécessaire. Akretion a pris les devants sur ce sujet et a contribué en Janvier 2021 le support des nouveaux numéros de TVA commençant par XI dans la librairie python stdnum qui est utilisé par les versions récentes d'Odoo pour valider les numéros de TVA. Une nouvelle version 1.16 de la librairie stdnum a été publiée par son auteur le 6 février 2021 et supporte la validation des numéros de TVA commençant par XI. Une modification du code du module base_vat d'Odoo est également nécessaire et une requête a été ouverte en ce sens auprès de d'Odoo SA. En attendant que l'éditeur fasse la modification nécessaire, votre intégrateur Odoo pourra facilement opérer une modification temporaire en attendant la mise à jour \"officielle\" de l'éditeur.
Si vous avez déjà généré des factures en Janvier et Février 2021 avec la mauvaise position fiscale, n'oubliez pas de faire le nécessaire !
Ensuite, concernant la DEB et la DES, la difficulté est liée au fait que, jusqu'à Odoo v13, les modules de DEB et DES utilisaient le pays du client (ou le pays de livraison) pour savoir si la facture devait être mentionnée dans la DEB/DES. Les pays avaient une case à cocher Pays UE, qui était cochée pour les pays de l'union européenne. Il faut donc décocher la case Pays UE pour le Royaume-Uni avant de faire les déclarations DEB et DES du mois de Janvier :
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/6023fed9f2a076276efa8397/uk_pays_ue.png\" "\\"uk_pays_ue.png\\"")
Le problème est que cela va exclure les ventes à destination de l'Irlande du Nord de la DEB (alors qu'elles doivent encore y figurer). Cela va aussi les exclure de la DES, ce qui est conforme. Sur les versions d'Odoo jusqu'à Odoo v13, les ventes B2B à destination de l'Irlande du Nord doivent être ajoutée manuellement dans la DEB, en créant les lignes de DEB nécessaires dans Odoo.
Dans Odoo v14, Akretion a changé la conception des modules de DEB/DES pour que la case à cocher qui permet de savoir si la facture doit être prise en compte dans la DEB/DES ne soit plus située sur le pays mais sur la position fiscale. Ainsi, sur Odoo v14, la position fiscale Intra EU B2B a une case à cocher Intrastat qui est cochée, alors qu'elle est décochée pour la position fiscale Import/Export. Et, dans le module de DES d'Odoo v14, les sociétés situées au Royaume-Uni sont systématiquement exclues, ce qui permet de bien exclure de la DES les sociétés basées en Irlande du Nord même si elles ont la position fiscale Intra EU B2B.
Si vous avez des échanges de marchandise récurrents avec l'Irlande du Nord, vous pouvez demander à votre intégrateur Odoo de rétroporter les modules DEB/DES d'Odoo v14 vers votre version d'Odoo, pour bénéficier de cette gestion avancée du cas particulier de l'Irlande du Nord.
Les impacts du Brexit sur la DEB, la DES et la comptabilité. Explications sur l'implémentation dans Odoo.
Ouverture de \"La Base\" https://www.labase.coop, magasin click-n-collect alimentaire alternatif à Dijon: un site e-commerce, du retrait de commande en magasin.
Akretion a publié ce jour un nouveau module Odoo pour les relances client. Ce module permet de générer des relances par e-mail, par lettre et de suivre les relances téléphoniques.
Ce nouveau module de relance est axé sur plusieurs idées fortes :
Vous pouvez consulter le cahier des charges pour le développement de ce module, ce qui vous permettra de comprendre certains choix de conception.
Ce module est publié sous licence libre AGPL. Son nom technique est account_invoice_overdue_reminder. Il est publié sur le projet Github OCA/credit-control (pull request 69 pour Odoo v12 et pull request 77 pour Odoo v10). Nous vous invitons à lire le README du module, qui explique un certain nombre de règles de fonctionnement du module. Si vous êtes intéressé par ce module de relance et qu'il n'est pas encore disponible pour la version d'Odoo que vous utilisez, Akretion peut vous proposer ses services pour porter ce module vers votre version d'Odoo.
Akretion a publié un nouveau module de relance client pour Odoo, qui permet de faire des relances par mail, lettre et téléphone, en gardant un contrôle très fin sur ce qui est envoyé au client. L'interface a été conçue pour être facile, pratique et rapide.
Yousign est une entreprise française qui propose un service en ligne de signature électronique conforme à la norme européenne eIDAS. Avec Yousign, il est possible de signer tout type de document (devis, contrat commercial, contrat de travail, etc.) sans papier ni stylo : tout se déroule en ligne, depuis la lecture du document à signer jusqu'à la signature avec l'envoi d'un code de confirmation par SMS ou e-mail.
Le connecteur Odoo-Yousign, initialement développé par Akretion en Février 2018 grâce au financement d'un de ses clients, permet d'initier une requête de signature depuis Odoo à partir d'un modèle, un peu à la manière d'un modèle de mail. Il permet ensuite de suivre l'avancement du process de signature et de déclencher des actions dans Odoo dès que le document est signé par l'ensemble des signataires. Enfin, il permet d'archiver dans Odoo le document signé.
Ce connecteur prend la forme d'un module Odoo opensource dénommé yousign_connector disponible sur le projet Github dédié. Ce module est accompagné du module yousign_sale qui fourni un modèle de signature basé sur les devis client ; ce module a aussi vocation à servir d'exemple pour ceux qui souhaiteraient définir un modèle de signature basé sur un autre objet Odoo.
Depuis quelques jours, le connecteur Odoo-Yousign supporte le nouvelle API de Yousign, ce qui permet d'accéder aux nouvelles fonctionnalités proposées par Yousign, tels que la définition d'un ordre des signataires, la possibilité de refuser la signature en indiquant une raison ou encore la définition d'une relance automatique des signataires.
Si vous êtes intéressé par ce connecteur Odoo-Yousign et que le module n'est pas encore disponible pour la version d'Odoo que vous utilisez, Akretion peut vous proposer ses services pour porter ce module vers votre version d'Odoo.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5e5a6d841a24fe4665da8628/screenshot_yousign_sale.jpg\" "\\"screenshot_yousign_sale.jpg\\"")
Le connecteur Odoo-Yousign supporte désormais la nouvelle API de Yousign, ce qui permet de bénéficier des nouvelles fonctionnalités proposées par le service en ligne de facture électronique Yousign.
Akretion est l'auteur d'une librairie Python pour Factur-X dont l'une des fonctionnalités est de générer une facture Factur-X à partir d'une facture PDF traditionnelle et d'un fichier XML au format CrossIndustryInvoice. Ainsi, les logiciels écrits en Python - Odoo par exemple - peuvent générer une facture Factur-X très facilement en une seule ligne de code. En suivant cet exemple, des librairies Factur-X sont apparues dans d'autres langages de programmation, notamment PHP, Java, etc...
Mais certains langages de programmation ne disposent pas encore d'une librairie native pour Factur-X. Devant ce constat et dans le but d'aider à l'adoption de la norme Factur-X par tous les éditeurs de logiciels, Akretion a développé un webservice permettant, en une seule requête HTTP, de générer une facture PDF Factur-X à partir d'une facture PDF traditionnelle et d'un fichier XML. Ainsi, les logiciels développés dans des langages de programmation pour lesquels il n'existe pas encore de librairie pour Factur-X disposent maintenant d'une solution simple et efficace pour générer des factures Factur-X. Mauvaise nouvelle : à partir de maintenant, il n'y a plus d'excuse pour ne pas générer des factures au format Factur-X !
Concrètement, il faut envoyer une requête HTTP POST de type multipart/form-data contenant la facture PDF, le fichier XML et les éventuelles pièces jointes additionnelles. La réponse contient la facture PDF au format Factur-X. Tous les profils de la norme Factur-X sont supportés. Ce webservice est fourni directement avec notre librairie Python factur-x (cf fichier bin/facturx-webservice) ; il utilise la librairie Flask.
Ce webservice a été déployé à des fins de test sur un serveur du FNFE-MPE. Pour l'essayer, vous pouvez utiliser l'outil curl qui est un client HTTP en ligne de commande. Voici un exemple d'utilisation du webservice avec une pièce jointe additionnelle :
\r\n\r\ncurl -X POST -F 'pdf=@facture_pdfa.pdf' -F 'xml=@factur-x.xml' -F 'attachment1=@pv_recette.pdf' -o facture_fx.pdf https://ws.fnfe-mpe.org/generate_facturxVous trouverez ci-dessous un schéma représentant le déploiement de ce webservice dans un environnement de production :
\r\n\r\n![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5e49c93c9730597d310177aa/archi_webservice.jpg\" "\\"archi_webservice.jpg\\"")
Akretion a développé un webservice pour générer des factures au format Factur-X. Ce webservice offre une solution pour générer des factures Factur-X à tous les logiciels qui n'ont pas encore de librairie pour Factur-X dans leur langage de programmation.
Akretion annonce aujourd'hui la publication d'un nouveau module Odoo opensource permettant de générer la DAS2, aussi appelée déclaration d'honoraires, à partir des informations comptables disponibles dans Odoo et du paramétrage des fournisseurs concernés. Ce module supporte la génération d'un fichier de déclaration au format TD/bilatéral que vous pourrez déposer sur le site https://teletd.impots.gouv.fr/teletd/connexionEFI.do, ce qui vous évitera une fastidieuse re-saisie d'informations.
La DAS2 est une déclaration fiscale annuelle obligatoire pour toutes les entreprises et associations françaises. Elle porte sur l'année civile précédente, même en cas d'exercice comptable décalé. Elle consiste à déclarer les honoraires, vacations, commissions, courtages, ristournes, jetons de présence, droits d'auteur, droits d'inventeur, avantages en nature et autres indemnités ou remboursements payés au cours de l'année civile précédente à des personnes physiques ou morales, françaises ou étrangères. Il n'est pas nécessaire de déclarer un bénéficiaire pour lequel le montant payé au cours de l'année civile précédente serait inférieur à 1 200 €.
La date limite pour déposer la DAS2 est le 30 Avril pour les sociétés qui clôturent au 31 Décembre, et 90 jours après la clôture de l'exercice pour les autres. Si votre exercice comptable est calé sur l'année civile, vous avez jusqu'au 30 Avril 2020 pour envoyer votre DAS2 2019.
Cette contribution s'inscrit dans la continuité des développements réalisés par Akretion ces dernières années sur la comptabilité d'Odoo pour faire gagner du temps aux comptables et leur éviter au maximum les tâches rébarbatives... et la DAS2 en fait clairement partie !
Akretion tient à remercier ses clients qui ont participé au financement de ce nouveau module.
Le module a été publié sur la localisation française de l'OCA sur Github pour Odoo version 10 et version 12. Le nom technique du module est l10n_fr_das2. Si vous avez besoin de ce module pour une autre version d'Odoo, n'hésitez pas à nous contacter.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5e471537973059063c386a97/das2_teled.png\" "\\"das2_teled.png\\"")
Akretion a développé un nouveau module Odoo permettant de générer la DAS2, aussi appelé déclaration d'honoraires, ainsi que le fichier de déclaration au format TD/bilatéral.
La révolution de la facturation électronique est en marche, et une nouvelle étape doit justement être franchie dans quelques jours pour les TPE françaises : à partir du 1er janvier 2020, les entreprises de moins de 10 salariés ont l'obligation de déposer toutes leurs factures à destination de la sphère publique sous forme électronique sur la plateforme Chorus Pro.
La plateforme Chorus Pro supporte de multiples formats de factures électroniques. A Akretion, nous pensons que Factur-X est le format de facture électronique le plus adapté pour les TPEs et PMEs. Pour que le format Factur-X ne soit plus réservé aux entreprises dotées d'un ERP moderne tel que Odoo, nous avons voulu apporter une solution à toutes les TPEs qui génèrent leurs factures dans un simple tableur. Cette solution prend la forme d'une extension LibreOffice opensource permettant de générer une facture PDF Factur-X depuis LibreOffice Calc.
Pendant toute la phase de conception de cette extension LibreOffice, nous avons apporté un soin tout particulier à :
Vous trouverez toutes les explications et les liens de téléchargement sur la page dédiée au projet. Le code est publié sur Github.
\r\n\r\nAkretion est heureuse d'annoncer la publication de son extension LibreOffice pour générer des factures Factur-X depuis un simple tableur. Un cadeau de Noël bienvenu à J-4 de l'obligation pour les TPEs de déposer leurs factures pour la sphère publique sur Chorus Pro.
Bien choisir son CMS est une étape primordiale de la conception d'un site web ou d'un blog. Sélectionner un outil de gestion de contenu flexible et puissant peut-être un véritable atout pour mener à bien son projet web.
Le CMS est un élément déterminant lors de l'intégration HTML d'un site ainsi que tout au long de sa vie pour mettre à jour son contenu.
Véritable arme dans la bataille du SEO, le CMS nous aide à enrichir le contenu de nos pages et ainsi abreuver les moteurs de recherche de nouveaux contenus à référencer.
Choisir un CMS avec une interface User-friendly est donc indispensable pour simplifier l'utilisation et aider les créateur de contenue à maintenir le site à jour.
Chez Akretion nous avons fais le choix de LocomotiveCMS pour accompagner nos réalisations Web.
Simple pour les intégrateurs Web
Basé sur Liquid, le langage de templating de Shopify, LocomotiveCMS est un projet Opensource facile à utiliser pour tous les développeurs Web car il reprend les grands standard du Web (HTML, JS, SCSS).
Accompagné d'une documentation bien fournie sur doc.locomotivecms.com, la prise en main de l'écosystème LocomotiveCMS est rapide et facile. LocomotiveCMS est fourni avec un petit outil appelé Wagon destiné aux intégrateurs Web. Cet outil en ligne de commande est utilisé pour réaliser facilement une prévisualisation de son travail site sur une machine en local. Wagon assure aussi le déploiement du template en ligne pour les phases de mises en production, plus besoin de FTP et autre transfert de fichier vers son serveur web, Locomotive CMS s'occupe de tous.
Pour les moins téméraire d'entre nous qui ne voudrais pas se lancer dans une installation et la maintenance de serveur, le site officiel du projet propose d'héberger vos site à moindre frais https://www.locomotivecms.com/pricing
La possibilité de gérer plusieurs centaines de sites sur une même \r\ninstance de Locomotive est un argument de poids pour un CMS. Locomotive permet d'héberger et de gérer le contenu de centaines de sites sur une même instance ce qui limite très fortement les coûts de maintenance et de mise à jour d'une infrastructure. Terminé les mises en ligne longues et complexes, Locomotive permet de créer avec une simplicité déconcertante un nouveau projet et de déployer en ligne son template en une seule ligne de commande.
Grace à une gestion des droits d'accès assez fines ce CMS dispose d'une approche adaptée aux besoins des agences \r\nWeb et autres créateur de site Internet qui peuvent gérer depuis le backoffice les droit de gestion du contenue ou même la possibilité de déployer son template pour chaque projets enregistrés.
Dans une interface épurée et bien organisée le back-office de Locomotive\r\n CMS offres à ses utilisateurs un large panel de possibilités pour \r\nconstruire brique par brique chaque page. L'interface colorée et minimaliste met à porter de clique toutes les fonctions indispensables pour les utilisateurs.
fluide, moderne et réellement pensé pour les néophytes du web, l'élégant backoffice de Locomotive CMS offre une souplesse dans la gestion des contenues qui s'accompagne d'une prévisualisation bien pratique pour visualiser en temps réel les modifications apportées aux textes, images et vidéos. Dans sa dernière version, Locomotive CMS permet une construction des pages via l'assemblage en drag and drop de sections. Les sections sont ici des petits widget défini dans le template du site, ils permettent d'assembler ensemble des blocs tel que des espace de texte, des images, un carrousel pour concevoir rapidement une page.
![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5c89260496e4a401d4c07cd4/home-screen.png\" "\\"home-screen.png\\"")
Bien pensé, performant, ergonomique et puissant, Locomotive CMS mérite que l'on s'y intéresse.
Loin des approches conventionnelles à la Wordpress, Drupal et joomla!, Locomotive CMS casse les codes des CMS dans la conception et de la gestion de site web. Cette nouvelle approche permet un gain de temps non négligeable dans la réalisation de vos conceptions web et dans la prise en main du backoffice pour vos gestionnaires de contenus.
", "body_markdown"=>"", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5c7d44fc96e4a401d4c07bda/files/home-screen.png", "filename"=>"home-screen.png", "size"=>46069.0, "updated_at"=>"2019-03-13T16:27:00.354Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2019-03-13T16:27:00.354Z"}, "summary"=>"Notes et références
Documentation https://doc.locomotivecms.com/docs
Site officiel https://www.locomotivecms.com
Les CMS sont nombreux sur le web mais tous ne se valent pas. Découvrez pourquoi nous avons choisi LocomotiveCMS pour nos projets Web.
Akretion participe au Hackathon Factur-X organisé par le Forum National de la Facture Electronique (FNFE-MPE) le 24-25 Janvier 2019 dans les locaux de GS1 France à Paris. Pendant ces deux journées, les participants pourront travailler sur l'implémentation de la norme Factur-X dans leur logiciel, assisté par des experts de la norme, bénéficier du retour d'expérience de développeurs qui ont déjà implémenté Factur-X dans leur logiciel et échanger avec la communauté Factur-X. Je serai présent pendant les 2 jours du Hackathon pour aider les participants à implémenter Factur-X dans leur logiciel et présenter mon retour d'expérience d'implémentation dans Odoo.
L'accès à cet évènement est gratuit ; les participants doivent simplement s'enregistrer au préalable sur la page du Hackathon.
Akretion participe au Hackathon Factur-X organisé par le FNFE-MPE à Paris le 24-25 Janvier 2019.
Sébastien Beau did a presentation of Shopinvader during a short meeting at OCA Days 2018 in Belgium.
\r\nThanks everyone for the great feedback you gave.
\r\n![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5b02e5b3b89e760219aeab28/shopinvader.png\" "\\"shopinvader.png\\"")
Presentation slideshow
Direct link : docs.google.com/presentation
", "body_markdown"=>"", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5bb1e5cff5bbdb1e25ff524c/files/rect7267-6-96-64-0-4-9-3-5-3-0-0.png", "filename"=>"rect7267-6-96-64-0-4-9-3-5-3-0-0.png", "size"=>503330.0, "updated_at"=>"2019-01-07T17:29:49.104Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2019-01-07T17:29:49.104Z"}, "summary"=>"Shopinvader presentation slides of OCA Days 2018 in Belgium.
L'équipe d'Akretion sera à Louvain-la-Neuve en Belgique pour la première semaine d'octobre 2018 : tout d'abord au code sprint de l'OCA puis aux Odoo Experience.
Tirant partie de son expérience dans des projets e-commerce connectés à\r\n Odoo, Akretion se lance dans la création d'une plateforme e-commerce.
Performance,\r\n robustesse et pérennité sont les leitmotives guidant la création de \r\ncette nouvelle plateforme e-commerce. Bien conscient des problématiques \r\ndes solutions de connexion de plateforme e-commerce avec Odoo nous avons\r\n décidé d'apporter une nouvelle approche pour les projets de e-commerce \r\navec Odoo.
Nous avons créé ShopInvader dans le but d'apporter aux \r\ne-commerçants une solution efficace pour disposer d'une boutique \r\nperformante dont le catalogue serait piloté depuis Odoo.
ShopInvader\r\n est à la fois un CMS, utile pour gérer le contenu de votre site \r\n(images, textes) et une solution e-commerce permettent de manager votre \r\ncatalogue de produits et vos commandes depuis votre ERP Odoo sans \r\nsynchronisation.
![\"undefined\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5b02e5b3b89e760219aeab28/shopinvader.png\" "\\"shopinvader.png\\"")
Venez découvrir Odoo et rencontrer Akretion le 12 Avril lors de l'Odoo Tour à Lyon
Akretion était présent à la formation dispensée par Carol Ptak (auteure de la méthodologie DDMRP) oranisée par Eficent à Barcelone en Mars 2018.
Pywebdriver vise à émuler et enrichir le fonctionnement de la POSBox d'Odoo S.A.
Pour rappel une POSBox est un équipement qui permet de relier tous les périphériques (imprimantes à tickets, douchettes codes barres, afficheurs, balances, etc...) nécessaires au bon fonctionnement d'un point de vente.
La principale motivation de cette réécriture, est la simplification et la fiabilisation de l'architecture de cette POSBox qui par exemple n'exige plus d'embarquer une base de données locale (PostgreSQL) ni une instance complète serveur Odoo.
Akretion a fait une présentation sur son expérience d’implémentation, dans odoo, du standard Factur-X (facture électronique). Cette présentation a eu lieu le 27 septembre 2017 a Paris dans le cadre du forum FNFE-MPE (http://fnfe-mpe.org/factur-x/).
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion parle de son exepérience d'implémentation de Factur-X au FNFE-MPE | Akretion", "meta_description"=>"Akretion parle de son exepérience d'implémentation de Factur-X lors d'une présentation qui s'est déroulé dans le cadre du forum FNFE-MPE (Forum National de la Facture Electronique et des Marchés Publics Electroniques) à Paris.", "meta_keywords"=>"FNFE, Facture-x standard, odoo, implementation, FNFE", "force_locale"=>"en"}, {"_id"=>"5a2ec52565a2220202959f18", "_slug"=>"akretion-publishes-an-opensource-factur-x-python-library", "_visible"=>true, "_position"=>36.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:25.669Z", "updated_at"=>"2018-08-17T14:38:11.406Z", "_label"=>"Akretion publie une lib Python opensource \"Factur-X\"", "title"=>"Akretion publie une lib Python opensource \"Factur-X\"", "posted_at"=>"2017-09-14T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Le 28 juillet 2017, Akretion [a annoncé] (http://www.akretion.com/fr/blog/odoo-first-erp-to-generate-factur-x-invoices) le support de la génération de factures Factur-X dans Odoo. Cette annonce intervient seulement 3 semaines après la publication de la version bêta de la norme Factur-X. C'était la première implémentation de la norme Factur-X dans un ERP.\r\n\r\nFactur-X est la norme de facturation électronique Franco-Allemende. Elle est publiée par le [FNFE-MPE] (http://fnfe-mpe.org/factur-x/) (Forum National de la Facture Electronique et des Marchés Publics Electroniques) et son homologue allemand [FeRD] (http: / /www.ferd-net.de/) (Forum elektronische Rechnung Deutschland). Une facture Factur-X est une facture PDF avec un fichier XML incorporé au format * Facture inter industries (CII) *. Le fichier XML incorporé est l'équivalent lisible par la machine de la facture imprimable.\r\n\r\nChez Akretion, nous sommes très enthousiastes par les nouvelles possibilités offertes par les factures électroniques. Nous aimerions voir cette norme mise en œuvre aussi largement que possible. En particulier, nous aimerions recevoir les factures Factur-X de nos fournisseurs, afin que nous puissions les importer automatiquement dans notre ERP, sans aucun travail manuel!\r\n\r\nAfin de promouvoir l'adoption de ce nouveau standard par les entreprises françaises et allemandes, Akretion est fier de publier aujourd'hui une librairie Python opensource appelée ** factur-x **. Cette librairie rendra très facile pour les autres logiciels de facturation interfaçable avec Python de générer des factures Factur-X. En un seul appel d'API, cette bibliothèque est capable de générer une facture PDF Factur-X à partir d'une facture PDF régulière et d'un fichier XML Factur-X. Elle intégre aussi d'autres fonctionnalités intéressantes telles que la validation d'un fichier XML Factur-X par rapport à la définition officielle du schéma XML de Factur-X ([XSD] (https://en.wikipedia.org/wiki/XML_schema)), l'extraction du fichier XML de une facture Factur-X PDF, etc.\r\n\r\nAfin d'avoir l'adoption la plus large possible de cette bibliothèque Factur-X, nous avons décidé de la publier sous la licence [BSD] (https://fr.wikipedia.org/wiki/Licence_BSD), qui est l'une des plus permissives [ Approuvé par OSI] (https://opensource.org/licenses). Cette licence permet l'utilisation de la bibliothèque Factur-X dans des logiciels opensource et propriétaires sans restriction.\r\n\r\nCette bibliothèque est disponible sur [pypi] (https://pypi.python.org/pypi/factur-x), le référentiel principal des bibliothèques Python opensource. Le code source est hébergé sur le dépôt [Github] d'Akretion (https://github.com/akretion/factur-x). Les modules Odoo ** account \\ _invoice \\ _factur-x ** qui génèrent des factures Factur-X et ** account \\ _invoice \\ _import \\ _factur-x ** qui importe les factures Factur-X sont les premiers à utiliser cette bibliothèque (ils sont disponible [ici] (https://github.com/OCA/edi/tree/10.0) pour Odoo version 10). Nous espérons que d'autres logiciels ERP et de facturation l'adopteront très bientôt!", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-17T14:38:11.406Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-17T14:38:11.406Z"}, "summary"=>"Akretion publishes a Python library for Factur-X, the new e-invoicing standard for France and Germany. This library is available on Pypi under the BSD licence.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion publie une lib Python opensource \"Factur-X\" | Akretion", "meta_description"=>"Akretion publie une lib Python opensource \"Factur-X\" la norme de facturation électronique Franco-Allemende pour la génération de factures Factur-X dans Odoo", "meta_keywords"=>"facturation électronique, Factur-X", "force_locale"=>"en"}, {"_id"=>"5a2ec52565a2220202959f1b", "_slug"=>"fr-akretion-recompense-aux-coups-de-coeur-de-leconomie-de-villeurbanne", "_visible"=>true, "_position"=>37.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:25.925Z", "updated_at"=>"2018-02-09T15:54:16.643Z", "_label"=>"Akretion récompensé aux Coups de coeur de l'économie de Villeurbanne", "title"=>"Akretion récompensé aux Coups de coeur de l'économie de Villeurbanne", "posted_at"=>"2017-09-13T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Le 2 février 2017, Akretion France a reçu le prix de l'économie sociale et solidaire lors de la 6ème édition des *Coups de cœur de l’économie*, organisé par le Groupement des entreprises de Villeurbanne ([Gevil](http://www.gevil.fr/)). Ce prix récompense la [transformation d'Akretion France en coopérative](http://www.akretion.com/blog/akretion-france-cooperative) en juin 2016.\r\n\r\n![\"Remise](\"http://public.akretion.com/170217-prix.jpg\")
![\"15](\"http://public.akretion.com/170217-ceremonie.jpg\")
Akretion France a reçu le prix de l'économie sociale et solidaire lors de la 6ème édition des \"Coups de cœur de l’économie\" organisé par le Groupement des entreprises de Villeurbanne.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>["5a26d2dc65a22202029545ad"], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion récompensé aux Coups de coeur de l'économie de Villeurbanne | Akretion", "meta_description"=>"Le 2 février 2017, Akretion France a reçu le prix de l'économie sociale et solidaire lors de la 6ème édition des Coups de cœur de l’économie, organisé par le Groupement des entreprises de Villeurbanne", "meta_keywords"=>"", "force_locale"=>"fr"}, {"_id"=>"5a2ec52665a2220202959f1e", "_slug"=>"odoo-first-erp-to-generate-factur-x-invoices", "_visible"=>true, "_position"=>38.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:26.160Z", "updated_at"=>"2018-08-09T18:31:14.638Z", "_label"=>"First implementation of the Factur-X standard", "title"=>"First implementation of the Factur-X standard", "posted_at"=>"2017-07-28T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"The benefits of electronic invoicing are now well-known: save time by avoiding the manual encoding of supplier invoices by the accounting department, reduce invoice processing delay and therefore payment delay, etc. In France, the administration launched the [Chorus](https://chorus-pro.gouv.fr/) platform on September 2016 and has decided an ambitious [calendar](https://www.economie.gouv.fr/entreprises/marches-publics-facture-electronique) that oblige its suppliers to send electronic invoices via Chorus: January 1st 2017 for large companies, January 1st 2018 for mid-size companies, January 1st 2019 for small companies and January 1st 2020 for micro-companies.\r\n\r\nBut several e-invoicing standards exist and France was missing an \"official\" standard for electronic invoicing. The Forum National de la Facturation Électronique ([FNFE-MPE](http://fnfe-mpe.org/)) and its German counterpart [FeRD](http://www.ferd-net.de/) (Forum elektronische Rechnung Deutschland) have worked together to develop a new standard named **Factur-X**. The [specifications](http://fnfe-mpe.org/factur-x/) of this new standard have been published on July 9th 2017 on the FNFE-MPE website. This standard is an evolution of the German standard named ZUGFeRD initially published on June 2014.\r\n\r\nThe Factur-X standard uses one of the 2 main XML standards to describe an invoice: the UNCEFACT XML standard also called Cross Industry Invoice. But the most important aspect of the Factur-X standard is that this XML file that describe the invoice is embedded inside the PDF file. The PDF/A-3 standard allows to insert a file inside a PDF file, just like you can insert an attachment in an e-mail. So a Factur-X invoice is a regular PDF invoice with an embedded XML file that describe the invoice following the UNCEFACT syntax and the european semantic data model EN 16931.\r\n\r\nWith a PDF invoice that follow the Factur-X standard:\r\n\r\n* the supplier sends the PDF file of the invoice to its customer as usual,\r\n* if the customer has a modern accounting software that supports the Factur-X standard, he will be able to import it in its accounting software and the invoice will be automatically read via the embedded XML file,\r\n* if the customer doesn't have an accounting software that supports the Factur-X standard yet, he will handle the invoice like any regular PDF invoice.\r\n\r\nAkretion announces today the world-wide availability of Odoo modules that enable the generation of Factur-X invoices as free software. Alexis de Lattre, co-founder of Akretion and developer of the Factur-X modules for Odoo declares:\r\n\"*Odoo is the first ERP to support the generation of Factur-X invoices, only 3 weeks after the publication of the specifications of this new standard! Akretion and the Odoo community are proud of this achievement. We know that this is an historic moment: the birth of the Factur-X standard and it's very first implementation to generate invoices from an ERP.*\"\r\n\r\nThis new module is already used in production by [Mooncard](https://www.mooncard.co/), one of the customers of Akretion. Mooncard is a Fintech that proposes an intelligent payment card for corporate expenses. The invoices of Mooncard of july 2017 are Factur-X invoices generated by Odoo. Tristan Leteurtre, co-founder of Mooncard declares: \"*We believe we are the very first French company that has sent Factur-X invoices on a large scale. Our corporate payment card is a great time-saver for our customers because it avoids the manual encoding of expense notes in the accounting software; the Factur-X standard also allows a big time-saving on supplier invoices, that's why we adopted it as soon as possible. We want to pave the way for the adoption of this new standard and boost its adoption.*\"\r\n\r\nFor French readers, here is our [press release](http://public.akretion.com/20170728-communique_presse-Akretion_Odoo_factur-X.pdf) in French.\r\n\r\n**Technical info**\r\n\r\nThe modules that allow the generation of Factur-X invoices are available for Odoo v10 on github under the AGPL licence:\r\n\r\n* module *account\\_invoice\\_factur-x*: [https://github.com/OCA/edi/pull/22/files](https://github.com/OCA/edi/pull/22/files)\r\n* module *l10n\\_fr\\_account\\_invoice\\_factur-x*: [https://github.com/OCA/l10n-france/pull/110/files](https://github.com/OCA/l10n-france/pull/110/files)\r\n\r\nThese modules add support for the generation of Factur-X invoices with the *Comfort* profile, also called the *EN 16931* profile.", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:31:14.638Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:31:14.638Z"}, "summary"=>"Akretion annouces the publication of Odoo modules to generate Factur-X invoices, the new franco-german standard for e-invoicing. Odoo becomes the very first ERP to support Factur-X!
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"First implementation of the Factur-X standard | Akretion", "meta_description"=>"Akretion announces today the world-wide availability of Odoo modules that enable the generation of Factur-X invoices as free software", "meta_keywords"=>"Factur-X, Odoo, module", "force_locale"=>"en"}, {"_id"=>"5a2ec52665a2220202959f24", "_slug"=>"akretion-france-cooperative", "_visible"=>true, "_position"=>40.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:26.748Z", "updated_at"=>"2018-02-09T17:04:19.545Z", "_label"=>"Akretion France devient une coopérative", "title"=>"Akretion France devient une coopérative", "posted_at"=>"2016-09-20T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Lors de l’assemblée générale extraordinaire du 14 Juin 2016, les associés d’Akretion France ont décidé à l’unanimité de transformer la société, qui était jusqu’à présent une SARL, en société coopérative à responsabilité limitée, communément appelé \"*Coopérative loi 47*\". Ce changement était en projet depuis longtemps et cette idée a toujours fait l’unanimité au sein de l’équipe ; le plus dur a été de libérer un peu de temps pour concrétiser ce projet... et c’est maintenant chose faite !\r\n\r\nPourquoi ce changement ? Tout comme le logiciel libre est un mode de développement logiciel \"*pas comme les autres*\" où les valeurs de partage et de solidarité ont toute leur place, le mouvement coopératif prouve au quotidien que l’on peut aussi créer des entreprises \"*pas comme les autres*\" avec un état d’esprit différent, où les règles de gestion et de décision ont pour objectif un développement durable de l’entreprise. Régies par le principe *1 homme = 1 voix*, les coopératives démontrent au quotidien que la démocratie et la transparence peuvent être un facteur clé de succès dans les entreprises. Les coopératives font partie intégrante de l’économie sociale et solidaire, qui représente aujourd’hui 10% de l’économie française [selon le ministère de l’économie](http://www.economie.gouv.fr/ess-economie-sociale-solidaire). La transformation d’Akretion France en coopérative s’inscrit dans le prolongement de l’engagement d’Akretion pour le logiciel libre ; cette transformation est un changement dans la continuité puisqu’Akretion France a toujours eu depuis sa création un mode de fonctionnement qui ressemblait à celui d’une coopérative. De plus, cette transformation n’implique pas de création d’une nouvelle personne morale ; Akretion France garde donc le même numéro d’immatriculation au RCS de Lyon. Le seul changement visible sur notre [Kbis](http://public.akretion.com/160725-kbis_Akretion_France.pdf) concerne la rubrique \"*Forme juridique*\" qui indique désormais \"*Société coopérative à responsabilité limitée à capital variable*\" en replacement de \"*Société à responsabilité limitée*\".\r\n\r\nNous souhaitons remercier l’[Union Régionale des SCOP Rhônes-Alpes](http://www.scop.org/) pour ses conseils experts et son aide précieuse dans l’aboutissement de ce projet. Nous voulons assurer à nos clients et nos partenaires que nous sommes toujours mobilisés pour la réussite de leurs projets et plus que jamais engagés pour le développement de modules Odoo en logiciel libre au sein de l’[Odoo Community Association](https://odoo-community.org/).", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52665a2220202959f24/files/coop.jpg", "filename"=>"coop.jpg", "size"=>16404.0, "updated_at"=>"2018-02-09T17:04:19.545Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T17:04:19.545Z"}, "summary"=>"Le 14 Juin 2016, Akretion France est devenue une coopérative. Pourquoi ? Comment ? Quelles conséquences ?
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>["5a26d2dc65a22202029545ad"], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion France devient une coopérative le 14 Juin 2016 | Akretion", "meta_description"=>"Lors de l’assemblée générale extraordinaire du 14 Juin 2016, les associés d’Akretion France ont décidé à l’unanimité de transformer la société, qui était jusqu’à présent une SARL, en société coopérative à responsabilité limitée", "meta_keywords"=>"coopérative, Akretion, SARL, société coopérative à responsabilité limitée", "force_locale"=>"fr"}, {"_id"=>"5a2ec52765a2220202959f2a", "_slug"=>"akretion-adds-support-for-the-import-of-e-fff-invoices-in-odoo", "_visible"=>true, "_position"=>42.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:27.291Z", "updated_at"=>"2018-02-09T15:55:46.958Z", "_label"=>"Akretion adds support for the import of e-fff invoices in Odoo", "title"=>"Akretion adds support for the import of e-fff invoices in Odoo", "posted_at"=>"2016-06-22T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Summary of the previous episode: on March 26th 2016, Akretion announced the support of the generation and import of ZUGFeRD electronic invoices, which is the German standard for electronic invoices. A ZUGFeRD invoice is a PDF invoice with an embedded XML file in Cross Industry Invoice (CII) format. Please read the [previous blog post](http://www.akretion.com/blog/akretion-publishes-zugferd-modules-to-create-and-import-electronic-invoices-with-odoo) for more details and watch the [screencast](http://public.akretion.com/odoo_electronic_invoicing_zugferd.ogv).\r\n\r\nToday, Akretion announces the support of the import of e-fff invoices, which is the Belgian standard for electronic invoices. The technical approach of the [e-fff standard](http://www.e-fff.be/FR/) is diametrically opposed to the technical approach of the ZUGFeRD standard: an e-fff invoice is an XML file (in UBL format) that embeds the PDF invoice, whereas the ZUGFeRD format is a PDF invoice that embeds an XML file (in CII format). So, if a company sends an e-fff invoice to a customer, as they cannot be sure that their customer has a modern accounting software such as [Odoo](https://www.odoo.com/) able to read and import e-fff invoices, they will probably send both the XML invoice in e-fff format and the regular PDF invoice (which means sending an e-mail with 2 attachments). But the benefit is the same: the customer will be able to reliably import this electronic invoice in his accounting software in a few clicks: no more manual encoding of the supplier invoice... accountants should save a lot of time !\r\n\r\nTo get this new feature on your Odoo version 8, you need to install the module **account\\_invoice\\_import\\_ubl**. This module is available on the github project of the [Odoo Community Association (OCA)](https://odoo-community.org/) in [this pull request](https://github.com/OCA/account-invoicing/pull/122). It requires some additional modules that are available in the main 8.0 branch of the [partner-contact](https://github.com/OCA/partner-contact/tree/8.0) OCA project (for the module *base\\_vat\\_sanitized*) and in the [community-data-files](https://github.com/OCA/community-data-files/tree/8.0) OCA project (for the modules that add the UNECE nomenclature on taxes, unit of measures and payment modes).\r\n\r\nOnce the module is installed, in order to be able to import an e-fff invoice of a supplier, you need to:\r\n\r\n* make sure that you have configured the VAT number of that supplier in Odoo,\r\n* on the supplier form, in the *Accounting* tab, create an Invoice Import Configuration (for the parameter *Method for Invoice Line*, select *Multi-line no product* to start)\r\n* in the menu *Accounting > Configuration > Taxes > Taxes*, you should at least configure the purchase VAT taxes that are used by your supplier ; you should set the *UNECE Tax Type* (select *[VAT] Value added tax*) and the UNECE Tax Category (select *[S] Standard rate* for a regular VAT tax).\r\n\r\nThen you can import the e-fff invoice via the menu *Accounting > Suppliers > Import Invoice*: select the XML file corresponding to the e-fff invoice and click on the *Import* button. Odoo will create the draft supplier invoice and will attach both the XML file and the embedded PDF file to this invoice.\r\n\r\nIf you want to test this module but you don't have an e-fff invoice, you can use the e-fff invoice of the automated test suite of the module (download it [here](https://raw.githubusercontent.com/akretion/account-invoicing/8.0-add-pdf-invoice-import/account_invoice_import_ubl/tests/invoices/efff_BE0505890632_160421_Inv_16117778.xml)). If you have a demo database, you can import it immediately because the corresponding supplier and the 21% purchase VAT tax are already created via the demo data of the module.\r\n\r\nWe hope that the Belgian members of the Odoo community will enjoy this contribution of Akretion ! I would like to thank the Belgian member of the Odoo community that sent us some real e-fff invoices to test this development. Don't hesitate to contact Akretion if you are interested by our work on electronic invoicing or if you require some additional development on e-fff invoices.\r\n", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T15:55:46.958Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T15:55:46.958Z"}, "summary"=>"After the support of the import and export of ZUGFeRD invoices, Akretion now adds the support for the import of e-fff invoices, the Belgian format for electronic invoices.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion adds support for the import of e-fff invoices in Odoo | Akretion", "meta_description"=>"After implementation of German standard for electronic invoices ZUGFeRD Akretion announced the support of the generation and import of e-fff invoices, which is the Belgian standard for electronic invoices", "meta_keywords"=>"ZUGFeRD, electronic invoices, Odoo, implementation, import, generation, e-fff invoices", "force_locale"=>"en"}, {"_id"=>"5a2ec52765a2220202959f2d", "_slug"=>"akretion-publishes-zugferd-modules-to-create-and-import-electronic-invoices-with-odoo", "_visible"=>true, "_position"=>43.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:27.622Z", "updated_at"=>"2018-02-09T15:55:59.256Z", "_label"=>"Akretion publishes opensource modules to create and import electronic ZUGFeRD invoices with Odoo", "title"=>"Akretion publishes opensource modules to create and import electronic ZUGFeRD invoices with Odoo", "posted_at"=>"2016-03-24T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Summary of the [previous episode](http://www.akretion.com/blog/akretions-christmas-present-for-the-odoo-community): on December 25th 2015, Akretion offered a Christmas present to the Odoo accounting community in the form of an opensource Odoo module named *account\\_invoice\\_import*. With this module, the accountant can upload a PDF invoice in Odoo and it will automatically create the supplier invoice with all the needed information : supplier, invoice date, invoice number, untaxed amount, VAT, amount with taxes, etc.\r\n\r\nThis import works with regular PDF invoices by using the [invoice2data](https://github.com/m3nu/invoice2data) Python library, which extracts text from the PDF, finds the appropriate template (the invoice2data library has templates for [many suppliers](https://github.com/m3nu/invoice2data/tree/master/invoice2data/templates) and you can add your own) and then uses regular expressions to grab the relevant information (invoice date, invoice number, amount without taxes, amount with taxes). The advantage of this solution is that it works with all PDF invoices. The drawback is that you have to develop a template in the invoice2data library for every supplier and, when the supplier changes the layout of its PDF invoice, you have to update the template.\r\n\r\nPDF format is great for viewing and printing, but it doesn't provide structured information about the invoice. XML is the most common format for structured information. There are 2 main international standards for XML invoices:\r\n\r\n* [Universal Business Language](http://ubl.xml.org/) (UBL) standardized by the [OASIS](https://www.oasis-open.org/),\r\n* [Cross Industry Invoice](http://tfig.unece.org/contents/cross-industry-invoice-cii.htm) (CII) published by an agency of the United Nations called [UN/CEFACT](http://www.unece.org/cefact).\r\n\r\nIf you receive an invoice in XML format and if your ERP supports the import of that format, you will have a reliable import solution thanks to the structured data provided by the XML format. But, if you send an invoice as an XML file to your customer, you may be afraid that he won't be able to read it... so you may never get paid ! The [ZUGFeRD](http://www.ferd-net.de/front_content.php?idcat=231&changelang=4) standard provides a pragmatic and clever solution to this problem: it defines a way to embed a standard XML file inside the PDF invoice. With the publication of the [PDF/A-3](https://en.wikipedia.org/wiki/PDF/A) standard in 2012 (the corresponding ISO standard is [19005-3:2012](http://www.iso.org/iso/catalogue_detail?csnumber=57229)), you can embed one or several files of any format inside a PDF document (if you use Acrobat Reader, you can view the files embedded in a PDF document by clicking on the paper-clip icon). So a ZUGFeRD invoice is a PDF invoice with an embedded XML file named *ZUGFeRD-invoice.xml* in [Cross Industry Invoice](http://tfig.unece.org/contents/cross-industry-invoice-cii.htm) (CII) format.\r\n\r\nThe ZUGFeRD specifications can be downloaded from the [FeRD](http://www.ferd-net.de/) (Forum elektronische Rechnung Deutschland) website. This standard is based on several international standards:\r\n\r\n* the [Cross Industry Invoice](http://tfig.unece.org/contents/cross-industry-invoice-cii.htm) (CII) format which uses the building blocks of the [Core Components Specification](http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=61433) (ISO 15000-5:2014),\r\n* the codification of units of measure, taxes and payment means defined by the [United Nations Economic Commission for Europe](http://www.unece.org), which has 56 members states in Europe, America and Central Asia according to [Wikipedia](https://en.wikipedia.org/wiki/United_Nations_Economic_Commission_for_Europe) (the other international XML invoice format, UBL, uses the same codification),\r\n* the recommendations of the [Message User Guide](https://www.cen.eu/work/areas/ICT/eBusiness/Pages/WS-eBES.aspx) (MUG) of the [CEN](https://www.cen.eu/), the European standardization organization.\r\n\r\nGermany, the author of the ZUGFeRD standard, encourages its companies to send their invoices in this format. Starting from January 1st 2017, the French administration will only accept electronic invoices from large companies, and this obligation will be extended progressively to all companies until January 1st 2020, following [this calendar](http://www.economie.gouv.fr/vous-orienter/numerique/secteur-public-facture-electronique-obligatoire-en-2017) (in French). In France, the FNFE-MPE (Forum National de la Facture Electronique et des Marchés Publics Electroniques) is coordinating the efforts on the standardization of electronic invoices. According to this [slide show](http://docplayer.fr/3120866-Facture-mixte-collaboration-franco-allemande-pourquoi-comment-cyrille-sautereau-admarel-conseil-fnfe-mpe.html) (in French), France is adopting the same technical approach as ZUGFeRD: standard XML file embedded inside the PDF invoice. This common [press release](http://www.institutionnel.gs1.fr/Communiques-de-presse/La-facturation-electronique-dans-l-agenda-numerique-commun-France-Allemagne) (in French) of FeRD and FNFE shows that France and Germany are working together to adopt a common standard for electronic invoices.\r\n\r\nAkretion has implemented the ZUGFeRD specifications both for the generation of customer invoices (Comfort level) and for the import of supplier invoices (all levels) in Odoo version 8. The generation of ZUGFeRD PDF customer invoices and refunds is provided by the module *account\\_invoice\\_zugferd* for the [Qweb](https://www.odoo.com/documentation/8.0/reference/qweb.html) reporting engine (which is the default reporting engine since Odoo v8). It also works with the [Aeroo](https://github.com/aeroo/aeroo_reports) reporting engine if you apply [this patch](https://people.via.ecp.fr/~alexis/report_aeroo-account_invoice_zugferd.diff). The resulting invoices have been checked by the [ZUGFeRD eInvoice validation portal](https://www.din-zugferd-validation.org) and the validation system confirms that the invoices are fully compliant. The import of ZUGFeRD PDF supplier invoices is provided by the module *account\\_invoice\\_import\\_zugferd*, which is an extension of the *account\\_invoice\\_import* module.\r\n\r\nAll these modules are published by Akretion under the [AGPL](http://www.gnu.org/licenses/agpl-3.0.en.html) licence on the [account-invoicing](https://github.com/OCA/account-invoicing/pull/122) project of the [Odoo Community Association](https://odoo-community.org/) (OCA). They require some data modules that provide the UNECE codification of units of measure, taxes and payment modes available in the [community-data-file](https://github.com/OCA/community-data-files/pull/14) project of the OCA. You can see a demo of these modules in this [screencast](http://public.akretion.com/odoo_electronic_invoicing_zugferd.ogv) (in English, high-resolution OGV file, 22 minutes, 200 MB, readable with [VLC](http://www.videolan.org/vlc/))\r\n\r\nSince February 23rd 2016, all the invoices sent by Akretion to its customers are ZUGFeRD PDF invoices. That way, our customers can reliably import our invoices in their Odoo ERP in just 4 clicks! Alexis de Lattre, who developed the ZUGFeRD modules for Odoo, declares : *\"I am very proud to publish the first opensource implementation for the generation and import of ZUGFeRD electronic invoices in an opensource ERP! It is also the first opensource implementation of ZUGFeRD in the [Python](https://www.python.org/) programming language. The fact that there is now an opensource implementation of ZUGFeRD for Odoo, the leading opensource ERP software, is important to boost the adoption of electronic invoicing. We are now ready for the take-off of electronic invoicing in Europe!\"*\r\n\r\n![Odoo ZUGFeRD invoice in Acrobat Reader](http://public.akretion.com/sshot-acroread-odoo-zugferd-invoice-resized.png \"Odoo ZUGFeRD invoice in Acrobat Reader\")\r\n\r\nDon't hesitate to contact Akretion if you are interested by our work on electronic invoicing or whether you want to generate or import invoices in ZUGFeRD or UBL format with Odoo in your company.", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52765a2220202959f2d/files/zugferd.jpg", "filename"=>"zugferd.jpg", "size"=>5077.0, "updated_at"=>"2018-02-09T15:55:59.256Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T15:55:59.256Z"}, "summary"=>"Akretion publishes opensource Odoo modules to create and import ZUGFeRD PDF invoices. Discover how electronic invoices can save time for you and your company.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion publishes opensource modules to create and import electronic ZUGFeRD invoices with Odoo | Akretion", "meta_description"=>"With this module, the accountant can upload a PDF invoice in Odoo and it will automatically create the supplier invoice with all the needed information : supplier, invoice date, invoice number, untaxed amount, VAT, amount with taxes, etc.", "meta_keywords"=>"ZUGFeRD, electronic invoices, Odoo", "force_locale"=>"en"}, {"_id"=>"5a2ec52765a2220202959f30", "_slug"=>"akretions-christmas-present-for-the-odoo-community", "_visible"=>true, "_position"=>44.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:27.934Z", "updated_at"=>"2018-08-23T07:51:21.896Z", "_label"=>"Akretion's Christmas present for the Odoo community", "title"=>"Akretion's Christmas present for the Odoo community", "posted_at"=>"2015-12-25T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Akretion is happy to offer you a *Christmas present* ! This Christmas present is for all the users of the accounting module of Odoo version 8 (and hopefully for the users of Odoo version 9 soon). If you are one of them, we hope that you will use and appreciate our present !\r\n\r\nBut, before going more in details about our present, let me tell you its story. This story started during the last week-end of September 2015. Akretion France's fiscal year closes on June 30th and, in France, we have to send to the fiscal administration the financial statements and the corporate income tax declaration 3 months maximum after the end of the fiscal year. So the deadline for Akretion France was September 30th 2015. Of course, to generate the financial statements, we need to have all our supplier invoices in Odoo ! But, as we are very busy with the work for our customers and our contributions to the [Odoo Community Association](https://odoo-community.org/) (OCA), we are often very late on the encoding of the \"small\" invoices (phone bill, Internet bill, train ticket, ...) and the last fiscal year was no exception. So we had one week-end to encode the backlog of supplier invoices and finalize the financial statements...\r\n\r\nAs Sébastien Beau was looking at the many train tickets he had to encode as supplier invoices, he decided to try to develop a script to do it for him. As with most suppliers, we have access to the PDF of the invoice in the customer Web access, but there is no webservice nor API to retreive the invoices automatically. [OVH](https://www.ovh.com/), the leading hosting provider, provides a webservice to access the invoices with very detailed information and Akretion developped a module for Odoo 8 named [ovh\\_supplier\\_invoice](https://github.com/akretion/ovh-supplier-invoice) to automate the download of OVH invoices and their creation as supplier invoices in Odoo. But, for all the other suppliers of Akretion, no such thing exists. We only have the PDF file of the invoice in our mailbox or on the extranet of the supplier, and nothing else !\r\n\r\nSo Sébastien had all the PDF files of his train tickets in his mailbox and didn't want to spend one hour to encode them manually one by one in Odoo. So he started to explore the possibilities of extracting the text out of the PDF file with a Python library called [pdfminer](http://euske.github.io/pdfminer/index.html) and create the supplier invoice in Odoo. After several hours of work, he came out with a Python script that was able to extract all the data needed to encode the train ticket as invoice (date, amount, ticket number, description of the travel) for all the PDF files he had in his mailbox. Then we thought that, as it was working for the train tickets, it would be great to have it also for the phone bills, the Internet access bills, the hosting bills, the office rental bills and all those recurring invoices that we have receive without generating a PO from Odoo. That's how we got the idea of developping a module dedicated to PDF invoice import.\r\n\r\nThis reminds us about the introduction of [EDI](https://www.odoo.com/apps/6.1/edi/) in OpenERP 6.1. At that time, it was presented as a way to automate the transmission of invoices between a supplier and a customer. Have you ever used it ? Probably never. One of the reasons of the low adoption is that both the customer and the supplier would have to open-up Odoo on the Internet or setup a VPN link between them. Another reason is that the EDI format proposed by Odoo was yet another format (and there are already many in the EDI world).\r\n\r\nOur German friends are taking another approch for the transmission of invoices ; their approch is very simple and pragmatic. They published a standard called [ZUGFeRD](http://www.pdflib.com/knowledge-base/pdfa/zugferd-invoices/) that specifies that a PDF invoice should contain an embedded XML file that provides a structured representation of the invoice. For the XML file, they decided to use the [Cross Industry Invoice](http://tfig.unece.org/contents/cross-industry-invoice-cii.htm) (CII) format published by an agency of the United nations called [UN/CEFACT](http://www.unece.org/cefact). In this domain, there are 2 main standards for the description of invoices in XML : the CII format of UN/CEFACT and the [Universal Business Language](http://ubl.xml.org/) (UBL) standardized by the [OASIS](https://www.oasis-open.org/). This approch is very pragmatic because:\r\n\r\n* users don't have to change their habbits: they can continue to send the invoices to their customers via email with the PDF file attached,\r\n* the same PDF document contains both the computer-readable information in the embedded XML file and the human-readable information that is displayed by the usual PDF reader of the user,\r\n* the same PDF invoice can be used both by companies that have a modern ERP software such as Odoo that can take advantage of the embedded XML file and by the companies that have an old ERP software in which users will manually encode their supplier invoices by viewing the invoice in their prefered PDF reader.\r\n\r\nFor the good old PDF invoices that don't have any embedded XML file, we found an existing Python library called [invoice2data](https://github.com/manuelRiel/invoice2data) that was already doing what we needed: extract the text of a PDF file, try to match it to an existing template and parse the text via the regexp provided by the template to retreive the information needed to create a simple supplier invoice in an accounting software. If your suppliers are not yet supported by this library, you should take a few minutes to add a template for your supplier and submit of pull request on github. Akretion already contributed to this library the support of several French mobile phone operators (SFR, Bouygues Telecom, Free mobile, Sosh) and several French Internet operators (SFR, Free, Orange fiber) in this [pull request](https://github.com/manuelRiel/invoice2data/pull/3).\r\n\r\nWith all these discoveries, we started to develop an Odoo module that would be able to handle both the modern PDF invoices with an embedded XML file and the good old PDF invoices without embedded structured data. Our module, called *account\\_invoice\\_import*, works the following way:\r\n\r\n![Odoo PDF import wizard](http://public.akretion.com/account_invoice_pdf_import1.png \"Odoo PDF import wizard\")\r\n\r\n1. the user starts a wizard and uploads the PDF invoice, as shown in the above screenshot.\r\n2. if the PDF file has an embedded XML file in ZUGFeRD/CII format, Odoo will read the XML file.\r\n3. otherwise, Odoo will use the *invoice2data* Python library to try to interpret the text of the PDF.\r\n4. Odoo will create a new draft supplier invoice and attach the PDF to it.\r\n\r\nThis module is available in this [pull request](https://github.com/OCA/account-invoicing/pull/122) on the OCA project *account-invoicing* for Odoo version 8 under the [AGPL licence](http://www.gnu.org/licenses/agpl-3.0.en.html). Please take the time to read the [detailed instructions](https://github.com/akretion/account-invoicing/tree/8.0-add-pdf-invoice-import/account_invoice_import) to install, configure and use this module. French users may also need the module *l10n\\_fr\\_invoice\\_import* available in this [pull request](https://github.com/OCA/l10n-france/pull/55) on the French localization of the OCA ; this module allows to find the related supplier in Odoo by the SIREN number and not just by the TIN or VAT number.\r\n\r\nWhen you import a PDF invoice in Odoo and Odoo already has a draft invoice for the same supplier, it will ask you if you want to create a new invoice or update the existing draft invoice (that may have been generated from a PO or a reception), as you can see in the screenshot below:\r\n\r\n![Odoo invoice update](http://public.akretion.com/account_invoice_pdf_import2.png \"Odoo invoice update\")\r\n\r\nAkretion team wishes your a **merry Christmas** and hope that you will like our Christmas present ! Our dream is that this new Odoo module would transform your painful duty of manually encoding your recurring supplier invoices into a fast and enjoyable task ! If it is the case, please share your experience with us and with the Odoo community.", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52765a2220202959f30/files/gift.jpg", "filename"=>"gift.jpg", "size"=>16470.0, "updated_at"=>"2018-08-23T07:51:21.896Z"}, "banner"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52765a2220202959f30/files/gift-bg.jpg", "filename"=>"gift-bg.jpg", "size"=>30814.0, "updated_at"=>"2018-08-23T07:51:21.896Z"}, "summary"=>"Akretion is happy to offer you a Christmas present ! This christmas present is for all the users of the accounting module of Odoo. It is a module allowing to import pdf invoices directly into Odoo.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion's Christmas present for the Odoo community | Akretion", "meta_description"=>"This Christmas present is for all the users of the accounting module of Odoo version 8 (and hopefully for the users of Odoo version 9 soon). If you are one of them, we hope that you will use and appreciate our present !", "meta_keywords"=>"Odoo, Christmas present", "force_locale"=>"en"}, {"_id"=>"5a2ec52865a2220202959f33", "_slug"=>"odoo-erp-module-connection-a-un-centre-logistique", "_visible"=>true, "_position"=>45.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:28.204Z", "updated_at"=>"2018-08-09T18:10:43.206Z", "_label"=>"Odoo module - Connection à un Centre Logistique", "title"=>"Odoo module - Connection à un Centre Logistique", "posted_at"=>"2015-11-02T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"# Connection de votre ERP Odoo à un centre logistique\r\n\r\n\r\nLes partenaires externes ou les sous-traitants ont besoin de partager des informations avec vous. \r\n\r\nSi vous voulez que votre entreprise croisse rapidement, il est impossible de continuer à utiliser des fax ou même de copier/coller les infos depuis des emails.\r\n\r\nVous devez **connecter votre système d'information en temps réel à vos partenaires externes**.\r\n\r\nVoici quelques modules qui remplissent ce rôle: permettre d'échanger des fichiers de données entre l'ERP Odoo et des entrepôts externes.\r\n\r\nBien sur la méthode est la même quel que soit le type de sous traitance \r\n\r\nVoici d'ailleurs le principe de fonctionnement des flux échangés\r\n\r\n\r\n![Connecteur Logistique](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/logistics_connector.png \"Connecteur Logistique\")\r\n\r\n\r\n## Par où commencer ?\r\n\r\n\r\n* Installez le module bleckmann\\_logistics\\_customize\r\n\r\n* Allez au Menu Connecteurs > Logistics > Backends\r\n\r\n* Cliquez pour créer un nouveau backend \r\n\r\n* Selectionnez 'Bleckmann' dans le champ Logistics Center\r\n\r\n* Selectionnez la 'Version' et le 'Warehouse' sous 'Logistics configuration' et enregistrez\r\n\r\n* Voici ce que vous devriez voir:\r\n\r\n\r\n![Logistics Backend and Tasks](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/logistics_task.png \"Logistics Backend and Tasks\")\r\n\r\n* Cliquez sur le lien Bleckmann pour aller sur le 'repository' pour définir les paramètres ftp.\r\n\r\n* Pour envoyer votre catalogue produit (seulement les produits associés à ce backend) à votre logisticien, cliquez simplement sur la flèche droite près de 'Catalog' comme ci-dessus.\r\n\r\n* Pour associer vos produits à votre Centre Logistique, allez sur l'onglet 'Connecteur' du produit et ajouter le centre.\r\n\r\n* Optionnellement dans cet écran vous pouvez partager certaines informations de votre produit avec plusieurs plusieurs partenaires: sous traitants, entrepôts externes, etc.\r\n\r\n\r\n![Produit Logistique](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/product_log.png \"Produit Logistique\")\r\n\r\n\r\n* De la même façon vous pouvez envoyer des fichiers (déclenché par une tâche planifiée) pour les autres flux: réception, livraison.\r\n\r\n* Votre partenaire peut répondre par retour de fichier également et à ce moment là vous importez les données requises pour confirmer les livraisons ou les réceptions dans votre ERP\r\n\r\n* Il y a aussi un module pour simuler la réponse du centre logistique, ce qui est très utile pour les développements et les phases de tests.\r\n\r\n* Il convient d'envoyer seulement l'information nécessaire et valide à vos partenaires. Pour s'en assurer, vous devez gérer les vérifications et les alertes sur les ventes notamment. Il suffit pour cela de personnaliser les exceptions existantes ou d'en créer d'autres comme le montre cet écran.\r\n\r\n\r\n![Règles Logistiques](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/rules.png \"Règles Logistiques\")\r\n\r\nCes développements s'appuie en partie sur des modules communautaires de l'OCA Odoo Community Association.\r\n\r\nLes intégrateurs majeurs, dont Akretion fait partie, prennent en charge collaborativement (dans le cadre de leurs projets respectifs) l'évolution de ces modules communautaires au fil des versions d'Odoo. \r\n\r\n**C'est d'ailleurs un gage de pérennité pour vos systèmes d'informations que d'utiliser ces modules, développés et validés par ces experts contributeurs de l'OCA**\r\n\r\nChoisissez un intégrateur contributeur régulier de l'OCA pour vos projets, vous éviterez la plupart des coûts cachés à moyen et long terme.\r\n\r\nCes modules sont seulement disponibles sur Odoo / OpenERP V7. Le portage du code en V8 requiert des resources à cause des importants changements dans le modèle de données des stocks entre la V7 et la V8\r\n\r\n\r\n**Nous sommes à votre dispostion pour tout projet similaire dont vous voudriez nous confier la mise en oeuvre**\r\n\r\n\r\nVoici le dépôt du code\r\n\r\nhttps://github.com/akretion/logistics-center\r\n\r\n\r\n## Dépendance de code\r\n\r\n\r\nhttps://github.com/akretion/file-exchange\r\n\r\nhttps://github.com/akretion/connector-import-data\r\n\r\nhttps://github.com/OCA/sale-workflow/tree/7.0\r\n\r\n\r\nmoc.noiterka@laeb.divad
", "thumbnail"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52865a2220202959f33/files/logistics.jpg", "filename"=>"logistics.jpg", "size"=>27624.0, "updated_at"=>"2018-08-09T18:10:43.206Z"}, "banner"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a22202029544c9/5a2ec52865a2220202959f33/files/logistic-bg.jpg", "filename"=>"logistic-bg.jpg", "size"=>288107.0, "updated_at"=>"2018-08-09T18:10:43.206Z"}, "summary"=>"Voici une courte présentation sur un module d'échange de données avec un centre logistique.", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>false, "seo_title"=>"Odoo module - Connection à un Centre Logistique", "meta_description"=>"Les partenaires externes ou les sous traitants ont besoin de partager de l'informations avec vous.Si vous voulez que votre entreprise croisse rapidement, il est impossible désormais de continuer à utiliser des fax ou même de copier/coller les infos depuis des emails.Vous devez connecter, en temps réel, votre système d'information à vos partenaires.", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a2ec52965a2220202959f39", "_slug"=>"abbaye-du-barroux-deploie-odoo-version-8-avec-akretion", "_visible"=>true, "_position"=>46.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:29.475Z", "updated_at"=>"2018-02-09T17:06:22.132Z", "_label"=>"L’abbaye du Barroux déploie Odoo version 8", "title"=>"L’abbaye du Barroux déploie Odoo version 8", "posted_at"=>"2015-04-04T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"
\r\n![\"Abbaye](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a2ec52865a2220202959f35/barroux-abbaye-350-267.jpg\"/)
\r\n
\r\n![\"2ème](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a2ec52865a2220202959f36/barroux-ticket-pos-286-420.jpg\"/)
\r\n
\r\n![\"Logo](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a2ec52965a2220202959f37/philemon-logo-192.png\"/){kind=logo}
\r\n
L’abbaye du Barroux, une abbaye bénédictine composée d’une cinquantaine de moines située près du mont Ventoux, a déployé Odoo version 8 en production le 1er janvier 2015 avec Akretion.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"L’abbaye du Barroux déploie Odoo version 8 | Akretion", "meta_description"=>"Uune abbaye bénédictine composée d’une cinquantaine de moines située près du mont Ventoux, a déployé Odoo version 8 en production avec Akretion.", "meta_keywords"=>"déploie Odoo, abbaye, Odoo version 8", "force_locale"=>"en"}, {"_id"=>"5a2ec52a65a2220202959f42", "_slug"=>"presentation-du-module-pricelist-builder-1", "_visible"=>true, "_position"=>49.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:30.505Z", "updated_at"=>"2018-02-09T15:58:49.359Z", "_label"=>"Présentation du module Pricelist Builder", "title"=>"Présentation du module Pricelist Builder", "posted_at"=>"2014-05-13T00:00:00.000Z", "published"=>true, "body"=>"\r\n
Ce module est un complément au module standard 'Product & pricelist' d'OpenERP.
Il permet de simplifier la gestion des listes des prix, le système de tarification de notre ERP favori.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a2220202954529/0-pricelist_std.png\" "\\"Image:")
En effet, le module standard d'OpenERP permet de créer des règles de prix que l'on applique
à un produit et/ou une catégorie comme montré dans cette image.
Mais que se passe-t-il quand je dois appliquer cette règle (exemple : déduction de 10 € + remise de 10% arrondi à l'€ entier)
sur 5 produits qui sont potentiellement dans des catégories différentes ?
Je suis obligé de créer ma règle 5 fois (sans parler que la duplication de la règle n'est pas possible depuis l'interface).
Duplication => ennemi N°1 de la maîtrise de l'information
Le cas typique de ce scénario est une promotion spéciale qui cible quelques produits et qui change régulièrement dans l'année.
On imagine mal changer les produits de catégorie pour l'occasion.
Notre module présenté ici répond à cette problématique :
- créer la règle une seule fois
- l'appliquer à X produits et/ou Y catégories, et/ou pour les produits qui ont l'option Z
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452a/1-install.png\")
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452b/2-installed.png\")
Note : Ce module a été créé à l'origine pour faciliter la synchronisation des listes de prix avec PrestaShop.
A ce jour il permet également de synchroniser également les 'Special price' de Magento.
Mais il peut fonctionner de manière autonome dans OpenERP.
\r\n![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452c/3-builder.png\")
La page principale du module est la suivante :
- En haut, la règle de prix et la 'pricelist version' concernée.
- Dans 'price elements' la règle de prix proprement dites avec des paramètres identiques aux listes de prix standards.
- Dans 'Involved product' les produits/catégories/options sur lesquelles la règle de prix s'applique :
ici la règle de prix s'applique à tous les produits de la catégorie Y, mais aussi à ceux
de la catégories Z qui ont l'option 'couleur blue' mais également au produit 'product in other categ'
Le bouton 'update pricelist' assure la cohérence avec les pricelist standard.
Il est toutefois d'usage optionnel puisqu'une tache planifiée assure cette même fonction
Le champ 'last update' indique le nombre de produits impacté par la mise à jour des règles (deleted, created, udpated) ou non (untouched)
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452d/4-categ.png\")
En complément, le module 'pricelist_from_product_or_category' permet comme son nom l'indique,
d'appliquer une règle définie à une catégorie/produit directement depuis leur interface respective (ci-dessus avec le champ 'pricelist builder')
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452e/5-involved.png\")
Consécutivement à la sélection de cette règle dans les catégories, on trouve les 'involved product' de notre pricelist builder modifiés en conséquence (la couleur 'Red' a été ajoutée entre temps par une autre action)
\r\n
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452f/6-version.png\")
Nous voici revenu sur la page des versions de pricelist d'OpenERP.
Cette page est légèrement différente car on retrouve 2 listes à la place d'une seule
(toutes les données présentes sont malgré tout stocké dans la même table).
Celle qu'on avait à l'origine répond désormais au nom de 'Manual rules'. Son fonctionnement reste inchangé.
L'autre liste se nomme 'Automatically created rules' et on retrouve des données relatives aux écrans précédents.
Toutefois il n'y a plus de catégories ou d'options, on voit uniquement des produits qui appartiennent aux catégories et/ou options définies précédemment
En effet, même si OpenERP est plutôt modulaire comme projet Open Source (très modulaire comparativement aux ERP propriétaires),
du côté des pricelists c'est une bonne vieille (et performante) requête sql qui s'occupe de tout.
Difficile dans ce cas de \"surcharger\" les méthodes existantes pour altérer le comportement sans casser la compatibilité avec le fonctionnement natif.
La solution la plus simple est donc de ramener ces règles au niveau du produit comme illustré ci-dessus.
Côté performance si vous avez un nombre très élevé de produits avec beaucoup de listes de prix différentes, quelques points doivent être pris en compte :
- si la règle ne s'applique qu'à une seule catégorie, le plus simple est d'utiliser la méthode standard de règle de prix.
- en cas de problème de performance, une utilisation conjointe de ce module avec openerp-connector pourrait être envisagé :
cela permettrait de lisser la charge de mise à jour
Le module est pour l'instant traduit seulement en français.
Ce module se limite à la gestion des 'public price' (pas de ‘cost price’ ou de ‘supplier price’)
Akretion est à votre disposition pour développer des modules complémentaires, n'hésitez pas à nous contacter.
Modules pour la version 7 d'OpenERP:
- https://code.launchpad.net/~akretion-team/+junk/pricelist_advanced
moc.noiterka@laeb.divad
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T15:58:49.359Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T15:58:49.359Z"}, "summary"=>"Ce module est un complément au module standard 'Product & pricelist' d'OpenERP.
\r\nIl étend les fonctionnalités du système de tarification des produits, appelé sur OpenERP 'liste de prix'.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>false, "seo_title"=>"Présentation du module Odoo Pricelist Builder | Akretion", "meta_description"=>"Simplifiez la gestion des listes des prix, le système de tarification d'Odoo avec le module Pricelist Builder.", "meta_keywords"=>"Pricelist Builder, module, Odoo", "force_locale"=>"en"}, {"_id"=>"5a26d2d165a2220202954538", "_slug"=>"de-nouvelles-fonctionnalites-pour-le-connecteur-openerp-magento-1", "_visible"=>true, "_position"=>3.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:37.737Z", "updated_at"=>"2018-08-09T19:23:14.920Z", "_label"=>"De nouvelles fonctionnalités pour le connecteur openERP/Magento", "title"=>"De nouvelles fonctionnalités pour le connecteur openERP/Magento", "posted_at"=>"2014-03-25T00:00:00.000Z", "published"=>true, "body"=>"Le mode de base pour la synchronisation des produits dans le connecteur OpenERP-Magento est dans le sens Magento vers OpenERP.
Les produits sont créés dans Magento puis importé dans OpenERP via le connecteur.
Akretion vous propose dorénavant d'avoir le choix dans la gestion du catalogue produit !
En effet, Akretion a développé une série de modules permettant la gestion du catalogue dans OpenERP.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a2220202954533/export_magento.png\" "\\"Image:")
Le processus est donc différent, les produits peuvent maintenant être créés dans OpenERP qui permet la gestion des attributs et des variantes de produits correspondant au fonctionnement de Magento. Puis les produits sont exportés dans Magento via le connecteur.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954534/S_lection_145.png\")
Liste des tâches traitées automatiquement par OpenERP, sur cette image on peut voir l’exportation de deux produits vers Magento. ![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954535/S_lection_148.png\")
Tous les attributs spécifiques au produit sont disponible dans une vue générée automatique à partir d’un bouton sur la vue du produit. ![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954536/S_lection_147.png\")
Un écran avec plusieurs tailles générée automatiquement à partir de l’attribut taille. De nouvelles fonctionnalités sont disponible pour le connecteur OpenERP-Maganto, vous pouvez maintenant gérer votre catalogue dans OpenERP et l'exporter vers Magento !
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e9", "deprecated"=>false, "seo_title"=>"De nouvelles fonctionnalités pour le connecteur openERP/Magento | Akretion", "meta_description"=>"Akretion vous propose dorénavant d'avoir le choix dans la gestion du catalogue produit ! ", "meta_keywords"=>"Magento, openERP, connecteur, nouveauté", "force_locale"=>"en"}, {"_id"=>"5a26d2d165a222020295453b", "_slug"=>"formation-synchronisation-openerp-magento-15-16-17-avril-2014-lyon", "_visible"=>true, "_position"=>4.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:38.024Z", "updated_at"=>"2018-02-09T16:00:16.084Z", "_label"=>"Formation OpenERP / Magento : 15, 16, 17 Avril 2014 à Lyon", "title"=>"Formation OpenERP / Magento : 15, 16, 17 Avril 2014 à Lyon", "posted_at"=>"2014-03-07T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"**Akretion** organise une nouvelle formation sur le connecteur **OpenERP-Magento**.\r\nConsécutivement à la formation de Redwood city en Californie en partenariat avec OpenERP, nous organisons cette fois la formation MagentoERPconnect en France à Lyon.\r\nCe connecteur repose sur Connector, le framework de synchronisation de la communauté d'OpenERP.\r\nCet outil est devenu un standard de fait pour toute synchronisation avec notre outil favori.\r\nPlusieurs nouveautés au menu de cette formation notamment la gestion du catalogue possible dans l'ERP et export dans Magento\r\n\r\n## Pourquoi un ERP pour l'ecommerce ?\r\n\r\nOn le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles.\r\nUn impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes.\r\nUn nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, transport, achats, comptabilité.\r\nIls devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.\r\n\r\n## A qui est destinée cette formation ?\r\n\r\nCette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et Magento. C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.\r\n\r\nElle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec Magento.\r\n\r\n## Pourquoi le framework Connector ?\r\n\r\nConnector est utilisé par plusieurs intégrateurs important pour synchroniser OpenERP avec d'autres applications, notamment PrestaShop, Solr et OpenERP avec lui-même dans le cadre d'une utilisation en multi-companies.\r\nette utilisation dans plusieurs domaines est un gage de fiabilité puisqu'on mutualise la maintenance, sujet très important lors des changements de versions de l'ERP.\r\n\r\nIl est basé sur des tâches individuelles d'import et d'export, ce qui amène un maximum de visibilité sur les données en cours de synchronisation mais surtout de la fiabilité en ne bloquant pas tous les imports lorsqu'une seule commande pose problème.\r\n\r\nConsultez le sommaire détaillé de cette formation\r\n\r\nPour toute information complémentaire, merci de nous contacter à formation@akretion.com", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:00:16.084Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:00:16.084Z"}, "summary"=>"Akretion organise une nouvelle formation sur le connecteur OpenERP-Magento.
De nombreuses nouveautés attendent les stagiaires.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>true, "seo_title"=>"Formation OpenERP / Magento : 15, 16, 17 Avril 2014 à Lyon | Akretion", "meta_description"=>"Formation OpenERP / Magento à Lyon", "meta_keywords"=>"Formation, OpenERP, Magento, Lyon", "force_locale"=>"fr"}, {"_id"=>"5a2ec52a65a2220202959f48", "_slug"=>"formation-openerp-prestashop-1-2-3-avril-2014-a-lyon-1", "_visible"=>true, "_position"=>51.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:31.040Z", "updated_at"=>"2018-01-05T16:19:25.660Z", "_label"=>"Formation OpenERP / Prestashop : 1, 2, 3 Avril 2014 à Lyon", "title"=>"Formation OpenERP / Prestashop : 1, 2, 3 Avril 2014 à Lyon", "posted_at"=>"2014-02-17T00:00:00.000Z", "published"=>true, "body"=>"\r\n
Grâce au sharefunding de MagentoERPconnect, Camptocamp a pu revoir la conception du framework de synchronisation e-commerce. En mars 2013,les équipes de Camptocamp et Akretion se sont réunis pour lancer le portage du connecteur MagentoERPconnect sur ce nouveau framework.
\r\n\r\n
Au vu de l’efficacité de ce nouveau framework, Akretion a décidé de porter d’ores et déjà PrestaShopERPconnect sur celui-ci.
\r\nC’est donc sur cette nouvelle version optimisée pour OpenERP V7 que la formation aura lieu.
\r\n\r\n
On le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles. Un impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes. Un nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, achats, comptabilité.
\r\n\r\n
Ils devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.
\r\n\r\n
Cette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et PrestaShop.C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.
\r\nElle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec PrestaShop.
\r\n\r\n
Consultez le sommaire détaillé de cette formation
\r\n\r\n
\r\n
Pour toute information complémentaire, merci de nous contacter à formation@akretion.com
\r\n", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-01-05T16:19:25.660Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-01-05T16:19:25.660Z"}, "summary"=>"
Akretion organise une nouvelle formation e-commerce basée sur OpenERP version 7 et PrestaShop 1.5 du 1 au 3 Avril 2014. Cette formation est basé sur le nouveau framework e-commerce.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c665a22202029544f8", "deprecated"=>true, "seo_title"=>"Formation OpenERP / Prestashop : 1, 2, 3 Avril 2014 à Lyon", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"fr"}, {"_id"=>"5a26d2cc65a222020295451e", "_slug"=>"run-a-locomotivecms-engine-in-minutes-and-upload-sites-to-it-with-devstep-docker", "_visible"=>true, "_position"=>0.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:32.505Z", "updated_at"=>"2018-02-09T16:01:00.566Z", "_label"=>"lancez un Engine LocomotiveCMS en quelques minutes avec Devstep et Docker", "title"=>"lancez un Engine LocomotiveCMS en quelques minutes avec Devstep et Docker", "posted_at"=>"2014-02-11T00:00:00.000Z", "published"=>true, "body"=>"![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cb65a2220202954518/loco-after-push.png\" "\\"Image:")
![\"\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cb65a2220202954519/create-account.png\")
![\"\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cb65a222020295451a/set-site.png\")
![\"\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cb65a222020295451b/credentials.png\")
![\"\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cc65a222020295451c/pushing.png\")
LocomotiveCMS is a brilliant CMS. I personnaly consider it's way ahead all of the open source competition. It has a client server structure where designers can edit website locally and then upload them to a multi-tenant engine. But installing that Engine can be a bit daunting, especially as it is still running Rails 3.2 that may conclict with newer Rails 4 or because you need to install MongoDB. In this tutorial however we wlll use Devstep and Docker tools to do it easily without cluterring your computer so you can start hacking every aspect of LocomotiveCMS and use all its power.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"lancez un Engine LocomotiveCMS en quelques minutes avec Devstep et Docker | Akretion", "meta_description"=>"Lancez un Engine LocomotiveCMS en quelques minutes avec Devstep et Docker ", "meta_keywords"=>"LocomotiveCMS, Devstep, Docker", "force_locale"=>"en"}, {"_id"=>"5a26d2d365a2220202954543", "_slug"=>"openerp-magento-connector-v7-training-by-akretion", "_visible"=>true, "_position"=>6.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:39.182Z", "updated_at"=>"2018-02-09T16:01:49.528Z", "_label"=>"Formation sur connecteur OpenERP-Magento en version 7 par Akretion!", "title"=>"Formation sur connecteur OpenERP-Magento en version 7 par Akretion!", "posted_at"=>"2014-01-15T00:00:00.000Z", "published"=>true, "body"=>"\r\n
Akretion a donné la première formation sur le nouveau connecteur OpenERP-Magento à Redwood city en Californie (USA) du 16 au 18 septembre 2013.
\r\nLa formation était organisée par OpenERP SA dans les locaux de leur siège en Californie :
\r\n\r\nPendant ce temps, Sébastien Beau et Benoît Guillot, deux spécialistes du connecteur chez Akretion, vinrent depuis la France pour donner la formation.
\r\n![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d265a2220202954540/training_oe_mag_redwood_benoit.JPG\")
Akretion est en effet partenaire Gold d’OpenERP depuis 2012, partenaire officiel depuis 2009 et s’est créée une véritable expertise sur le connecteur Magento OpenERP depuis 2008 avec probablement le plus grand nombre de PME cliente utilisant le connecteur dans le monde !
\r\nSept étudiants venant de toute la planète (Wisconsin USA, Floride USA, République Dominicain, Philipinnes) ont assisté à la formation.
\r\n![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d265a2220202954541/training_oe_mag_redwood_seb.JPG\" "\\"Image:")
La formation à permis aux étudiants d’apprendre tous les détails pratique pour installer et utiliser le tout nouveau connecteur OpenERP v7 / Magento v1.7 sorti en novembre 2013 comprenant le nouveau système de queue de tâches pour OpenERP conçu par Camptocamp.
\r\nEn plus du contenu spécifique à la connexion entre OpenERP et Magento, les étudiants ont pu apprendre de nombreuses fonctionnalités du e-commerce. En effet, la formation couvre aussi les aspects de e-banking, avec l’import automatique des relevés bancaire pour le lettrage, la gestion avancée de son entrepôt avec le calculs précis des délais de livraison, la gestion des transporteurs, la connexion avec des logisticiens et l’impression des étiquettes de transport.
\r\n
D’autres formations OpenERP-Magento vont être prochainement programmée en France, n’hésitez pas à nous contacter pour de plus amples informations.
\r\nN’oubliez pas qu’Akretion à récemment publié aussi le connecteur OpenERP-Prestahop pour OpenERP v7.
\r\n\r\n
\r\n
De même, une formation OpenERP-Prestashop sera prochainement programmée en France, n’hésitez pas à nous contacter pour plus d’informations.
\r\nAkretion a donné la première formation sur le nouveau connecteur OpenERP-Magento à Redwood city en Californie (USA) du 16 au 18 septembre 2013.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e9", "deprecated"=>true, "seo_title"=>"Formation sur connecteur OpenERP-Magento en version 7 par Akretion! | Akretion", "meta_description"=>"Formation sur connecteur OpenERP-Magento en version 7 par Akretion! ", "meta_keywords"=>"Formation, OpenERP, Magento", "force_locale"=>"en"}, {"_id"=>"5a26d2d365a2220202954547", "_slug"=>"run-locomotivecms-websites-locally-in-minutes-using-wagon-and-devstep-docker", "_visible"=>true, "_position"=>7.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:39.635Z", "updated_at"=>"2018-08-09T18:17:03.403Z", "_label"=>"run LocomotiveCMS websites locally in minutes using Wagon and Devstep (Docker)", "title"=>"run LocomotiveCMS websites locally in minutes using Wagon and Devstep (Docker)", "posted_at"=>"2014-01-11T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"At Akretion we really love the [Locomotive CMS](http://locomotivecms.com/) which powers this corporate website and some other of our websites. LocomotiveCMS is all the more exciting as it shares a lot of its technological stack with Shopify, like [the Liquid templating language](https://github.com/Shopify/liquid/wiki/Liquid-for-Designers) for instance. And Akretion made it possible to integrate LocomotiveCME with Odoo business logic layer seamlessly using the [erpify gem](https://github.com/akretion/erpify). Something exciting we will talk about in an other post...\r\n\r\nBut in a company where we already ask our collaborators to master Python, not everybody has the proper Ruby runtime locally nor is willing to clutter his computer with all the dependencies. This is where Docker and Devstep really shine. Here is how to hack a LocomotiveCMS in minutes using Wagon in Devstep;\r\n\r\nYou may first need to install Docker on your computer in case you have been living on another planet over the last months:\r\n[https://docs.docker.com/installation/](https://docs.docker.com/installation/)\r\nDon't forget to give your user the privilege to run Docker as it saves you from doing sudo everytime when using docker.\r\n\r\nHere is how this tutorial looks like (recorded after steps 1 and 2 have been done):\r\n\r\n\r\n\r\n## 1) Install Devstep\r\n\r\ninstall Desvtep (voodoo includes the Devstep image because it's derived from it. But you should still install the client launcher). [http://fgrehm.viewdocs.io/devstep/getting-started](http://fgrehm.viewdocs.io/devstep/getting-started)\r\n\r\n\r\n## 2) Install Java in the Devstep image (LocomotiveCMS requires Java in yui-compressor)\r\n\r\n docker run -ti fgrehm/devstep:v0.2.0 bin/bash\r\n developer@aa5578cfaeff:/$ sudo apt-get update\r\n developer@aa5578cfaeff:/$ sudo apt-get install openjdk-7-jre\r\n\r\nin an other terminal/tab; note the container id (here aa5578cfaeff from the container shell prompter) and commit the changed image:\r\n\r\n docker commit aa5578cfaeff fgrehm/devstep:v0.2.0\r\n\r\nThat commit will allow us to have Java in all our future containers based on Devstep.\r\n\r\n\r\n## 3) Clone an existing Wagon website (unless you want to create a new one and follow the doc).\r\nFor instance we will start a blog example from [the official LocomotiveCMS tutorial](http://doc.locomotivecms.com/making-blog)\r\n\r\n git clone git@github.com:locomotivecms/wisdom-for-wanderers.git\r\n cd wisdom-for-wanderers\r\n\r\nbut because we are lazy we will go straight to the branch containing the final result:\r\n\r\n git fetch origin chapter-4.2:chapter-4.2\r\n git checkout chapter-4.2\r\n\r\nand because this is no mission critical ERP, we even suggest living on the edge and changing the Gemfile to grab the latest Wagon from git. So you can make this change in the Gemfile:\r\n\r\n -gem 'locomotivecms_wagon', '~> 1.4.0'\r\n +gem 'locomotivecms_wagon', git: 'https://github.com/locomotivecms/wagon.git'\r\n\r\n## 4) Start a Devstep container to run our website locally using Wagon:\r\nmake sure you are inside the wisdom-for-wanderers folder and do:\r\n\r\n devstep hack -p 3333:3333\r\n\r\n(you may double check where you downloaded/installed the devstep client command)\r\n\r\nBy doing that, you will enter a new Devstep container where the Ruby Buildpack will fire and converge the dependencies specified in the Gemfile, including the Wagon too to run LocomotiveCMS locally.\r\n\r\n## 5) Start wagon and you are done!\r\n\r\n bundle exec wagon serve\r\n\r\nNow browse http://localhost:3333 and you should be able to see the LocomotiveCMS blog!\r\n\r\n![\"\"](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d365a2220202954545/loco.png\")
Docker is all the rage these days and Akretion has been using it for a while now, including for Odoo. In this post however we will see how we can use the Desvetp tool combined with Wagon to edit locally a LocomotiveCMS website.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>false, "seo_title"=>"run LocomotiveCMS websites locally in minutes using Wagon and Devstep (Docker) | Akretion", "meta_description"=>"How to run LocomotiveCMS websites locally with Wagon and Docker", "meta_keywords"=>"Docker, Wagon, LocomotiveCMS", "force_locale"=>"en"}, {"_id"=>"5a26d2d365a222020295454a", "_slug"=>"sepa-support-in-openerp-by-akretion", "_visible"=>true, "_position"=>8.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:39.882Z", "updated_at"=>"2018-08-09T19:27:13.467Z", "_label"=>"SEPA support in OpenERP by Akretion", "title"=>"SEPA support in OpenERP by Akretion", "posted_at"=>"2014-01-01T00:00:00.000Z", "published"=>true, "body"=>"
The Single Euro Payments Area (SEPA) is an initiative of the European Union to simplify bank transfers in Euro currency and reduce delays. The 28 countries of the European Union (plus 5 others) are part of SEPA. So far, the main changes introduced by SEPA impacted the technical mechanisms of money transfers between banks. But the next milestone in the SEPA calendar impacts the data exchange between companies and their banks : starting from February 1st 2014, companies will not be allowed to use the old national file format any more, only the new SEPA file format will be accepted by banks.
This new SEPA file format is based on the ISO 20022 standard and is XML-based. As a consequence, the companies that use files to send credit transfer orders or direct debit orders to their banks must make sure that their accounting software is able to generate SEPA XML files.
Thanks for the work of Akretion in coordination with the OpenERP community, OpenERP is able to generate SEPA XML files for credit transfers and direct debits. The implementation of SEPA made by Akretion follows the guidelines of the European Payment Council, which federate the european banking industry and publish guidelines and rulebooks to use the ISO 20022 standard for SEPA. The OpenERP modules developed by Akretion are part of the banking addons, which is project managed by the OpenERP Community Association :
The latest version of these modules for OpenERP 7.0 are available in the following branch : lp:~akretion-team/banking-addons/70-sepa-trf-dd-updates
Backports for some older versions of OpenERP are already available.
Once theses modules are installed, OpenERP will be able to generate a SEPA XML file from a payment order and from a direct debit order. The SEPA files generated by OpenERP have already been used by several EU companies with many different banks for real-life credit transfers and direct debit transactions.
Akretion France is available to help you add SEPA support to your OpenERP system and carry out the required tests with your banks. Akretion would like to thank all the OpenERP integrators who subcontracted SEPA development and testing to Akretion ; this has been a great help in the implementation of SEPA for OpenERP.
About Akretion
Akretion is an OpenERP-expert company based in Brazil (Rio de Janeiro and São Paulo) and France (Lyon) with a strong experience in e-commerce projects. Akretion key contributions to Open Source software include the Magento-OpenERP connector, the PrestaShop-OpenERP connector, the Amazon-OpenERP connector, the eBay-OpenERP connector, the Asterisk-OpenERP connector, the Brazilian localization for OpenERP, support for French customs formalities (DEB and DES) in OpenERP and support for SEPA Credit Transfer and SEPA Direct Debit in OpenERP. Akretion sells training, consulting, software development and SaaS (Software as a Service) on OpenERP.
Press contacts
Akretion ajoute le support SEPA pour OpenERP
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>true, "seo_title"=>"SEPA support in OpenERP by Akretion | Akretion", "meta_description"=>"Module for SEPA support in OpenERP by Akretion", "meta_keywords"=>"SEPA, OpenERP, Odoo", "force_locale"=>"en"}, {"_id"=>"5a2ec52c65a2220202959f55", "_slug"=>"formation-openerp-prestashop-21-22-23-mai-2013-lyon-1", "_visible"=>true, "_position"=>52.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:32.477Z", "updated_at"=>"2018-02-09T17:09:27.759Z", "_label"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon", "title"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon", "posted_at"=>"2013-08-04T00:00:00.000Z", "published"=>true, "body"=>"
Grâce au sharefunding de MagentoERPconnect, Camptocamp a pu revoir la conception du framework de synchronisation e-commerce. En mars les équipes de Camptocamp et Akretion se sont réunis pour lancer le portage du connecteur MagentoERPconnect sur ce nouveau framework.
Au vu de l’efficacité de ce nouveau framework, Akretion a décidé de porter d’ores et déjà PrestaShopERPconnect sur celui-ci.
C’est donc sur cette nouvelle version optimisée pour OpenERP V7 que la formation aura lieu.
\r\n
On le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles. Un impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes. Un nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, achats, comptabilité.
Ils devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.
\r\n
Cette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et PrestaShop. C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.
Elle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec PrestaShop.
Consultez le sommaire détaillé de cette formation
Lieu : 35 rue Montgolfier - 69100 Villeurbanne
Accès par le métro :
ligne A - station flachet (remonter la rue Flachet à pied à la sortie du métro)
depuis la gare de la Part-Dieu prendre la ligne B vers Charpennes puis la ligne A direction Vaulx en Velin la soie (station Flachet)
Date de la session : 21 au 23 Mai 2013 - 3 jours
\r\nHébergements à proximité :
\r\n\r\n
Pour toute information complémentaire et/ou pré inscription, merci de nous contacter à formation@akretion.com
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T17:09:27.759Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T17:09:27.759Z"}, "summary"=>"Akretion organise sa première formation e-commerce basée sur OpenERP version 7 et PrestaShop 1.5 du 21 au 23 mai.
\r\nCette formation est basée sur le nouveau framework e-commerce.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>true, "seo_title"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon | Akretion", "meta_description"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon", "meta_keywords"=>"Formation, OpenERP / Prestashop, Odoo", "force_locale"=>"fr"}, {"_id"=>"5a26d2d565a2220202954559", "_slug"=>"formation-openerp-magento-connector-juin-19-20-21-2013-a-redwood-city-ca-usa", "_visible"=>true, "_position"=>13.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:41.430Z", "updated_at"=>"2018-02-09T16:04:31.070Z", "_label"=>"Treinamento OpenERP - Magento connector: 19, 20, 21 Junho 2013 na cidade de Redwood City, CA (EUA)", "title"=>"Treinamento OpenERP - Magento connector: 19, 20, 21 Junho 2013 na cidade de Redwood City, CA (EUA)", "posted_at"=>"2013-07-05T00:00:00.000Z", "published"=>true, "body"=>"This training will extensively cover the latest version of the OpenERP-Magento Connector: MagentoERPConnect. This connector runs with OpenERP 7 and Magento 1.5 and up. MagentoERPConnect is an open source project developed for the most part by a group of companies specialized in open source business applications and acting as core editors (Akretion, Camptocamp,...). More information is available on the project's home page at https://launchpad.net/magentoerpconnect
Consult the course summary of the training
First Akretion training in USA on the OpenERP-Magento connector organized with OpenERP SA in Redwood City, CA from June 19 to June 21 2013.
Training based on the new e-commerce framework.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e9", "deprecated"=>true, "seo_title"=>"Treinamento OpenERP - Magento connector: 19, 20, 21 Junho 2013 na cidade de Redwood City, CA (EUA) | Akretion", "meta_description"=>"Treinamento OpenERP - Magento connector: 19, 20, 21 Junho 2013 na cidade de Redwood City, CA (EUA)", "meta_keywords"=>"Formation, OpenERP, Magento", "force_locale"=>"en"}, {"_id"=>"5a26d2d465a2220202954550", "_slug"=>"formation-openerp-prestashop-15-16-17-octobre-2013-lyon", "_visible"=>true, "_position"=>10.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:40.504Z", "updated_at"=>"2018-02-09T16:05:17.959Z", "_label"=>"Formation OpenERP / Prestashop : 15, 16, 17 octobre 2013 à Lyon", "title"=>"Formation OpenERP / Prestashop : 15, 16, 17 octobre 2013 à Lyon", "posted_at"=>"2013-06-26T00:00:00.000Z", "published"=>true, "body"=>"
Akretion poursuit ses formations sur la connexion de PrestaShop avec OpenERP. Des nouveautés attendent les stagiaires
On le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles. Un impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes. Un nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, achats, comptabilité.
Ils devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.
Cette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et PrestaShop. C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.
Elle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec PrestaShop.
Consultez le sommaire détaillé de cette formation
Lieu : 35 rue Montgolfier - 69100 Villeurbanne
Accès par le métro depuis la gare de la Part-Dieu
Date de la session : 21 au 23 Mai 2013 - 3 jours
Hébergements à proximité :
Pour toute information complémentaire et/ou pré inscription, merci de nous contacter à formation@akretion.com
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:05:17.959Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:05:17.959Z"}, "summary"=>"Akretion poursuit ses formations sur la connexion de PrestaShop avec OpenERP du 15 au 17 octobre. Des nouveautés attendent les stagiaires
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>true, "seo_title"=>"Formation OpenERP / Prestashop : 15, 16, 17 octobre 2013 à Lyon | Akretion", "meta_description"=>"Formation OpenERP / Prestashop : 15, 16, 17 octobre 2013 à Lyon", "meta_keywords"=>"Formation, OpenERP / Prestashop, Odoo", "force_locale"=>"fr"}, {"_id"=>"5a26d2d465a2220202954553", "_slug"=>"webinar-br-localizao-brasileira-no-openerp-v7-1", "_visible"=>true, "_position"=>11.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:40.818Z", "updated_at"=>"2018-08-09T18:23:03.840Z", "_label"=>"Webinar BR - Entité brésilienne sur OpenERP V7", "title"=>"Webinar BR - Entité brésilienne sur OpenERP V7", "posted_at"=>"2013-05-14T00:00:00.000Z", "published"=>true, "body"=>"No dia 9 de maio de 2013 realizamos um webinar juntamente com a OpenERP S.A. apresentando a comunidade e parceiros as principais mudanças da localização brasileira em relação a versão 6.1, e os novos recursos implementado na versão 7.0.
<iframe width='560' height='315' src='http://www.youtube.com/embed/zktCtust2r0?list=UU2oHy0qFpbrNR4sbl5NK9eA' frameborder='0' allowfullscreen></iframe>
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:23:03.840Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:23:03.840Z"}, "summary"=>"No dia 9 de maio de 2013 realizamos um webinar juntamente com a OpenERP S.A. apresentando a comunidade e parceiros as principais mudanças e os novos recursos da localização brasileira para o OpenERP versão 7.0.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544dd", "deprecated"=>false, "seo_title"=>"Webinar BR - Entité brésilienne sur OpenERP V7 | Akretion", "meta_description"=>"Webinar BR - Entité brésilienne sur OpenERP V7", "meta_keywords"=>"Webinar, OpenERP v7", "force_locale"=>"en"}, {"_id"=>"5a26d2d565a2220202954556", "_slug"=>"synchronisation-prestashop-et-openerp-v7-prestashoperpconnect", "_visible"=>true, "_position"=>12.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:41.167Z", "updated_at"=>"2018-01-05T16:25:12.748Z", "_label"=>"Synchronisation Prestashop et OpenERP v7 - PrestaShopERPconnect", "title"=>"Synchronisation Prestashop et OpenERP v7 - PrestaShopERPconnect", "posted_at"=>"2013-05-14T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Akretion a débuté l'implémentation de PrestaShopERPconnect pour la version 7 d'OpenERP.Akretion a débuté l'implémentation de PrestaShopERPconnect pour la version 7 d'OpenERP.
Voici quelques captures d'écran qui illustrent le niveau de fonctionnalité atteint à ce jour.
No dia 9 de maio de 2013 realizamos um webinar juntamente com a OpenERP S.A. apresentando a comunidade e parceiros as principais mudanças da localização brasileira em relação a versão 6.1, e os novos recursos implementado na versão 7.0.
\r\n<iframe width=\"560\" height=\"315\" src=\"http://www.youtube.com/embed/zktCtust2r0?list=UU2oHy0qFpbrNR4sbl5NK9eA\" frameborder=\"0\" allowfullscreen></iframe>
", "body_markdown"=>" ", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:06:11.735Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:06:11.735Z"}, "summary"=>"No dia 9 de maio de 2013 realizamos um webinar juntamente com a OpenERP S.A. apresentando a comunidade e parceiros as principais mudanças e os novos recursos da localização brasileira.
", "force_locale_id"=>"5a26d2c265a22202029544d5", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544dd", "deprecated"=>false, "seo_title"=>"Webinar BR - Localização Brasileira no OpenERP V7 | Akretion", "meta_description"=>"Webinar BR - Localização Brasileira no OpenERP V7", "meta_keywords"=>"Localização, Brasileira, OpenERP V7, Odoo", "force_locale"=>"pt-BR"}, {"_id"=>"5a2ec52d65a2220202959f60", "_slug"=>"synchronisation-prestashop-et-openerp-v7-prestashoperpconnect-1", "_visible"=>true, "_position"=>55.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:33.465Z", "updated_at"=>"2018-02-09T16:06:52.868Z", "_label"=>"Synchronisation Prestashop et OpenERP v7 - PrestaShopERPconnect", "title"=>"Synchronisation Prestashop et OpenERP v7 - PrestaShopERPconnect", "posted_at"=>"2013-05-14T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Akretion a débuté l'implémentation de PrestaShopERPconnect pour la version 7 d'OpenERP.\r\nVoici quelques captures d'écran qui illustrent le niveau de fonctionnalité atteint à ce jour.\r\n\r\nA noter que le connecteur utilisé pour PrestaShop repose sur les mêmes briques de bases (modules génériques aux fonctionnalités communes) que celles utilisées pour MagentoERPconnect.\r\n\r\nHistoriquement Akretion avait développé une grosse partie des connecteurs e-commerce pour la version 5 et 6 d'OpenERP. Pour le cas de la version 7, nous tenons à remercier Camptocamp pour avoir investi de nombreux jours sur le nouveau framework de synchronisation sur lequel le nouveau connecteur Prestashop se base.\r\n\r\n===\r\n\r\n## Connexion\r\n\r\nLe module 'Connector' amène à OpenERP la notion de 'backend'. C'est ici que l'on définit le paramétrage permettant d'établir la connexion avec l'application à synchroniser : ici PrestaShop.\r\n \r\n \r\n \r\n\r\n\r\n\r\n\r\nPrestaShop donne accès à ses webservices par l'intermédiaire d'une clé qui est connu d'OpenERP.\r\n\r\n\r\n\r\n\r\nLe backend permet de synchroniser au préalable les objets de bases (stores, languages, etc...) de PrestaShop.\r\n\r\n\r\n===\r\n\r\n## Premiers imports\r\nLes clients, les adresses et groupes de clients de PrestaShop sont importées\r\n\r\n\r\n\r\n\r\nLe nouveau système de synchronisation des données repose sur des bases très différentes de l'ancien connecteur. Chaque synchronisation se découpe en 3 phases :\r\n\r\n * création d'un job de recherche des identifiants PrestaShop de l'objet à synchroniser\r\n * création de jobs individuels d'import dans une file d'attente : un job pour chaque enregistrement/objet correspondant aux identifiants PrestaShop\r\n * exécution des jobs issus de la file d'attente.\r\n\r\n\r\nPar exemple dans cet écran on trouve le job de recherche des clients nouveaux ou modifiés depuis une date donnée\r\n\r\n\r\n\r\n\r\nLe job ci-dessous défini l'import d'une adresse client (consécutivement à l'import du client)\r\n\r\n\r\n\r\n\r\nOn constate que les clients présents dans PrestaShop sont bien importés dans OpenERP.\r\n\r\n\r\nLes produits de PrestaShop sont également importés ...\r\n\r\n\r\n\r\n\r\n... comme on le voit ici\r\n\r\n\r\n\r\n\r\nDe même les commandes existantes dans PrestaShop peuvent être importées\r\n\r\n\r\n\r\n\r\n... via un découpage en tâches (jobs) individuels.\r\n\r\n\r\n\r\n\r\nLa commande est bien importé dans OpenERP. \r\n\r\nOn retrouve notre commande rattaché au shop 'Ma boutiq de rêve'.\r\n\r\n\r\n\r\n\r\n## Export des données\r\nConcernant l'export des données, le statut des commandes confirmées (quotation -> sale order) dans OpenERP est remonté dans PrestaShop\r\n\r\nL'export de l'inventaire des produits est en cours de finalisation.\r\n\r\nCette notion est très importante car il faut que le stock de PrestaShop tienne compte :\r\n\r\n * des achats fait sur OpenERP\r\n * des ventes faites sur d'autres canaux : Ebay, Amazon, autres boutiques (Magento ou un autre PrestaShop)\r\n\r\n\r\n\r\n\r\n\r\nLe développement est en cours, le périmètre 1 étant le portage du module PrestaShopERPconnect a été atteint et est période de test et de stabilisation. \r\n\r\nLe périmètre 2 étant la gestion du catalogue dans OpenERP est en cours de réalisation et sera fini au cours des projets clients.\r\n", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:06:52.868Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:06:52.868Z"}, "summary"=>"Akretion a débuté l'implémentation de PrestaShopERPconnect pour la version 7 d'OpenERP.
Voici quelques captures d'écran qui illustrent le niveau de fonctionnalité atteint à ce jour.
Grâce au sharefunding de MagentoERPconnect, Camptocamp a pu revoir la conception du framework de synchronisation e-commerce. En mars les équipes de Camptocamp et Akretion se sont réunis pour lancer le portage du connecteur MagentoERPconnect sur ce nouveau framework.
Au vu de l’efficacité de ce nouveau framework, Akretion a décidé de porter d’ores et déjà PrestaShopERPconnect sur celui-ci.
C’est donc sur cette nouvelle version optimisée pour OpenERP V7 que la formation aura lieu.
On le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles. Un impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes. Un nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, achats, comptabilité.
Ils devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.
Cette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et PrestaShop. C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.
Elle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec PrestaShop.
Consultez le sommaire détaillé de cette formation
Lieu : 35 rue Montgolfier - 69100 Villeurbanne
Accès par le métro :
ligne A - station flachet (remonter la rue Flachet à pied à la sortie du métro)
depuis la gare de la Part-Dieu prendre la ligne B vers Charpennes puis la ligne A direction Vaulx en Velin la soie (station Flachet)
Date de la session : 21 au 23 Mai 2013 - 3 jours
Hébergements à proximité :
Pour toute information complémentaire et/ou pré inscription, merci de nous contacter à formation@akretion.com
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:07:14.833Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:07:14.833Z"}, "summary"=>"Akretion organise sa première formation e-commerce basée sur OpenERP version 7 et PrestaShop 1.5 du 21 au 23 mai.
Cette formation est basée sur le nouveau framework e-commerce.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>false, "seo_title"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon | Akretion", "meta_description"=>"Formation OpenERP / Prestashop : 21, 22, 23 mai 2013 à Lyon", "meta_keywords"=>"Formation, OpenERP / Prestashop, Odoo", "force_locale"=>"fr"}, {"_id"=>"5a26d2d865a2220202954580", "_slug"=>"new-openerp-product-supplier-warranty-module-by-akretion", "_visible"=>true, "_position"=>26.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:44.926Z", "updated_at"=>"2018-02-09T16:09:00.130Z", "_label"=>"New OpenERP - product (supplier) warranty module by Akretion ", "title"=>"New OpenERP - product (supplier) warranty module by Akretion ", "posted_at"=>"2012-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"## OpenERP - RMA\r\nAkretion implemented supplier warranty management in OpenERP :\r\n\r\n### product_warranty : \r\nExtend the warranty details to a specific product/supplier relation\r\n\r\n* supplier warranty\r\n* return product to company, supplier, brand\r\n\r\nAll the modules related to RMA have been gathered in a dedicated launchpad project lp:openerp-rma", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:09:00.130Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:09:00.130Z"}, "summary"=>"OpenERP - RMA
Akretion implemented supplier warranty management in OpenERP
Grâce au sharefunding de MagentoERPconnect, Camptocamp a pu revoir la conception du framework de synchronisation e-commerce. En mars 2013,les équipes de Camptocamp et Akretion se sont réunis pour lancer le portage du connecteur MagentoERPconnect sur ce nouveau framework.
Au vu de l’efficacité de ce nouveau framework, Akretion a décidé de porter d’ores et déjà PrestaShopERPconnect sur celui-ci.
C’est donc sur cette nouvelle version optimisée pour OpenERP V7 que la formation aura lieu.
On le sait tous, les comparateurs rendent la concurrence rude dans l'ecommerce, les marges sont faibles. Un impératif, se démarquer par la nature de son catalogue mais aussi par le volume de ses ventes. Un nombre de commandes élevé impose un traitement administratif colossal dans de nombreux domaines : gestion de stock, logistique, achats, comptabilité.
Ils devient rapidement impossible de réaliser cette gestion sans outil approprié. Un ERP devient un allié incontournable. Mais encore faut-il avoir un outil souple pour s'adpater aux pratiques qui évoluent beaucoup dans le cadre de l'ecommerce ? Pour beaucoup OpenERP est le meilleur choix dans ce domaine.
Cette formation s'adresse aux e-commerçants actuels ou futurs qui veulent gérer l’ensemble de leurs processus avec deux des meilleurs outils du moment : OpenERP et PrestaShop.C'est également la formation idéale pour les intégrateurs OpenERP qui veulent mener à bien leur projet e-commerce.
Elle vous permettra de prendre en main OpenERP dans le cadre d’un projet e-commerce. Cette formation est indispensable pour quiconque souhaiterais se lancer dans la mise en place d’OpenERP avec PrestaShop.
Pour toute information complémentaire, merci de nous contacter à formation@akretion.com
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:14:46.866Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T16:14:46.866Z"}, "summary"=>"
Akretion organise une nouvelle formation e-commerce basée sur OpenERP version 7 et PrestaShop 1.5 du 1 au 3 Avril 2014.
Cette formation est basé sur le nouveau framework e-commerce.
", "force_locale_id"=>"5a26d2c265a22202029544d4", "tag_ids"=>[], "author_id"=>"5a26d2c665a22202029544f8", "deprecated"=>true, "seo_title"=>"Formation OpenERP / Prestashop : 1, 2, 3 Avril 2014 à Lyon | Akretion", "meta_description"=>"Formation OpenERP / Prestashop : 1, 2, 3 Avril 2014 à Lyon", "meta_keywords"=>"Formation, OpenERP / Prestashop, Odoo", "force_locale"=>"fr"}, {"_id"=>"5a26d2db65a2220202954598", "_slug"=>"mise-a-l-echelle-de-la-communaute-d-openerp-au-niveau-mondial", "_visible"=>true, "_position"=>34.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:47.211Z", "updated_at"=>"2018-08-09T18:24:55.591Z", "_label"=>"Mise à l'échelle de la communauté d'OpenERP au niveau mondial", "title"=>"Mise à l'échelle de la communauté d'OpenERP au niveau mondial", "posted_at"=>"2012-09-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"\r\nDear OpenERP community,\r\n\r\n\r\nThings have been moving really fast for OpenERP and Tiny during those last 2 years. A lot of indicators (Google Insight, Launchpad inscription rates, partner list...) show OpenERP matured from a confidential francophone ERP to the global leader of open source ERP's. As you may have noticed this hasn't been without a clash. Especially, the main editor Tiny has been recently totally overwhelmed by the huge demand and community activity, unable to interact with the community anymore. This bottleneck around Tiny leaded to frustrations in the forums. Hard for Tiny however to react as their best elements where more and more busy with their own customers and growing company. This is time for action, and I believe this is finally happening.\r\n\r\nIt has been an initiative of both Tiny and me to propose I help them put the community in a better shape recently. I Finally managed to free myself a bit from our customer projects and will try to lead that interim work one day a week for one or two months, until Tiny can put somebody of their own with more availability. The take is that as a community member, I might better both set up the new processes imagined by Tiny and also orient the community properly with those processes on each particular case where it makes sense. The goal is to improve the 5.0.x releases as much as we can and get the best of the community power for the coming 5.2 which freeze will be delayed to February or so in order to wait those organized community contributions for that unique opportunity to break compatibility when it makes sense (less as possible however and in a sustainable way) before yet an other full year of stability.\r\n\r\nSo, the ambition is to remove the bottleneck around Tiny by decentralizing some processes to the global community instead. With an exponentially growing community it would just have been too bad not being able to benefit from all that growing tireless grey matter working 24 hours a day, 7 days a week, 365 days a year. OpenERP is not the first open source software to adopt a distributed pattern. Linux is one of the first who did it successfully and even created the GIT tool (the tool bzr copied) for that. Other more recent examples are Debian or Rails. For those who have no clue what is the difference between a centralized community and a distributed one, I suggest they get the global picture watching that video of the Rails code elaboration here:\r\n\r\n\r\n\r\n\r\n\r\nfrom 0' to 5'09 where DHH centralizes all the dev, except the code availability, you won't notice any major difference between this and a proprietary software done in the dark of a classical company. However, after they switch from SVN to GIT and adopt distributed processes at 5'09, everybody can understand why no proprietary software can beat distributed open source.\r\n\r\n\r\nAfter the early enthusiasm, it's now time to remind you that for now we have limited resources to set up those processes, but let's at least start. Better processes will also be debated in a distributed manner and will hopefully lead to increased efficiency in the decentralization process itself (yes call it auto-catalytic if you want to sound pedantic).\r\n\r\nOpenERP already has a good enough distributed platform with Launchpad and bzr, this is now time to use it fully at least. So what is missing? What is missing is mainly the feature planing and refactoring among the developers community. Given that OpenERP is an ERP and new and generic one, expertise is rather sparse in the community. A lot of people are discovering the product and making remarks, especially on how it's different from specialized proprietary tool X they already used. But given that there is no free lunch and Tiny would not give away hundreds of millions of euros of R&D per year (yes that's what SAP, Microsoft, Oracle or Sage spend yearly) to improve the ERP, those remarks only make sense when they cost little to implement or if they are even contributed directly. So to progress, it is essential for Tiny to filter out what the 'power users' are saying and contributing from the average noob Christmas letter noise. Finally once features/refactoring are planned, it's essential to get everybody working together in a coordinated manner.\r\n\r\nWe worked out that an essential key for the expertise decentralization is to set up effectively expert teams that would act as intermediary hubs between Tiny and the community and thus alleviate Tiny from most interactions, speeding up decisions processes and putting more grey matter in the process.\r\n\r\n\r\nWhile it would be tempting to multiply those hubs, let's recall a few considerations:\r\na) if setting up too many expert teams, we multiply the communication channels but actually divide the expert community between them. So, for now we might prefer to aggregate a few related topics into the same expert team to give it a critical mass rather than split everything right now.\r\nb) the goal of alleviating the community interaction weight from the Tiny bottleneck, will only work if there are only a few people in the expert lists, the most qualified members of the community. So please, let's have a community and product thinking, the goal is not to lobby an expert team to get feature X included. If everybody reason like this, this is not going to work. Feature X will be included:\r\n- either if you contribute it yourself cleanly and it makes sense\r\n- either if it's easy to implement and expert agree on inclusion\r\n- either if that really makes sense for the product considering the other priorities\r\n- either it makes sense and you pay Tiny or a partner to implement it\r\n\r\n\r\n\r\nYou can also think about expert team member as representative delegates that will also tell you about where you request fits in the previous list and promote you idea whenever it makes sense. Moderated expert list might not be the best solution on the world, but it will already much better than the current situation and we can then think about ways to improve it.\r\n\r\nSo far we identified the following expert teams:\r\n\r\n\r\n###Infrastructure teams:\r\n\r\n[https://launchpad.net/~openerp-community-leaders](https://launchpad.net/~openerp-community-leaders)&.... team is in charge of the community organization, including editors and partners. We discuss here on how to be the more productive and increase collaboration. This team setup the tools to support the community effort, discuss the development process and organise the discussion within the community, in particular the monthly community meeting. Being the moderator of most other processes, this team is open only to proven community leaders that can show a good Launchpad Karma and some OpenERP success stories. Not a place you can enter after only 6 months of practice, open source is a meritocracy.\r\n\r\n[https://launchpad.net/~openerp-drivers](https://launchpad.net/~openerp-drivers)\r\n\r\nT... team is in charge of the bug and new developments management. They can evaluate the bug importance, assign them to domain expert team and plan them for OpenERP announced milestones.\r\nYou can see those milestones here: [http://test.openobject.com/](http://test.openobject.com/)\r\n\r\n[https://launchpad.net/... team is where the OpenObject framework in general can be discussed, both client and server parts so far. You think a basic widget is missing, you think that library X should be used instead of Y, you think the Object Relational Mapping should be improved doing Z, you know how to implement a warning popup... the place for the debate is here.\r\n\r\n[https://launchpad.net/~openerp-expert-ergonomy](https://launchpad.net/~openerp-expert-ergonomy)\r\n\r\n###Localization\r\n\r\n[https://launchpad.net/~openerp-expert-localization](https://launchpad.net/~openerp-expert-localizati.... team is meant for all OpenERP localization leaders to network efficiently together. Some localizations are mature already while others are just starting and need the help from the formers. In any case, all localization teams face common issues such as Rosetta synch, English terminology error in origin files, translation strategy, financial localization strategy, localization community visibility...\r\nWith this team of experts, we can share all that common information more efficiently.\r\n\r\nAs a first step and in order to avoid noise, this team is moderated by the https://launchpad.net/~openerp-community-leaders. You should get in touch with them or current members of the localization expert team to be allowed to flood the mailing list. Even if you are not member of the list mail archives will be shared publicly and you are advised to get in touch with your local localization leaders.\r\n\r\nPlease notice that a 'terminology' team has recently been set up to discuss appropriate English wording. After discussion we think it's better to get it merged into the localization list for now. Especially, changing original English terms will affect all localization teams so the more directly they know it, the better.\r\n\r\n\r\n###Domain expert teams:\r\n\r\nThey represent the main functional domains of OpenERP:\r\n\r\n- [https://launchpad.net/~openerp-expert-accounting](https://launchpad.net/~openerp-expert-accounting) - For discussion about financial and fiscal accounting\r\n- [https://launchpad.net/~openerp-expert-production](https://launchpad.net/~openerp-expert-production) - For discussion about inventory control and manufacturing\r\n- [https://launchpad.net/~openerp-expert-service](https://launchpad.net/~openerp-expert-service) - For discussion about project management, analytical accounting and CRM\r\n\r\n\r\n\r\n\r\n\r\n###Default team:\r\n\r\n[https://launchpad.net/~openerp-community](https://launchpad.net/~openerp-community)\r\n\r\n\r\nSo please, identify the teams you might be qualified and interested to join, or alternatively the community members you can eventually get in touch with for orientation or promoting an idea or a request. For general and non qualified debate, the best places continue to be the http://openerp.com/forum/ and IRC channel.\r\n\r\nAlso, notice that lot's of expert team members are active users of the IRC channel and those forums, so they are likely to help/orient you there already. Still contact them only once you are sure you hold a qualified request/idea in order to avoid bothering them too much and making them run away from where they are useful. By the way, I'm just highlighting there that I find it very effective to track the numerous forum entries by subscribing its feeds in a smart feed reader such as Google Reader, visiting the forum only when it makes sense which I can evaluate in a snap then.\r\n\r\n\r\n###Public read access (so far) to the expert teams:\r\n\r\nthe expert teams are all nice and seems to pick up so far which is great. But in any case the whole OpenERP community which is not part of those expert team should be able to know what experts are debating. Currently, Launchpad makes this a bit difficult to track. This is why we created new RSS feeds both for the expert posts and messages.\r\n\r\nIn the future, we could also set up things like Google Wave tracking those expert team debates so that the community could comment on live upon each post. Including a vote widget or manually, we could later on collect useful non qualified community inputs upon those expert message and forward them back to Tiny and the other developers/experts. Well that's just one of the possibilities obviously.", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:24:55.591Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:24:55.591Z"}, "summary"=>"Dear OpenERP community,
Things have been moving really fast for OpenERP and Tiny during those last 2 years. A lot of indicators (Google Insight, Launchpad inscription rates, partner list...) show OpenERP matured from a confidential francophone ERP to the global leader of open source ERP's. As you may have noticed this hasn't been without a clash. Especially, the main editor Tiny has been recently totally overwhelmed by the huge demand and community activity, unable to interact with the community anymore. This bottleneck around Tiny leaded to frustrations in the forums. Hard for Tiny however to react as their best elements where more and more busy with their own customers and growing company. This is time for action, and I believe this is finally happening.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"Mise à l'échelle de la communauté d'OpenERP au niveau mondial | Akretion", "meta_description"=>"", "meta_keywords"=>"OpenERP, communauté", "force_locale"=>"en"}, {"_id"=>"5a2ec52d65a2220202959f66", "_slug"=>"formation-openerp-magento-3-4-5-avril-2012-lyon-1", "_visible"=>true, "_position"=>57.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:34.013Z", "updated_at"=>"2018-02-09T17:11:26.582Z", "_label"=>"Formation OpenERP - Magento : 3-4-5 avril 2012 - Lyon ", "title"=>"Formation OpenERP - Magento : 3-4-5 avril 2012 - Lyon ", "posted_at"=>"2012-06-19T00:00:00.000Z", "published"=>true, "body"=>"##Formation OpenERP - Magento : solution complète pour le e-commerce
**Informations générales :**
* **Dates** : 24 au 26 janvier (à confirmer) : 3 jours de formation
* **Lieu** : Région parisienne
* **Type** : Formation fonctionnelle découverte
* **Objectif** : Découverte des principales fonctionnalités OpenERP appliquées aux besoins métiers du e-commerce. Présentations des modules, paramétrages, processus et fonctionnalités de base.
* **Public** : E-commerçants & intégrateur e-commerce (OpenERP / Magento)
* **Places disponibles** : 10
* **Coût total de la formation** : 1 500€
**Contenu prévisionnel :**
Installation et utilisation du connecteur MagentoErpConnect (1j)
* Installation & paramétrage
* Intégration depuis un Magento existant
* Création d’un nouveau Magento
* Gestion quotidienne : synchronisations catalogues, prix, stock, clients, commandes, etc...
Processus de vente e-commerce (0,5j)
* Processus de vente
* Dropshipment (livraison directe du fournisseur au client)
* Alertes anti fraudes
Logistique (0,5j)
* Gestion des stocks & inventaires
* Achat & approvisionnement
* Réceptions & expéditions
* Transporteurs & livraisons
Marketing & CRM (0,5j)
* Prospection, campagnes & qualifications
* Profilage & segmentation
* Support & réclamation
* Gestion des retours de marchandise
Comptabilité (0,5j)
* Configuration du plan comptable & des taxes
* Gestion des factures / paiements / avoirs
* Relevés bancaires & lettrage
* Exemple d’interfaçage (Paypal, Ogone, Amazon)
Pour toute information complémentaire et/ou pré inscription, merci de nous contacter à <formation@akretion.com>
Formation OpenERP - Magento : solution complète pour le e-commerce
\r\nFormation OpenERP - Magento/PrestaShop : solution complète pour le e-commerce
Akretion is proud to announce a new feature on the [OpenERP-Asterisk connector](https://launchpad.net/openerp-asterisk-connector) : the ability to open the calling partner in one click !
===
## Open calling partner in 1 click with the OpenERP-Asterisk connector
Akretion, the author of the [OpenERP-Asterisk connector](https://launchpad.net/openerp-asterisk-connector), is proud to announce the immediate availability of a new feature on the connector: the ability to open the calling partner in one click in OpenERP.
Here is a typical usage scenario of this new feature:
1. Someone calls you and you pickup the phone. You click on the button *Open calling partner* in OpenERP : OpenERP sends a query to Asterisk to get a list of the current phone calls.
2. If OpenERP finds a phone call involving the user's phone, it gets the phone number of the calling party.
3. OpenERP searches the phone number of the calling party in its database and, if a record matches, it shows the name of the related Partner and proposes to open it, or open its related sale orders or invoices:
Another incredible thing about this new feature is that it's already fully documented on the [dedicated web page](/en/products-and-services/openerp-asterisk-voip-connector) on Akretion's Web site.
This page also presents Akretion's service offering to help you deploy the OpenERP-Asterisk connector. Who can better help you deploy this solution than the author of the module himself ?
Please note that this new feature is only available for OpenERP **version 6.1** for the moment. But Akretion can backport it to your version of OpenERP on request.
Akretion is proud to announce a new feature on the [OpenERP-Asterisk connector](https://launchpad.net/openerp-asterisk-connector) : the ability to open the calling partner in one click !
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>true, "seo_title"=>"Open calling partner in 1 click with the OpenERP-Asterisk connector", "meta_description"=>"Akretion is proud to announce a new feature on the [OpenERP-Asterisk connector](https://launchpad.net/openerp-asterisk-connector) : the ability to open the calling partner in one click !", "meta_keywords"=>"Akretion, asterisk, calling, OpenERP", "force_locale"=>"en"}, {"_id"=>"5a26d2d665a2220202954568", "_slug"=>"release-of-the-prestashop-openerp-connector", "_visible"=>true, "_position"=>18.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:42.729Z", "updated_at"=>"2023-04-17T20:03:56.567Z", "_label"=>"Akretion et Camptocamp annoncent la sortie du connecteur PrestaShop-OpenERP", "title"=>"Akretion et Camptocamp annoncent la sortie du connecteur PrestaShop-OpenERP", "posted_at"=>"2012-02-23T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"## Akretion et Camptocamp annoncent la sortie du connecteur PrestaShop-OpenERP\r\n\r\n*23 février 2012*\r\n\r\n[Akretion](http://www.akretion.com/fr/) et [Camptocamp](http://www.camptocamp.com/) annoncent la sortie du connecteur PrestaShop-OpenERP version 0.1.\r\n\r\n[PrestaShop](http://www.prestashop.com/) est un logiciel de e-commerce Open Source, écrit en PHP, qui fournit une solution performante et facile à utiliser pour construire une boutique en ligne. [OpenERP](http://www.openerp.com/) est un ERP Open Source, écrit en Python, qui dispose d'une large couverture fonctionnelle : gestion de la relation client (CRM), administration des ventes et des achats, gestion des stocks, planification des approvisionnements (MRP), comptabilité, etc.\r\n\r\nDe nombreux e-commerçants sont à la recherche d'une solution globale intégrant la gestion des stocks et la comptabilité. Pour une boutique en ligne en croissance, l'industrialisation de la gestion des stocks, des commandes fournisseurs et de la comptabilité sont essentiels pour que l'activité reste rentable. OpenERP et PrestaShop sont parfaitement complémentaires :\r\n\r\n* PrestaShop gère le *front office* : le catalogue produits, les comptes clients, les paniers, la validation des commandes et des paiements par carte bancaire ;\r\n* OpenERP gère le *back office* : la gestion des stocks, les commandes fournisseurs, les retours de marchandises, la comptabilité, etc.\r\n\r\nJusqu'à aujourd'hui, le seul élément manquant était le connecteur entre ces deux logiciels !\r\n\r\nLa première version du connecteur PrestaShop-OpenERP a été développée pendant un \"code sprint\" d'une semaine, qui a eu lieu du 6 au 10 février à Seythenex (Haute-Savoie, France). Cet important travail de R&D réalisé par Akretion et Camptocamp (avec la participation d'un développeur de la société Julius Network Solutions) est le point de départ d'un nouveau projet Open Source appelé **PrestashopERPconnect**. Akretion et Camptocamp forment les *PrestashopERPconnect core editors* et sont les mainteneurs officiels du projet.\r\n\r\nSebastien Beau, chef de projet E-commerce chez Akretion, déclare : \"*Notre objectif était d'arriver à importer des commandes de PrestaShop vers OpenERP à la fin de notre code sprint d'une semaine. Mais, avant d'importer la première commande, nous devions développer la synchronisation des boutiques, des monnaies, des langues, des pays, des transporteurs et des produits. Nous avons atteint notre objectif le Jeudi soir ; nous avions donc mérité notre après-midi de ski le Vendredi à la station [Seythenex La Sambuy](http://www.lasambuy.com/) !*\"\r\n\r\nJoël Grand-Guillaume, Business Solution Division Manager chez Camptocamp à Lausanne, ajoute : \"*Nous avons non seulement apporté les meilleurs chocolats suisses pour ce code sprint, mais aussi notre longue expérience de développement logiciel sur le framework d'OpenERP et nos connaissances d'architecture logicielle.*\"\r\n\r\nLa société PrestaShop a contribué au développement de ce connecteur en fournissant un support technique sur les webservices de PrestaShop qui sont utilisés par le connecteur. Nebojsa Stojanovic, Directeur technique de PrestaShop, déclare : \"*Le développement du connecteur PrestaShop-OpenERP est la preuve que notre large communauté de développeurs est un facteur clé de succès par rapport aux solutions de e-commerce propriétaires. Nous sommes très heureux de voir notre plateforme e-commerce Open Source - primée aux OpenSource Awards 2011 - connectée à l'un des leaders des ERPs Open Source.*\"\r\n\r\n\r\n\r\n### FAQ à propos du connecteur PrestaShop-OpenERP\r\n\r\n1. **Quelle est la licence du connecteur ? Où puis-je trouver le code source ?**\r\nLe connecteur est publié sous la licence GNU Affero General Public License version 3 (la même licence qu'OpenERP). Le code source est disponible sur Launchpad [https://launchpad.net/prestashoperpconnect](https://launchpad.net/prestashoperpconnect/) (Launchpad est une forge logicielle qui héberge de nombreux projets Open Source, et notamment OpenERP et Ubuntu).\r\n\r\n2. **Quelles versions d'OpenERP et de PrestaShop sont supportées ?**\r\nCôté OpenERP, le connecteur a été développé pour OpenERP 6.1, dont la sortie a été annoncée hier. Côté Prestashop, le connecteur supporte toutes les versions de PrestaShop à partir de la version 1.4, qui est la première version de PrestaShop à être dotée de webservices. Aucun module additionnel n'est requis sur PrestaShop. La version actuelle du connecteur fournit la correspondance des objets entre OpenERP 6.1 et PrestaShop 1.5 uniquement. PrestaShop 1.5, qui introduit le support du multi-boutiques et de nombreuses autres fonctionnalités, est toujours en cours de développement. L'ajout du support de PrestaShop 1.4 serait facile à réaliser.\r\n\r\n3. **Vous publiez ce connecteur gratuitement sur Internet... Comment gagnez-vous votre vie ?**\r\nAkretion et Camptocamp, qui forment les *PrestashopERPconnect core editors*, ont développé ce connecteur dans le cadre de leurs travaux de R&D. Les deux sociétés sont de fervents partisans de l'Open Source et ont à leur actif de nombreuses contributions à des projets Open Source. Plutôt que de dépenser des millions en marketing, ils sont convaincus que cette contribution est le meilleur moyen de générer des demandes clients pour leurs services de développement logiciel sur le connecteur et/ou sur OpenERP, ainsi que pour leurs formations, leurs services de consulting et leurs offres de SaaS (Software as a Service).\r\n\r\n4. **Le connecteur est-il prêt pour un déploiement en production ?**\r\nCette version 0.1 dispose de toutes les briques pour connecter OpenERP et PrestaShop et permet déjà l'import de commandes de PrestaShop vers OpenERP dans des cas simples. En fonction de l'utilisation qui est faite de PrestaShop, il faudra éventuellement prévoir des développements complémentaires génériques ou spécifiques sur le connecteur.\r\n\r\n5. **Que faut-il savoir avant de déployer ce connecteur ?**\r\nCe connecteur est librement téléchargeable sur Internet mais il requiert une connaissance approfondie d'OpenERP, de PrestaShop et du connecteur lui-même pour être déployé avec succès en production. Les *PrestashopERPconnect core editors* sont disponibles pour vous aider à déployer cette solution pour votre boutique en ligne PrestaShop.\r\n\r\n\r\n### A propos d'Akretion\r\n\r\nAkretion est une société experte sur OpenERP basée au Brésil (Rio de Janeiro) et en France (Lyon), ayant une solide expérience des projets e-commerce. Les principales contributions Open Source d'Akretion sont le connecteur Magento-OpenERP, le connecteur Asterisk-OpenERP, la localisation brésilienne d'OpenERP, le support de la Déclaration d'échange de biens (DEB) et de la Déclaration européenne des services (DES) dans OpenERP, ainsi que le connecteur OOOR qui permet d'utiliser OpenERP depuis le langage de programmation Ruby. Akretion vend des formations, du consulting, du développement logiciel et des offres de SaaS (Software as a Service) sur OpenERP.\r\n\r\n### A propos de Camptocamp\r\n\r\nCréé en 2001, Camptocamp est un éditeur et un intégrateur Open Source actif dans trois domaines complémentaires : les Business Solutions (OpenERP, solutions de reporting, E-commerce), les Geospatial Solutions et les Infrastructure Solutions. Camptocamp met tout en œuvre pour fournir à ses clients des services à haute valeur ajoutée (consulting, R&D, formation, support) avec comme objectif de les aider à déployer des applications Open Source performantes et durables. Basé à Lausanne (Suisse), Chambéry (France) et Vienne (Autriche), Camptocamp compte 43 collaborateurs dotés d'une double compétence fonctionnelle et technique de haut niveau.\r\n\r\n\r\n### Contacts presse\r\n\r\n* Akretion : Alexis de Lattre - Mail : alexis.delattre (at) akretion.com\r\n\r\n* Camptocamp : Maxime Wiot – Mail : maxime.wiot (at) camptocamp.com – Tél : +33 4 79 44 44 94 ou +41 21 619 10 10", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2023-04-17T20:03:56.567Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2023-04-17T20:03:56.567Z"}, "summary"=>"Akretion et Camptocamp annoncent la sortie du connecteur PrestaShop-OpenERP
\r\n##Formation OpenERP - Magento : solution complète pour le e-commerce
**Informations générales :**
* **Dates** : 24 au 26 janvier (à confirmer) : 3 jours de formation
* **Lieu** : Région parisienne
* **Type** : Formation fonctionnelle découverte
* **Objectif** : Découverte des principales fonctionnalités OpenERP appliquées aux besoins métiers du e-commerce. Présentations des modules, paramétrages, processus et fonctionnalités de base.
* **Public** : E-commerçants & intégrateur e-commerce (OpenERP / Magento)
* **Places disponibles** : 10
* **Coût total de la formation** : 1 500€
**Contenu prévisionnel :**
Installation et utilisation du connecteur MagentoErpConnect (1j)
* Installation & paramétrage
* Intégration depuis un Magento existant
* Création d’un nouveau Magento
* Gestion quotidienne : synchronisations catalogues, prix, stock, clients, commandes, etc...
Processus de vente e-commerce (0,5j)
* Processus de vente
* Dropshipment (livraison directe du fournisseur au client)
* Alertes anti fraudes
Logistique (0,5j)
* Gestion des stocks & inventaires
* Achat & approvisionnement
* Réceptions & expéditions
* Transporteurs & livraisons
Marketing & CRM (0,5j)
* Prospection, campagnes & qualifications
* Profilage & segmentation
* Support & réclamation
* Gestion des retours de marchandise
Comptabilité (0,5j)
* Configuration du plan comptable & des taxes
* Gestion des factures / paiements / avoirs
* Relevés bancaires & lettrage
* Exemple d’interfaçage (Paypal, Ogone, Amazon)
Pour toute information complémentaire et/ou pré inscription, merci de nous contacter à <formation@akretion.com>
Formation OpenERP - Magento : solution complète pour le e-commerce
Formation OpenERP - Magento : solution complète pour le e-commerce
**We recently updated the mrp_prodlot_autosplit module by :**
Akretion announces the availability of the module coface_credit_insurance in the extra-addons section under the AGPL licence...
Akretion's Christmas present to the OpenERP community : new feature on the Asterisk connector...
Formation OpenERP - Magento : solution complète pour le e-commerce
\r\nThe module Product_variant_multi now use a generic and powerfull syntax for the automatic generation of the variant name.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"Des nouvelles de product_variant_multi", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d865a222020295457a", "_slug"=>"benchmarks-with-openerp-server-hosted-on-the-internet", "_visible"=>true, "_position"=>24.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:44.342Z", "updated_at"=>"2018-02-09T16:11:42.559Z", "_label"=>" Benchmarks avec le serveur OpenERP hebergé sur Internet", "title"=>" Benchmarks avec le serveur OpenERP hebergé sur Internet", "posted_at"=>"2010-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"As Akretion starts to host some OpenERP servers for its SMB customers, we wanted to know which protocol is best for accessing an OpenERP server hosted on the Internet. So we made a comparision of the performances of Net-RPC, XML-RPC, XML-RPC SSL, HTTP, HTTPS, etc... Of course, only secure protocols should be selected when using an OpenERP server hosted on the Internet.| Net-RPC | Net-RPC inside SSH tunnel | XML-RPC | XML-RPC SSL | HTTP access with Firefox 7 | HTTP access with Chrome 14 | HTTPS access through an Nginx proxy with Chrome 14 | |
|---|---|---|---|---|---|---|---|
| Secure ? | no | yes | no | yes | no | no | yes |
| OpenERP 6.0.3 | 1 min 49 | 1 min 47 | 2 min 11 | 3 min 08 | 2 min 04 | 2 min 11 | 2 min 05 |
| OpenERP 6.1 (trunk) | 1 min 42 | 1 min 40 | 1 min 52 | not available ? | buggy | 1 min 43 | 1 min 40 |
| Net-RPC | |
|---|---|
| OpenERP 6.0.3 | 1 min 15 |
| OpenERP 6.1 (trunk) | 1 min 08 |
Benchmarks with OpenERP server hosted on the Internet
OpenERP - RMA
Akretion implemented Management of Return Merchandise Authorization (RMA) in OpenERP through two modules
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e3", "deprecated"=>true, "seo_title"=>"Nouveau module RMA - OpenERP d'Akretion ", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d965a2220202954586", "_slug"=>"contribution-d-akretion-et-camptocamp-au-code-sprint", "_visible"=>true, "_position"=>28.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:45.462Z", "updated_at"=>"2018-08-09T19:17:48.976Z", "_label"=>"Accounting contribs of the Akretion-Camptocamp code sprint ", "title"=>"Accounting contribs of the Akretion-Camptocamp code sprint ", "posted_at"=>"2010-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Two new modules to enhance your experience of accounting with OpenERP.
Two new modules to enhance your experience of accounting with OpenERP.
OOOR 1.5.0 released!
Akretion a amélioré la localisation française d'Odoo / OpenERP par l'ajout du support complet pour la DEB et la DES, qui sont deux rapports intrastat que les sociétés françaises doivent envoyer à l'administration des douanes françaises chaque mois.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>true, "seo_title"=>"Akretion ajoute du support pour DEB et DES dans OpenERP / Odoo | Akretion", "meta_description"=>"Akretion ajoute du support pour DEB et DES dans Odoo", "meta_keywords"=>"DEB, DES, OpenERP, déclaration, Odoo, module", "force_locale"=>"en"}, {"_id"=>"5a26d2da65a2220202954592", "_slug"=>"akretion-et-anevia-presentent-asterisk_click2dial-module-libere-votre-telephone-asterisk-dans-openerp", "_visible"=>true, "_position"=>32.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:46.590Z", "updated_at"=>"2018-02-09T16:13:37.328Z", "_label"=>"Akretion et Anevia presentent le module \"asterisk_click2dial\" : Libérez vos téléphones Asterisk dans OpenERP! ", "title"=>"Akretion et Anevia presentent le module \"asterisk_click2dial\" : Libérez vos téléphones Asterisk dans OpenERP! ", "posted_at"=>"2009-10-19T00:00:00.000Z", "published"=>true, "body"=>"Module Asterisk_click2dial for OpenERP
\r\n
\r\n
Author : Alexis de Lattre <alexis _at_ via.ecp.fr>
\r\n\r\n\r\n
This module adds a dial button in the partner address view so that users can directly dial a phone number through Asterisk. This feature is usually known as click2dial.
\r\n\r\n
Here is how it works :
\r\n\r\n\r\n
You should install the asterisk_click2dial modules on OpenERP just like any regular OpenERP module. What you need to know :
\r\n\r\n
Note : the module named asterisk in the extra-addons repository is useless and doesn't have any working functionality. The asterisk_click2dial module doesn't depend on it.
\r\n\r\n\r\n
OpenERP will communicate with Asterisk through the Asterisk Manager Interface (AMI).
\r\nSo the first step is to configure AMI :
\r\nThe configuration file of AMI is /etc/asterisk/manager.conf (depending on your Linux distribution, the directory may be different). Here is an example of the configuration with my comments inline :
\r\n\r\n
; It starts with the \"general\" section first
\r\n[general]
\r\n; You must enable the AMI feature
\r\nenabled=yes
\r\n; TCP Port on which AMI will listen
\r\nport = 5038
\r\n; I suppose Asterisk and OpenERP are on two different machines,
\r\n; so you must bind AMI on 0.0.0.0
\r\nbindaddr = 0.0.0.0
\r\n; We don't need to activate the HTTP AMI interface (the module uses the native
\r\n; interface)
\r\nwebenabled = no
\r\n\r\n
; Then, we create an AMI account for OpenERP
\r\n[click2dial] ; This is the AMI login
\r\nsecret = mypassword ; This is the AMI password
\r\n; We deny AMI access for everybody
\r\ndeny = 0.0.0.0/0.0.0.0
\r\n; We accept AMI access for OpenERP server (192.168.0.42)
\r\npermit = 192.168.0.42/255.255.255.255
\r\n; We give the minimum access rights required for the click2dial feature
\r\n; For Asterisk 1.4.x, you need the \"call\" rights
\r\nread = call
\r\nwrite = call
\r\n; For Asterisk 1.6.x, you need the \"originate\" rights :
\r\n;read = originate
\r\n;write = originate
\r\n\r\n
Warning : simply reloading Asterisk is not enough to activate the AMI ; you need to restart Asterisk (check that nobody is on the phone, because a restart of Asterisk will cut the communications).
\r\n\r\n
You can check that you can access the AMI from the OpenERP server :
\r\n% telnet <asterisk_server> 5038
\r\nIt should display :
\r\nConnected to <asterisk_server>.
\r\nEscape character is '^]'.
\r\nAsterisk Call Manager/1.0
\r\n\r\n\r\n
Log on as administrator on OpenERP.
\r\n\r\nFirst, you must create one or several Asterisk servers. The click2dial module supports several Asterisk servers. Then, for each OpenERP user, you must configure on which Asterisk server he is connected.
\r\nGo to Administration > Users > Company's structure > Companies. Select the company in the list. Then, go to the IPBX tab. Create one or several Asterisk servers. All the fields have a detailed contextual help, so you should be able to understand how to set each parameter by reading the help.
\r\nTwo parameters require additional explanations :
\r\n\r\n\r\n
Go to Administration > Users > Users. For each user that require the click2dial feature, you need to set 4 parameters that the asterisk_click2dial module has added in the User tab :
\r\nAlexis de Lattre <0141981242>
\r\n\r\n
That's it, the configuration is finished, you can start playing... or debug !
\r\n\r\n\r\n
How phone numbers are reformated
\r\nThis diagram explains it all.
\r\nIn the diagram, the two examples (ex1 and ex2) are based on the following configuration :
\r\nGo to the menu Partners > Partners and open a partner that you want to call. In the General tab, select the Partner contact that you want to call. Next to the Phone and Mobile fields, you should see a Dial button.
\r\n\r\n
\r\n
Important : the phone number in OpenERP should be in international format, for example :
\r\n+33 1 41 98 12 42
\r\nThis is the same format that you must use in your mobile phone's directory when you want to be able to call a number saved in your phone's directory when you are in a foreign country. For example, check this Nokia user manual page 19, section Make calls, look at the tip.
\r\nIf the phone number is not in the international format, you will get an error message when you click on the Dial button, unless you activated the option \"Allow national formats ?\" for this the Asterisk server.
\r\n\r\n
Here is the complete usage scenario :
\r\n\r\n\r\n\r\n
Imagine you share the same workroom with other colleagues. When one of your colleagues makes a phone call, the workroom stays quiet until the conversation starts. Now, if the colleague uses the click2dial feature of OpenERP, his phone will ring and bother everyone before the conversation even starts ! I think it's an important drawback...
\r\n\r\n
Hopefully, there is a solution to his : when Asterisk \"calls\" the user (before calling the remote party), he should tell the phone not to ring. In fact, when I say \"tell the phone not to ring\", I mean \"tell the phone to use a silent ring tone\". This is usually possible with SIP phones. In the SIP protocol, you can use the Alert-Info header to tell the phone to choose a particular ring tone. This feature is often called \"distinctive ringing\" or \"priority alerting\". Most SIP phones support the Alert-Info header, but :
\r\n\r\n
I have tested this feature with 2 different phone manufacturers : Thomson (ST2030 model, it probably works the same way with other models) and Aastra (6731i model, I am sure the other models work the same way). I give the details below ; if you have some experience with other phones, don't hesitate to edit this document and share your knowledge.
\r\n\r\nI suppose you use TFTP to configure the phone. If you edit the default configuration file for system melodies which is called Tone-RG.txt, you will see a ring tone Silent defined like this :
\r\nSilent:d=32,o=5,b=160:8P,2D
\r\nWith this configuration, it is a \"quiet\" ring tone, but not a fully silent one. To make it a fully silent, change the definition of this ring tone to :
\r\nSilent:d=32,o=5,b=160:P
\r\nNote : for the changes to take effect, don't forget to change the name of the ring tone file and update the filename in the parameter system_melodies of the <MAC_address>.inf file.
\r\nThen, in OpenERP, in the configuration of the Asterisk server, you should give the following value to the the Alert-info SIP header
\r\ninfo=<Silent>
\r\n\r\nAccording to the Aastra documentation, a Silent ring tone exists, but it can't be used for distinctive ringing. I found a workaround for this : choose a ring tone that is not used but default, for example Bellcore-dr5 (which is a \"quiet\" ring tone, but not a fully silent one), and redefine it in the configuration file (aastra.cfg to change it for all Aastra phones or <MAC_address>.cfg to change it only for one phone) :
\r\nbellcore cadence dr5: 0,-1
\r\nThis will transform the ring tone Bellcore-dr5 into a fully silent ring tone.
\r\nThen, in OpenERP, in the configuration of the Asterisk server, you should give the following value to the the Alert-info SIP header :
\r\ninfo=<Bellcore-dr5>
\r\n\r\n
Note : if you have a mix of Aastra and Thomson phones and you don't want to configure 2 Asterisk servers in OpenERP that point to the same server with just a different Alert-info SIP header parameter, here is a trick : rename the Silent ring tone of the Thomson IP phone to Bellcore-dr5 !
\r\n\r\n\r\n
If you have some issues with the module :
\r\n% asterisk -rvvvvvvvvvvvv
\r\nThis module adds a dial button in the partner address view so that users can directly dial a phone number through Asterisk. This feature is usually known as click2dial.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>true, "seo_title"=>"Akretion et Anevia presentent le module \"asterisk_click2dial\" : Libérez vos téléphones Asterisk dans OpenERP! | Akretion", "meta_description"=>"Akretion et Anevia presentent le module \"asterisk_click2dial\" : Libérez vos téléphones Asterisk dans OpenERP! ", "meta_keywords"=>"Anevia, Akretion, asterisk, téléphonie, OpenERP, click2dial", "force_locale"=>"en"}, {"_id"=>"5a26d2d565a222020295455f", "_slug"=>"mise-a-jour-du-module-gestion-relation-client-openerp-asterisk-connector", "_visible"=>true, "_position"=>15.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:41.970Z", "updated_at"=>"2023-04-17T20:05:07.502Z", "_label"=>"Mise a jour du module de gestion de la relation client avec OpenERP-Asterisk connector", "title"=>"Mise a jour du module de gestion de la relation client avec OpenERP-Asterisk connector", "posted_at"=>nil, "published"=>true, "body"=>"", "body_markdown"=>"The *asterisk_click2dial_crm* module of [Zikzakmedia](http://www.zikzakmedia.com) has been moved to the [OpenERP-Asterisk connector project](https://launchpad.net/openerp-asterisk-connector) on Launchpad. Akretion ported the module to OpenERP 6.1 and added some great enhancements.Update of the CRM-specific module of the OpenERP-Asterisk connector
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Mise a jour du module de gestion de la relation client avec OpenERP-Asterisk connector | Akretion", "meta_description"=>"Akretion ported the module to OpenERP 6.1 and added some great enhancements.", "meta_keywords"=>"OpenERP, Asterisk, téléphonie, ERP, Odoo", "force_locale"=>"en"}, {"_id"=>"5a26d2d765a2220202954571", "_slug"=>"master-your-openerp-data-integration-with-akretion-terminatooor", "_visible"=>true, "_position"=>21.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:43.517Z", "updated_at"=>"2018-02-09T16:16:33.186Z", "_label"=>"Maitriser son integration de données avec Akretion TerminatOOOR! ", "title"=>"Maitriser son integration de données avec Akretion TerminatOOOR! ", "posted_at"=>nil, "published"=>true, "body"=>"", "body_markdown"=>"OpenERP is all the rage among open source ERP's but its native import/export has limitations when it comes to data integration. Server side OpenERP import/export is powerful but not so easy to get started and get interfaced. On the contrary, the famous Kettle open source ETL from Pentaho connects to almost anything (just last week it got a brand new EDI plugin for instance), any SGBD thanks to the JDBC connectors, any CSV, Excell files...
OpenERP is all the rage among open source ERP's but its native import/export has limitations when it comes to data integration. Server side OpenERP import/export is powerful but not so easy to get started and get interfaced. On the contrary, the famous Kettle open source ETL from Pentaho connects to almost anything (just last week it got a brand new EDI plugin for instance), any SGBD thanks to the JDBC connectors, any CSV, Excell files...
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"Maitriser son integration de données avec Akretion TerminatOOOR! | Akretion", "meta_description"=>"OpenERP is all the rage among open source ERP's but its native import/export has limitations when it comes to data integration. Server side OpenERP import/export is powerful but not so easy to get started and get interfaced. ", "meta_keywords"=>"OOOR, OpenERP, Ruby, rails", "force_locale"=>"en"}, {"_id"=>"5a26d2da65a2220202954595", "_slug"=>"ooor-openobject-on-rails-gerer-votre-openerp-devient-un-jeu-d-enfant", "_visible"=>true, "_position"=>33.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:46.903Z", "updated_at"=>"2023-04-17T17:22:35.076Z", "_label"=>"OOOR - OpenObject On Rails: gérer votre OpenERP devient un jeu d'enfant", "title"=>"OOOR - OpenObject On Rails: gérer votre OpenERP devient un jeu d'enfant", "posted_at"=>nil, "published"=>true, "body"=>"", "body_markdown"=>"One year ago, much for the fun, I started a small open source project [OOOR - OpenObject on Rails](http://github.com/rvalyi/ooor): the idea was to explore Ruby metaprogramming techniques to remotely access the whole API of OpenERP using the standard OpenERP webservices just like the genuine Rails ActiveResource API.\r\nThe thing is that OOOR is more and more being used for awesome stuff today, so I think it was the right time to finally present it to the general public...\r\n\r\n\r\n\r\n\r\n##introducing OOOR - OpenObject On Rails\r\n\r\n![](\"http://sites.google.com/site/assetserversite/_/rsrc/1257126460164/home/ooor_s.jpg\") | \r\n BY | \r\n![](\"http://akretion.s3.amazonaws.com/assets/logo.png\"){kind=logo} | \r\n
![http://akretion.s3.amazonaws.com/assets/ast_sshot-calling-party.jpg](\"http://akretion.s3.amazonaws.com/assets/ast_sshot-calling-party.jpg\"){kind=link}
\r\n>sudo apt-get install ruby irb rubygems\r\n\r\n\r\nnow make sure your rubygems package is aware of the 'gemcutter' gem repository with:\r\n\r\n>sudo gem tumble\r\n\r\n\r\nNow install OOOR automagically:\r\n\r\n>sudo gem install ooor #last version so far is 1.2.3\r\n\r\n\r\n###Playing with OOOR:\r\nstart an OpenERP server with a demo data database with XML/RPC on port 8069 (default settings), then open an irb session\r\n\r\n\r\n\r\n###A few characteristics:\r\n* OOOR tries to 'fix' the OpenERP ORM awkward API:\r\n * So instead of accessing the persistence with Class Methods only like in OpenERP (you know the self.pool.get('my.resource').write(cr, uid, [id\\_of\\_my\\_current_object], my\\_value\\_hash), well you just do in OOOR: my\\_entity.update after you changed some values eventually. This is much easier to learn for the occasional coder/functional consultant needing to get his hands dirty.\r\n * you would also just to p.taxes\\_id = [1,2]; p.save rather than self.pool.get('product.product').write(cr, uid, [my_id], {taxes\\_id : [6, 0, [1,2]]}) in OpenERP and the same goes for one2many relations\r\n* OOOR supports Create, Read, Update, Delete (CRUD) operations but also any OpenERP expose business object methods, including:\r\n * button clicks\r\n * on_change events\r\n * workflows\r\n * wizards you get the full detail on [the project page here](http://github.com/rvalyi/ooor)\r\n* In any case, the API of OOOR is not an accident. It's actually a careful respect of the the standard exemplar Rails ActiveResource API, extended with relations supports and domain + context support to exactly match the OpenERP API itself.\r\n* OOOR doesn't connect to the database directly, it enforces the OpenERP layer encapsulation, object models and custom access rights.\r\n* OOOR supports connecting to several OpenERP instances at the same time, using a scoping prefix in the front of its class names, very handy to migrate data from one instance to an other, see: http://wiki.github.com/rvalyi/ooor/howto-connect-ooor-to-multiple-openerp-instance-easy-data-migration\r\n* OOOR is 100% compatible with JRuby, meaning you can use it from Java and you'll see how in my next post about its usage in the famous Kettle ETL (Pentaho Data Integration).\r\n* OOOR can also expose your OpenERP entities Restfully to other consumers using standard Rails support for REST, for that you should install the ['OooREST' extra gem\r\n* ever wonder how OpenERP could have such a bug and always thought that its current unit test framework has its limits when it comes to testing full real life functional/cross modules scenarios? Well in that case you should give a look to the \"Cucumber\" testing framework. Now, the dream comes true, CampToCamp just rolled a version of it for OpenERP, using OOOR to drive/query OpenERP. If you are willing to help making OpenERP a more robust system or if you want to package some tests with your OpenERP custom module to always be able to tell exactly and deterministically what works and what is broken, I totally encourage to you to jump in OERPScenario led by CampToCamp. By the way, OERPScenario is also able to play the OpenERP built'in unit test suite now, so it does just more and not less. Seriously, did you see something better than Cucumber/RSpec for testing? Me never, and I can tell you than when I worked 6 months on airline GDS testing at Amadeus before, I would have loved have something approaching Cucumber/RSpec, so having it for your ERP is totally awesome.\r\n\r\n\r\nAll right, I hope it provided you an insight of the OOOR unleashed power. If you need more, Akretion is willing to provide professional support to OOOR, but in any case we are committed to OOOR as a community open source (MIT liberal license) project. In a next post, I'll show you how you a noob programmer can easily pull/push any complex data form/to OpenERP using the Kettle ETL + OOOR embedded as a step plugin. We are already using it for customer projects at Akretion and it's a life saver.\r\n", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2023-04-17T17:22:35.076Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2023-04-17T17:22:35.076Z"}, "summary"=>"One year ago, much for the fun, I started a small open source project [OOOR - OpenObject on Rails](http://github.com/rvalyi/ooor): the idea was to explore Ruby metaprogramming techniques to remotely access the whole API of OpenERP using the standard OpenERP webservices just like the genuine [Rails ActiveResource API](http://api.rubyonrails.org/classes/ActiveResource/Base.html).
The thing is that OOOR is more and more being used for awesome stuff today, so I think it was the right time to finally present it to the general public...
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"OOOR - OpenObject On Rails: gérer votre OpenERP devient un jeu d'enfant | Akretion", "meta_description"=>"OOOR - OpenObject On Rails: gérer votre OpenERP devient un jeu d'enfant", "meta_keywords"=>"OOOR, Ruby, Rails, OpenERP", "force_locale"=>"en"}, {"_id"=>"5a2ec52665a2220202959f27", "_slug"=>"akretion-adds-support-for-ubl-based-electronic-orders-in-odoo", "_visible"=>true, "_position"=>41.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:26.990Z", "updated_at"=>"2018-02-09T17:12:20.883Z", "_label"=>"Akretion ajoute le support des commandes électroniques basées sur UBL dans Odoo", "title"=>"Akretion ajoute le support des commandes électroniques basées sur UBL dans Odoo", "posted_at"=>nil, "published"=>true, "body"=>"", "body_markdown"=>"Résumé des épisodes précédents : Le 25 décembre 2015, Akretion a développé [ l'importation de factures PDF régulières ] (http://www.akretion.com/blog/akretions-christmas-present-for- the-odoo-community) via l'utilisation de la bibliothèque [invoice2data] (https://github.com/m3nu/invoice2data). Cette solution nécessite le développement d'un [modèle d'importation de facture] (https://github.com/m3nu/invoice2data/tree/master/invoice2data/templates) pour chaque fournisseur. Ce modèle de facture doit être mis à jour lorsque la présentation de la facture est modifiée par le fournisseur, ce qui constitue un inconvénient majeur. Les clients d'Akretion ont découvert cet inconvénient quelques semaines après le déploiement de la solution en production. Akretion a migré son serveur Odoo de v7 à v8 (avec le moteur de reporting * Webkit * en v7 vers * Qweb * en v8) . Cette migration a changé la disposition des factures d'Akretion. l'importation des factures d'Akretion a été interrompue parce que le modèle de facture d'Akretion nécessitait une mise à jour.\r\n\r\nPour surmonter cet inconvénient, la solution consistait à passer à la facturation électronique. Quelques mois plus tard, en mars 2016, Akretion [a annoncé] (http://www.akretion.com/blog/akretion-publishes-zugferd-modules-to-create-and-import-electronic-invoices-with-odoo) le support de la génération de factures [ZUGFeRD] (http://www.ferd-net.de/). Une facture ZUGFeRD est une facture PDF avec un fichier XML incorporé au format CII (Facture inter industries). ZUGFeRD est le format de facture électronique officiel pour l'Allemagne. La contribution d'Akretion a également bénéficié du support de l'importation de factures UBL (Universal Business Language), utilisées par plusieurs pays d'Europe du Nord et qui constitue également la base du [format e-fff] (http: //www.e-fff .be) utilisé en Belgique. Depuis avril 2016, les factures d'Akretion France sont conformes à ZUGFeRD et les clients d'Akretion peuvent les importer dans Odoo grâce au module * account \\ _invoice \\ _import \\ _zugferd *. Utiliser le format ZUGFeRD pour les factures d'Akretion était une bonne chose ... mais le bénéfice pour les clients d'Akretion était encore limité.\r\n\r\nLe 1er janvier 2015, Akretion [a déployé en production un Odoo v8] (http://www.akretion.com/blog/barroux-abbey-deploys-odoo-version-8-with-akretion ) à l'Abbaye de Barroux (http://www.barroux.org/). Le 1er mai 2015, [l'abbaye de Randol] (http://www.randol.org/) a déployé Odoo v8 en production et le 1er janvier 2016 le [ Le monastère de La Garde] (http://www.la-garde.org/) a également adopté Odoo v8. Chaque abbaye possède un magasin de vente au détail qui vend la production des moines ainsi que les produits artisanaux d'autres abbayes (avec des livres, des CD, des objets religieux, etc.). Le miel et les sandales produits par le monastère de La Garde sont vendus à l'abbaye de Barroux par exemple; le nougat et les biscuits produits par l'abbaye de Barroux sont vendus à l'abbaye de Randol et au monastère de La Garde, etc. Lorsque le développement des factures de ZUGFeRD a été achevé, j'ai suggéré au moine responsable des finances de l'abbaye de Barroux qu'il déployer le module pour générer des factures ZUGFeRD sur le serveur Odoo de l'abbaye. De cette façon, l'abbaye de Randol et le monastère de La Garde pourront importer les factures de l'abbaye de Barroux dans leur ERP Odoo sans codage manuel, ce qui permettra de gagner du temps pour des choses plus importantes. Mais la réponse du moine n'était pas celle que je m'attendais: il m'a dit que, comme une facture de fournisseur provisoire est générée automatiquement à partir du bon de commande, il n'y avait pas de réel avantage à utiliser des factures électroniques! Le vrai bénéfice serait d'utiliser des commandes électroniques à la place ...\r\n\r\nJ'ai donc décidé de continuer le développement pour supporter les commandes électroniques! J'ai commencé à chercher la meilleure solution pour les commandes électroniques. Je voulais garder la bonne idée de la norme ZUGFeRD pour avoir des documents PDF avec un fichier XML intégré. Mais quel format était le mieux adapté pour décrire une commande en XML? J'ai découvert que [UBL] (http://ubl.xml.org/) (Universal Business Language) était le meilleur format pour le travail. La norme UBL est à la fois simple et précise. Elle est devenu la norme [ISO / IEC 19845] (http://www.iso.org/iso/catalogue_detail.htm?csnumber=66370) en décembre 2015 (voir [annonce officielle] (http: //www.prweb .com/releases/2016/01/prweb13186919.htm)). UBL est déjà largement adopté pour les factures électroniques en Europe du Nord, en Belgique (la [norme e-fff] (http://www.e-fff.be)), en Turquie ([format UBL-TR] (http: / /www.efatura.gov.tr)) et en [Australie] (http://ubl.xml.org/news/australia-choses-ubl-for-whole-of-economy-einvoicing). En France, [EDF] (https://www.edf.fr/), la compagnie nationale d'électricité, propose déjà d'envoyer ses factures au format UBL (voir [leurs spécifications] (https://entreprises.edf.com /fichiers/fckeditor/Commun/Entreprises/pdf/Guide%20technique%20facture%20EDF%20en%20XML%20V1.2.pdf)). La norme UBL prend en charge le codage XML de nombreux documents commerciaux: commandes et factures, mais aussi catalogues de produits, demandes de devis, devis, bordereaux d'expédition, lettres de voiture, certificats d'origine, etc.\r\n\r\nAujourd'hui, Akretion annonce la disponibilité d'une liste UBL pour Odoo afin de gérer les commandes d'achat et de vente dans Odoo:\r\n\r\n* le module * purchase\\ _order \\ _ubl * intègre un fichier XML UBL de demande de devis (RFQ) dans chaque fichier PDF RFQ généré par Odoo.\r\n* le module * sale \\ _order \\ _import \\ _ubl * importe les fichiers XML UBL RFQ (ou le fichier PDF avec un fichier XML incorporé) pour générer de nouveaux devis.\r\n* le module * sale \\ _order \\ _ubl * intègre un fichier XML UBL de devis dans chaque fichier de devis PDF.\r\n* le module * purchase \\ _order \\ _import \\ _ubl * importe les devis pour mettre à jour les prix et / ou les quantités sur les demandes de devis.\r\n* lorsque le bon de commande est approuvé dans Odoo, le module * achat \\ _order \\ _ubl * intègre un fichier XML de commande UBL dans le fichier PDF du bon de commande.\r\n* le module * sale \\ _order \\ _import \\ _ubl * importe les fichiers XML d'ordre UBL pour mettre à jour les devis (ou créer de nouveaux devis).\r\n* lorsque la commande est acceptée et que la commande de vente est confirmée dans Odoo, le module * sale \\ _order \\ _ubl * intégrera un fichier XML * UBL * de commande simple dans le fichier PDF de confirmation de commande d'Odoo.\r\n\r\nA la fin du flux de vente, lorsque les marchandises ont été expédiées avec succès, le fournisseur peut générer une facture ZUGFeRD avec le module * account \\ _invoice \\ _zugferd *; cette facture électronique sera utilisée par le client pour mettre à jour le projet de facture fournisseur généré par Odoo. Pour le paiement, les [modules SEPA de l'Odoo Community Association] (https://github.com/OCA/bank-payment) peuvent être utilisés par le client pour générer un fichier XML de virement SEPA (avec le module * compte \\ _banking \\ _sepa \\ _credit \\ _transfer *) ou par le fournisseur pour générer un fichier de prélèvement SEPA (avec le module * account \\ _banking \\ _sepa \\ _direct \\ _debit *).\r\n\r\nCe processus est illustré dans le diagramme ci-dessous:\r\n\r\n![Odoo electronic ordering, invoicing and payment](http://public.akretion.com/ubl_customer_supplier.jpg \"Modules OCA pour les commandes électroniques et les factures électroniques\")\r\n\r\nS'il vous plaît regarder [ce screencast] (http://public.akretion.com/odoo_electronic_orders_ubl.ogv) (19 minutes de long, 141 Mo, ou regarder en qualité inférieure sur [Youtube] (https://youtu.be/bs8GPYlHa9Y) ) qui montre une démo d'un flux de travaux d'approvisionnement entre un fournisseur et un client, de la demande d'offre à la facturation. Avec ce screencast, vous comprendrez tous les avantages des piles UBL et ZUGFeRD d'Odoo développées par Akretion.\r\n\r\nLe support des commandes électroniques et des factures électroniques avec les standards ZUGFeRD et UBL dans Odoo utilise 23 modules OCA ([Odoo Community Association] (https://odoo-community.org/)) situés dans 2 projets OCA différents:\r\n\r\n* le projet [edi] (https://github.com/OCA/edi/tree/8.0),\r\n* le projet [partner contact] (https://github.com/OCA/partner-contact/tree/8.0).\r\n\r\nCes modules utilisent la nouvelle API d'Odoo et la plupart d'entre eux ont une suite de tests automatisée. Ces modules sont pour Odoo v8 mais la plupart ont été porté sur Odoo v9 ou v10. \r\n\r\n![OCA modules for e-orders and e-invoices](http://public.akretion.com/ubl_oca_modules.jpg \"OCA modules for e-orders and e-invoices\")\r\n\r\nL'abbaye de Barroux, l'abbaye de Randol et le monastère de La Garde on été les premiers utilisateurs de ces modules à échanger des commandes et des factures. Leurs retours a été essentiels pour affiner la pile UBL d'Odoo.\r\n\r\nAprès ce premier déploiement, la prochaine étape consistera à tester l'interopérabilité de la pile UBL d'Odoo avec d'autres ERP. Selon [ce blog] (https://blog.tradeshift.com/ubl-is-o-o- international-standard-so-now-what/), les solutions Oracle, SAP et Microsoft ERP supportent maintenant UBL nativement ou via des modules complémentaires tiers.\r\n\r\nAlexis de Lattre, qui a développé la pile UBL d'Odoo, déclare: « Le développement de la pile UBL d'Odoo est probablement ma plus grande contribution en matière d'opensource! Je suis très enthousiaste au sujet du potentiel des commandes électroniques basées sur UBL et des factures électroniques pour les transactions B2B. J'espère que nous n'aurons pas à attendre trop longtemps avant d'avoir incorporé des fichiers XML UBL dans la plupart des commandes PDF et des factures PDF! \"\r\n\r\nCette contribution opensource vous est proposée gratuitement par Akretion sous la licence [AGPL] (https://www.gnu.org/licenses/agpl.html). Si vous avez des commandes ou des factures UBL réelles, nous vous serions reconnaissants de nous en transmettre une copie afin que nous puissions améliorer notre connaissance du standard UBL et affiner la pile UBL d'Odoo (nous conserverons ces fichiers confidentiels à moins que vous nous donnez une autorisation explicite pour les publier).", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T17:12:20.883Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-02-09T17:12:20.883Z"}, "summary"=>"After the support of electronic invoives with the ZUGFeRD standard, Akretion now adds the support of electronic orders with the Universal Business Language (UBL) XML standard.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>false, "seo_title"=>"Akretion ajoute le support des commandes électroniques basées sur UBL dans Odoo | Akretion", "meta_description"=>"", "meta_keywords"=>"UBL, Odoo, commandes électroniques ", "force_locale"=>"en"}], "collaborators"=>[{"_id"=>"5a26d2c465a22202029544dd", "_slug"=>"renato-lima", "_visible"=>true, "_position"=>0.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:24.463Z", "updated_at"=>"2018-08-23T17:02:08.177Z", "_label"=>"Renato Lima", "name"=>"Renato Lima", "title"=>"Fondateur", "description_short"=>"", "description_long"=>"Renato has over 11 years experience with Brazilian ERP's (Microsiga, Datasul...) and 3 years experience with OpenERP bothas a consultantand as aend user.Heisthe project leaderof theBrazilian LocalizationofOpenERP.
", "organisation_id"=>"5a26d2c265a22202029544a6", "twitter_url"=>"http://twitter.com/renatonlima", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"http://www.linkedin.com/in/renatonlima", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/renatonlima", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c465a22202029544dd/files/29595382_2009959662366573_5745156141560596942-2_n.jpg", "filename"=>"29595382_2009959662366573_5745156141560596942-2_n.jpg", "size"=>45073.0, "updated_at"=>"2018-08-23T17:02:08.177Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"Brazil"}, {"_id"=>"5a26d2c465a22202029544e0", "_slug"=>"raphael-valyi", "_visible"=>true, "_position"=>1.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:24.762Z", "updated_at"=>"2018-01-02T11:18:02.336Z", "_label"=>"Raphaël Valyi", "name"=>"Raphaël Valyi", "title"=>"Fondateur", "description_short"=>"", "description_long"=>"Raphael, when he worked in Smile the French IT company, led the most thorough comparative study on ERP OpenSource (OpenERP, Openbravo, Compiere, Adempiere, ERP5 Ofbiz, etc ...) that led to writing a white paper of 120 pages. It has over 5 years experience in OpenERP and achieved more than 10 OpenERP deployments in companies.
\r\n", "organisation_id"=>"5a26d2c265a22202029544a6", "twitter_url"=>"http://twitter.com/rvalyi", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"http://www.linkedin.com/in/raphaelvalyi", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/rvalyi", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c465a22202029544e0/files/collaborator-raphael-valyi.jpg", "filename"=>"collaborator-raphael-valyi.jpg", "size"=>13317.0, "updated_at"=>"2018-01-02T11:18:02.336Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"Brazil"}, {"_id"=>"5a26d2c465a22202029544e3", "_slug"=>"sebastien-beau", "_visible"=>true, "_position"=>2.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:25.030Z", "updated_at"=>"2018-08-23T17:52:58.730Z", "_label"=>"Sebastien Beau", "name"=>"Sebastien Beau", "title"=>"Fondateur", "description_short"=>"", "description_long"=>"
\r\n
Sebastien has over 3 years experience in OpenERP/Odoo, especially in integrating OpenERP/Odoo / Magento. After 6 months of internship in Akretion Brazil, he returned to France to work with the European customers compagnies. He works as a temporary self-employed in partnership with Brazil Akretion while preparing the pole Akretion France.
\r\n", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"https://twitter.com/Seb_Beau", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"http://www.linkedin.com/in/sebastienbeau", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/sebastienbeau", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c465a22202029544e3/files/seb2.jpg", "filename"=>"seb2.jpg", "size"=>55714.0, "updated_at"=>"2018-08-23T17:52:58.730Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5a26d2c565a22202029544e6", "_slug"=>"alexis-de-lattre", "_visible"=>true, "_position"=>3.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:25.337Z", "updated_at"=>"2018-08-23T17:08:37.472Z", "_label"=>"Alexis de Lattre", "name"=>"Alexis de Lattre", "title"=>"Fondateur", "description_short"=>"Spécialiste Odoo et logiciel libre", "description_long"=>"
Consultant Odoo - France
", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/florian-dacosta", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c665a22202029544ef/files/collaborator-florian-da-costa.jpg", "filename"=>"collaborator-florian-da-costa.jpg", "size"=>24672.0, "updated_at"=>"2018-04-23T11:20:26.139Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5a26d2c665a22202029544f2", "_slug"=>"magno-costa", "_visible"=>true, "_position"=>7.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:26.562Z", "updated_at"=>"2018-08-23T16:59:25.096Z", "_label"=>"Magno Costa", "name"=>"Magno Costa", "title"=>"Développeur Odoo", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a6", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/mbcosta", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c665a22202029544f2/files/IMG_1724-2.JPG", "filename"=>"IMG_1724-2.JPG", "size"=>146655.0, "updated_at"=>"2018-08-23T16:59:25.096Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"Brazil"}, {"_id"=>"5a26d2c665a22202029544f8", "_slug"=>"chafique-delli", "_visible"=>true, "_position"=>9.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:27.106Z", "updated_at"=>"2017-12-12T10:20:31.934Z", "_label"=>"Chafique Delli", "name"=>"Chafique Delli", "title"=>"Associé", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/chafique-delli", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2017-12-12T10:20:31.934Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5a26d2c765a22202029544fb", "_slug"=>"raphael-reverdy", "_visible"=>true, "_position"=>10.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:27.375Z", "updated_at"=>"2021-01-08T11:18:36.962Z", "_label"=>"Raphaël Reverdy", "name"=>"Raphaël Reverdy", "title"=>"Consultant Odoo", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/hparfr", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2021-01-08T11:18:36.962Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5a26d2c765a22202029544fe", "_slug"=>"mourad-elhadj-mimoune", "_visible"=>true, "_position"=>11.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:27.646Z", "updated_at"=>"2017-12-12T10:20:50.425Z", "_label"=>"Mourad Elhadj Mimoune", "name"=>"Mourad Elhadj Mimoune", "title"=>"Consultant Odoo", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/mourad-ehm", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2017-12-12T10:20:50.425Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5a26d2c865a2220202954504", "_slug"=>"thibault-rey", "_visible"=>true, "_position"=>13.0, "content_type_slug"=>"collaborators", "created_at"=>"2017-12-05T17:09:28.198Z", "updated_at"=>"2021-01-08T11:19:03.883Z", "_label"=>"Thibault Rey", "name"=>"Thibault Rey", "title"=>"Consultant Web", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"https://fr.linkedin.com/in/thibault-rey-138710a6", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/thibaultrey", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5a26d2c865a2220202954504/files/collaborator-thibault-rey.jpg", "filename"=>"collaborator-thibault-rey.jpg", "size"=>9594.0, "updated_at"=>"2021-01-08T11:19:03.883Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5ad4afdccc893d01d44b7d7b", "_slug"=>"alexandre-pollet", "_visible"=>true, "_position"=>15.0, "content_type_slug"=>"collaborators", "created_at"=>"2018-04-16T14:14:52.680Z", "updated_at"=>"2018-04-16T14:38:53.502Z", "_label"=>"Alexandre Pollet", "name"=>"Alexandre Pollet", "title"=>"Consultant Odoo", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"https://twitter.com/Dolmayan62", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"https://www.linkedin.com/in/alexandre-pollet-809a2a66/", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5ad4afdccc893d01d44b7d7b/files/alexandre-pollet.jpg", "filename"=>"alexandre-pollet.jpg", "size"=>10828.0, "updated_at"=>"2018-04-16T14:38:53.502Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5e94c13af2a0762f94c0bffe", "_slug"=>"clement-mombereau", "_visible"=>true, "_position"=>16.0, "content_type_slug"=>"collaborators", "created_at"=>"2020-04-13T19:44:58.477Z", "updated_at"=>"2024-03-12T22:04:58.012Z", "_label"=>"Clément Mombereau", "name"=>"Clément Mombereau", "title"=>"Consultant Odoo ", "description_short"=>"Odoo developer", "description_long"=>"Clément is French engineer living in Brazil since 2012. He joined the Akretion team from Rio de Janeiro in 2018.
", "organisation_id"=>"5a26d2c265a22202029544a6", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/clementmbr", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-03-12T22:04:58.012Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"Brazil"}, {"_id"=>"5ff83764f2a076389f9f18f3", "_slug"=>"dora-jurcevic", "_visible"=>true, "_position"=>17.0, "content_type_slug"=>"collaborators", "created_at"=>"2021-01-08T10:43:48.592Z", "updated_at"=>"2021-01-08T10:47:14.973Z", "_label"=>"Dora Jurcevic", "name"=>"Dora Jurcevic", "title"=>"Consultante Web ", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/dora-jurcevic", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/5ff83764f2a076389f9f18f3/files/Dora_Jurcevic.jpg", "filename"=>"Dora_Jurcevic.jpg", "size"=>50747.0, "updated_at"=>"2021-01-08T10:47:14.973Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"5ff8389bf2a0762c16937329", "_slug"=>"kevin-roche", "_visible"=>true, "_position"=>18.0, "content_type_slug"=>"collaborators", "created_at"=>"2021-01-08T10:48:59.849Z", "updated_at"=>"2021-01-08T10:49:29.032Z", "_label"=>"Kévin Roche", "name"=>"Kévin Roche", "title"=>"Odoo consultant", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"https://github.com/Kev-Roche", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2021-01-08T10:49:29.032Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"65f0d276e395271b83f773db", "_slug"=>"paul-goubert", "_visible"=>true, "_position"=>20.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-03-12T22:08:54.293Z", "updated_at"=>"2024-06-09T09:21:06.988Z", "_label"=>"Paul Goubert", "name"=>"Paul Goubert", "title"=>"Consultant Odoo", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"https://fr.linkedin.com/in/paul-goubert-b7b50943", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/65f0d276e395271b83f773db/files/paul_goubert.png", "filename"=>"paul_goubert.png", "size"=>35208.0, "updated_at"=>"2024-06-09T09:21:06.988Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"666575c5e395275a1a8ca3b8", "_slug"=>"matthieu-saison", "_visible"=>true, "_position"=>21.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-06-09T09:28:37.134Z", "updated_at"=>"2024-06-09T09:28:37.134Z", "_label"=>"Matthieu Saison", "name"=>"Matthieu Saison", "title"=>"Consultant Odoo - France ", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-06-09T09:28:37.134Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"6665776de395275d64a0007c", "_slug"=>"olivier-nibart", "_visible"=>true, "_position"=>22.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-06-09T09:35:41.997Z", "updated_at"=>"2024-06-09T09:37:23.527Z", "_label"=>"Olivier Nibart", "name"=>"Olivier Nibart", "title"=>"Consultant Odoo - France", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"https://www.linkedin.com/in/olivier-nibart-2041b6312/", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-06-09T09:37:23.527Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"66657811e395275d64a00086", "_slug"=>"thomas-bonnerue", "_visible"=>true, "_position"=>23.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-06-09T09:38:25.103Z", "updated_at"=>"2024-06-09T09:38:25.103Z", "_label"=>" Thomas Bonnerue", "name"=>" Thomas Bonnerue", "title"=>"Consultant Odoo - France", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-06-09T09:38:25.103Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"6665787ee395275916060e80", "_slug"=>"mathieu-delva", "_visible"=>true, "_position"=>24.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-06-09T09:40:14.664Z", "updated_at"=>"2024-06-09T09:44:07.248Z", "_label"=>"Mathieu Delva", "name"=>"Mathieu Delva", "title"=>"Consultant Odoo - France", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2024-06-09T09:44:07.248Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}, {"_id"=>"66657ca7e395275916060e87", "_slug"=>"elodie-lestrat", "_visible"=>true, "_position"=>25.0, "content_type_slug"=>"collaborators", "created_at"=>"2024-06-09T09:57:59.274Z", "updated_at"=>"2024-06-09T09:58:08.904Z", "_label"=>"Elodie Lestrat", "name"=>"Elodie Lestrat", "title"=>"Consultant Odoo - France", "description_short"=>"", "description_long"=>"", "organisation_id"=>"5a26d2c265a22202029544a5", "twitter_url"=>"", "facebook_url"=>"", "skype_url"=>"", "linkedin_url"=>"https://www.linkedin.com/in/elodie-lestrat/", "viadeo_url"=>"", "vimeo_url"=>"", "youtube_url"=>"", "github_url"=>"", "photo"=>{"url"=>"/sites/5a26d1f365a2220202954490/content_entry5a26d2c265a2220202954495/66657ca7e395275916060e87/files/elodie-jpeg-1663164551584.webp", "filename"=>"elodie-jpeg-1663164551584.webp", "size"=>3046.0, "updated_at"=>"2024-06-09T09:58:08.904Z"}, "published"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "organisation"=>"France"}], "posts_tags"=>[]}