Skip to Content
  2. Mailing Lists
  3. Contributors

Archives

Contributors

  • Re: Account financial reserve naming
    Hi Yves,

    Indeed, that's nearer from debours (I searched for French usage). But in that case, it's an advance you did for your customer for instance. Near or far, it could be generalized as this can work both ways.

    It can also be formalized as a (partner - it can be linked to none) balance in a specialized account (as it has to be split from the normal - invoicing for instance - flow).


    On Tue, May 11, 2021 at 7:12 AM Yves Goldberg <yves@ygol.com> wrote:
    Hi Denis,

    I am working currently on a feature and wonder if it is not similar to your thread.

    There is in France a "régime de débours" where you collect funds from a party and later repay exactly the same amount (to a third party).
    Those "reserve" or "débours" are not entering in a P&L account and are not part of the turnover.

    So I am looking to use an invoice that will register the movement in a different journal than a sale journal.
    Is this similar to the "cagnotte" concept? 

    Do you have a github repo to have a peek at your code?
    Best.
     --
    Yves Goldberg
    --


    ----- Original message -----
    From: "Roussel, Denis" <denis.roussel@acsone.eu>
    Subject: Account financial reserve naming
    Date: Monday, May 10, 2021 19:37

    Hi all,


    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

    If we can have a little feedback from some of you on our future baby name.


    Regards,

    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________


    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe



    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
    by Denis Roussel - 09:41 - 11 May 2021
  • Re: Account financial reserve naming
    Hi Graeme,


    Thanks for your feedback. Yes we know about possible duplication of business flow with other modules, but I think it's partial.


    I've created a draft issue to formalize flows before moving to OCA. https://github.com/acsone/acsone-addons/issues/152

    Le mar. 11 mai 2021 à 07:12, Yves Goldberg <yves@ygol.com> a écrit :
    Hi Denis,

    I am working currently on a feature and wonder if it is not similar to your thread.

    There is in France a "régime de débours" where you collect funds from a party and later repay exactly the same amount (to a third party).
    Those "reserve" or "débours" are not entering in a P&L account and are not part of the turnover.

    So I am looking to use an invoice that will register the movement in a different journal than a sale journal.
    Is this similar to the "cagnotte" concept? 

    Do you have a github repo to have a peek at your code?
    Best.
     --
    Yves Goldberg
    --


    ----- Original message -----
    From: "Roussel, Denis" <denis.roussel@acsone.eu>
    Subject: Account financial reserve naming
    Date: Monday, May 10, 2021 19:37

    Hi all,


    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

    If we can have a little feedback from some of you on our future baby name.


    Regards,

    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________


    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Denis Roussel - 08:51 - 11 May 2021
  • Re: Account financial reserve naming
    Hi Denis,

    I am working currently on a feature and wonder if it is not similar to your thread.

    There is in France a "régime de débours" where you collect funds from a party and later repay exactly the same amount (to a third party).
    Those "reserve" or "débours" are not entering in a P&L account and are not part of the turnover.

    So I am looking to use an invoice that will register the movement in a different journal than a sale journal.
    Is this similar to the "cagnotte" concept? 

    Do you have a github repo to have a peek at your code?
    Best.
     --
    Yves Goldberg
    --


    ----- Original message -----
    From: "Roussel, Denis" <denis.roussel@acsone.eu>
    Subject: Account financial reserve naming
    Date: Monday, May 10, 2021 19:37

    Hi all,


    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

    If we can have a little feedback from some of you on our future baby name.


    Regards,

    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________
    Post to: mailto:contributors@odoo-community.org


    by Yves Goldberg - 07:11 - 11 May 2021
  • Re: Account financial reserve naming
    Hi,

    It would depend on the general purpose and use of the funds, how they are created, how they are held and what they are for. Whether the invoices are guaranteed to arrive,  just probable or possible or unlikely. Which accounting period they will likely belong to under accrual concepts. Not really enough to go on here but in slang terms we'd call it a Slush Fund or Rainy Day fund.

    It is unlikely to be an accrual, either a Provision or not accounted for at all. Because under accrual accounting if you are recognising (i.e. setting funds aside for) a probable future liability, that is a provision and ordinarily the opposite side of that is an expense. e.g. Provision for Customer Rebates / Discounts Given, Employee Bonus Pool / Wages and Salaries, Provision for Doubtful Debts/ Doubtful debts, Customer Loyalty Points / COGS, Provision for Warranty / Warranty Expenses are typical entries.




    On Tue, May 11, 2021 at 4:37 AM Roussel, Denis <denis.roussel@acsone.eu> wrote:
    Hi all,


    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

    If we can have a little feedback from some of you on our future baby name.


    Regards,

    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Graeme Gellatly - 11:20 - 10 May 2021
  • Re: Account financial reserve naming
    1) If I understood correctly, Deposit could be correct, but it is conflicting with a lot of other OCA modules, with different concepts. (account_check_deposit, purchase_deposit, etc...)
    Basically, it's a "customer credit".

    2) Denis, whatever the name, I'm interested by the feature ! If you have any github link. feel free to share.


    Sylvain LE GAL - Twitter
    GRAP - Service informatique (Groupement Régional Alimentaire de Proximité)
    Site Web | FramaSphere | Facebook
    3 Grande rue des Feuillants, 69001 Lyon
    Standard : (+33) 09.72.32.33.17
    Service Informatique : (+33) 09.73.79.64.40
    Astreinte Informatique : (+33) 06.81.85.61.43
    Member of the OCA (Odoo Community Association)


    Le lun. 10 mai 2021 à 20:11, Jordi Ballester Alomar <jordi.ballester@forgeflow.com> a écrit :
    A deposit? 

    El lun., 10 may. 2021 19:07, <luc.demeyer@noviat.com> escribió:

    I am not native English but I think ‘accrual’ is the name you are looking for.

     

    Luc

     

    From: Roussel, Denis <denis.roussel@acsone.eu>
    Sent: Monday, 10 May 2021 18:37
    To: Contributors <contributors@odoo-community.org>
    Subject: Account financial reserve naming

     

    Hi all,

     

     

    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

     

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

     

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

     

    If we can have a little feedback from some of you on our future baby name.

     

     

    Regards,

     

    --

    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

     

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium

    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________
    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 Sylvain LE GAL - 11:16 - 10 May 2021
  • Re: Account financial reserve naming
    A deposit? 

    El lun., 10 may. 2021 19:07, <luc.demeyer@noviat.com> escribió:

    I am not native English but I think ‘accrual’ is the name you are looking for.

     

    Luc

     

    From: Roussel, Denis <denis.roussel@acsone.eu>
    Sent: Monday, 10 May 2021 18:37
    To: Contributors <contributors@odoo-community.org>
    Subject: Account financial reserve naming

     

    Hi all,

     

     

    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

     

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

     

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

     

    If we can have a little feedback from some of you on our future baby name.

     

     

    Regards,

     

    --

    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

     

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium

    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Jordi Ballester Alomar - 08:10 - 10 May 2021
  • Re: 30 Checkout Operations per Minute A job for Odoo or not ?


    El jue, 6 de may. de 2021 a la(s) 05:02, Frederik Kramer (frederik.kramer@initos.com) escribió:
    Hi Moises, 

