![\"undefined\"](\"https://cdn-fr.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5b02e5b3b89e760219aeab28/shopinvader.png\" "\\"shopinvader.png\\"")
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 akretion/overdue-reminder. 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.
Com a sua experiência em projetos de comércio eletrônico conectados a Odoo, a Akretion criou uma nova plataforma de comércio eletrônico open-source.
Desempenho, robustez e durabilidade são os temas que orientaram a criação desta nova plataforma de e-commerce. Ciente dos problemas de conexão de plataforma de e-commerce com Odoo, decidimos trazer uma nova solução para projetos de e-commerce open-source integrados com Odoo.
Criamos ShopInvader para oferecer aos comerciantes eletrônicos uma solução eficiente para ter uma loja de alto desempenho cujo catálogo seria controlado desde Odoo.
ShopInvader é tanto um CMS, útil para gerenciar o conteúdo do seu site (imagens, textos) que uma solução de e-commerce para gerenciar seu catálogo de produtos e seus pedidos a partir do seu Odoo ERP sem problemas de sincronização.
Com a sua experiência em projetos de comércio eletrônico conectados a Odoo, a Akretion criou uma nova plataforma de comércio eletrônico open-source.
Conheça o Pywebdriver desenvolvido por Akretion
", "force_locale_id"=>nil, "tag_ids"=>["5b5b648eb89e766adb58ded4"], "author_id"=>"5a26d2c665a22202029544f5", "deprecated"=>false, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a2ec52665a2220202959f1e", "_slug"=>"first-implementation-of-the-factur-x-standard", "_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", "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", "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"=>"Presente de Natal de Akretion para a comunidade Odoo", "title"=>"Presente de Natal de Akretion para a comunidade Odoo", "posted_at"=>"2015-12-25T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"A Akretion está feliz de oferecer para você um presente de Natal! Este presente de Natal é para todos os usuários do módulo de contabilidade do Odoo versão 8 (e em breve para os usuários do Odoo versão 9). Se você for um deles, esperamos que você use e aprecie o nosso presente!\r\n\r\nAntes de entrar nos detalhes, deixe-me contar a história desse presente. Esta história começou durante o último fim de semana de setembro de 2015. O ano fiscal da Akretion na França termina o dia 30 de junho e, na França, temos que enviar à administração fiscal as demonstrações financeiras e a declaração do imposto de renda 3 meses após o final do exercício do ano fiscal. Então o prazo para a Akretion France era o dia 30 de setembro de 2015.\r\n\r\nÉ claro que, para gerar as demonstrações financeiras, precisamos ter todas as nossas faturas de fornecedores no Odoo! Mas, como estamos muito ocupados com o trabalho para os nossos clientes e as nossas contribuições para a [Odoo Community Association](https://odoo-community.org/) (OCA), estamos muitas vezes atrasados na codificação das \"pequenas\" faturas (conta de telefone, fatura de Internet, passagem de trem,… ) e o último ano fiscal não foi uma exceção. Tivemos um final de semana para registrar a acumulação de faturas de fornecedores e finalizar as demonstrações financeiras…\r\n\r\nEnquanto o Sébastien Beau estava olhando para a pilha de passagens de trem que ele tinha que registrar como notas fiscais de fornecedor, ele decidiu tentar desenvolver um script para fazer isso por ele.\r\n\r\nNa maioria dos fornecedores temos acesso ao PDF da fatura na conta do cliente online, mas não há webservice nem API para recuperar as faturas automaticamente. A [OVH](https://www.ovh.com/), provedor líder de hospedagem, fornece um serviço web para acessar às faturas com informações muito detalhadas e a Akretion desenvolveu um módulo para o Odoo 8 chamado [ovh_supplier_invoice](https://github.com/akretion/ovh-supplier-invoice) para automatizar o download de faturas da OVH e sua criação como faturas de fornecedores no Odoo. Mas, para todos os outros fornecedores da Akretion, não existe tal coisa. Temos apenas o arquivo PDF da fatura na nossa caixa de e-mail ou na extranet do fornecedor, e nada mais!\r\n\r\nO Sébastien tinha todos os arquivos PDF das suas passagens de trem na sua caixa de e-mail e não queria gastar uma hora para registrá-los manualmente um a um no Odoo. Então ele começou a explorar as possibilidades de extrair o texto do arquivo PDF com uma biblioteca Python chamada [pdfminer](http://euske.github.io/pdfminer/index.html) e criar a fatura do fornecedor no Odoo. Depois de várias horas de trabalho, ele saiu com um script Python que consegue extrair todos os dados necessários para registrar a passagem de trem como fatura (data, valor, número da passagem, descrição da viagem) para todos os arquivos PDF que ele tinha na sua caixa de e-mail. Então pensamos que, como estava funcionando para as passagens de trem, seria ótimo tê-lo também para contas de telefone, contas de Internet, contas de hospedagem, contas de aluguel do escritório e todas as faturas recorrentes que recebemos sem ter criado um PO (Purchase Order) no Odoo. Foi assim que tivemos a ideia de desenvolver um módulo dedicado à importação de faturas em PDF.\r\n\r\nIsso nos fez lembrar da introdução do [EDI](https://www.odoo.com/apps/6.1/edi/) no OpenERP 6.1. Naquela época, o EDI foi apresentado como uma forma de automatizar a transmissão de faturas entre um fornecedor e um cliente. Você já usou esse módulo algumas vezes ? Provavelmente nunca. Uma das razões é que tanto o cliente quanto o fornecedor teriam que abrir o Odoo na Internet ou configurar um link VPN entre eles. Outra razão é que o formato EDI proposto por Odoo foi um formato diferente dos que já existem (e já existem muitos no mundo do EDI).\r\n\r\nNossos amigos alemães estão adotando uma outra proposta para a transmissão de faturas; a abordagem deles é muito simples e pragmática. Eles publicaram um padrão chamado [ZUGFeRD](http://www.pdflib.com/knowledge-base/pdfa/zugferd-invoices/) que especifica que uma fatura em PDF deve conter um arquivo XML incorporado que forneça uma representação estruturada da fatura. Para o arquivo XML, eles decidiram usar o formato [Cross Industry Invoice](http://tfig.unece.org/contents/cross-industry-invoice-cii.htm) (CII) publicado por uma agência das Nações Unidas chamada [UN/CEFACT](http://www.unece.org/cefact). Lembrando que existem 2 padrões principais para a descrição de faturas em XML : o formato CII do UN / CEFACT e a [Universal Business Language](http://ubl.xml.org/) (UBL) padronizada pelo [OASIS](https://www.oasis-open.org/). Esta abordagem é muito pragmática porque :\r\n\r\n* os usuários não precisam mudar de hábitos : eles podem continuar em mandar as faturas por e-mail para seus clientes com o arquivo PDF anexado,\r\n\r\n* o mesmo documento PDF contém as informações legíveis pelo computador no arquivo XML incorporado e as informações legíveis por humanos exibidas pelo leitor de PDF comum do usuário,\r\n\r\n* A mesma fatura em PDF pode ser usada tanto por empresas que têm um software ERP moderno como o Odoo, que pode tirar proveito do arquivo XML incorporado e por empresas que possuem um antigo software ERP no qual os usuários registram manualmente as suas faturas de fornecedor em seu leitor de PDF favorito.\r\n\r\nPara as boas e velhas faturas em PDF que não possuem nenhum arquivo XML incorporado, encontramos uma biblioteca Python existente chamada [invoice2data](https://github.com/manuelRiel/invoice2data) que já fazia o que precisávamos : extrair o texto de um arquivo PDF, tentar combiná-lo com um modelo existente e analisá-lo através do regexp fornecido pelo modelo de forma a recuperar as informações necessárias para criar uma fatura de fornecedor simples em um software de contabilidade.\r\n\r\nSe as faturas dos seus fornecedores ainda não são legíveis por essa biblioteca, você deve dedicar alguns minutos para adicionar um modelo das faturas do seu fornecedor e enviar uma pull request no github. A Akretion já contribuiu nessa biblioteca para incorporar faturas de operadoras francesas de celulares (SFR, Bouygues Telecom, Free mobile, Sosh) e várias operadoras de Internet francesas (SFR, Free, Orange) nesta [pull request](https://github.com/manuelRiel/invoice2data/pull/3).\r\n\r\nCom todas essas descobertas, começamos a desenvolver um módulo Odoo que seria capaz de lidar com as faturas PDF modernas (com arquivo XML incorporado) e as boas e velhas faturas em PDF sem dados estruturados incorporados.\r\n\r\nNosso módulo, chamado account_invoice_import, funciona da seguinte maneira :\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. o usuário abre um pop-up e carrega a fatura em PDF, conforme mostrado na captura de tela acima.\r\n\r\n2. se o arquivo PDF tiver um arquivo XML incorporado no formato ZUGFeRD / CII, o Odoo lerá o arquivo XML.\r\n\r\n3. caso contrário, Odoo usará a biblioteca Python invoice2data para tentar interpretar o texto do PDF.\r\n\r\n4. Odoo criará uma nova fatura de fornecedor em rascunho e anexará o PDF a ela.\r\n\r\nEste módulo está disponível neste [pull request](https://github.com/OCA/account-invoicing/pull/122) no projeto account-invoicing da OCA para o Odoo versão 8 sob a [licença AGPL](http://www.gnu.org/licenses/agpl-3.0.en.html). Por favor, reserve um tempo para ler as [instruções detalhadas](https://github.com/akretion/account-invoicing/tree/8.0-add-pdf-invoice-import/account_invoice_import) antes de fazer a instalação, configurar e usar o módulo.\r\n\r\nUsuários franceses também podem precisar do módulo l10n_fr_invoice_import disponível neste [pull request](https://github.com/OCA/l10n-france/pull/55) na localização francesa da OCA; este módulo permite encontrar o fornecedor da fatura em Odoo pelo número SIREN e não apenas pelo número TIN ou VAT.\r\n\r\nQuando você importar uma fatura em PDF no Odoo e Odoo já tiver um rascunho de fatura para o mesmo fornecedor, ele pergunta se você deseja criar uma nova fatura ou atualizar o rascunho da fatura existente (que pode ter sido gerado por um PO (Purchase Order) ou por uma recepção) ), como você pode ver na imagem abaixo:\r\n\r\n![Odoo invoice update](http://public.akretion.com/account_invoice_pdf_import2.png \"Odoo invoice update\")\r\n\r\nA equipe da Akretion deseja um feliz Natal e espera que você goste do nosso presente de Natal! Nosso sonho é que este novo módulo Odoo transforme o seu trabalho cansativo de registrar manualmente as faturas recorrentes de fornecedores em uma tarefa rápida e agradável! Se for o caso, compartilhe a sua experiência conosco e com a comunidade Odoo.\r\n", "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"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a2ec52865a2220202959f33", "_slug"=>"modulo-odoo-conexao-a-um-centro-de-logistica", "_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"=>"Módulo Odoo - Conexão a um Centro de Logística", "title"=>"Módulo Odoo - Conexão a um Centro de Logística", "posted_at"=>"2015-11-02T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"# Conecte seu Odoo a um centro de logística\r\n\r\n\r\nParceiros externos ou prestadores terceirizados precisam compartilhar informações com você. \r\n\r\nSe você deseja que seu negócio cresca rapidamente, é impossível continuar utilizando faz ou emails \"copiar/colar\".\r\n\r\nVocê deve **conectar em tempo real seu sistema de informação com seus parceiros**.\r\n\r\nA seguir alguns módulos para completar este exemplo: permitir a troca de arquivos de dados entre o Odoo ERP e armazéns externos.\r\n\r\n\r\n![Logistics Connector](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/logistics_connector.png \"Logitics Center Connector\")\r\n\r\n\r\n## Passo a passo\r\n\r\n\r\n* Instale o módulo bleckmann\\_logistics\\_customize \r\n\r\n* Vá para Menu Connectors > Logistics > Backends\r\n\r\n* Clique para criar um novo backend \r\n\r\n* Selecione 'Bleckmann' como o campo Logistics Center \r\n\r\n* Selecione 'Version' e 'Warehouse' em 'Logistics configuration' e salve\r\n\r\n* Aparecerá a seguinte tela:\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* Clique no link Bleckmann para ir aos repositórios para definir os parâmetros ftp.\r\n\r\n* Para anexar seus produtos ao seu Centro de Logística, vá até a aba Product Connector e os adicione.\r\n\r\n* Opcionalmente nesta tela você pode compartilhar informações sobre produtos com diferentes parceiros: Armazéns externos, prestadores terceirizados, etc.\r\n\r\n\r\n![Logistics product](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/product_log.png \"Logistics Product\")\r\n\r\n* Para enviar o catálogo do seu produto (apenas produtos anexados a este backend) para seu centro de logística, clique na seta direita verde próxima a 'Catalog' como mostrado.\r\n\r\n* Da mesma maneira você pode enviar arquivos (acionados por tarefas planificadas) para outros fluxos: entradas, pedidos de entrega.\r\n\r\n* Seu parceiro pode responder e então você pode importar dados para confirmar entregas ou recebimentos.\r\n\r\n* Existe também um módulo para simular a resposta do centro de logística, muito útil para desenvolvimento e testes.\r\n\r\n* É imprescindível enviar apenas informações corretas para seus parceiros, para assegurar isto, você precisa gerenciar os controles e os alertas en Vendas. Basta customizar as Exception Rules existentes ou criar outras como mostrado.\r\n\r\n\r\n![Logistics Sale Rules](https://raw.githubusercontent.com/akretion/logistics-center/7.0/connector_logistics_center/doc/rules.png \"Logistics Sale Rules\")\r\n\r\n\r\nEstes módulos estão disponíveis apenas no Odoo / OpenERP V7. É preciso algum trabalho devido às mudanças no modelo de dados no estoque entre a v7 and v8.\r\n\r\n\r\nO repositório é o seguinte:\r\n\r\nhttps://github.com/akretion/logistics-center\r\n\r\n\r\n## Dependências necessárias\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", "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"=>"A seguir uma breve apresentação sobre o módulo para compartilhar dados com um centro de logística.
\r\nParceiros externos ou prestadores terceirizados precisam compartilhar informações com você.
\r\nSe você deseja que seu negócio cresca rapidamente, é impossível continuar utilizando faz ou emails \"copiar/colar\".
\r\nVocê deve conectar em tempo real seu sistema de informação com seus parceiros.
\r\n\r\n
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cc65a2220202954520/10259940_10152200933583963_3803768619094920660_n__1_.jpg\")
Fundada em São Paulo em Julho de 2009 com foco no OpenERP desde o início, a Akretion foi realmente a empresa que trouxe o OpenERP (agora Odoo) para o Brasil, após 2 anos de experiência na Europa, de um de seus fundadores (Raphaël Valyi).
Depois de dois anos de trabalho incansável do também sócio Renato Lima na Localização Brasileira, a Akretion conseguiu exportar a primeira nota fiscal a partir do OpenERP no início de 2011, o desafio de adaptar o OpenERP para o Brasil estava no trilho.
A Akretion já era parceira da OpenERP SA desde 2009 e o sócio Raphaël Valyi já possuia a experiência da parceria com a OpenERP SA desde 2008 com a empresa francesa Smile.fr. Em 2011 então, depois que a OpenERP SA levantou 3 milhões de euros de capital de risco e decidiu acelerar sua expansão international, nasceu o programa de treinamento oficial em vários países do mundo, inclusive no Brasil através da Akretion.
A Akretion havia realizado em torno de 95% da Localização Brasileira e foi então escolhida para esse papel, ainda mais tendo Raphaël formado vários engenheiros ao montar a divisão OpenERP da Smile.fr na França -- hoje a maior integradora focada em open source da Europa com 700 colaboradores (hoje com algo em torno de 15 colaboradores focados em OpenERP / Odoo, mas mesmo assim, em 2009 foi líder do OpenERP na França).
Os primeiros treinamentos no Brasil em 2011 foram um grande desafio, pois entre 2009 e 2011, apesar de desenvolver a Localização Brasileira, a Akretion realizava 80% de seu faturamento trabalhando offshore para os mais ambiciosos projetos OpenERP nos EUA e na Europa, graças, por exemplo, à repercussão da liderança da Akretion no connector OpenERP - Magento. Só bem no fim de 2010 tinhamos atacado os primeiros cases no Brasil.
Contudo aceitamos o desafio e realizamos uma primeira turma em Maio de 2011. Dos alunos dessa primeira turma 3 são nossos clientes até hoje: uma empresa de 15 pessoas e uma outra de 500, fornecedora da Volkswagen em São Paulo. Claro que naquela época, para quem não fosse fazer a implantação com a Akretion, o desafio era muito, mas muito grande.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cc65a2220202954521/IMG_20110428_092943.jpg\")
Porém, mesmo que o desafio fosse imenso em 2011, a oportunidade era também imensa: naquela época, você podia ainda apostar tudo no OpenERP e pegar os 3 primeiros lugares do mercado de integração ainda em gestação e se você fosse uma empresa usuária final, você poderia contar com a Akretion disponível para realizar seu projeto, enquanto dificilmente temos disponibilidade para atender o telefone nos últimos anos.
Vale a pena lembrar por exemplo, que uma empresa como CampToCamp que hoje pode facilmente ser considerada lider mundial do OpenERP, era uma pequena empresa que foi muito audaciosa em arriscar o então TinyERP (o nome do OpenERP antes de 2008) em 2006, incialmente de bobeira, mas que segurou firme com sua excelente equipe e se transformou na empresa que é hoje.
Retornando aos treinamentos: de 2011 até hoje eles foram sendo aperfeiçoados e ajudaram a Akretion a realizar o imenso trabalho da Localização Brasileira do OpenERP / Odoo durante os últimos anos. Até que, recentemente, na versão 7, implementar o OpenERP saindo dos cursos era algo que se tornou mais razoável para pessoas com bons conhecimentos de ERP, bons conhecimentos em ciência da computação e dedicadas.
Nos 3 anos, nós treinávamos em torno de 8 pessoas a cada 2 meses, com 2 treinamentos: o funcional e o técnico; os famosos 'CTP - Certified Training Program'.
Para cada um desses treinamentos de 5 dias, a OpenERP repassava uma apostila em inglês de umas 70 páginas com teoria e exercícios. Nós traduzíamos a apostila do treinamento funcional, mas principalmente, incluíamos o treinamento sobre a localização que a Akretion havia criado. Em troca do material oficial e da divulgação, uma grande parte da margem também era repassada para a OpenERP SA, dando suporte assim o desenvolvimento do core do projeto OpenERP.
Honestamente, em 2011, a apostila oficial não era tão boa (mas como dito, a oportunidade andava junto com o risco). Mas recentemente, após a versão 7.0, seu conteúdo melhorou muito e tornou-se bastante satisfatório.
Raphaël havia feito pessoalmente o treinamento funcional com o próprio Fabien Pinckaers em Janeiro de 2008 em Paris; provavelmente foi a primeira turma. Naquela época o treinamento já era bastante denso, apenas com a parte oficial.
No Brasil, o desafio de realizar o treinamento era grande, pois o OpenERP era novo no mercado brasileiro, as empresas não queriam se arriscar em gastar muito, o treinamento então só poderia ser mesmo aqueles dois sets de 5 dias.
Porém, 5 ou 10 dias para se aprender um ERP é muito pouco. No SAP, o treinamento vai de 3 a 6 meses, e implementar o SAP é bem mais fácil que implementar o OpenERP para quem implementa, pois se gasta milhões e milhões de P&D cada ano para que as coisas básicas funcionem sem que o consultor tenha também que ser um 'gênio' do código capaz de corrigir qualquer falha, como tem que ser com o OpenERP que tem um investimento bastante inferior.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cd65a2220202954522/DSC02451.JPG\")
O treinamento técnico de 5 dias era o original. Quem se dipõe a aprender o OpenERP tem a impressão de estar aprendendo durante uns 2 anos. Mas aquele treinamento certamente poupa uns 3 meses de aprendizado full time de um engenheiro de computação bastante autodidata. Qual seria então o benefício do treinamento técnico? Faça as contas: quanto custa para a empresa um bom engenheiro de computação no período de 3 meses e quanto custa a semana de treinamento técnico? Com certeza o valor do treinamento é interessante: a empresa poupa uns 8 mil reais assim.
O treinamento funcional era mais complicado: como os 5 dias já eram para ser corridos, o fato de acrescentar a localização brasileira, uma das mais complexas do mundo, não ajudava. Mas como o mercado não estava disposto a comprar mais treinamentos, para formamos turmas com um número viável de pessoas, simplificamos alguns aspectos do treinamento funcional original nas partes de gestão documentária, gestão de RH, contabilidade analítica e no lugar a Akretion acrescentou 12 horas mais ou menos dedicadas a explicar a parametrização fiscal, a transmissão da nota fiscal eletrônica, a gestão financeira -- que no Brasil é toda com pagamentos fracionados (na Bélgica e na França, mercado de origem do OpenERP isso é raro).
Com isso, o treinamento funcional poderia dar a impressão de ser apenas um overview. Mas novamente, como as pessoas não queriam comprar 20 dias de treinamento, era o que podíamos fazer naquela época, e depois as pessoas iriam ter que continuar a descobrir coisas com o uso.
Se após o treinamento, a empresa trabalhasse com a Akretion, como cliente final ou como parceiro, assim como estamos fazendo com a Nitens por exemplo, o desafio era razoável e já permitia ver bem o que esperar do OpenERP; trabalhando sozinho ainda teria muito trabalho e só os melhores iriam conseguir. Eram poucas pessoas, mas novamente, comprando 5 dias de treinamento SAP ou Datasul, com certeza uma implementação não seria possível sem se dedicar meses ou até anos de aprendizagem.
Durante esse 3 anos, as turmas eram compostas mais ou menos de 70% dos alunos que eram profissionais ou futuros profissionais da área. Apenas 30% dos alunos vinham de empresas finais, com conhecimentos fortes e bastante ambição. Procurávamos checar, quando as pessoas entravam em contato com a Akretion, se elas já tinham um bom conhecimento do Linux e de software livre, senão o treinamento iria ser catastrófico.
Com isso porém, o mercado do OpenERP chegou a superaquecer no Brasil, assim como em vários outros lugares do mundo. A OpenERP SA havia aberto no fim de 2010 um escritório na Califórnia onde contratou vendedores que ganhavam por comissão sobre as vendas de parcerias com a OpenERP SA no Brasil.
Isso acelerou o mercado, mas teve um efeito muito perverso: deixou-se de praticar qualquer controle do nível das empresas que queriam ser parceiras. Incluindo empresas que se não tivessem sido contatadas nunca teriam arriscado e que, apenas olhando a evolução do código fonte e os fóruns da comunidade, acreditaram que também poderiam fazer, sem conhecer a realidade do trabalho. Com um agravante: muitas das vezes eram as pessoas mais despreparadas que menos enxergavam a complexidade do trabalho e acreditavam que iriam realizá-lo sem ter o preparo e a dedicação necessários.
Muita gente por exemplo não entende porque a Akretion muitas vezes não está disponível enquanto várias empresas se atêm ao fato de terem muito mais 'disponibilidade' que a gente, sempre terem alguém para atender ao telefone, terem um comercial para vender algo e até mesmo um estagiário para instalar um OpenERP. O ponto aqui é que estas empresas apenas tinham disponibilidade pois trabalhavam com profissionais que não possuíam o alto nível de formação em computação e ERP's necessários para se trabalhar com OpenERP / Odoo; a explicação para a nossa 'falta de disponibilidade' era então somente essa.
Muita gente mal informada confundia os meses de trabalho para implementar o OpenERP / Odoo com as horas para instalar o framework OpenERP / Odoo. Com isso, designavam um estagiário para instalar o OpenERP / Odoo e depois procuravam suporte na Akretion e/ou na comunidade à medida que iam descobrindo que instalar era só o topo do iceberg.
Outro ponto a ser levado em consideração é que havíamos trazido o OpenERP/Odoo para o Brasil e estávamos ainda criando as condições para o surgimento de um mercado no Brasil, o que não nos permitia contratar profissionais da computação do nível dos sócios (Renato Lima, Raphaël Valyi, Sébastien Beau e Alexis de Lattre), já que estes estavam se arriscando.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cd65a2220202954523/IMG_20110425_094323.jpg\")
A única solução era mesmo realizar enormes progressos tanto na Localização Brasileira quanto no core do OpenERP para que pessoas com menos experiência fossem também capazes de realizar projetos ou pelo menos partes de projetos com a supervisão das pessoas mais experientes. Porém, a evolução da localização e principalmente a forma como ela se integra com o core do OpenERP / Odoo não é tão simples assim: como nós não somos commiter do core do OpenERP / Odoo (apenas a OpenERP SA é), apesar de sugerirmos dezenas de patches ao longo dos anos, as mudanças no core não dependem muito da gente, mesmo se tentamos influenciar o máximo possível para que a localização possa se integrar da forma mais suave possível.
No core, a OpenERP SA preferiu adicionar funcionalidades e a evolução do ERP em geral do que estabilizar o codigo existente. Com isso se vc comparar o código do OpenERP / Odoo entre cada versão, nota-se muita diferença. Essa escolha estratégica é totalmente legítima, pois era muito melhor que se consertasse o design do core que congelá-lo em um estado que nunca iria ganhar escala. Porém, deve-se enxergar que esse ritmo de mudança, não ajuda a estabilizar e a facilitar as coisas no Brasil e todos os outros países onde as localizações são complexas.
Todos esses pontos explicam nossa pouca disponibilidade e, pelo que sabemos, das mais ou menos 30 outras empresas que realmente sabem implementar o OpenERP/Odoo no mundo. Por exemplo, a filial da Akretion na França está crescendo a toda velocidade, já tendo mais poder de fogo no OpeERP/Odoo que a Smile.fr de 700 colaboradores, e isso sem mesmo termos colocado o telefone no site francês da Akretion (claro que nossos clientes possuem todos os contatos). O motivo aqui é o mesmo, damos prioridade à P&D para podermos ter escalabilidade. Quanto antes isso ocorrer, mais rapidamente poderemos lidar com o mercado em sua globalidade.
Uma solução seria o investimento para contratar outras pessoas de talento, é claro. Porém, sempre que for possível, decidimos evitar recorrer ao investimento financeiro na Akretion, pois paga-se muito para intermediários, perde-se tempo para convencer um business angel ou um banco que, geralmente, não entende como funciona uma empresa de open source com licença 'copyleft' como a AGPL do OpenERP / Odoo.
Nesse cenário de aquecimento, no mundo inteiro, foi então contratado um grande número de parceiros que não tinham a menor condição de implementar o OpenERP/Odoo, ao contrário do que pretendiam; e, sem o menor controle de entrada, os treinamentos também não iriam mudar da água para o vinho -- treinar estagiários contratados uma semana antes do treinamento, não fará com que eles consiguam realizar o mesmo trabalho que profissionais que têm 10 anos de experiência e trabalham 60 horas por semana. Como exemplo podemos citar um cliente com o qual estamos trabalhando há 2 anos que, antes de chamar a Akretion, teve o projeto fracassado 2 vezes seguidas por dois parceiros ou ex parceiros oficiais da OpenERP/Odoo.
Mudanças no modelo eram necessárias...
...E a solução que a OpenERP SA escolheu foi criar um programa de certificação mundial, onde o candidato é submetido a um teste de 2 horas com 100 de 600 perguntas num centro Pearson Vue. Como o programa tem um certo custo para a OpenERP SA, ele tem que ser homogêneo no mundo inteiro e então não pode contemplar as localizações.
Além disso, a OpenERP SA informou que iria passar a exigir que todos os parceiros dela fossem certificados. A Akretion, por exemplo, já se certificou, com 89 pontos sobre 100, a nota de Raphaël foi a maior entre todos os parceiros do mundo; também iremos certificar um ou dois outros consultores em breve (até o momento, ainda não sabemos de nenhuma outra certificação no Brasil).
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2ce65a2220202954524/odoo_certification2.png\")
Porém, a certificaçao não é tao fãcil, se você não tiver pelo menos um ano de prática, seria bem improvavel obtê-la. O treinamento ajuda muito, mas a prática é indispensável (e existem até Gold partners na Europa com 5 anos de prática que não conseguiram atingir o mínimo de 70 pontos, mesmo apos 2 ou 3 tentativas).
O efeito colateral da implantação do programa de certificação foi que a OpenERP SA nos obrigou a tirar a localização do treinamento oficial funcional, para focar os 5 dias apenas nas partes oficiais que poderiam cair na prova de certificação. Com isso o treinamento da localização iria tornar-se um treinamento adicional.
Durante um período de transição, isso virou um problema, pois o treinamento fucional de 5 dias não interessava mais tanta gente. Antes 30% dos alunos eram empresas finais. Mas com esse novo foco no preparo da certificação, mal sobrou uma parte dos profissionais da área e as empresas finais, talvez com razão, não estavam muito dispostas a fazer esse investimento de 5 dias para virar especialista em MRP, mas sem saber emitir uma nota fiscal depois.
Do lado da Akretion, também não era mais viável preparar um treinamento sem turmas suficientes: tem as apostilas para traduzir, os excercícios para renovar e testar a cada versão (e as mudanças são grandes!), seguir e adaptar é um trabalho importante.
Então passamos por um período -- recente -- em que o treinamento foi remarcado algumas vezes. Acreditamos que isso é um período de transição até que a certificação passe a ter valor no Brasil.
Nós havíamos alertado a OpenERP SA desde o início sobre o fato de o Brasil não se enquadrar exatamente nesse modelo de certificação e que aqui, dificilmente, as LTDA que o OpenERP/Odoo tem como público alvo iriam dar um peso decisivo na contratação de um consultor pela sua certificação ou não. Talvez isso não seja o mais correto, mas é um fato.
Empresas maiores podem até se importar com a certificação do consultor, mas o OpenERP/Odoo vai ter que caminhar ainda um bom tempo, emitir varios SPED's para que empresas grandes cheguem a escolhê-lo no Brasil. Além disso, precisa-se de anos para treinar os então consultores para que sejam capazes de atender esse mercado, se não, são apenas 4 pessoas e isso não faz um mercado.
Esse política de certificação deveria talvez ter sido aplicada de uma forma mais progressiva. Contudo, sabíamos que para a OpenERP SA implantar o programa de certificações em escala mundial era um desafio, e acompanhamos a OpenERP SA nesse desafio, apesar do impacto negativo nos treinamentos nesse período de transição.
Com este novo cenário, nós remanejamos os treinamentos da seguinte forma:
* treinamento técnico de 5 dias: o treinamento oficial mesmo, na mesma fórmula que antes, mas atualizado para Odoo v8, é claro; pontos abordados:
* treinamento funcional de 5 dias: o treinamento oficial que prepara para a certificação e inclui um voucher de certificação -- esse treinamento é online, o que facilita se ele tiver que ser remarcado; pontos abordados antes e depois:
|
|
* treinamento de 2 dias localização avançado: para que se possa falar 2 dias sobre localização, porém, o treinamento funcional de 5 dias é pré-requisito. Até elaboramos um material didático perfeito, esse treinamento é presencial em São Paulo, permitindo mais interatividade.
* treinamento de descoberta de 2 dias: ideal para ver como gerenciar notas fiscais de entrada e saída numa empresa do Simples Nacional no contexto de um projeto supervisionado pela Akretion (hoje, depois de muita P&D, temos como oferecer isso barato e escalável; não era o caso antes). Esse treinamento é online e terá início logo que a versão 8 se estabilizar; pontos abordados:
Vemos então que a oferta de treinamentos do OpenERP / Odoo no Brasil se diversificou e aumentou. Isso é a evolução lógica: o Odoo está agora um produto melhor, muito mais completo e com mais referências até mesmo no Brasil.
Com isso, apos 5 anos, termina a época do pioneirismo (que será objeto de um outro artigo do blog) e o mercado se profissionaliza, procura-se evitar o mau profissional, e o bom profissional investe mais e trabalha mais e de forma mais eficiente; é menos o faroeste onde cada um falava e fazia o que queria em toda impunidade.
Vemos também a versão 8 do Odoo crescendo mais no Brasil e as empresas querendo se especializar de uma forma mais firme, é só ver, por exemplo, a evolução da gestão de estoque, o WMS da v8 para ver que realmente o Odoo está se tornando mais profissional.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a2220202954525/IMG_20120119_094522.jpg\")
Nessa parte de gestão de estoque agora falta muito pouca coisa comparando-se com o SAP e, o que faltaria, pela flexibilidade do Odoo, um consultor consegue customizar muito mas rápido que no SAP. As melhorias são gerais nessa v8. Se olharmos por exemplo a gestão de RH, dificilmente se faria a folha de pagamento de uma forma legal no Odoo, mas mesmo assim, agora tem-se uma ótima gestão de funcionários, até para empresas com milhares de funcionários.
A parte da localização ainda dá um pouco de trabalho, mas também está o dia e a noite se for comparada à localização de 2 anos atrás.
Para completar, temos que falar que estamos esperando da OpenERP SA o material de treinamento da versão 8 sobre o core do ERP (até agora nenhum parceiro de treinamento teve acesso a esse material). Com os próximos treinamentos visando a versão 8, é crítico termos esse material para que o treinamento funcional online seja perfeito e prepare devidamente para a certificação, como é o seu propósito. Poderia-se também imaginar que o material de treinamento fosse totalmente da responsabilidade da Akretion, porém, com as margens que a OpenERP SA recebe pelos treinamentos oficiais 'CTP', não há espaço para esse tipo de investimento.
Pensamos também que a OpenERP SA está super atarefada nesse momento com o lançamento do Odoo v8 enta e que qualidade geral do Odoo v8 é muito boa, bem melhor do que as versões 6 e 7. Porém, assim como para qualquer release do OpenERP / Odoo, ainda existem alguns bugs no momento do release e até algumas regressões.
Consideramos também importante o fato da OpenERP SA analisar o feedback feito pelos parceiros e a comunidade no Github e processar os 200 pull requests que foram criados para solucionar esses problemas. Isso evita que o lançamento da v8 seja congelado com bugs críticos e que depois a comunidade tenha que usar demais patches para fazer o Odoo funcionar nos casos reais menos triviais.
Se analisarmos o bug tracker no Github, podemos ver que os relatórios de bug e os 'pull requests' (patches) já estão se acumulando bem mais rápido do que estão sendo processados. https://github.com/odoo/odoo/issues?direction=desc&sort=created&state=open
Esperamos que isso não volte a ser a tendência (no Launchpad eram literalmente centenas de patches que nunca foram considerados), apesar de um bom começo com as coisas sobre controle no primeiro mês que o Odoo foi colocado no Github -- até mesmo por isso que não estamos colocando todas nossas forças na migração da localização agora, pois iríamos queimar recursos nossos sem poder rentabilizá-los a curto prazo.
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-07-24T23:21:57.774Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-07-24T23:21:57.774Z"}, "summary"=>"
O OpenERP foi rebatizado Odoo e com isso evoluiu também a oferta de treinamentos oficiais Odoo ministrados pela Akretion. Retrospectiva.
", "force_locale_id"=>"5a26d2c265a22202029544d5", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>false, "seo_title"=>"d'OpenERP à Odoo: une page se tourne. Rétrospective de cette époque chez Akretion", "meta_description"=>"Le changement de nom d'OpenERP à Odoo marque un changement d'époque: la page du pionnérisme et de l'artisanat se tourne et on entre dans une ère plus 'industrielle' avec des plus gros déploiements désormais moins risqués ou alors toujours des petits mais déployés avec plus de méthodologie, souvent dans le cloud...", "meta_keywords"=>"", "force_locale"=>"pt-BR"}, {"_id"=>"5a26d2d065a2220202954531", "_slug"=>"presentacao-pricelist-builder-modulo", "_visible"=>true, "_position"=>2.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:36.731Z", "updated_at"=>"2018-08-09T18:15:22.699Z", "_label"=>"Um novo módulo publicado por Akretion: Pricelist Builder", "title"=>"Um novo módulo publicado por Akretion: Pricelist Builder", "posted_at"=>"2014-05-13T00:00:00.000Z", "published"=>true, "body"=>"Este módulo é um complemento ao módulo padrão 'Product & pricelist' do Odoo/OpenERP.
Ele simplifica o gerenciamento da lista de preços.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a2220202954529/0-pricelist_std.png\")
O módulo padrão do OpenERP já permite a criação de regras de atribuição de preços que são aplicadas a um
produto e / ou categoria como mostrado nessa figura.
Mas o quê acontece quando eu tenho que aplicar uma regra (por ex, uma dedução de R$10,00 + 10% de desconto
arredondado para R$ inteiro) de 5 produtos que estão potencialmente em diferentes categorias ?
Tenho que criar minha regra 5 vezes (sem contar que não é possível duplicar a regra a partir da interface interface).
Duplicação => Inimiga número um do controle de dados
O caso típico deste cenário é uma oferta especial visando alguns produtos e que é modificada regurlamente
durante o ano.
Modificar a categoria dos produtos a cada vez não é uma opção.
Nosso módulo aqui apresentado propõe a seguinte saída:
- Crie a regra uma vez
- Aplique à categoria X e / ou Y e / ou aos produtos que possuem a opção Z
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452a/1-install.png\")
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452b/2-installed.png\")
Nota: Este módulo foi originalmente criado para facilitar a sincronizaão de listas de preço com o prestashop.
Ele também sincroniza com o Magento 'Special price'.
Mas também pode funcionar de forma autônoma no OpenERP.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2cf65a222020295452c/3-builder.png\")
A página principal do módulo é a seguinte:
O botão “atualizar lista de preços” garante a coerência com a lista de preços padrão.
Porém, este é um uso opcional já que as tarefas programadas realizam a mesma função.
O campo “última atualização” indoca o número de produtos modificados pela atualização das regras (apagados, criados e atualizados) ou não.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452d/4-categ.png\")
Além disso, o módulo ‘pricelist_from_product_or_category' permite, como seu nome indica, aplicar uma regra diretamente em uma categoria / produto a partir da própria interface da categoria / produto (acima no campo 'pricelist builder').
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452e/5-involved.png\")
O 'Involved product' do nosso “pricelist builder” é modificado de acordo com a seleção da regra em “categorias”, (a cor “vermelha” foi adicionada por outra ação).
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a222020295452f/6-version.png\")
Retornamos à página “pricelist versions” do OpenERP.
Esta página é um pouco diferente porque possui 2 listas no lugar de 1 (apesar disso, todos os dados estão na mesma tabela).
A lista que que tínhamos originalmente agora se chama “Manual rules”. Seus procedimentos são os mesmos.
A outra lista é chamada “Automatically created rules” e os dados são encontrados nas telas precedentes
Mesmo se o OpenERP é mais modular por ser um projeto Open Source (bastante modular se comparado a ERPs proprietários), em relação a listas de preços este é uma boa e velha (e de sucesso) busca sql.
Neste caso é difícil sobrecarregar os métodos existentes para alterar seus comportamentos sem quebrar a compatibilidade com a operação nativa.
A solução mais simples é trazer estas regras para o nível do produto, como mostrado acima.
Se você possui um grande número de produtos com muitas listas de preços diferentes, alguns pontos devem ser considerados:
No momento o módulo só está traduzido do Inglês para o Francês.
Este módulo se endereça apenas para o gerenciamento do preço público (não é para “preço de custo” ou “preço fornecedor”)
Akretion está a sua disposição para desenvolver módulos adicionais, entre em contato!s
Módulos:
https://code.launchpad.net/~akretion-team/+junk/pricelist_advanced
", "body_markdown"=>"", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:15:22.699Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:15:22.699Z"}, "summary"=>"Este módulo é um complemento ao módulo padrão 'Product & pricelist' do Odoo/OpenERP.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544ec", "deprecated"=>false, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d165a2220202954538", "_slug"=>"novas-funcionalidades-para-conector-openerp-magento", "_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"=>"Novas funcionalidades para o conector OpenERP-Magento", "title"=>"Novas funcionalidades para o conector OpenERP-Magento", "posted_at"=>"2014-03-25T00:00:00.000Z", "published"=>true, "body"=>"O modo de base para a sincronização dos produtos no conector OpenERP-Magento é no sentido Magento para Odoo/OpenERP.
Os Produtos são criados no Magento e depois importados no OpenERP pelo conector.
A Akretion propõe a partir de agora que você tenha escolhas na gestão do catálogo de produtos! Assim como era nas primeiras versoes do connector desenvolvido por Akretion e Openlabs na epoca da versao 6.1.
Em suma, a, Akretion dsenvolveu uma série de módulos que permitem a gestão do catálogo no OpenERP.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d065a2220202954533/export_magento.png\")
O processo está diferente, os produtos agora podem ser criados no OpenERP que agora também permite que a gestão dos atributos e das variantes dos produtos que correspondem ao funcionamento do Magento. Depois os produtos são exportados para o Magento através do conector.
A exportação para o Magento se faz através das tarefas (jobs) organizadas em fila.
Quando enregistramos uma modificação em um produto que está sincronizado com o Magento, uma tarefa de exportação é adicionada à lista de tarefas a serem tratadas. Essa tarefa será em seguida realizada por um “worker”.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954534/S_lection_145.png\" "\\"Image:")
Lista das tarefas tratadas automaticamente pelo OpenERP, nessa imagem podemos ver a exportação de dois produtos para o Magento.
Os atributos no OpenERP estão orgnizados em jogo de atributos, grupos de atributos e atributos. Um produto possui um jogo de atributos (telas, câmeras fotográficas, etc.), nos quais encontramos vários grupos de atributos (os diferentes preços, as características técnicas, etc.), eles mesmos compostos de atributos (tamanho, tipo de saída, etc.).
Os atributos podem ser de vários tipos: campo de texto, seleção em uma lista, número inteiro, decimal, imagem e outros.
Todos esses atributos são sincronizados com o Magento durante a exportação do produto.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954535/S_lection_148.png\" "\\"Image:")
Todos os atributos específicos ao produto estão disponíveis em uma visão gerada automaticamente a partir de um botão na visão do produto.
Assim como no Magento, também encontramos no OpenERP a noção de produto configurável. Temos então um template de produto que pode ser declinado em vários produtos de acordo com uma dimensão. Por exemplo, uma camiseta terá diversos tamanhos e cores.
A partir de uma visão configurável do produto, é fácil gerar todos os produtos da gama.
![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d165a2220202954536/S_lection_147.png\" "\\"Image:")
Uma tela com vários tamanhos gerada automaticamente a partir do atributo tamanho.
A Akretion propõe a partir de agora que você tenha escolhas na gestão do catálogo de produtos! Em suma, a, Akretion dsenvolveu uma série de módulos que permitem a gestão do catálogo no OpenERP.
", "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"=>"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"=>"Treinamento OpenERP-Magento connector v7 nos EUA por Akretion!", "title"=>"Treinamento OpenERP-Magento connector v7 nos EUA por Akretion!", "posted_at"=>"2014-01-15T00:00:00.000Z", "published"=>true, "body"=>"\r\n
Akretion gave the first training on the new OpenERP-Magento connector in Redwood city, CA USA, from the 16th to the 18th of september 2013,
\r\nThe training session was organized by OpenERP SA themselves in their California headquarters:
\r\n\r\nMeanwhile, connector specialized engineers from Akretion Sebastien Beau and Benoît Guillot traveled from France to deliver the training session!
\r\n![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d265a2220202954540/training_oe_mag_redwood_benoit.JPG\")
Akretion is indeed a strategic gold partner of OpenERP since 2012, official partner since 2009 and has built a very unique expertise with Magento OpenERP connector since 2008 with probably the largest number of Magento OpenERP SMB customers around! It’s also worth mentioning that Akretion is the official Certified Training center of OpenERP in Brazil since 2011 after we succesfully introduced OpenERP to that market so this kind of training partnership with OpenERP SA was natural for us.
\r\nSeven students from all over the world (Wisconsins, Florida, Dominican Republic, Philipins) came to learn a lot about the connector!
\r\n![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d265a2220202954541/training_oe_mag_redwood_seb.JPG\")
The training gave the students all the practical details to implement the brand new OpenERP v7 / Magento v1.7 connector released in november 2013 and featuring the new job queue framework for OpenERP designed by Camptocamp.
\r\nIn addition to the specific content of the connection between OpenERP and Magento, the students learned a lots of e-commerce features. Indeed, the training covers also the e-banking, bank statement reconciliation, management of delivery time and carriers, the logistic center integration and the shipping label printing. Further information on the content of the training here.
\r\nOther OpenERP-Magento training sessions will soon be scheduled in France so don’t hesitate to contact us for further information.
\r\nAlso don’t forget that Akretion released OpenERP-Prestahop connector for Openerp v7
\r\nAn OpenERP-Prestashop training session will also be scheduled in France soon, so don’t hesitate to contact us for further information.
\r\nA Akretion ministrou o primeiro treinamento no novo OpenERP-Magento connector na cidade de Redwood, na Califórnia, Estados Unidos, de 16 a 18 de Setembro de 2013.
\r\nNisso a Akretion treinou a propria editora OpenERP SA e os parceiros dela no sEUA para nossa tecnologia de connector Magento...
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e9", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "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"=>"roda sites do LocomotiveCMS localmente em minutos usando Wagon e Devstep (Docker)", "title"=>"roda sites do LocomotiveCMS localmente em minutos usando Wagon e Devstep (Docker)", "posted_at"=>"2014-01-11T00:00:00.000Z", "published"=>true, "body"=>"![](\"https://cdn.shopinvader.com/sites/5a26d1f365a2220202954490/assets/5a26d2d365a2220202954545/loco.png\")
Docker esta muito quente esses dias e Akretion ficou usando por um momento ja, inclusive com Odoo. Neste post porem, vamos ver como usar a ferramenta Devstep (desenvolvido por Fabio Grehm) com Wagon para editar locamente sites feitos com LocomotiveCMS.
", "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"=>"Suporte SEPA no OpenERP por Akretion", "title"=>"Suporte SEPA no OpenERP por Akretion", "posted_at"=>"2014-01-01T00:00:00.000Z", "published"=>true, "body"=>"O SEPA é equivalente ao CNAB do Brasil e com certeza esse desenvolvimento agora usado por muitos integradores a Europa vai ajudar a Akretion a desenhar correctamente a soluçao para boletos, CNAB e e-banking de uma forma geral para aqui no Brasil. Segue o artigo e ingles.
\r\nThe 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.
\r\nThis 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.
\r\nThanks 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 :
\r\nthe module account_banking_sepa_credit_transfer adds support for SEPA Credit Transfers (SCT),
\r\nthe module account_banking_sepa_direct_debit adds support for SEPA Direct Debits (SDD) including the management of direct debit mandates.
\r\nThe 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
\r\nBackports for some older versions of OpenERP are already available.
\r\nOnce 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.
\r\nAkretion 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.
\r\nAbout Akretion
\r\nAkretion 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.
\r\n\r\n
Press contacts
\r\n\r\n
A Akretion possibilita o suporte SEPA no OpenERP (equivalente do CNAB brasileiro).
", "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"=>"5a26d2d465a2220202954553", "_slug"=>"webinar-br-localizao-brasileira-no-openerp-v7", "_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 - Localização Brasileira do OpenERP versão 7.0", "title"=>"Webinar BR - Localização Brasileira do OpenERP versão 7.0", "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.
\r\n\r\n", "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"=>"5a26d2db65a2220202954598", "_slug"=>"scaling-openerps-community-to-the-world", "_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"=>"Dimendionando a comunidade do OpenERP para o mundo", "title"=>"Dimendionando a comunidade do OpenERP para o mundo", "posted_at"=>"2012-09-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"##Scaling OpenERP's community to the world\r\n\r\n\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![](\"http://www.akretion.com/images/blog/making_of_rails.png\")
\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\nPrezada comunidade OpenERP,
\r\nAs coisas têm mudado extremamente rápido para o OpenERP e a Tiny durante os últimos 2 anos. Vários indicadores (Google Insight, taxa de incrições no Launchpad, lista de parceiros, etc.) mostram que o OpenERP amadureceu e passou de um ERP francófono para um líder global dos ERPs open source. Como vocês devem ter percebido, isto não aconteceu sem um choque. Especialmente para o editor principal Tiny, que vem sendo constantemente sobrecarregado pela imensa demanda da atividade da comunidade, não conseguindo mais interagir com ela. Esta sobrecarga sobre a Tiny levou a frustações nos fóruns. No entanto. a reativiade da Tiny fica comprometida já que seus melhores quadros estão cada vez mais ocupados com seus próprios clientes e crescimento. É hora de agir, e acredito que isso está finalmente acontecendo.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d765a2220202954574", "_slug"=>"mrp_prodlot_autosplit-updated-to-product_serial", "_visible"=>true, "_position"=>22.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:43.788Z", "updated_at"=>"2018-08-09T18:25:44.402Z", "_label"=>"mrp_prodlot_autosplit atualizado para product_serial", "title"=>"mrp_prodlot_autosplit atualizado para product_serial", "posted_at"=>"2011-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"##We recently updated the mrp_prodlot_autosplit module by :\r\n\r\n* Updating the module name to make it more \"understandable\" to product_serial (lp:~openerp-commiter/openobject-addons/extra-6.0 : /product_serial). The main aim of the split is indeed to create new lines to ease the filing of serial numbers.\r\n* Separating the mrp dependancy in another module : product_serial_mrp (lp:~openerp-commiter/openobject-addons/extra-6.0 : /product_serial_mrp)\r\n* Adding a new split method : split by product Logistical Unit quantity\r\n\r\nTo use the “split by LU”, you have to create at least one LU in the product form (at prestent time, the module is only doing a simple split using only the first LU line). If the LU (a box for example) quantity is 4 product units and if you order 10 units, the module will then split the reception into 3 lines (line 1 : 4 units ; line 2 : 4 units ; line 3 : 2 units)\r\n", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:25:44.402Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:25:44.402Z"}, "summary"=>"Atualizamos recentemente o módulo mrp_prodlot_autosplit module
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d965a222020295458c", "_slug"=>"new-openerp-coface-connector-by-akretion", "_visible"=>true, "_position"=>30.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:45.968Z", "updated_at"=>"2018-08-09T19:20:07.172Z", "_label"=>"Novo OpenERP-Coface connector por Akretion", "title"=>"Novo OpenERP-Coface connector por Akretion", "posted_at"=>"2011-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"[Coface](http://www.coface.fr/) is one of the major credit-insurance companies in the world. If you subscribe to a credit-insurance, you will need to have an easy up-to-date information about the credit coverage of your customers, so that you can make sure that your customer credit is fully covered by your credit-insurance contract.\r\n\r\nAkretion announces the availability of the module **coface_credit_insurance** in the *extra-addons* section under the AGPL licence...\r\n\r\n\r\n===================\r\n\r\n## New OpenERP-Coface connector by Akretion\r\n\r\n[Coface](http://www.coface.fr/) is one of the major credit-insurance companies in the world. If you subscribe to a credit-insurance, you will need to have an easy up-to-date information about the credit coverage of your customers, so that you can make sure that your customer credit is fully covered by your credit-insurance contract.\r\n\r\nAkretion announces the availability of the module **coface_credit_insurance** in the *extra-addons* section under the AGPL licence. This module enables the automatic import of credit coverage information for each customer in OpenERP. This automatic import is possible thanks to the new Coface web-service (currently only available in France). The module uses the Pentaho Data Integration ETL (i.e. Kettle) who is able to read information from and write information to OpenERP thanks to the [connector](/products-and-services/openerp-kettle-bi-connector/) developed by Akretion. Once this automatic import is running, it is easy to block the sale orders or deliveries of a customer whose account in the books is about to go over the credit coverage granted by Coface.\r\n\r\n\r\n\r\nThe module is already used in production at [Anevia](http://www.anevia.com/), an historic customer of Akretion. Akretion proposes its expertise to integrate this module on your OpenERP server for a fixed price.\r\n\r\nTo know more about this module and Akretion's service offer on it, please go the [dedicated web page](/fr/opensource-contributions/openerp-coface-connector/) (in French only) located in the *OpenSource contributions* section of Akretion's website.\r\n", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T19:20:07.172Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T19:20:07.172Z"}, "summary"=>"A Akretion anuncia a disponibilidade do módulo **coface_credit_insurance** na seção *extra-addons* sob a licença AGPL.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a2ec52d65a2220202959f63", "_slug"=>"formation-openerp-magento-24-25-26-janvier-2012-paris", "_visible"=>true, "_position"=>56.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-11T17:49:33.710Z", "updated_at"=>"2018-08-09T18:27:36.485Z", "_label"=>"Treinamento OpenERP - Magento: 24-25-26 Janeiro 2012 - Paris", "title"=>"Treinamento OpenERP - Magento: 24-25-26 Janeiro 2012 - Paris", "posted_at"=>"2010-12-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"##Formation OpenERP - Magento : solution complète pour le e-commerce\r\n\r\n\r\n**Informations générales :**\r\n\r\n* **Dates** : 24 au 26 janvier (à confirmer) : 3 jours de formation\r\n* **Lieu** : Région parisienne\r\n* **Type** : Formation fonctionnelle découverte\r\n* **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.\r\n* **Public** : E-commerçants & intégrateur e-commerce (OpenERP / Magento)\r\n* **Places disponibles** : 10\r\n* **Coût total de la formation** : 1 500€ \r\n\r\n\r\n**Contenu prévisionnel :**\r\n\r\nInstallation et utilisation du connecteur MagentoErpConnect (1j)\r\n\r\n* Installation & paramétrage\r\n* Intégration depuis un Magento existant\r\n* Création d’un nouveau Magento\r\n* Gestion quotidienne : synchronisations catalogues, prix, stock, clients, commandes, etc...\r\n\r\nProcessus de vente e-commerce (0,5j)\r\n\r\n* Processus de vente\r\n* Dropshipment (livraison directe du fournisseur au client)\r\n* Alertes anti fraudes\r\n\r\nLogistique (0,5j)\r\n\r\n* Gestion des stocks & inventaires\r\n* Achat & approvisionnement\r\n* Réceptions & expéditions\r\n* Transporteurs & livraisons\r\n\r\nMarketing & CRM (0,5j)\r\n\r\n* Prospection, campagnes & qualifications\r\n* Profilage & segmentation\r\n* Support & réclamation\r\n* Gestion des retours de marchandise\r\n\r\nComptabilité (0,5j)\r\n\r\n* Configuration du plan comptable & des taxes\r\n* Gestion des factures / paiements / avoirs\r\n* Relevés bancaires & lettrage\r\n* Exemple d’interfaçage (Paypal, Ogone, Amazon)\r\n\r\n\r\nPour toute information complémentaire et/ou pré inscription, merci de nous contacter àTreinamento em Paris sobre o conector OpenERP - Magento da Akretion: uma solução completa para e-commerce.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e3", "deprecated"=>false, "seo_title"=>"Formation OpenERP - Magento : 24-25-26 janvier 2012 - Paris | Akretion", "meta_description"=>"Formation OpenERP - Magento : 24-25-26 janvier 2012 - Paris", "meta_keywords"=>"Formation, OpenERP, Magento", "force_locale"=>"en"}, {"_id"=>"5a26d2d765a2220202954577", "_slug"=>"some-news-about-product_variant_multi", "_visible"=>true, "_position"=>23.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:44.039Z", "updated_at"=>"2018-08-09T18:36:35.387Z", "_label"=>"Algumas novidades sobre product_variant_multi", "title"=>"Algumas novidades sobre product_variant_multi", "posted_at"=>"2010-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"The module **Product\\_variant\\_multi** now use a generic and powerfull syntax for the automatic generation of the variant name.\r\n\r\n\r\n=====\r\n\r\n## Some news about product_variant_multi\r\n\r\n_October 28th, 2011_\r\n\r\nRecently Akretion made some changes on **product\\_variant\\_multi**. Indeed, we redesigned the automatic generation of the variant names.\r\nBefore, it was only possible to access the name of the dimension and the name of the option selected. \r\nFor example, the default model for the variant name was *[NAME] - [VALUE]*, and if your company had some custom fields on *product.variant.dimension.option*, it was not posible to generate a custom variant name with them.\r\n\r\nWe now use a **generic syntax** which is the same as the code generator syntax (better homogeneity). If you want to have the same result as before, you should use the following syntax : *[\\_o.dimension_id.name\\_] - [\\_o.option_id.name\\_]* where o is the object *product.variant.dimension.option*. And if your company added a field on the object *product.variant.dimension.option*, you can use the syntax *[\\_o.dimension_id.name\\_] - [\\_o.option_id.my_custom_field\\_]*.\r\n\r\nAlso we introduced the field **code** on *product.variant.dimension.option* and we replaced the default syntax by *[\\_o.dimension_id.name\\_] - [\\_o.option_id.code\\_]*.\r\nThis little change adds a lot of possibility for variant name customization. \r\n\r\nWe hope that you will like these enhancements and that you will have a smooth upgrade of the module product variant multi with the above instructions.", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:36:35.387Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:36:35.387Z"}, "summary"=>"O módulo product_variant_multi agora utiliza uma sintaxe genérica e poderosa para a geração automática do variant name.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d865a222020295457d", "_slug"=>"new-openerp-rma-module-by-akretion", "_visible"=>true, "_position"=>25.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:44.631Z", "updated_at"=>"2018-08-09T18:44:36.998Z", "_label"=>"Novo módulo OpenERP - RMA por Akretion", "title"=>"Novo módulo OpenERP - RMA por Akretion", "posted_at"=>"2010-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"## OpenERP - RMA\r\nAkretion implemented Management of Return Merchandise Authorization (RMA) in OpenERP through two modules :\r\n\r\n### crm_claim_rma :\r\nManagement of Return Merchandise Authorization (RMA) in OpenERP.\r\nUpgrade the standard crm_claim module to add :\r\n\r\n* product returns (one by one, mass return by lot, mass return by invoice)\r\n* warranty control & return address (based on invoice date and product form)\r\n* product picking in / out\r\n* product refund\r\n* product exchange\r\n* access to related customer data (orders, invoices, refunds, picking in/out)\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-08-09T18:44:36.998Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:44:36.998Z"}, "summary"=>"A Akretion implementou o Management of Return Merchandise Authorization (RMA) no OpenERP através de dois módulos.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e3", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "force_locale"=>"en"}, {"_id"=>"5a26d2d965a2220202954586", "_slug"=>"accounting-contribs-of-the-akretion-camptocamp-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"=>"Contribuições do Akretion-Camptocamp code sprint", "title"=>"Contribuições do 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.\r\n\r\nDuring the [Akretion](http://www.akretion.com) - [Camptocamp](http://www.camptocamp.com) code sprint that took place last week in the Camptocamp Lausanne office, two new modules were developped that are very usefull when using OpenERP's accounting in real life :\r\n\r\n* **account_reversal** : with this module, you can create *reversal* account moves in 2 clicks. Imagine the amount of time you will save when doing your cut-off accounting work!\r\n\r\n![\"Screenshot](\"http://akretion.s3.amazonaws.com/assets/c2c_sprint/account_reversal.jpg\")
![\"Screenshot](\"http://akretion.s3.amazonaws.com/assets/c2c_sprint/account_analytic_required.jpg\")
Dois novos módulos para aprimorar sua experiência em contabilidade no OpenERP.
", "force_locale_id"=>"5a26d2c265a22202029544d3", "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e3", "deprecated"=>true, "seo_title"=>"Accounting contribs of the Akretion-Camptocamp code sprint | Akretion", "meta_description"=>"Accounting contribs of the Akretion-Camptocamp code sprint ", "meta_keywords"=>"Accounting, odoo, module, ERP, OpenERP, code sprint", "force_locale"=>"en"}, {"_id"=>"5a26d2d965a2220202954589", "_slug"=>"openerp-ruby-connector-ooor-1-5-0-released", "_visible"=>true, "_position"=>29.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:45.709Z", "updated_at"=>"2018-08-09T18:43:40.353Z", "_label"=>"Saiu o release OpenERP Ruby connector OOOR 1.5.0!", "title"=>"Saiu o release OpenERP Ruby connector OOOR 1.5.0!", "posted_at"=>"2009-12-11T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"##OOOR 1.5.0 released!\r\n\r\n![](\"http://akretion.s3.amazonaws.com/assets/ooor_m.jpg\")
\r\n\r\nHello folks, after several months of hard work and aggregating feedback of the community, the OpenERP - (J)Ruby connector OOOR 1.5.0 is finally out!\r\nIf you don't know what is OOOR, you can read [that introduction](/en/blog/2010/01/18/introducing-ooor---openobject-on-rails-drivingrequesting-your-openerp-became-a-child-play/)\r\nand the [project's homepage](https://github.com/rvalyi/ooor).\r\n\r\nWe remind you that OOOR has been a hard work from Akretion since early 2009 and is licensed under the [AGPL v3](http://www.gnu.org/licenses/agpl.html) open source license, just like OpenERP itself. It has been installed - not just downloaded, but really installed via Rubygems.org [more than 8000 times!](http://rubygems.org/gems/ooor) Despite its name, OOOR doesn't hold a dependency on Rails and is used in many applications, including on the Java platform via JRuby. If you don't want to disclose your strategical client-side code under the viral AGPL v3 license, Akretion is open to sell commercial licences of OOOR, as well as support if you need. Contact us for details.\r\n\r\nTo install or update, install Ruby and Rubygems and then just do **gem install ooor** in terminal as explained on [Rubygems](http://rubygems.org/gems/ooor)\r\n\r\nHere is what's new in OOOR 1.5.0:\r\n\r\n**code clean up & bugfix:**\r\n\r\n* Rails 3 compatility (still compatible with Rails 2.x too)\r\n* Ruby 1.9.2 compatibility (+JRuby and Ruby 1.8.7 of course)\r\n* scoped classes under the Ooor module namespace without API break (except for UML)\r\n* refactored and debugged associations method_missing dispatch\r\n* renamed relations into associations to match Rails terminology\r\n* refactored RSpec test suite and show 0 error with OpenERP v6 and Ruby 1.9.2\r\n* much better exception handling, showing better error messages\r\n* unlike OpenERP, o2m and m2m relations should return empty arrays rather than false/nil for iteration consistency\r\n* unlike OpenERP read, Object.find(ids) respect initial ids order as you would expect\r\n* externalized type casting methods into a specific module\r\n\r\n**new features:**\r\n\r\n* more powerful domain mapping: Ruby hash such as {:origin = \"OUT04\"} automagically mapped to OpenERP domain, automagical array nesting Object.search ['name', 'ilike', 'foo'] just works\r\n* instance method always properly dispatch with foo.method_name passing [foo.id] as the first argument under the hood\r\n* OpenERP v6 client side log method\r\n* experimental subset of ActiveRecord Arel implemented via OpenObjectResource.where\r\n* much smarter ActionWindow proxy, successfully tested with Netzke\r\n* revamped UML with HTML nodes + [Sinatra](http://www.sinatrarb.com) dynamic UML explorator (yes that's awesome!)\r\n* faster startup because reading less model meta-info\r\n* field lazy loading works\r\n* loading specific fields can be achieved using the :only keyword to match Rails semantic (as well as :fields)\r\n* password not in the debug logs anymore\r\n\r\nWe also announce you that we have fantastic OOOR applications coming soon too, such as:\r\n\r\n* new more powerful Kettle ETL [TerminatOOOR](https://github.com/rvalyi/terminatooor) extension for OpenERP\r\n* a new set of unparalleled ecommerce connectors based on TerminatOOOR and the OpenERP base_sale_multichannels common platform \r\n* [Sencha Touch](http://www.sencha.com/) HTML5 mobile clients and framework\r\n* [Netzke](http://netzke.org/) and other HTML5 applications\r\n* Google Apps deep integration\r\n* OOORBIT, a secret Akretion project that really puts your OpenERP in orbit. But hey! we will give you the details when it's out (soon).\r\n\r\nEnjoy and stay tuned for more innovation with Akretion!", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:43:40.353Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:43:40.353Z"}, "summary"=>"Saiu o release do OOOR 1.5.0 !
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c465a22202029544e0", "deprecated"=>true, "seo_title"=>"OpenERP Ruby connector OOOR 1.5.0 annoncé! | Akretion", "meta_description"=>"Connecteur OpenERP et Ruby : OOOR 1.5.0 annoncé! ", "meta_keywords"=>"OOOR, OpenERP, Ruby", "force_locale"=>"en"}, {"_id"=>"5a26d2d965a2220202954583", "_slug"=>"akretion-adds-support-for-deb-and-des-in-openerp", "_visible"=>true, "_position"=>27.0, "content_type_slug"=>"posts", "created_at"=>"2017-12-05T17:09:45.202Z", "updated_at"=>"2018-08-09T18:35:48.926Z", "_label"=>"Localização francesa : A Akretion inclui suporte para DEB e DES no OpenERP", "title"=>"Localização francesa : A Akretion inclui suporte para DEB e DES no OpenERP", "posted_at"=>"2009-11-19T00:00:00.000Z", "published"=>true, "body"=>"", "body_markdown"=>"Akretion enhances the French localization of OpenERP by adding full support for DEB and DES, which are two intrastat reports that French companies must send out to France's customs administration every month.\r\n\r\n=============\r\n\r\n## France's localization : Akretion adds support for DEB and DES in OpenERP\r\n\r\n_September 12th, 2011_\r\n\r\nAkretion enhances the French localization of OpenERP by adding full support for DEB and DES, which are two intrastat reports that French companies must send out to France's customs administration every month.\r\nThe modules are available for OpenERP v5 and v6 on the [new-report-intrastat](https://launchpad.net/new-report-intrastat/) project on Launchpad, under the AGPLv3 licence.\r\nTo know more about the project : see the [dedicated page](/fr/opensource-contributions/openerp-deb-des) (French only) on the Akretion website.\r\n\r\nThe rest of the announce is available in French only.\r\n\r\nAkretion annonce ce jour l'ajout du support complet de la Déclaration d’Échange de Biens (DEB) et de la Déclaration Européenne de Services (DES) dans OpenERP, ce qui va permettre d'accélérer l'adoption d'OpenERP par les entreprises françaises !\r\n\r\nLa Déclaration d’Échange de Biens (DEB) est une déclaration administrative qui doit être déposée chaque mois auprès des douanes par les entreprises françaises qui vendent et/ou achètent des marchandises au sein de l'Union européenne. La Déclaration Européenne des Services (DES) est une déclaration similaire qui concerne les entreprises françaises qui vendent des services à d'autres entreprises à l’intérieur de l'Union européenne. Grâce à cette contribution, les entreprises qui utilisent OpenERP pour la facturation et la gestion des stocks peuvent très facilement générer un état correspondant à leur Déclaration d’Échange de Biens et/ou à leur Déclaration Européenne des Services et l'exporter sous forme de fichier XML. Ce fichier est alors déposé sur le site [Pro.dou@ne](https://pro.douane.gouv.fr/), qui est le portail officiel des douanes françaises, ce qui évite une fastidieuse ressaisie d'informations et permet de réduire les délais de traitement de ces formalités.\r\n\r\nL'ensemble du code est disponible pour OpenERP v5 et v6 sur le projet [new-report-intrastat](https://launchpad.net/new-report-intrastat/) sur Launchpad, sous licence AGPLv3.\r\n\r\nL'équipe française d'Akretion est à votre disposition pour vous accompagner dans le déploiement des modules OpenERP pour la Déclaration d’Échange de Biens et la Déclaration Européenne des Services. Qui mieux que l'auteur des modules peut vous accompagner dans votre déploiement ?\r\n\r\nPour plus d'informations sur le support de la DEB et de la DES dans OpenERP et l'offre de service associée, rendez-vous sur la [page dédiée](/fr/opensource-contributions/openerp-deb-des) sur le site Web d'Akretion.", "thumbnail"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:35:48.926Z"}, "banner"=>{"url"=>nil, "filename"=>nil, "size"=>nil, "updated_at"=>"2018-08-09T18:35:48.926Z"}, "summary"=>"A Akretion aprimora a localização francesa do OpenERP incluindo suporte completo para DEB e DES, que são dois relatórios equivalente a partes dos relatorios do SPED brasileiro que as empresas francesas devem enviar para à administração francesa.
", "force_locale_id"=>nil, "tag_ids"=>[], "author_id"=>"5a26d2c565a22202029544e6", "deprecated"=>true, "seo_title"=>"", "meta_description"=>"", "meta_keywords"=>"", "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"=>"Founder", "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"=>"Founder", "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"=>"Founder", "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"=>"Founder", "description_short"=>"Specialist in Odoo and free software", "description_long"=>"
Com formação na área de engenharia participou do time da Akretion em 2011
", "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"=>nil, "meta_description"=>nil, "meta_keywords"=>nil, "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"=>"Desenvolvedor 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"=>"Associate", "description_short"=>nil, "description_long"=>nil, "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"=>nil, "meta_description"=>nil, "meta_keywords"=>nil, "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"=>"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/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"=>"Odoo consultant", "description_short"=>nil, "description_long"=>nil, "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"=>nil, "meta_description"=>nil, "meta_keywords"=>nil, "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"=>"Web consultant", "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"=>"Odoo consultant ", "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"=>"Associate", "description_short"=>"Desenvolvedor Odoo", "description_long"=>"Clément é um engenheiro francês morando no Brazil desde 2012. Ele integrou o time da Akretion no Rio de Janeiro em 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"=>"Web 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/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"=>[]}