Archives
Contributors
-
Re: Count sale orders in sale analysis
On which Odoo version?
by Tom Blauwendraat - 01:56 - 10 Feb 2024 -
Count sale orders in sale analysis
Dear allI'm trying to inherit sale report analysis in order to be able to count sale orders (not sale order lines)It should be easy but I don't find the way...Thank in advance for your help--------------------------------
Cyril VINH-TUNG
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 40 46 11 99
contact@invitu.com
www.invitu.com
by Cyril VINH-TUNG - 10:56 - 9 Feb 2024 -
Re: Invoice Factur-X, l10n_fr_account_invoice_facturx
Hi Rémi,
Many thanks for your help. It is better now.Regards
CédricDe : Rémi CAZENAVE - Le Filament <notifications@odoo-community.org>
A : Contributors <contributors@odoo-community.org>
Envoyé : 09/02/2024 13:12
Objet : Re: Invoice Factur-X, l10n_fr_account_invoice_facturxSorry, I made a mistake in my previous answer, the module from Odoo to be removed is of course account_facturx and not account_e-invoice_generate (which is the one from OCA)
Le 09/02/2024 à 11:57, Rémi CAZENAVE - Le Filament a écrit :
Hi Cedric,
You do not mention which modules you are using to generate Factur-X and send to Chorus, so I would assume you use OCA ones from l10n-france repository.
There is a known discrepancy between Odoo modules and OCA ones regarding factur-x generation.
Normally, if you installed factur-x and Chorus ones from OCA l10n-france directory, you should have also installed account_e-invoice_generate from OCA EDI repository (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate).
The README of that module mentions the following which is probably the cause of your issue (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate/README.rst#installation) :
The project OCA/edi provides modules to generate UBL and Factur-X invoices. This solution designed by OCA is an alternative to the solution provided by Odoo S.A. in the official addons (Community version), it is not a solution built above it.
As a consequence, before installing this module, you should uninstall the module account_facturx of Odoo S.A. The module account_facturx is an auto-install module, so it is probably installed by default on your Odoo.
If you want to generate Factur-X invoices, you should install the OCA module account_invoice_factur-x available on OCA/edi.
Do you have both account_e-invoice_generate and account_facturx installed ?
If so you should remove the one from Odoo (account_facturx). Be careful however that Odoo module account_facturx is auto-installable so it may reinstall on its own if you do not pay attention. This module may help in overcoming this behaviour : https://github.com/OCA/server-tools/tree/12.0/module_change_auto_install
Best Regards,
Rémi
Le 09/02/2024 à 11:37, DEBARD Cédric a écrit :
Hello all,
I've got questions about the factur-x generation xml file attached to the pdf. I'm working on the Odoo 12 version.
When i print my PDF report or use the "Send to Chorus" button, at the begining of the process a factur-x xml flux in well generated and is valid against the xsd schema. But at the the end of the process the _post_pdf method base IrActionsReport class (server\odoo\addons\account_facturx\models\ir_actions_report.py) is called.
==== CODE =======@api.multidef _post_pdf(self, save_in_attachment, pdf_content=None, res_ids=None):# OVERRIDEif self.model == 'account.invoice' and res_ids and len(res_ids) == 1:invoice = self.env['account.invoice'].browse(res_ids)if invoice.type in ('out_invoice', 'out_refund') and invoice.state != 'draft':xml_content = invoice._export_as_facturx_xml()
# Add attachment.reader_buffer = io.BytesIO(pdf_content)reader = PdfFileReader(reader_buffer)writer = PdfFileWriter()writer.cloneReaderDocumentRoot(reader)writer.addAttachment('factur-x.xml', xml_content)buffer = io.BytesIO()writer.write(buffer)pdf_content = buffer.getvalue()
reader_buffer.close()buffer.close()return super(IrActionsReport, self)._post_pdf(save_in_attachment, pdf_content=pdf_content, res_ids=res_ids)=================
As you can see, if the invoice is not in the 'draft' sale, the xml flux is re-generated according to another method invoice._export_as_facturx_xml() and attached to the PDF as factur-x.xml. And this factur-x xml content is not valid against the xsd schema. (see next)
==== COMMAND =======
"C:\DATA\Odoo 12.0\python\python.exe" "C:\DATA\Odoo 12.0\python\Scripts\facturx-xmlcheck" factur-x.xml
==== RESULT COMMAND =======
024-02-09 11:13:16,872 [INFO] Flavor is factur-x (autodetected)2024-02-09 11:13:16,873 [INFO] Level is en16931 (autodetected)2024-02-09 11:13:16,885 [ERROR] The XML file is invalid against the XML Schema Definition2024-02-09 11:13:16,885 [ERROR] XSD Error: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 402024-02-09 11:13:16,886 [ERROR] The Factur-x XML file is not valid against the official XML Schema Definition. Here is the error, which may give you an idea on the cause of the problem: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 40.
=================
My final question is that when i "Send to Chorus", the invoice is rejected by the Chorus platform. I don't know why. I just can suppose that it comes from the fact that the xml flux is not valid.
Thanks to all to your help, hints.
Cedric
_______________________________________________
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 Cedric DEBARD - 05:31 - 9 Feb 2024 -
Re: Invoice Factur-X, l10n_fr_account_invoice_facturx
Sorry, I made a mistake in my previous answer, the module from Odoo to be removed is of course account_facturx and not account_e-invoice_generate (which is the one from OCA)
Le 09/02/2024 à 11:57, Rémi CAZENAVE - Le Filament a écrit :
Hi Cedric,
You do not mention which modules you are using to generate Factur-X and send to Chorus, so I would assume you use OCA ones from l10n-france repository.
There is a known discrepancy between Odoo modules and OCA ones regarding factur-x generation.
Normally, if you installed factur-x and Chorus ones from OCA l10n-france directory, you should have also installed account_e-invoice_generate from OCA EDI repository (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate).
The README of that module mentions the following which is probably the cause of your issue (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate/README.rst#installation) :
The project OCA/edi provides modules to generate UBL and Factur-X invoices. This solution designed by OCA is an alternative to the solution provided by Odoo S.A. in the official addons (Community version), it is not a solution built above it.
As a consequence, before installing this module, you should uninstall the module account_facturx of Odoo S.A. The module account_facturx is an auto-install module, so it is probably installed by default on your Odoo.
If you want to generate Factur-X invoices, you should install the OCA module account_invoice_factur-x available on OCA/edi.
Do you have both account_e-invoice_generate and account_facturx installed ?
If so you should remove the one from Odoo (account_facturx). Be careful however that Odoo module account_facturx is auto-installable so it may reinstall on its own if you do not pay attention. This module may help in overcoming this behaviour : https://github.com/OCA/server-tools/tree/12.0/module_change_auto_install
Best Regards,
Rémi
Le 09/02/2024 à 11:37, DEBARD Cédric a écrit :
Hello all,
I've got questions about the factur-x generation xml file attached to the pdf. I'm working on the Odoo 12 version.
When i print my PDF report or use the "Send to Chorus" button, at the begining of the process a factur-x xml flux in well generated and is valid against the xsd schema. But at the the end of the process the _post_pdf method base IrActionsReport class (server\odoo\addons\account_facturx\models\ir_actions_report.py) is called.
==== CODE =======@api.multidef _post_pdf(self, save_in_attachment, pdf_content=None, res_ids=None):# OVERRIDEif self.model == 'account.invoice' and res_ids and len(res_ids) == 1:invoice = self.env['account.invoice'].browse(res_ids)if invoice.type in ('out_invoice', 'out_refund') and invoice.state != 'draft':xml_content = invoice._export_as_facturx_xml()
# Add attachment.reader_buffer = io.BytesIO(pdf_content)reader = PdfFileReader(reader_buffer)writer = PdfFileWriter()writer.cloneReaderDocumentRoot(reader)writer.addAttachment('factur-x.xml', xml_content)buffer = io.BytesIO()writer.write(buffer)pdf_content = buffer.getvalue()
reader_buffer.close()buffer.close()return super(IrActionsReport, self)._post_pdf(save_in_attachment, pdf_content=pdf_content, res_ids=res_ids)=================
As you can see, if the invoice is not in the 'draft' sale, the xml flux is re-generated according to another method invoice._export_as_facturx_xml() and attached to the PDF as factur-x.xml. And this factur-x xml content is not valid against the xsd schema. (see next)
==== COMMAND =======
"C:\DATA\Odoo 12.0\python\python.exe" "C:\DATA\Odoo 12.0\python\Scripts\facturx-xmlcheck" factur-x.xml
==== RESULT COMMAND =======
024-02-09 11:13:16,872 [INFO] Flavor is factur-x (autodetected)2024-02-09 11:13:16,873 [INFO] Level is en16931 (autodetected)2024-02-09 11:13:16,885 [ERROR] The XML file is invalid against the XML Schema Definition2024-02-09 11:13:16,885 [ERROR] XSD Error: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 402024-02-09 11:13:16,886 [ERROR] The Factur-x XML file is not valid against the official XML Schema Definition. Here is the error, which may give you an idea on the cause of the problem: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 40.
=================
My final question is that when i "Send to Chorus", the invoice is rejected by the Chorus platform. I don't know why. I just can suppose that it comes from the fact that the xml flux is not valid.
Thanks to all to your help, hints.
Cedric
_______________________________________________
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 - 01:10 - 9 Feb 2024 -
Re: Invoice Factur-X, l10n_fr_account_invoice_facturx
Hi Cedric,
You do not mention which modules you are using to generate Factur-X and send to Chorus, so I would assume you use OCA ones from l10n-france repository.
There is a known discrepancy between Odoo modules and OCA ones regarding factur-x generation.
Normally, if you installed factur-x and Chorus ones from OCA l10n-france directory, you should have also installed account_e-invoice_generate from OCA EDI repository (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate).
The README of that module mentions the following which is probably the cause of your issue (https://github.com/OCA/edi/blob/12.0/account_e-invoice_generate/README.rst#installation) :
The project OCA/edi provides modules to generate UBL and Factur-X invoices. This solution designed by OCA is an alternative to the solution provided by Odoo S.A. in the official addons (Community version), it is not a solution built above it.
As a consequence, before installing this module, you should uninstall the module account_facturx of Odoo S.A. The module account_facturx is an auto-install module, so it is probably installed by default on your Odoo.
If you want to generate Factur-X invoices, you should install the OCA module account_invoice_factur-x available on OCA/edi.
Do you have both account_e-invoice_generate and account_facturx installed ?
If so you should remove the one from Odoo (account_e-invoice_generate). Be careful however that Odoo module account_e-invoice_generate is auto-installable so it may reinstall on its own if you do not pay attention. This module may help in overcoming this behaviour : https://github.com/OCA/server-tools/tree/12.0/module_change_auto_install
Best Regards,
Rémi
Le 09/02/2024 à 11:37, DEBARD Cédric a écrit :
Hello all,
I've got questions about the factur-x generation xml file attached to the pdf. I'm working on the Odoo 12 version.
When i print my PDF report or use the "Send to Chorus" button, at the begining of the process a factur-x xml flux in well generated and is valid against the xsd schema. But at the the end of the process the _post_pdf method base IrActionsReport class (server\odoo\addons\account_facturx\models\ir_actions_report.py) is called.
==== CODE =======@api.multidef _post_pdf(self, save_in_attachment, pdf_content=None, res_ids=None):# OVERRIDEif self.model == 'account.invoice' and res_ids and len(res_ids) == 1:invoice = self.env['account.invoice'].browse(res_ids)if invoice.type in ('out_invoice', 'out_refund') and invoice.state != 'draft':xml_content = invoice._export_as_facturx_xml()
# Add attachment.reader_buffer = io.BytesIO(pdf_content)reader = PdfFileReader(reader_buffer)writer = PdfFileWriter()writer.cloneReaderDocumentRoot(reader)writer.addAttachment('factur-x.xml', xml_content)buffer = io.BytesIO()writer.write(buffer)pdf_content = buffer.getvalue()
reader_buffer.close()buffer.close()return super(IrActionsReport, self)._post_pdf(save_in_attachment, pdf_content=pdf_content, res_ids=res_ids)=================
As you can see, if the invoice is not in the 'draft' sale, the xml flux is re-generated according to another method invoice._export_as_facturx_xml() and attached to the PDF as factur-x.xml. And this factur-x xml content is not valid against the xsd schema. (see next)
==== COMMAND =======
"C:\DATA\Odoo 12.0\python\python.exe" "C:\DATA\Odoo 12.0\python\Scripts\facturx-xmlcheck" factur-x.xml
==== RESULT COMMAND =======
024-02-09 11:13:16,872 [INFO] Flavor is factur-x (autodetected)2024-02-09 11:13:16,873 [INFO] Level is en16931 (autodetected)2024-02-09 11:13:16,885 [ERROR] The XML file is invalid against the XML Schema Definition2024-02-09 11:13:16,885 [ERROR] XSD Error: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 402024-02-09 11:13:16,886 [ERROR] The Factur-x XML file is not valid against the official XML Schema Definition. Here is the error, which may give you an idea on the cause of the problem: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 40.
=================
My final question is that when i "Send to Chorus", the invoice is rejected by the Chorus platform. I don't know why. I just can suppose that it comes from the fact that the xml flux is not valid.
Thanks to all to your help, hints.
Cedric
_______________________________________________
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 - 12:01 - 9 Feb 2024 -
Invoice Factur-X, l10n_fr_account_invoice_facturx
Hello all,
I've got questions about the factur-x generation xml file attached to the pdf. I'm working on the Odoo 12 version.When i print my PDF report or use the "Send to Chorus" button, at the begining of the process a factur-x xml flux in well generated and is valid against the xsd schema. But at the the end of the process the _post_pdf method base IrActionsReport class (server\odoo\addons\account_facturx\models\ir_actions_report.py) is called.==== CODE =======@api.multidef _post_pdf(self, save_in_attachment, pdf_content=None, res_ids=None):# OVERRIDEif self.model == 'account.invoice' and res_ids and len(res_ids) == 1:invoice = self.env['account.invoice'].browse(res_ids)if invoice.type in ('out_invoice', 'out_refund') and invoice.state != 'draft':xml_content = invoice._export_as_facturx_xml()# Add attachment.reader_buffer = io.BytesIO(pdf_content)reader = PdfFileReader(reader_buffer)writer = PdfFileWriter()writer.cloneReaderDocumentRoot(reader)writer.addAttachment('factur-x.xml', xml_content)buffer = io.BytesIO()writer.write(buffer)pdf_content = buffer.getvalue()reader_buffer.close()buffer.close()return super(IrActionsReport, self)._post_pdf(save_in_attachment, pdf_content=pdf_content, res_ids=res_ids)=================As you can see, if the invoice is not in the 'draft' sale, the xml flux is re-generated according to another method invoice._export_as_facturx_xml() and attached to the PDF as factur-x.xml. And this factur-x xml content is not valid against the xsd schema. (see next)==== COMMAND ======="C:\DATA\Odoo 12.0\python\python.exe" "C:\DATA\Odoo 12.0\python\Scripts\facturx-xmlcheck" factur-x.xml==== RESULT COMMAND =======024-02-09 11:13:16,872 [INFO] Flavor is factur-x (autodetected)2024-02-09 11:13:16,873 [INFO] Level is en16931 (autodetected)2024-02-09 11:13:16,885 [ERROR] The XML file is invalid against the XML Schema Definition2024-02-09 11:13:16,885 [ERROR] XSD Error: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 402024-02-09 11:13:16,886 [ERROR] The Factur-x XML file is not valid against the official XML Schema Definition. Here is the error, which may give you an idea on the cause of the problem: Element '{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}SpecifiedLineTradeAgreement': Missing child element(s). Expected is ( {urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}NetPriceProductTradePrice )., line 40.=================My final question is that when i "Send to Chorus", the invoice is rejected by the Chorus platform. I don't know why. I just can suppose that it comes from the fact that the xml flux is not valid.Thanks to all to your help, hints.Cedric
by Cedric DEBARD - 11:36 - 9 Feb 2024 -
Re: Consuming stock internally while using the its costs in project
I've done something quite similar, and the report part on project overview was quite a headache!In my use cases I Haven't use stock at all, only consumable product that user are able to report from task or in a new list view likes timesheets.The branch (for Odoo 14.0) was stalled but this is still in production and working pretty well https://github.com/OCA/project/pull/814So based on this work, setting your stockable product as `project_ok` and generating analytic lines somehow while consuming the product seems a good solution to mee.Hope this can help !Le mer. 7 févr. 2024 à 21:12, Graeme Gellatly <notifications@odoo-community.org> a écrit :There are a couple of things I can think of.1. Manufacturing Orders - ingredients as raw materials, portions as outputs, workorders as labour. Delivery Order for what is delivered, Analytic Accounts on sale. Can be done with/without projects. Will add up all your costs.2. Stock locations - this is not quite the same fit, but many times I have faced scenarios where stocked goods are required for internal projects and the easiest way has been a stock transfer to a location with a different account set.Analytics could be added to both manufacturing and stock easily enough and I believe OCA has modules to do so. Also for linking MO's to projects. If you had a separate product / customer and used anglosaxon you would end up with effectively actual cost, unfortunately actual cost is an Odoo Enterprise only direct from Odoo feature at the moment, but for something this basic it could be done quite simply. Otherwise you could use average cost and rely on analytics/other reporting for actuals.On Thu, Feb 8, 2024 at 8:41 AM Radovan Skolnik <notifications@odoo-community.org> wrote:Hello, I am dealing with a customer who provides catering services. The price is dependent only on how many portions they serve regardless of the costs of labour and/or ingredients used. I am planning to use projects (analytic accounts) to keep track of profitability related to Sale Orders that will be invoiced based od delivered quantities (of portions). Now I am scratching my head as on how to consume storable stock (ingredients) in a way that its value would be added as a cost to the project. Internal transfers? Purchase Order within the organization? The cost of staff should be possible to be dealt with with timesheets. Is that so? Any advice is highly welcome. Thank you Best regards Radovan Skolnik
_______________________________________________
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
--Pierre
by Pierre Verkest - 01:31 - 8 Feb 2024 -
Re: Updating translations
Hi Ronald,
to complete Stéphane answer, you can have a look at the slides from the presentation I gave on Weblate during last OCA days : https://cloud.le-filament.com/s/4tdqw6xFxZs27BD
You get the workflow on page 10.
To sum up, Weblate waits for 2h before sending translations (in order to group as many translations as possible in a single commit). If needed you can force push updates using Web interface.
With respect to nl_NL we had the same issue with French where we add both fr and fr_FR. fr_FR should not be used anymore and only fr should be used (+ fr_BE or fr_CA or fr_CH for delta translation for these localized versions of French language). As far as I remember I think Alexis produced a script to remove all fr_FR translations from repos a few months back.
Probably you may want to apply the same (using only nl for Netherlands, discarding nl_NL, and maybe nl_BE only for specific terms used in Belgium) ?
As Stéphane mentioned, the .po file that ends up in module code is generated by Weblate directly, so you need to be careful when you create a new translation in Weblate to use Dutch and not Dutch (nl_NL).
Best Regards,
Rémi
Le 07/02/2024 à 16:56, Stéphane Bidoul a écrit :
Hi Ronald,
> Would still like to know how this works anyway.
Weblate pushes translations back to GitHub "a few times a day". I don't remember the exact configuration.
> Another problem is that I do not actually intent to use a language variant (nl_NL, Dutch as in the Netherlands), but just Dutch (nl). I actually have to rename nl_NL.po to nl.po in my instance, otherwise the language will not load at all.
> Is it in any way possible to configure the settings on the translation server to generate / update the nl.po file instead of nl_NL.po?Actually weblate does not generate nl.po nor nl_NL.po. It's the translators who chose which one to create and use.
Best regards,
-Stéphane
On Wed, Feb 7, 2024 at 4:32 PM Ronald Portier <notifications@odoo-community.org> wrote:
Hi,
Indeed after a few hours the nl_NL.po file is refreshed. Would still like to know how this works anyway.
Another problem is that I do not actually intent to use a language variant (nl_NL, Dutch as in the Netherlands), but just Dutch (nl). I actually have to rename nl_NL.po to nl.po in my instance, otherwise the language will not load at all.
Is it in any way possible to configure the settings on the translation server to generate / update the nl.po file instead of nl_NL.po?
Kind regards, Ronald
On 07-02-2024 14:36, Enric Tobella Alomar wrote:
You should wait some time before it is sent.
I think it is already there :D
Kind regards,
El mié, 7 feb 2024 a las 14:22, Stefano Consolaro (<notifications@odoo-community.org>) escribió:
Hi Ronald,
what I know is that it takes some time from the Weblate server to be tranfered on GitHub.
So wait some hours and then check if the nl_NL.po file is updated.
Da "Ronald Portier" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Wed, 07 Feb 2024 12:37:22 -0000Oggetto Updating translations
Hi,
Can somebody give insight in how translations are moved from https://translation.odoo-community.org to the actual project?
In my case I translated helpdesk_mgmt to Dutch for 16.0. There is one commit added to helpdesk repo from when I just started the translations (basically just containing the untranslated nl_NL.po file). Translation is complete now, but nothing happens anymore.
In the past we could just add a po file and put translations in there. I understand this is maybe not so easy for non developers contributing translations, but is this still possible to do as well, or will stuff just be overwritten from the translation website?
Kind regards, Ronald
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Stefano Consolaro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Enric Tobella AlomarCEO & Founder
_______________________________________________
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 Rémi Cazenave - 12:11 - 8 Feb 2024 -
Consuming stock internally while using the its costs in project
Hello, I am dealing with a customer who provides catering services. The price is dependent only on how many portions they serve regardless of the costs of labour and/or ingredients used. I am planning to use projects (analytic accounts) to keep track of profitability related to Sale Orders that will be invoiced based od delivered quantities (of portions). Now I am scratching my head as on how to consume storable stock (ingredients) in a way that its value would be added as a cost to the project. Internal transfers? Purchase Order within the organization? The cost of staff should be possible to be dealt with with timesheets. Is that so? Any advice is highly welcome. Thank you Best regards Radovan Skolnik
by Radovan Skolnik - 08:40 - 7 Feb 2024 -
Re: Updating translations
Hi Ronald,> Would still like to know how this works anyway.Weblate pushes translations back to GitHub "a few times a day". I don't remember the exact configuration.> Another problem is that I do not actually intent to use a language variant (nl_NL, Dutch as in the Netherlands), but just Dutch (nl). I actually have to rename nl_NL.po to nl.po in my instance, otherwise the language will not load at all.
> Is it in any way possible to configure the settings on the translation server to generate / update the nl.po file instead of nl_NL.po?Actually weblate does not generate nl.po nor nl_NL.po. It's the translators who chose which one to create and use.
Best regards,
-Stéphane
On Wed, Feb 7, 2024 at 4:32 PM Ronald Portier <notifications@odoo-community.org> wrote:Hi,
Indeed after a few hours the nl_NL.po file is refreshed. Would still like to know how this works anyway.
Another problem is that I do not actually intent to use a language variant (nl_NL, Dutch as in the Netherlands), but just Dutch (nl). I actually have to rename nl_NL.po to nl.po in my instance, otherwise the language will not load at all.
Is it in any way possible to configure the settings on the translation server to generate / update the nl.po file instead of nl_NL.po?
Kind regards, Ronald
On 07-02-2024 14:36, Enric Tobella Alomar wrote:
You should wait some time before it is sent.
I think it is already there :D
Kind regards,
El mié, 7 feb 2024 a las 14:22, Stefano Consolaro (<notifications@odoo-community.org>) escribió:
Hi Ronald,
what I know is that it takes some time from the Weblate server to be tranfered on GitHub.
So wait some hours and then check if the nl_NL.po file is updated.
Da "Ronald Portier" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Wed, 07 Feb 2024 12:37:22 -0000Oggetto Updating translations
Hi,
Can somebody give insight in how translations are moved from https://translation.odoo-community.org to the actual project?
In my case I translated helpdesk_mgmt to Dutch for 16.0. There is one commit added to helpdesk repo from when I just started the translations (basically just containing the untranslated nl_NL.po file). Translation is complete now, but nothing happens anymore.
In the past we could just add a po file and put translations in there. I understand this is maybe not so easy for non developers contributing translations, but is this still possible to do as well, or will stuff just be overwritten from the translation website?
Kind regards, Ronald
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Stefano Consolaro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Enric Tobella AlomarCEO & Founder
_______________________________________________
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 Stéphane Bidoul - 04:51 - 7 Feb 2024 -
Re: Updating translations
Hi,
Indeed after a few hours the nl_NL.po file is refreshed. Would still like to know how this works anyway.
Another problem is that I do not actually intent to use a language variant (nl_NL, Dutch as in the Netherlands), but just Dutch (nl). I actually have to rename nl_NL.po to nl.po in my instance, otherwise the language will not load at all.
Is it in any way possible to configure the settings on the translation server to generate / update the nl.po file instead of nl_NL.po?
Kind regards, Ronald
On 07-02-2024 14:36, Enric Tobella Alomar wrote:
You should wait some time before it is sent.
I think it is already there :D
Kind regards,
El mié, 7 feb 2024 a las 14:22, Stefano Consolaro (<notifications@odoo-community.org>) escribió:
Hi Ronald,
what I know is that it takes some time from the Weblate server to be tranfered on GitHub.
So wait some hours and then check if the nl_NL.po file is updated.
Da "Ronald Portier" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Wed, 07 Feb 2024 12:37:22 -0000Oggetto Updating translations
Hi,
Can somebody give insight in how translations are moved from https://translation.odoo-community.org to the actual project?
In my case I translated helpdesk_mgmt to Dutch for 16.0. There is one commit added to helpdesk repo from when I just started the translations (basically just containing the untranslated nl_NL.po file). Translation is complete now, but nothing happens anymore.
In the past we could just add a po file and put translations in there. I understand this is maybe not so easy for non developers contributing translations, but is this still possible to do as well, or will stuff just be overwritten from the translation website?
Kind regards, Ronald
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Stefano Consolaro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
Enric Tobella AlomarCEO & Founder
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by "Ronald Portier" <rportier@therp.nl> - 04:31 - 7 Feb 2024 -
Re: Updating translations
You should wait some time before it is sent.I think it is already there :DKind regards,El mié, 7 feb 2024 a las 14:22, Stefano Consolaro (<notifications@odoo-community.org>) escribió:Hi Ronald,
what I know is that it takes some time from the Weblate server to be tranfered on GitHub.
So wait some hours and then check if the nl_NL.po file is updated.Da "Ronald Portier" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Wed, 07 Feb 2024 12:37:22 -0000Oggetto Updating translations
Hi,
Can somebody give insight in how translations are moved from https://translation.odoo-community.org to the actual project?
In my case I translated helpdesk_mgmt to Dutch for 16.0. There is one commit added to helpdesk repo from when I just started the translations (basically just containing the untranslated nl_NL.po file). Translation is complete now, but nothing happens anymore.
In the past we could just add a po file and put translations in there. I understand this is maybe not so easy for non developers contributing translations, but is this still possible to do as well, or will stuff just be overwritten from the translation website?
Kind regards, Ronald
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Stefano Consolaro_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Enric Tobella AlomarCEO & Founder
by Enric Tobella Alomar - 02:35 - 7 Feb 2024 -
Re:Updating translations
Hi Ronald,
what I know is that it takes some time from the Weblate server to be tranfered on GitHub.
So wait some hours and then check if the nl_NL.po file is updated.Da "Ronald Portier" notifications@odoo-community.orgA "Contributors" contributors@odoo-community.orgCcData Wed, 07 Feb 2024 12:37:22 -0000Oggetto Updating translations
Hi,
Can somebody give insight in how translations are moved from https://translation.odoo-community.org to the actual project?
In my case I translated helpdesk_mgmt to Dutch for 16.0. There is one commit added to helpdesk repo from when I just started the translations (basically just containing the untranslated nl_NL.po file). Translation is complete now, but nothing happens anymore.
In the past we could just add a po file and put translations in there. I understand this is maybe not so easy for non developers contributing translations, but is this still possible to do as well, or will stuff just be overwritten from the translation website?
Kind regards, Ronald
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
Stefano Consolarowww.mymage.it
by Stefano Consolaro - 02:21 - 7 Feb 2024 -
Re: Mounting location of part upon production
That could indeed be a nice idea - based on where the leg is placed at the moment, we modify a field on the serial number indicating the position.That said, maybe it could then also be an extra field that we store the information on in stock.move or stock.quant table, to avoid write traffic on the lot table. Let me think about that some more.Thanks, Graeme!Therp - Open Source ERP solutions built on OdooYes, but there is a second field on serials, I don't recall its name, but I use it a lot to store information and lot names are surprisingly accessible during manufacturing processes. I wouldn't discount the idea, it is a pretty simple workaround.On Tue, Feb 6, 2024 at 5:42 AM Tom Blauwendraat <notifications@odoo-community.org> wrote:
On 2/5/24 16:02, Daniel Reis wrote: > Option 3 looks similar to Lot/Serial usage. What if you (ab)used Lot > numbers for this? Good idea in theory, but in my case we're already using serial numbers to track the parts
_______________________________________________
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 Tom Blauwendraat - 09:16 - 6 Feb 2024 -
Re: Have you organised your 2024 OCA membership yet?
Thank you, Gijs-Jan, for the coffee invitation, and I will be in contact soon. We have almost 500 OCA Members, as Rebecca wrote in the latest OCA news update. Let’s try to double this amount to 1000 OCA Members by the end of the year. > On 5 Feb 2024, at 22:42, Gijs-Jan Otten <notifications@odoo-community.org> wrote: > > Hi Michel, > > I suspect the list will soon be expanded by quite a bit since I can imagine other companies having done the same as we did: process the due invoice on Membership near the end of January via PO, meaning OCA accounting now has to reconcile quite the number of transactions :-) > > In any case, depending on whether or my colleagues and I are all filed away under the same country, we might see an 1100% increase on that NL list! > > If you’re anywhere near Amersfoort we’d be glad to treat you to a coffee. > > Met vriendelijke groet, Sincerely, > > Gijs-Jan Otten > Therp BV | gjotten@therp.nl | > +31 20 309 30 93 > >> On 5 Feb 2024, at 21:21, Michel Stroom <notifications@odoo-community.org> wrote: >> >> >> Dear OCA-ers and Odooers, >> >> Read the latest OCA news item about the 2024 OCA membership and purchase process. >> https://odoo-community.org/blog/news-updates-1/oca-membership-2024-153 >> >> If you haven’t purchased the 2024 OCA membership yet, help yourself through the website. >> https://odoo-community.org/shop/24-msm-2024-oca-member-503809#attr= >> >> I’m looking forward to seeing more OCA members in the Netherlands folder directory soon. >> https://odoo-community.org/members >> >> Would like to collaborate and increase the Odoo popularity in the Netherlands together with other OCA members in 2024. Please feel free to contact me in the meantime. >> >> >> >> Best regards, >> >> >> Michel Stroom >> >> -- >> Office Everywhere >> t: +31 6 53360677 >> e: mstroom@office-everywhere.com >> w: Office-Everywhere.com >> >> >> >> _______________________________________________ >> 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 Michel Stroom - 01:31 - 6 Feb 2024 -
AW: Mounting location of part upon production
AW: Mounting location of part upon production
Hey,
I would give a unique number to every product in stock and put this number in a bar code on the product for witch you need this mounting location.
Your worker scans the final product ( the chair ) from the work order and he takes the first leg, scans it and put it first position given by the work order. So he can take the legs out the box without any worry and you knows exact with leg is in with position. And it is simple for the worker, taking him little time ( just scan each leg ) and it is not hard to code. Only maybe the work order that have to automaticaly give the positions and write the leg number on the work order ( here I have no experians -) ).
With kind regards,
Van Hirtum Johan
-----Oorspronkelijk bericht-----
Afzender: Daniel Reis <notifications@odoo-community.org>
Verstuurd: Maandag 5 Februari 2024 16:02
Aan: Contributors <contributors@odoo-community.org>
Onderwerp: Re: Mounting location of part upon production
Hi Tom,
Option 2 will be problematic as it introduces artificial restrictions on component usage.
Option 3 looks similar to Lot/Serial usage. What if you (ab)used Lot numbers for this?
On 05/02/2024 11:57, Tom Blauwendraat wrote:Hello, I'm dealing with a situation where upon production, the mounting location of the parts needs to be registered. Imagine a chair with 4 identical legs, but it needs to be registered which leg is placed where: front right, front left, rear right or rear left. Is there something for this case in Odoo? What I could come up with is: - Requiring work orders for "leg mounting", and specifying the mount location on the work order - Having separate products eg "Left rear leg" and producing these from "Leg" (seems a bit of a hassle) - Adding a required field on stock move line in case certain products are produced, where the mount location is filled in; also enforce 1.0 as a quantity - ... -Tom
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--
DANIEL REIS
MANAGING PARTNERM: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office B, 3º Escr.34, 2649-517 Cascais_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by johan - 12:07 - 6 Feb 2024