Am Freitag, den 30.04.2021, 16:02 +0000 schrieb Moises Lopez:


> Hi Frederik


> 


> A customer requested to support 5k concurrent sale.order (1 or 2


> lines of products) in Odoo.


> The process that we followed were: test, measure, fix, test...

haha, yes thats what works well if you have a customer that well
endorses this "agile" and "pivoting" style of work. Apart from all
economic considerations this is probably also something that isolated
leads to quite solid solutions

    That was our biggest measured customer (a recovered project) they know their KPI very well, on simpler customers, we try from a commercial perspective to explain exactly what Moises does (in a more extensive/commercial way) to try to teach them how to buy technology.

    At the end if you try let's say Shopify (the king of marketed e-commerce) with those numbers you mentioned or this ones they will offer you more **Enterprise** services (note the services not the software) because almost everybody works on this way even the order on which your usual customers make click on the website can change the outcome and bring performance/consistency problems, i.e: click twice a button in an slow process that by mistake land an specific day on your code).

    Then what's important IMHO is to clarify to the customer that set technically solid e-commerce is 30% software product 50% the right team.

    If this was not the case, we would have millions of amazon stores, Don't you think?
    

> 


> The first time that we tested the checkout process supported 15


> concurrent virtual users (VUs)


> The measure said that it had heavy custom functions in the same


