Archives
Contributors
-
Re: How and in what typical environments is Community Odoo begin used
Hi Jonathan, all,
Funny enough I had a discussion a few months back with an Odoo integrator working with Odoo enterprise only, and he was arguing this is where the revenue was (and did not understand why we would not become an Odoo partner).
At Le Filament we have the opposite approach, working exclusively with Open Source softwares, so only with Odoo Community version, and we still have decent revenue :)
Our strategy is somehow different though, since we are not selling Odoo software but rather an adapted solution for our customers (based on Odoo but most of our customers are not coming to us looking for Odoo).
We spend time at the beginning of projects involving all future users, to determine how they expect the tool that will accompany them to work, then we install Odoo and make the necessary integration / configuration / development to fit their needs.
So far we have installed Odoo Community for 30+ customers (from 2 to 200 users) and seldomly we have to send them to an Odoo Enterprise integrator (it happened though when they were already convinced that Odoo Enterprise was what they needed).
Regarding Accounting functionalities, most of our customers do not use it extensively in Odoo but work with an Accounting partner or internal service (with their own specialized accounting tool) which are fed with exports from Odoo journals (mainly Sales, Purchase, Expense and POS), so I could not answer whether full accounting can be properly done in Community version, although I do not see any show stoppers.
Best Regards,
Rémi CAZENAVE
------
SCOP LE FILAMENT
06 87 23 26 04
remi@le-filament.comLe 2020-04-21 23:32, Jonathan Wilson a écrit :
Hi AllI love watching all the email go back and forth in this forum and only pretend to know what you are all talking about but coming from a solid commercial programming background myself (no python :-) I understand in general terms but don't feel qualified to comment except maybe from a functional perspective at times.At WilldooIT we are fairly firmly placed in the Odoo enterprise world as the commercial reality is that is where the revenue is. However, I do realise that the community version is very functional in its own right especially in the basic ERP functionalities and front-end capabilities. In this forum, I get the impression that there are some serious implementations of the Odoo community version and was wondering if you could give me some examples or typical use-cases? And if the lask of the enterprise accounting features is the main reason customers move to Odoo enterprise, and if the OCA financial reporting modules sufficient for larger companies.I must admit to feeling a bit guilty writing this as I once promised Maxime Chambreuil to approach Australian universities and Tech schools to get Odoo introduced as a learning tool for both the IT and Finance streams. I think it is a great idea and I have made a couple of attempts but time seemed to get the better of me - apologies Maxime, I will keep trying.Kind regardsJonathan Wilson
Chief Sales and Innovation Executive
WilldooIT Pty Ltd
Recent Linkedin articles: How to Assess if you've Outgrown Your Business Accounting or ERP SystemFirst Australian Odoo GOLD partner2017, 2015 & 2013 Odoo Best Partner Asia/PacificCreators of Odoo-Pentaho integration project"Making growth through technology easy"
E: jonathan.wilson@willdooit.com
P: +61 3 9135 1900
M: +61 4 000 17 444
10/435 Williamstown Road
Port Melbourne VIC 3207
DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by Willdoo IT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rémi Cazenave - 09:16 - 22 Apr 2020 -
Re: Functional question: add invoice to Account Credit Control email
We Are Also intrested in this topic💪🏼🤞👍🏻Mit freundlichen Grüßen
We look forward to see you. Best Regards
Dipl. Ing. (Fh) Georg Notter
Agent ERP GmbH
www.agenterp.comAm 22.04.2020 um 08:52 schrieb svalaeys@fiefmanage.ch:
Hi Virginie,
We have done this in v12, but I almost regret we did. It turns out it’s a great idea when you have one or maybe two invoices open, but as soon as you have more it’s barely manageable.
If you still want more details I don’t mind sharing.
Stephane
From: Virginie Dewulf <virginie@coopiteasy.be>
Sent: Wednesday, April 22, 2020 8:47 AM
To: Contributors <contributors@odoo-community.org>
Subject: Functional question: add invoice to Account Credit Control emailHello Community,
Hope everyone is fine/at home!
I have a functional question (as usual) about the accound credit control functionality.
- from v11 it has been moved here: https://github.com/OCA/credit-control/
This module sends reminders to customers who are late for the payment of their invoices.
The email sends an attachment, which is a summary of the list of not paid invoices.
Would it be possible to add the invoices themselves (in addition to or in replacement of the summary PDF)?
I checked the github PR and issues and didn't notice such functionnality.
Thanks a lot and have a nice day,
--
Virginie
0477/64.17.20
--
Si vous avez un contrat de support, posez-nous vos question à l'adresse "support@coopiteasy.be"
--
Lors de l'envoi d'un mail, renseignez le nom de la structure pour laquelle vous travaillez. Merci.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Georg Notter - 08:56 - 22 Apr 2020 -
RE: Functional question: add invoice to Account Credit Control email
Hi Virginie,
We have done this in v12, but I almost regret we did. It turns out it’s a great idea when you have one or maybe two invoices open, but as soon as you have more it’s barely manageable.
If you still want more details I don’t mind sharing.
Stephane
From: Virginie Dewulf <virginie@coopiteasy.be>
Sent: Wednesday, April 22, 2020 8:47 AM
To: Contributors <contributors@odoo-community.org>
Subject: Functional question: add invoice to Account Credit Control emailHello Community,
Hope everyone is fine/at home!
I have a functional question (as usual) about the accound credit control functionality.
- from v11 it has been moved here: https://github.com/OCA/credit-control/
This module sends reminders to customers who are late for the payment of their invoices.
The email sends an attachment, which is a summary of the list of not paid invoices.
Would it be possible to add the invoices themselves (in addition to or in replacement of the summary PDF)?
I checked the github PR and issues and didn't notice such functionnality.
Thanks a lot and have a nice day,
--
Virginie
0477/64.17.20
--
Si vous avez un contrat de support, posez-nous vos question à l'adresse "support@coopiteasy.be"
--
Lors de l'envoi d'un mail, renseignez le nom de la structure pour laquelle vous travaillez. Merci.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Stéphane Valaeys - 08:50 - 22 Apr 2020 -
Re: How and in what typical environments is Community Odoo begin used
No worries and no need to apologize... ;)MAXIME CHAMBREUIL
PROJECT MANAGER/CONSULTANTO: 1.855.877.2377 EXT. 710
M: 602.427.5632
E: MChambreuil@OpenSourcelntegrators.comP.O. BOX 940, HIGLEY, AZ 85236 
On Tue, Apr 21, 2020 at 4:32 PM Jonathan Wilson <jonathan.wilson@willdooit.com> wrote:Hi AllI love watching all the email go back and forth in this forum and only pretend to know what you are all talking about but coming from a solid commercial programming background myself (no python :-) I understand in general terms but don't feel qualified to comment except maybe from a functional perspective at times.At WilldooIT we are fairly firmly placed in the Odoo enterprise world as the commercial reality is that is where the revenue is. However, I do realise that the community version is very functional in its own right especially in the basic ERP functionalities and front-end capabilities. In this forum, I get the impression that there are some serious implementations of the Odoo community version and was wondering if you could give me some examples or typical use-cases? And if the lask of the enterprise accounting features is the main reason customers move to Odoo enterprise, and if the OCA financial reporting modules sufficient for larger companies.I must admit to feeling a bit guilty writing this as I once promised Maxime Chambreuil to approach Australian universities and Tech schools to get Odoo introduced as a learning tool for both the IT and Finance streams. I think it is a great idea and I have made a couple of attempts but time seemed to get the better of me - apologies Maxime, I will keep trying.Kind regardsJonathan Wilson
Chief Sales and Innovation Executive
WilldooIT Pty Ltd
Recent Linkedin articles: How to Assess if you've Outgrown Your Business Accounting or ERP SystemFirst Australian Odoo GOLD partner2017, 2015 & 2013 Odoo Best Partner Asia/PacificCreators of Odoo-Pentaho integration project"Making growth through technology easy"
E: jonathan.wilson@willdooit.com
P: +61 3 9135 1900
M: +61 4 000 17 444
10/435 Williamstown Road
Port Melbourne VIC 3207
DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by Willdoo IT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Maxime Chambreuil - 11:40 - 21 Apr 2020 -
How and in what typical environments is Community Odoo begin used
Hi AllI love watching all the email go back and forth in this forum and only pretend to know what you are all talking about but coming from a solid commercial programming background myself (no python :-) I understand in general terms but don't feel qualified to comment except maybe from a functional perspective at times.At WilldooIT we are fairly firmly placed in the Odoo enterprise world as the commercial reality is that is where the revenue is. However, I do realise that the community version is very functional in its own right especially in the basic ERP functionalities and front-end capabilities. In this forum, I get the impression that there are some serious implementations of the Odoo community version and was wondering if you could give me some examples or typical use-cases? And if the lask of the enterprise accounting features is the main reason customers move to Odoo enterprise, and if the OCA financial reporting modules sufficient for larger companies.I must admit to feeling a bit guilty writing this as I once promised Maxime Chambreuil to approach Australian universities and Tech schools to get Odoo introduced as a learning tool for both the IT and Finance streams. I think it is a great idea and I have made a couple of attempts but time seemed to get the better of me - apologies Maxime, I will keep trying.Kind regardsJonathan Wilson
Chief Sales and Innovation Executive
WilldooIT Pty Ltd
Recent Linkedin articles: How to Assess if you've Outgrown Your Business Accounting or ERP SystemFirst Australian Odoo GOLD partner2017, 2015 & 2013 Odoo Best Partner Asia/PacificCreators of Odoo-Pentaho integration project"Making growth through technology easy"
E: jonathan.wilson@willdooit.com
P: +61 3 9135 1900
M: +61 4 000 17 444
10/435 Williamstown Road
Port Melbourne VIC 3207
DISCLAIMER | This electronic message together with any attachments is confidential. If you are not the recipient, do not copy, disclose, or use the contents in any way. Please also advise us by e-mail that you have received this message in error and then please destroy this email and any of its attachments. WilldooIT Pty. Ltd. is not responsible for any changes made to this message and/or any attachments after sending by Willdoo IT Pty. Ltd. WilldooIT Pty. Ltd. use virus scanning software but exclude all liability for virus or anything similar in this email or attachment.
by Jonathan Wilson - 11:31 - 21 Apr 2020 -
Re: Auto Deferred Revenue Recognition ?
Thank you all again,I kinda like the account_spread_cost_revenue as it is quite small and intuitive to work directly from invoice. I have done a small enhancement that makes it cover the required case.Thanks!On Tue, Apr 21, 2020 at 4:17 PM <luc.demeyer@noviat.com> wrote:Kitti,
In some cases the account_asset_managment module with methods number of end can also do the job.
Luc
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Tuesday, 21 April 2020 09:47
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Thank you all for your advice, I did find that https://github.com/OCA/account-financial-tools/tree/12.0/account_spread_cost_revenue is the more polished version of account_cost_spread.
Thank you Ostien for writing a good module and also good README too!
Still one point I like to add.
In this module, it does start with
- Invoice line account = Revenue
then, if use spread, the journal entry is automatically changed according to the spread.
- Dr: Account Receivable, Cr: Prepaid Revenue
And in the spread table will create journal entry
- Dr: Prepaid Revenue, Cr: Revenue
But in our case, we think following is more correct, accounting wise.
- Invoice line account = Prepaid Revenue -> at this point, may not yet know the target recognized account too.
- Dr: Account Receivable, Cr: Prepaid Revenue -> keep invoice line and move line the same, esp required for v13
And for spread table,
- Dr: Prepaid Revenue, Cr: Revenue
May be both case is possible. So I will try to propose the later case as a configurable option as enhancement. WDYT?
Thanks,
Kitti U.
On Mon, Apr 20, 2020 at 11:17 PM Frédéric Clementi <frederic.clementi@camptocamp.com> wrote:
With Alexis refactoring the cutoff modules will handle any dates. He should finish the module for v13 soon.
Don't reproduce the dependency on account assets, this is horrible for many reasons (see my comment here: https://github.com/odoo/odoo/pull/43198)
account_cost_spread is the closest to the Enterprise module as it does spreading.
camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
Frédéric Clementi
Odoo Consultant
Business Solutions
Le lun. 20 avr. 2020 à 15:12, André Schenkels <a.schenkels@ictstudio.eu> a écrit :
Isn't there a module account_cost_spread? This should do the trick.
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Monday, April 20, 2020 1:41:43 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Hi again,
I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".
Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.
In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.
Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.
So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.
From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.
WDYT?
Kitti U.
On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you very much Stephane, Pedro, I will take a look at both.
Wish you guys stay safe too!
On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 01:40 - 21 Apr 2020 -
RE: Auto Deferred Revenue Recognition ?
Kitti,
In some cases the account_asset_managment module with methods number of end can also do the job.
Luc
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Tuesday, 21 April 2020 09:47
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Thank you all for your advice, I did find that https://github.com/OCA/account-financial-tools/tree/12.0/account_spread_cost_revenue is the more polished version of account_cost_spread.
Thank you Ostien for writing a good module and also good README too!
Still one point I like to add.
In this module, it does start with
- Invoice line account = Revenue
then, if use spread, the journal entry is automatically changed according to the spread.
- Dr: Account Receivable, Cr: Prepaid Revenue
And in the spread table will create journal entry
- Dr: Prepaid Revenue, Cr: Revenue
But in our case, we think following is more correct, accounting wise.
- Invoice line account = Prepaid Revenue -> at this point, may not yet know the target recognized account too.
- Dr: Account Receivable, Cr: Prepaid Revenue -> keep invoice line and move line the same, esp required for v13
And for spread table,
- Dr: Prepaid Revenue, Cr: Revenue
May be both case is possible. So I will try to propose the later case as a configurable option as enhancement. WDYT?
Thanks,
Kitti U.
On Mon, Apr 20, 2020 at 11:17 PM Frédéric Clementi <frederic.clementi@camptocamp.com> wrote:
With Alexis refactoring the cutoff modules will handle any dates. He should finish the module for v13 soon.
Don't reproduce the dependency on account assets, this is horrible for many reasons (see my comment here: https://github.com/odoo/odoo/pull/43198)
account_cost_spread is the closest to the Enterprise module as it does spreading.
camptocamp
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
Frédéric Clementi
Odoo Consultant
Business Solutions
Le lun. 20 avr. 2020 à 15:12, André Schenkels <a.schenkels@ictstudio.eu> a écrit :
Isn't there a module account_cost_spread? This should do the trick.
Verzonden vanuit Outlook Mobile
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Monday, April 20, 2020 1:41:43 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Hi again,
I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".
Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.
In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.
Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.
So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.
From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.
WDYT?
Kitti U.
On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you very much Stephane, Pedro, I will take a look at both.
Wish you guys stay safe too!
On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Luc De Meyer. - 11:16 - 21 Apr 2020 -
Re: Auto Deferred Revenue Recognition ?
Thank you all for your advice, I did find that https://github.com/OCA/account-financial-tools/tree/12.0/account_spread_cost_revenue is the more polished version of account_cost_spread.Thank you Ostien for writing a good module and also good README too!Still one point I like to add.In this module, it does start with- Invoice line account = Revenuethen, if use spread, the journal entry is automatically changed according to the spread.- Dr: Account Receivable, Cr: Prepaid RevenueAnd in the spread table will create journal entry- Dr: Prepaid Revenue, Cr: RevenueBut in our case, we think following is more correct, accounting wise.- Invoice line account = Prepaid Revenue -> at this point, may not yet know the target recognized account too.- Dr: Account Receivable, Cr: Prepaid Revenue -> keep invoice line and move line the same, esp required for v13And for spread table,- Dr: Prepaid Revenue, Cr: RevenueMay be both case is possible. So I will try to propose the later case as a configurable option as enhancement. WDYT?Thanks,Kitti U.On Mon, Apr 20, 2020 at 11:17 PM Frédéric Clementi <frederic.clementi@camptocamp.com> wrote:With Alexis refactoring the cutoff modules will handle any dates. He should finish the module for v13 soon.Don't reproduce the dependency on account assets, this is horrible for many reasons (see my comment here: https://github.com/odoo/odoo/pull/43198)account_cost_spread is the closest to the Enterprise module as it does spreading.
camptocamp
INNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSFrédéric ClementiOdoo ConsultantBusiness SolutionsLe lun. 20 avr. 2020 à 15:12, André Schenkels <a.schenkels@ictstudio.eu> a écrit :Isn't there a module account_cost_spread? This should do the trick.
Verzonden vanuit Outlook Mobile
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Monday, April 20, 2020 1:41:43 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Hi again,
I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".
Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.
In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.
Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.
So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.
From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.
WDYT?Kitti U.
On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you very much Stephane, Pedro, I will take a look at both.
Wish you guys stay safe too!
On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 09:46 - 21 Apr 2020 -
RE: smtp server service
Hi all: Take care in: 1. [FIX] mail: Handle bounces from Gmail #42340 https://github.com/odoo/odoo/pull/42340 2. Use OCB there are PRs in OCB that Odoo didn't accept Regards Rafael Blasco Tecnativa -----Mensaje original----- De: Rafael Blasco [mailto:rafael.blasco@tecnativa.com] Enviado el: lunes, 20 de abril de 2020 20:53 Para: 'Odoo Community Association (OCA) Contributors' <contributors@odoo-community.org> Asunto: RE: smtp server service Hello Jordi, We use https://www.mailgun.com/ with over 150.000 mails / month. Mailgun takes care about that. 99.35% delivered 0.64% bounced 0.01% suppressed. All the tracking info is inside Odoo thanks to https://github.com/OCA/social/tree/12.0/mail_tracking_mailgun - Depends on https://github.com/OCA/social/tree/12.0/mail_tracking - Also nice https://github.com/OCA/social/tree/12.0/mail_tracking_mass_mailing So when someone tag as SPAM you (or your customer) can fix it. You can also touch https://github.com/tomav/docker-mailserver with 120 contributors. About Google Apps + Odoo best practices are: - DKIM: https://support.google.com/a/answer/174124?hl=en - SPF: https://support.google.com/a/answer/33786 - DMARC: https://support.google.com/a/answer/2466580 - Allow Relay: https://support.google.com/a/answer/2956491?hl=en Regards Rafael Blasco Tecnativa De: Jordi Riera [mailto:jordi.riera@numigi.com] Enviado el: miércoles, 8 de abril de 2020 23:18 Para: Contributors <contributors@odoo-community.org> Asunto: smtp server service Hello list, We use our Odoo extensively to send our emails. I just did the stats and 75% of our sent emails are from our Odoo. We are currently using gmail as our smtp service. We start to see some of our emails tagged as spam. We are wondering why. Have you ever faced the same problem? Another question on the same topic, what do you use as SMTP service ? Would you advise to go to a simple local server or to go to a dedicated service provider like mailgun or something like that? Again, thank you for all your answers. You are the best :) Take care. Jordi -- Jordi Riera - VP Technique NUMIGI SOLUTIONS INC. jordi.riera@numigi.com (514) 317-7944 Longueuil, Québec, Canada http://www.numigi.com/
by Rafael Blasco (Moduon) - 09:12 - 20 Apr 2020 -
RE: smtp server service
Hello Jordi, We use https://www.mailgun.com/ with over 150.000 mails / month. Mailgun takes care about that. 99.35% delivered 0.64% bounced 0.01% suppressed. All the tracking info is inside Odoo thanks to https://github.com/OCA/social/tree/12.0/mail_tracking_mailgun - Depends on https://github.com/OCA/social/tree/12.0/mail_tracking - Also nice https://github.com/OCA/social/tree/12.0/mail_tracking_mass_mailing So when someone tag as SPAM you (or your customer) can fix it. You can also touch https://github.com/tomav/docker-mailserver with 120 contributors. About Google Apps + Odoo best practices are: - DKIM: https://support.google.com/a/answer/174124?hl=en - SPF: https://support.google.com/a/answer/33786 - DMARC: https://support.google.com/a/answer/2466580 - Allow Relay: https://support.google.com/a/answer/2956491?hl=en Regards Rafael Blasco Tecnativa De: Jordi Riera [mailto:jordi.riera@numigi.com] Enviado el: miércoles, 8 de abril de 2020 23:18 Para: Contributors <contributors@odoo-community.org> Asunto: smtp server service Hello list, We use our Odoo extensively to send our emails. I just did the stats and 75% of our sent emails are from our Odoo. We are currently using gmail as our smtp service. We start to see some of our emails tagged as spam. We are wondering why. Have you ever faced the same problem? Another question on the same topic, what do you use as SMTP service ? Would you advise to go to a simple local server or to go to a dedicated service provider like mailgun or something like that? Again, thank you for all your answers. You are the best :) Take care. Jordi -- Jordi Riera - VP Technique NUMIGI SOLUTIONS INC. jordi.riera@numigi.com (514) 317-7944 Longueuil, Québec, Canada http://www.numigi.com/
by Rafael Blasco (Moduon) - 08:55 - 20 Apr 2020 -
Re: smtp server service
Hello Community!Thanks again for the feedback.We put in place SPF, DKIM and DMARC policies.We need not to work them out so the emails sent from odoo are greenlit.I am falling deep into the DMARC reports :)JordiLe jeu. 9 avr. 2020 à 02:02, Oleg Kuryan <oleg@ventor.tech> a écrit :Hello, Jordi,1. First of all you need to tell us how you setted up your Odoo to work via Gmail? And also what is version of Odoo you are using ?2. Also are you using standard Odoo capabilities of sending emails or you customized smth? Reason, standard Odoo works like this.- Imagine I have sent email to your email sales@yourdomain.com from my email address oleg@mydomain.com- A new opportunity is created that will send emails to all followers of sales team sales@yourdomain.com is mail alias to.Important! Odoo Standard will send email to followers FROM oleg@mydomain.comSo actually it will be sending email from domain it is actually not controlling.Few things about it:- Generally speaking we do not know(nobody knows) if google likes when you do that way. My personal opinion is by doing that too often , you Gmail domain will loose ratings.- second thing - if on my email domain oleg@mydomain.com DMARC is properly configured, than google will not send it. Because that is SPAM! Obviously it is spam when you try to pretend sending from not your domainJust read this for more details. This is ongoing discussions in many other Odoo issues on GitHub (just quick Google)Usually Olivier Dony is participant of this discussions as he is expert in this. You can find a lot of issues like this from Odoo side.So another important recommendation. Do not mix different type of emails in one provider.There are 3 types of mails you usually send:1) Personal - use Google apps for sending personal emails. Because that way you make sure this mails are isolated from other type of mails and your mailbox will not be marked as spammy because you sent content from Odoo through relay and some systems report it as non reliable and spammy(for different reasons). So sending your emails from Odoo through Gmail you have a risk that even your personal emails will become untrusted and will get into spam.2) Transactional mails - this is mails from Odoo, other automatic messages (like registration confirmation ). Use for this separate specialised transactional mail provider . Like mailgun. Simply for reason in point 1. "Do not place eggs in one basket"3) Mass mailing - never do it through Odoo that sends it through Gmail. Despite of the fact Odoo has mass mailing feature you will compromise your domain very easily with mass mailing if use Gmail. If you still want to use Odoo mass mailing, configure separate outgoing mail server for this (for example through mailgun or other transactional provider)Or better, Use specialised massailing providers like Mailchimp for this. Because after reputation of your domain is lost it is very hard to restore it. So you will be getting into Spam even from your personal mails.Few things:1) If you do not have full time sys admin, do not setup your own mail server. It is very hard to maintain mail infrastructure as new mail server need to get good reputation before other mail providers will trust it. And that is long process. And with sending mails from Odoo through your vanilla installed postfix you will not get good reputation easily. Most likely you will get anti-reputation :)2) check your domain is not blacklistedGood start is here https://mxtoolbox.com/blacklists.aspxReason , most mail providers when receiving mail automatically check for blacklists. And if it is blacklisted, it can be marked as spam.3) make sure DKIM is setted up properly on your domain4) Make sure that SPF is defined for all your mailproviders you are going to use (Gmail, Mailgun, MailChimp and etc.). Every such mail provider has dedicated page how to configure this.5) DMARC yes, configure it also for stronger validation. Note that Odoo work bad with DMARC configured emails. There were few attempts like below from Community to fix behavior of Odoo , but it was always non accepted https://github.com/odoo/odoo/pull/20911Hope that all helps !On Thu, Apr 9, 2020, 1:06 AM Gustavo Valverde <gustavo@iterativo.do> wrote:A few keypoints:- Try having DKIM,SPF and DMARC
- Make your signature on Odoo a text instead of an image (just in case your Odoo signature is different)
- Use GMAIL relay server smtp-relay.gmail.com; just in case you're hitting your quota (not related to SPAM tough)
- Amazon Simple Email Service is great for mass mailing https://aws.amazon.com/ses/
Regards,On Wed, Apr 8, 2020 at 5:27 PM Frederik Kramer <frederik.kramer@initos.com> wrote:Hi Jordi, the relative amount of mails going through Odoo is probably less relevant than the absolut amount. Generally spoken i'd always suggest to invest time in setting up an own mail Server instead of relaying through GMail and if you really need to sent masses of uniform E-mail probably going through an load balanced and properly scaling service like mailchimp or mailgun would be devisable yes. I don't honestly know but E-Mails going through Odoo will be easily identifiable by almost every AI and that is probably the reason (in relation with the content of the mails) being identified as SPAM Best Frederik Am Mittwoch, den 08.04.2020, 21:17 +0000 schrieb Jordi Riera: > Hello list, > > We use our Odoo extensively to send our emails. I just did the stats > and 75% of our sent emails are from our Odoo. > We are currently using gmail as our smtp service. We start to see > some of our emails tagged as spam. We are wondering why. > Have you ever faced the same problem? > > Another question on the same topic, what do you use as SMTP service ? > Would you advise to go to a simple local server or to go to a > dedicated service provider like mailgun or something like that? > > Again, thank you for all your answers. You are the best :) > Take care. > > Jordi > -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Gustavo Valverde
Chief Technology Officer
M (829) 686 8270 D (829) 956 5191 ext. 202
E gustavo@iterativo.do
ITERATIVO SRL
Roble Corporate Center, Piso 7
Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana
T (829) 956 5191| E info@iterativo.do | www.iterativo.do
Member firm of ITERATIVO LLC & Progressa Corporate Group
Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial.
This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters.
No imprimas este correo si no es necesario. Cuidemos del ambiente!
Do not print this mail if it's not necessary. Let's take care of the environment!
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribefma
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Jordi Riera - VP TechniqueNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
by Jordi Riera - 08:36 - 20 Apr 2020 - Try having DKIM,SPF and DMARC
-
Re: Auto Deferred Revenue Recognition ?
With Alexis refactoring the cutoff modules will handle any dates. He should finish the module for v13 soon.Don't reproduce the dependency on account assets, this is horrible for many reasons (see my comment here: https://github.com/odoo/odoo/pull/43198)account_cost_spread is the closest to the Enterprise module as it does spreading.camptocamp
INNOVATIVE SOLUTIONSBY OPEN SOURCE EXPERTSFrédéric ClementiOdoo ConsultantBusiness SolutionsLe lun. 20 avr. 2020 à 15:12, André Schenkels <a.schenkels@ictstudio.eu> a écrit :Isn't there a module account_cost_spread? This should do the trick.
Verzonden vanuit Outlook Mobile
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Monday, April 20, 2020 1:41:43 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Hi again,
I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".
Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.
In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.
Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.
So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.
From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.
WDYT?Kitti U.
On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you very much Stephane, Pedro, I will take a look at both.
Wish you guys stay safe too!
On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Frédéric Clementi - 06:16 - 20 Apr 2020 -
Re: Auto Deferred Revenue Recognition ?
Isn't there a module account_cost_spread? This should do the trick.
Verzonden vanuit Outlook Mobile
From: Kitti Upariphutthiphong <kittiu@ecosoft.co.th>
Sent: Monday, April 20, 2020 1:41:43 PM
To: Contributors <contributors@odoo-community.org>
Subject: Re: Auto Deferred Revenue Recognition ?Hi again,
I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".
Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.
In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.
Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.
So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.
From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.
WDYT?Kitti U.
On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you very much Stephane, Pedro, I will take a look at both.
Wish you guys stay safe too!
On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by André Schenkels - 03:11 - 20 Apr 2020 -
Re: Auto Deferred Revenue Recognition ?
Hi again,I have played around with "account_cutoff_prepaid", and look into "account_perpaid_management".Seem to me that, for account_cutoff_perpaid, it is working as its name, where, Invoice Line will record "Expense", which has "start" and "end" date specify its multi year. At the end of year, user can "cutoff" the "future portion of the expense" into next year.In my case, I would need the Invoice Line as "Prepaid Expense", and at the end of year, recognize the past portion of prepaid expense into "Expense". This seems more inline with account_prepaid_management.Stephance mentioned that, this one is using account_asset_management as sample. However, making this into OCA module is somewhat duplicated with account_asset_management.So, I want to propose to enhance for Deferred Expense/Revenue into account_asset_management.From what I saw in EE, Odoo S.A. also reuse the same Asset model, and make another 2 menus, Deferred Expense and Deferred Revenue, which make good sense to me. Except we already have something else already.WDYT?Kitti U.On Sun, Apr 19, 2020 at 3:52 PM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:Thank you very much Stephane, Pedro, I will take a look at both.Wish you guys stay safe too!On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 01:41 - 20 Apr 2020 -
Re: Auto Deferred Revenue Recognition ?
Thank you very much Stephane, Pedro, I will take a look at both.Wish you guys stay safe too!On Sat, Apr 18, 2020 at 3:42 PM Pedro M. Baeza (Tecnativa) <pedro.baeza@tecnativa.com> wrote:
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Kitti Upariphutthiphong - 10:51 - 19 Apr 2020 -
Re: Changes in Ocabot - nobump will be now required
Thank you Sylvain and Stephane!On Wed, 15 Apr 2020 at 21:02, Stéphane Bidoul <stephane.bidoul@acsone.eu> wrote:Thank you Sylvain for your recent contributions to the bot.I've made a release and installed for the OCA organization.Let me know of any issue.Best regards,-sbiOn Tue, Apr 14, 2020 at 10:36 AM Sylvain LE GAL <sylvain.legal@grap.coop> wrote:Hi all,We recently worked with Stephane Bidoul from Acsone, to improve the OCA bot that makes a lot of automated tasks on github. (https://github.com/OCA/oca-github-bot/)FIY, the merge command syntax will change (PR). Previously, it was possible to say \ocabot merge. It will be now mandatory to mention the bump method to apply, among these 4 options : major, minor, patch, or nobump.The nobump option should be used in rare cases. Most of the time, please follow the OCA conventions, regarding version numbers, available here.Remark : if the command is incorrect, the bot will now answer that the command was wrong. Sample.Another changes are available for the OCA bot :* Possibility to automatically update history.rst file, using oca-towncrier and fragments files (PR). If you're interested in such a feature, please take a look at that new OCA command, available in maintainer-tools project.Note 1 : There are also pending works to have the possibility to rebase the current pull request (PR) or to (auto) squash the commit of a PR. Feel free to contribute !Note 2 : For people that have installed a custom ocabot for their custom repositories, new settings are available.* Possibility to have approvals required configurable. (PR)* Possibility to add options, calling oca-gen-addons-table, oca-gen-addon-readme, oca-gen-addon-icon (PR)Kind regards._______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Lorenzo Battistini
https://github.com/eLBati
by Lorenzo Battistini. - 08:36 - 19 Apr 2020 -
-
Auto Deferred Revenue Recognition ?
Dear community,Is there OCA module relate to Deferred Revenue Recognition, something similar to the one on Odoo Enterprise?Thank you!Kitti U.
by Kitti Upariphutthiphong - 07:01 - 18 Apr 2020