> transaction of checkout but it could be executed in background (cron,


> queue)


> and there were slow queries because of indexes issues or too many


> queries executed because of python code

did you use any specific profiling tools here? Or the ones that rcollet
often proposes in his talks about the matter ?
    Be careful here, they are a lot, and in my honest experience that's more the person using the tool than the tool itself.
    

> 


> Note: Be careful with the base_automation if you can migrate them to 


> code it is better.

Thanks for the hint, i think we experienced that also quite some times
in the past and learned that lesson already ;-)



> 


> After fix them the next iteration supported 400 VUs


> So good but so far from the focus.


> 


> The next iteration we found that there were methods that could be


> using LRU-cache (e.g. prices, website that don't change)


> Now we needed to check where the cache was clearing too frequently


> and fix it.

How did you measure LRU cache hit rates vs. code parts in a good way.
Any tooling suggestion here ?

    1. log-sql and a strong test setup that emulates the production environment is required.
    2. We use some SQL analyzer tools as well.

    But again, it is a matter of having the right team doing the job because it is not theoretical work, it is practice, test, read, practice, learn, fix, start again. and a little bit of good luck on some cases and being stubborn to solve the issues ;-)
    

> 


> We implemented CDN


> e.g. The sentence "/web/image/company.logo" runs 10 queries


> (prefetching fields, translating fields...) for each user opening the


> page


> After using CDN 0 queries are executed.

But you just used Odoos standard CDN function or any specific measure
here ?

    Standard! we simply use Odoo's CDN functionality.
    

> 


> We removed soft process that running with many users it is heavy


> e.g. the random image that odoo assign when you create a res.partner


> e.g. computed fields moved to cron

Also here which analysis tools do you prefer to do so ?



> 


> After that we detected concurrent update issues


> It is hell for performance matter.


> e.g. updating the same record at the same time from many users,


> e.g. allowing pressing the same button too many times


> e.g. sequences using no-gap in the main process, and so on


> 


> After finishing all the hints of performance issues in the code and


> database the next steps were to improve the hardware.


> 


> Now, It supports 5k concurrent VUs doing checkout process (choose 2


> products, type address, payment card info and confirm)

In what time frame ?

    With the real use case and in a production environment giving the problems more or less 60 days between First work and release into production ready for the action.
    

> 


> So, Odoo will support those users but you will need to test, measure,


> fix, test...


> Stress testing tools helps us a lot here


> python profilers and query analyzers too


> 


> Maybe you are interest to watch our talk in SFO about:


>  - https://youtu.be/kiREZqg3JQg

I will definitely have a look at this

Thanks a lot for your extensive insight.
    I summarize with:

    The team is the key to success here, every single piece in any e-commerce on this use case was given by different persons and led by Moisés because problems are in all layers: BD, Server, Sizing, Odoo, JS, OCA.... 

    It is not just one single pill!
    Cheers from rainy Germany to sunny Mexico ;-)

Frederik



> 


> El mié, 28 abr 2021 a las 15:35, Frederik Kramer (<


> frederik.kramer@initos.com>) escribió:


> > Hi Folks, 


> > 


> > i have a project proposal on my desk that will ultimately end up in


> > approx. 30 checkout transactions per minute. Has anybody got a


> > project


> > with that order volume done with a relatively recent version of


> > Odoo


> > and provide a good reference. Please bear in mind that the project


> > ahead involves a similarly high volume of stock moves.


> > 


> > Any suggestion / comment like (but not limited to) 


> > 


> > Odoo is the wrong technology for that, forget it, because....


> > 


> > over


> > 


> > You can do it but, a), b), c) ....


> > 


> > to


> > 


> > If you really want that beast flying involve us over here because


> > we


> > are among the few ones that already did soemthing similar


> > 


> > would be appreciated. 


> > 


> > From our load intensive projects at initOS i know that 10000 orders


> > a


> > day can be handled but almost 50000 is a different story and thats


> > why


> > i am asking the most experienced resource out there ;-)


> > 


> > Thanks in advance for your replay


> > 


> > Cheers Frederik


> > 


> > 


> > -- 


> > 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


> 


> 


-- 
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



    --

    Nhomar G Hernández

    Vauxoo | CEO

    ¡Construyamos algo genial!
    Cel: +52 (477) 393.3942 | Telegram: nhomar | Twitter: @nhomar

    México · Venezuela · Costa Rica · Perú

    phone nhomar@vauxoo.com phone vauxoo.com/contactus  

    by Nhomar Hernández - 08:01 - 10 May 2021
  • RE: Account financial reserve naming

    I am not native English but I think ‘accrual’ is the name you are looking for.

     

    Luc

     

    From: Roussel, Denis <denis.roussel@acsone.eu>
    Sent: Monday, 10 May 2021 18:37
    To: Contributors <contributors@odoo-community.org>
    Subject: Account financial reserve naming

     

    Hi all,

     

     

    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

     

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

     

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

     

    If we can have a little feedback from some of you on our future baby name.

     

     

    Regards,

     

    --

    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

     

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium

    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg

    by Luc De Meyer. - 07:06 - 10 May 2021
  • Re: Sale Order -> Payment -> Invoice
    Hi Daniel,

    What feature are you missing exactly?

    The workflow that you're mentioning can be done by using a Standard Odoo Community version. (V13 and V14 at least).

    1- Sell by ordered quantities (not delivered).
    2- Generate the invoice automatically when the online payment is confirmed. --> Here you'll have to manage the payments by credit card, for example, so the payments can be validated in "real-time". This doesn't work with bank transfer as in this case, user has to confirm the payment/quotation manually.
    3- As I said previously, once the payment has been validated, the quotation is validated as well and a new shipping i pending to be transfered.
    4- You can also set an automatic confirmation by email, once the Delivery orders are done.

    As other contributors mentioned, sale_automatic_workflow might be helpful to improve such sales workflows.

    El lun, 10 may 2021 a las 17:52, Juan José Scarafía (ADHOC) (<scarafia.juanjose@gmail.com>) escribió:
    We've extended sale order type for similar needs (Bad documented on the modules). 


    Ing. Juan José Scarafía

    (+54 9 341) 3 278039

    twitter: @jjscarafia

    github: @jjscarafia



    El vie, 7 de may. de 2021 a la(s) 04:57, Raphaël Reverdy (raphael.reverdy@akretion.com) escribió:

    Le ven. 7 mai 2021 à 08:22, Aarón Henríquez Quintana <ahenriquez@forgeflow.com> a écrit :
    This one forces the invoice to be paid in advance https://github.com/OCA/sale-workflow/tree/14.0/sale_stock_picking_blocking but there must be an invoice so I guess it does not fit that use case.

    Regards



    On Thu, 6 May 2021 at 22:07, Daniel Reis <dreis@opensourceintegrators.com> wrote:
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    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



    --
    Raphaël Reverdy
    Mobile +33 6 38 02 03 93
    Fixe +33 4 82 53 84 60

    _______________________________________________
    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



    --

    Harald Panten López

    CEO

    Sygel Technology S.L

    		+34 637 88 42 41
    		harald.panten@sygel.es
    		https://www.sygel.es
    		C/ Àlaba 61, 5ª planta, 08005, Barcelona
    by Harald Panten Lopez - 07:00 - 10 May 2021
  • Account financial reserve naming
    Hi all,


    We want to put some modules we did to OCA, but before we want to validate naming with some native english speakers as some translations are ambiguous.

    We want to modelize a financial reserve (we named it in French 'cagnotte' - that is translated at first sight jackpot or pot(the ambiguous one :-) ) through account moves that feed a waiting account. 

    These entries should allow to pay invoices later (we know the 'wallet' in development on Odoo side but this is quite different as based on accounting entries).

    If we can have a little feedback from some of you on our future baby name.


    Regards,

    --
    __________________________________________
    Denis Roussel
    Software Engineer
    Acsone SA, Succursale de Liège (Val Benoît)
    Tel    : +32 2 888 31 49
    Fax   : +32 2 888 31 59
    Gsm : +32 472 22 00 57

    Acsone sa/nv
    Boulevard de la Woluwe 56 Woluwedal | B-1200 Brussels  | Belgium
    Quai Banning, 6 (Val Benoît) | B-4000 Liège | Belgium
    Zone Industrielle 22 | L-8287 Kehlen | Luxembourg
    by Denis Roussel - 06:35 - 10 May 2021
  • Re: Sale Order -> Payment -> Invoice
    We've extended sale order type for similar needs (Bad documented on the modules). 


    Ing. Juan José Scarafía

    (+54 9 341) 3 278039

    twitter: @jjscarafia

    github: @jjscarafia



    El vie, 7 de may. de 2021 a la(s) 04:57, Raphaël Reverdy (raphael.reverdy@akretion.com) escribió:

    Le ven. 7 mai 2021 à 08:22, Aarón Henríquez Quintana <ahenriquez@forgeflow.com> a écrit :
    This one forces the invoice to be paid in advance https://github.com/OCA/sale-workflow/tree/14.0/sale_stock_picking_blocking but there must be an invoice so I guess it does not fit that use case.

    Regards



    On Thu, 6 May 2021 at 22:07, Daniel Reis <dreis@opensourceintegrators.com> wrote:
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    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



    --
    Raphaël Reverdy
    Mobile +33 6 38 02 03 93
    Fixe +33 4 82 53 84 60

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Juan José Scarafía - 05:51 - 10 May 2021
  • Re: New module for data synchronization between Odoo instances
    Hi,

    We work at the bucardo level with some changes in Odoo ORM:


    But it´s hard to maintain the sync health. But works well with 62 x Odoo + 1 Master.

    I can see many benefits in the the orm (high level) approach.

    Best regards.

    De: "Cyril VINH-TUNG" <cyril@invitu.com>
    Para: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
    Enviadas: Sexta-feira, 7 de maio de 2021 7:27:47
    Assunto: Re: New module for data synchronization between Odoo instances

    Yes I would share your point of view
    This can help also :

    Le jeu. 29 avr. 2021 à 09:57, Daniel Reis <dreis@opensourceintegrators.com> a écrit :
    When discussing early options, we were no comfortable with bd-level sync.
    I see a lot of potential for intractable Odoo issues.
    My personal preference is for something at the ORM level

    On 28/04/2021 21:32, Cyril VINH-TUNG wrote:
    I would be interested with your work about data sync between instances
    We have a use case here with a pos on a boat without internet access when at sea...
    We are considering synchro at db level with bucardo...

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    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 Luis F Miléo - 02:15 - 10 May 2021
  • Re: New module for data synchronization between Odoo instances
    Yes I would share your point of view
    This can help also :

    Le jeu. 29 avr. 2021 à 09:57, Daniel Reis <dreis@opensourceintegrators.com> a écrit :
    When discussing early options, we were no comfortable with bd-level sync.
    I see a lot of potential for intractable Odoo issues.
    My personal preference is for something at the ORM level

    On 28/04/2021 21:32, Cyril VINH-TUNG wrote:
    I would be interested with your work about data sync between instances
    We have a use case here with a pos on a boat without internet access when at sea...
    We are considering synchro at db level with bucardo...

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Cyril VINH-TUNG - 12:26 - 7 May 2021
  • Re: Sale Order -> Payment -> Invoice

    Le ven. 7 mai 2021 à 08:22, Aarón Henríquez Quintana <ahenriquez@forgeflow.com> a écrit :
    This one forces the invoice to be paid in advance https://github.com/OCA/sale-workflow/tree/14.0/sale_stock_picking_blocking but there must be an invoice so I guess it does not fit that use case.

    Regards



    On Thu, 6 May 2021 at 22:07, Daniel Reis <dreis@opensourceintegrators.com> wrote:
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    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



    --
    Raphaël Reverdy
    Mobile +33 6 38 02 03 93
    Fixe +33 4 82 53 84 60
    by Raphaël Reverdy - 09:56 - 7 May 2021
  • Re: Sale Order -> Payment -> Invoice
    This one forces the invoice to be paid in advance https://github.com/OCA/sale-workflow/tree/14.0/sale_stock_picking_blocking but there must be an invoice so I guess it does not fit that use case.

    Regards



    On Thu, 6 May 2021 at 22:07, Daniel Reis <dreis@opensourceintegrators.com> wrote:
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    by Aarón Henríquez - 08:21 - 7 May 2021
  • Re: Sale Order -> Payment -> Invoice
    set the products for invoice on "ordered qty" instead of "delivered qty"

    then, you can have an invoice before the delivery is done.

    regards

    On Fri, 7 May 2021 at 4:07 AM, Daniel Reis <dreis@opensourceintegrators.com> wrote:
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    _______________________________________________
    Mailing-List: https://odoo-community.org/groups/contributors-15
    Post to: mailto:contributors@odoo-community.org
    Unsubscribe: https://odoo-community.org/groups?unsubscribe

    --
    Dominique KON-SUN-TACK  [Project Manager]
    Odoo Gold Partner, best Odoo Partner 2014 for APAC

    Mobile: + 65 8502 2399
    Skype: dominique_elico


    by dominique.k - 01:16 - 7 May 2021
  • Sale Order -> Payment -> Invoice
    Hello,

    I'm looking at implementing a typical eCommerce-like B2C workflow, where Orders are paid before the picking starts and an invoice is generated.

    AFAIK Odoo does not support this flow out of the box.
    I also searched the OCA modules for help, and couldn't find any.

    Did I miss anything on my search?

    Thank you

    --
    Daniel Reis
    Managing Director
    M: +351 919991307
    E: DReis@OpenSourceIntegrators.com
    Av Doutor Desidério Cambournac 12 • 2710-553 Sintra, Portugal


    by Daniel Reis - 10:06 - 6 May 2021
  • Re: 30 Checkout Operations per Minute A job for Odoo or not ? 
    Hi Moises, 

Am Freitag, den 30.04.2021, 16:02 +0000 schrieb Moises Lopez:

> Hi Frederik

> 

> A customer requested to support 5k concurrent sale.order (1 or 2

> lines of products) in Odoo.

> The process that we followed were: test, measure, fix, test...

haha, yes thats what works well if you have a customer that well
endorses this "agile" and "pivoting" style of work. Apart from all
economic considerations this is probably also something that isolated
leads to quite solid solutions


> 

> The first time that we tested the checkout process supported 15

> concurrent virtual users (VUs)

> The measure said that it had heavy custom functions in the same

> transaction of checkout but it could be executed in background (cron,

> queue)

> and there were slow queries because of indexes issues or too many

> queries executed because of python code

did you use any specific profiling tools here? Or the ones that rcollet
often proposes in his talks about the matter ?


> 

> Note: Be careful with the base_automation if you can migrate them to 

> code it is better.

Thanks for the hint, i think we experienced that also quite some times
in the past and learned that lesson already ;-)


> 

> After fix them the next iteration supported 400 VUs

> So good but so far from the focus.

> 

> The next iteration we found that there were methods that could be

> using LRU-cache (e.g. prices, website that don't change)

> Now we needed to check where the cache was clearing too frequently

> and fix it.

How did you measure LRU cache hit rates vs. code parts in a good way.
Any tooling suggestion here ?


> 

> We implemented CDN

> e.g. The sentence "/web/image/company.logo" runs 10 queries

> (prefetching fields, translating fields...) for each user opening the

> page

> After using CDN 0 queries are executed.

But you just used Odoos standard CDN function or any specific measure
here ?


> 

> We removed soft process that running with many users it is heavy

> e.g. the random image that odoo assign when you create a res.partner

> e.g. computed fields moved to cron

Also here which analysis tools do you prefer to do so ?


> 

> After that we detected concurrent update issues

> It is hell for performance matter.

> e.g. updating the same record at the same time from many users,

> e.g. allowing pressing the same button too many times

> e.g. sequences using no-gap in the main process, and so on

> 

> After finishing all the hints of performance issues in the code and

> database the next steps were to improve the hardware.

> 

> Now, It supports 5k concurrent VUs doing checkout process (choose 2

> products, type address, payment card info and confirm)

In what time frame ?


> 

> So, Odoo will support those users but you will need to test, measure,

> fix, test...

> Stress testing tools helps us a lot here

> python profilers and query analyzers too

> 

> Maybe you are interest to watch our talk in SFO about:

>  - https://youtu.be/kiREZqg3JQg

I will definitely have a look at this

Thanks a lot for your extensive insight.

Cheers from rainy Germany to sunny Mexico ;-)

Frederik


> 

> El mié, 28 abr 2021 a las 15:35, Frederik Kramer (<

> frederik.kramer@initos.com>) escribió:

> > Hi Folks, 

> > 

> > i have a project proposal on my desk that will ultimately end up in

> > approx. 30 checkout transactions per minute. Has anybody got a

> > project

> > with that order volume done with a relatively recent version of

> > Odoo

> > and provide a good reference. Please bear in mind that the project

> > ahead involves a similarly high volume of stock moves.

> > 

> > Any suggestion / comment like (but not limited to) 

> > 

> > Odoo is the wrong technology for that, forget it, because....

> > 

> > over

> > 

> > You can do it but, a), b), c) ....

> > 

> > to

> > 

> > If you really want that beast flying involve us over here because

> > we

> > are among the few ones that already did soemthing similar

> > 

> > would be appreciated. 

> > 

> > From our load intensive projects at initOS i know that 10000 orders

> > a

> > day can be handled but almost 50000 is a different story and thats

> > why

> > i am asking the most experienced resource out there ;-)

> > 

> > Thanks in advance for your replay

> > 

> > Cheers Frederik

> > 

> > 

> > -- 

> > 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

> 

> 

-- 
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
    by Frederik Kramer - 12:01 - 6 May 2021
  • OCA RFQ: Communication Strategy Expert - closes 12th May
    Hello OCA Contributors

    Just a reminder that our latest OCA RFQ closes on the 12th May.

    We are looking for a Communication Strategy Expert to help define our Communication Strategy for the next 3 years.

    To find out about the work schedule and deliverables please see here: https://drive.google.com/file/d/19EL646MjjpI4lN47v4P18tHMk2q_1ktR/view

    If you have any questions please email: rfq@odoo-community.org

    Warmest regards,
    Rebecca
    --
    Rebecca Gellatly
    General Secretary
    Odoo Community Association
    by Rebecca Gellatly - 02:26 - 5 May 2021
  • Re: By pass security rule on some situation.
    I will check it. Thank you for the pointer.

    On Thu, Apr 29, 2021, 19:07 Holger Brunn <mail@hunki-enterprises.com> wrote:
    I stand by my claim that allowing to turn off security rules from the client 
side is a horribly bad idea.
If you need this, that means you designed the security rules wrongly, so 
better go back to the drawing board to write security rules you don't need to 
bypass.


-- 
Your partner for the hard Odoo problems
https://hunki-enterprises.com

    _______________________________________________
    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 - 07:16 - 1 May 2021