Message Threads | The Odoo Community Association

Re: Weblate updated to v5

Thanks a lot, Rémi!

Le sam. 6 juil. 2024, 15:22, Rémi CAZENAVE - Le Filament <notifications@odoo-community.org> a écrit :

I see I am not the only one working on week-ends :)

I think we have to wait for new modules to be added in existing repos 
(or new repos to be created) and then check that these are properly 
created in Weblate as well !

Thanks to help from Stéphane, I solved also the problem I had for 
migrating to latest version, so Weblate is now up to date in version 5.6.2.

Best Regards,

Le 06/07/2024 à 14:37, Pedro M. Baeza a écrit :


> Thanks for the work!


>


> How can we test the option you are commenting on?


>


> 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

by Virginie Dewulf - 07:51 - 6 Jul 2024

Re: Weblate updated to v5

Thanks a lot, Rémi!

On Sat, Jul 6, 2024 at 2:28 PM Rémi CAZENAVE - Le Filament <notifications@odoo-community.org> wrote:

Dear OCA community,

For information, I have just completed upgrade of OCA Weblate platform 
from 4.17 to 5.0.2.

I have tested a couple of things successfully, however I am not able to 
test that it behaves correctly for creating new modules when merged in 
any repo.


Also, I wanted to migrate to latest version (5.6.2) but got an issue 
with packaging of some scripts that we have developped to update 
automatically projects / components, so I had to postpone this upgrade 
to latest version for now.

Please come back to me in case you find new issues with the updated 
version !

Best Regards,



-- 
Rémi

_______________________________________________
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 - 02:46 - 6 Jul 2024

Re: Weblate updated to v5

Thanks for the work!

How can we test the option you are commenting on?

Regards.

by Pedro M. Baeza - 02:36 - 6 Jul 2024

spreadsheet_dashboard_oca's module: Is printing process available?

Hi everyone,

I currently use spreadsheet_dashboard_oca v16, which works well. However, I need to print (as PDF report) the content of a spreadsheet.dashboard. Doesn't seem to be available with the current version of the module that I use.

Did I miss something? Or is there another way (combination with an existing module, library) to realise that?

Thanks in advance for your answer,

--

7 Boulevard Louis XIV 59800 Lille

Laurent WEBER

Développeur

laurent.weber@smile.fr

http://www.smile.eu

Pour la planète, n'imprimez ce mail que si c'est nécessaire

by Laurent Weber - 03:36 - 5 Jul 2024

Re: Bank sync for Societe Generale (France)

Hello,

My bet would be on Camt.053.

It's the newest and the most widely used standard, supported by Odoo EE out of the box.

Best regards,

Djordje Marjanovic

On Friday, July 5, 2024 at 12:47:22 PM GMT+2, Frederik Kramer <notifications@odoo-community.org> wrote:

Hi Daniel,

Have you tried to talk to Luc de Meyer from Noviat. I think he might have answers for you on that one.

Best Frederik

Am 05.07.24 um 10:36 schrieb Daniel Reis:

Hello,

I hope this is not inappropriate for this list.

I'm seeking for help on configuring the bank sync for Societe Generale.
I see Saltedge support EBICS connection (with Odoo Enterprise Edition).

But I'm being asked what format should be used for the bank statement:
- CFONB 120
- Swift MT 940
- camt.053.001.02

Anyone has gone though this before?

Thank you!

--

DANIEL REIS
MANAGING PARTNER
Meet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 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

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer

initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.

Tel:   +49 (0) 4181 13503 12
Fax:   +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819

Email: frederik.kramer@initos.com
Internet: www.initos.com

Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247

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

by djordje_m - 01:47 - 5 Jul 2024

Re: Bank sync for Societe Generale (France)

Hi Daniel,

we got an MT940 Interface including custom mapping,

and we got an full feature EBICS implementation, all built into ITISeasy.business, an odoo community based distribution.

Best, Joe

Jörg Lorenz
ITIS AG

Siemensstraße 14
84051 Altheim
Deutschland beim Flughafen München
Tel.: +49 8703 9069 0 www.itis.de

Los geht es am 30.August 2024 ab 15:00 Uhr - Anmeldungen bitte hier, oder unter kontakt@itis.de.

Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend.
This message is the property of IT IS AG or its affiliates. It maybe legally privileged and/or confidential and is intended only for the use of the addressee's. No addressee should forward, print, copy, or otherwise reproduce this message in any manner that would allow it to be viewed by any individual not originally listed as a recipient. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document

Von: "Frederik Kramer" <notifications@odoo-community.org>
An: "Odoo Community Association, (OCA) Contributors" <contributors@odoo-community.org>
Gesendet: Freitag, 5. Juli 2024 12:47:16
Betreff: Re: Bank sync for Societe Generale (France)

Hi Daniel,

Have you tried to talk to Luc de Meyer from Noviat. I think he might have answers for you on that one.

Best Frederik

Am 05.07.24 um 10:36 schrieb Daniel Reis:

Hello,

I hope this is not inappropriate for this list.

I'm seeking for help on configuring the bank sync for Societe Generale.
I see Saltedge support EBICS connection (with Odoo Enterprise Edition).

But I'm being asked what format should be used for the bank statement:
- CFONB 120
- Swift MT 940
- camt.053.001.02

Anyone has gone though this before?

Thank you!

--

DANIEL REIS
MANAGING PARTNER
Meet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 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

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer

initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.

Tel:   +49 (0) 4181 13503 12
Fax:   +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819

Email: frederik.kramer@initos.com
Internet: www.initos.com

Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247

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

by sales@itis.de - 01:47 - 5 Jul 2024

1 attachments 1 attachments

Re: Bank sync for Societe Generale (France)

Hi Daniel,

Have you tried to talk to Luc de Meyer from Noviat. I think he might have answers for you on that one.

Best Frederik

Am 05.07.24 um 10:36 schrieb Daniel Reis:

Hello,

I hope this is not inappropriate for this list.

I'm seeking for help on configuring the bank sync for Societe Generale.
I see Saltedge support EBICS connection (with Odoo Enterprise Edition).

But I'm being asked what format should be used for the bank statement:
- CFONB 120
- Swift MT 940
- camt.053.001.02

Anyone has gone though this before?

Thank you!

--

DANIEL REIS
MANAGING PARTNER
Meet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 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

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer

initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.

Tel:   +49 (0) 4181 13503 12
Fax:   +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819

Email: frederik.kramer@initos.com
Internet: www.initos.com

Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247

by Frederik Kramer - 12:45 - 5 Jul 2024

Re: Bank sync for Societe Generale (France)

Usually the bank define the standard of interface. Just ask the bank should be able to fibd out. Some bank use different format for different transaction

On Fri, 5 Jul 2024, 18:36 Daniel Reis, <notifications@odoo-community.org> wrote:

Hello,

I hope this is not inappropriate for this list.

I'm seeking for help on configuring the bank sync for Societe Generale.
I see Saltedge support EBICS connection (with Odoo Enterprise Edition).

But I'm being asked what format should be used for the bank statement:
- CFONB 120
- Swift MT 940
- camt.053.001.02

Anyone has gone though this before?

Thank you!

--

DANIEL REIS
MANAGING PARTNER
Meet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 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 DIT INTL - 10:46 - 5 Jul 2024

Bank sync for Societe Generale (France)

Hello,

I hope this is not inappropriate for this list.

I'm seeking for help on configuring the bank sync for Societe Generale.
I see Saltedge support EBICS connection (with Odoo Enterprise Edition).

But I'm being asked what format should be used for the bank statement:
- CFONB 120
- Swift MT 940
- camt.053.001.02

Anyone has gone though this before?

Thank you!

--

DANIEL REIS
MANAGING PARTNER

Meet with me.
M: +351 919 991 307
E: dreis@OpenSourceIntegrators.com
A: Avenida da República 3000, Estoril Office Center, 2649-517 Cascais

by Daniel Reis - 10:35 - 5 Jul 2024

Re: New repo web-api-contrib

It makes sense: +1

On Thu, Jul 4, 2024 at 8:57 AM Simone Orsi <notifications@odoo-community.org> wrote:

Hi all,

I'm proposing the creation of a new repo.

Please check https://github.com/OCA/repo-maintainer-conf/pull/27

Bests

--
Simone Orsi

Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.

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

by Laurent Mignon - 12:36 - 4 Jul 2024

Re: ODOO Update versions V.15 to V.17 - Historical data.

On the contrary, I give more value to old data, and more with all the generative AIs coming. In this case, migrating the instance to v17 with OpenUpgrade (not yet there, but you can wait a bit or do a progressive migration - we do it constantly on our customers -) is the best strategy IMO.

I introduce another factor on your previous suggestion: you have to maintain the old system. Apart from keeping the resources used by this system, their foundation software, libraries, etc should be also kept, and this is more and more a burden as times pass by. And even worse, both the foundation and the old Odoo version become vulnerable, as they are not updated by their manufacturers at any point, so you have an attack surface that is also a concern due to the RGPD.

Regards.

by Pedro M. Baeza - 09:01 - 4 Jul 2024

New repo web-api-contrib

Hi all,

I'm proposing the creation of a new repo.

Please check https://github.com/OCA/repo-maintainer-conf/pull/27

Bests

--

Simone Orsi

Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.

by Simone Orsi - 08:51 - 4 Jul 2024

Re: ODOO Update versions V.15 to V.17 - Historical data.

Hi Hugo,

i agree with that Graeme said. In most cases where we had such challenges we simply decided to keep a version of the old system running (with the data of the last day in productive use and reset to that every night if necessary). This has 2 advantages

1.) This is the cheapest approach that you can probably take (at the jost of manually logging on to an old system in the case its needed)

2.) It literally shows you (either obvserved or measured by monitoring) how infrequently this system is being used.

Any kind of integration just makes a system more complex and doesn't render the base of decision making better imho

Best Frederik

Am 04.07.24 um 00:19 schrieb Graeme Gellatly:

Not for less than the cost of just migrating the historical data in the first place IMO if it is Odoo. Other historical systems, sometimes (most times) the cost isn't worth it.

Indeed I have one project like that. A v7 instance still running after nearly 14 years plus 8 historical systems still after 25 years. One of the dumber things I agreed to.

Any connector I'd do at database level. Most people that use Power BI, Jasper, Crystal or any reporting tools do at db level.

In any case, consider that the historical data is immutable and devalues quickly. You can probably just produce the historical summary reports / flat tables you need and stick them in tables/views in whatever software you want including Odoo. Maybe override some reports to add Unions on the historical. In fact that is something I'm considering even for instances where all the data is migrated, it sucks waiting minutes for reports when 90% of the information is aggregations of historical data that will never change.

On Thu, Jul 4, 2024 at 9:42 AM hugo.ferrer <notifications@odoo-community.org> wrote:

Hello everyone.

I am doing an upgrade project from version 15 to 17, I am not going to migrate historical data, I will leave the historical data in version 15, up to the date of Go Live, and, in version 17 I will start with initial balances and operations from scratch , example: New Purchase Orders, New customer orders, etc.

My questions are: Is there a way to extract information from data that I will leave in version 15, for example: historical sales data, processed purchase orders, historical inventory data, etc.? Is there a connector or application for I can use Power BI to manage this data and be able to do reports, demand analysis, inventory analysis, etc.?

Thank you all in advance for your comments and recommendations.

Regards.

HF

_______________________________________________
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

-- 
Dr.-Ing. Frederik Kramer
Geschäftsführer

initOS GmbH
Innungsstraße 7
21244 Buchholz i.d.N.

Tel:   +49 (0) 4181 13503 12
Fax:   +49 (0) 4181 13503 10
Mobil: +49 (0) 179 3901819

Email: frederik.kramer@initos.com
Internet: www.initos.com

Geschäftsführung:
Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke

Sitz der Gesellschaft: Buchholz i.d.N.
Amtsgericht Tostedt, HRB 205226
USt-IdNr.: DE815580155
Steuer-Nr: 15/200/53247

by Frederik Kramer - 08:36 - 4 Jul 2024

Re: ODOO Update versions V.15 to V.17 - Historical data.

Not for less than the cost of just migrating the historical data in the first place IMO if it is Odoo. Other historical systems, sometimes (most times) the cost isn't worth it.

Indeed I have one project like that. A v7 instance still running after nearly 14 years plus 8 historical systems still after 25 years. One of the dumber things I agreed to.

Any connector I'd do at database level. Most people that use Power BI, Jasper, Crystal or any reporting tools do at db level.

In any case, consider that the historical data is immutable and devalues quickly. You can probably just produce the historical summary reports / flat tables you need and stick them in tables/views in whatever software you want including Odoo. Maybe override some reports to add Unions on the historical. In fact that is something I'm considering even for instances where all the data is migrated, it sucks waiting minutes for reports when 90% of the information is aggregations of historical data that will never change.

On Thu, Jul 4, 2024 at 9:42 AM hugo.ferrer <notifications@odoo-community.org> wrote:

Hello everyone.

I am doing an upgrade project from version 15 to 17, I am not going to migrate historical data, I will leave the historical data in version 15, up to the date of Go Live, and, in version 17 I will start with initial balances and operations from scratch , example: New Purchase Orders, New customer orders, etc.

My questions are: Is there a way to extract information from data that I will leave in version 15, for example: historical sales data, processed purchase orders, historical inventory data, etc.? Is there a connector or application for I can use Power BI to manage this data and be able to do reports, demand analysis, inventory analysis, etc.?

Thank you all in advance for your comments and recommendations.

Regards.

HF

_______________________________________________
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" <graeme@moahub.nz> - 12:18 - 4 Jul 2024

ODOO Update versions V.15 to V.17 - Historical data.

Hello everyone.

I am doing an upgrade project from version 15 to 17, I am not going to migrate historical data, I will leave the historical data in version 15, up to the date of Go Live, and, in version 17 I will start with initial balances and operations from scratch , example: New Purchase Orders, New customer orders, etc.

My questions are: Is there a way to extract information from data that I will leave in version 15, for example: historical sales data, processed purchase orders, historical inventory data, etc.? Is there a connector or application for I can use Power BI to manage this data and be able to do reports, demand analysis, inventory analysis, etc.?

Thank you all in advance for your comments and recommendations.

Regards.

HF

by Hugo Ferrer - 11:40 - 3 Jul 2024

Re: ledger

Dear colleages,

we installed the accounting modules for the Ledgers,

but when we try to lranaslate the ledger terms, General Ledger and Partner Ledger, these items arent don't translate

Some one know what do we can to trabslate these terms of the Contabilidad Menu?

Thanks in advance

El 24/06/2024 20:14 CEST Angel García-Junco Lora <software@jlbberp.com> escribió:

Dear Colleagues,
We try to install ledger in odoo comunity version 17, but the modules involved in it aren't compatible someone would know how, or if you could give us some indications, about compatibilize the module account_asset_management module, from v16 to v17?

Thanks in advance
Best Regards,

Angel Luis García-Junco Lora (Departamento de Software)

SOFTWARE Y SERVICIOS TECNOLÓGICOS desde 1984Calle Democracia nº5 | San José de la Rinconada

41300 LA RINCONADA ( ANDALUCÍA) - ESPAÑA Teléfono Centralita :(+34)955 085 361 Móvil Telegram y WhatsApp : (+34)601325581 Email:software@jlbberp.com NORMATIVA LEGAL DEL TRATAMIENTO DE LOS DATOS APLICABLE: EN RELACIÓN A LA APLICACIÓN DEL NUEVO REGLAMENTO (UE) 2016/679 DEL PARLAMENTO EUROPEO Y DEL CONSEJO, DE 27 DE ABRIL DE 2016, RELATIVO A LA PROTECCIÓN DE LAS PERSONAS FÍSICAS EN LO QUE RESPECTA AL TRATAMIENTO DE DATOS PERSONALES Y A LA LIBRE CIRCULACIÓN DE ESTOS DATOS, SE LE INFORMA Y CONSIENTE EXPRESAMENTE DE LOS SIGUIENTES EXTREMOS: "QUE, JOSE LUIS BAÑOS CONSULTING Y LA PLATAFORMA DE SERVICIOS TECNOLÓGICOS PMTK BUSINESS IN THE CLOUD, SON LOS RESPONSABLES DEL TRATAMIENTO DE SUS DATOS CON SEDE SOCIAL EN C/. DEMOCRACIA NÚM. 5 - SAN JOSE DE LA RINCONADA | 41300 LA RINCONADA ANDALUCIA ; CUYA FINALIDAD SE BASA EN UNA RELACIÓN CONTRACTUAL Y LEGAL Y, QUE LOS MISMOS, PUEDEN SER CEDIDOS A LOS SOLOS EFECTOS CONTRACTUALES; QUE LA EMPRESA LE BRINDA PODER EJERCR LOS DERECHOS A.R.C.O. Y OTROS (EL ACCESO A LOS DATOS PERSONALES RELATIVOS AL INTERESADO, Y SU RECTIFICACIÓN O SUPRESIÓN, O LA LIMITACIÓN DE SU TRATAMIENTO, O A OPONERSE AL TRATAMIENTO, ASÍ COMO EL DERECHO A LA PORTABILIDAD DE LOS DATOS); ANTE NUESTRO DELEGADO DE PROTECCIÓN DE DATOS, CUYO RESPONSABLE ES D. JOSÉ LUIS BAÑOS BELLIDO NIF 30412908P, TENIENDO COMO CANAL DE COMUNICACIÓN EL CORREO: CONSULTORIA@JLBBERP.COM

Atentamente,

Angel Luis García-Junco Lora (Departamento de Software)

SOFTWARE Y SERVICIOS TECNOLÓGICOS desde 1984Calle Democracia nº5 | San José de la Rinconada

41300 LA RINCONADA ( ANDALUCÍA) - ESPAÑA Teléfono Centralita :(+34)955 085 361 Móvil Telegram y WhatsApp : (+34)601325581 Email:software@jlbberp.com NORMATIVA LEGAL DEL TRATAMIENTO DE LOS DATOS APLICABLE: EN RELACIÓN A LA APLICACIÓN DEL NUEVO REGLAMENTO (UE) 2016/679 DEL PARLAMENTO EUROPEO Y DEL CONSEJO, DE 27 DE ABRIL DE 2016, RELATIVO A LA PROTECCIÓN DE LAS PERSONAS FÍSICAS EN LO QUE RESPECTA AL TRATAMIENTO DE DATOS PERSONALES Y A LA LIBRE CIRCULACIÓN DE ESTOS DATOS, SE LE INFORMA Y CONSIENTE EXPRESAMENTE DE LOS SIGUIENTES EXTREMOS: "QUE, JOSE LUIS BAÑOS CONSULTING Y LA PLATAFORMA DE SERVICIOS TECNOLÓGICOS PMTK BUSINESS IN THE CLOUD, SON LOS RESPONSABLES DEL TRATAMIENTO DE SUS DATOS CON SEDE SOCIAL EN C/. DEMOCRACIA NÚM. 5 - SAN JOSE DE LA RINCONADA | 41300 LA RINCONADA ANDALUCIA ; CUYA FINALIDAD SE BASA EN UNA RELACIÓN CONTRACTUAL Y LEGAL Y, QUE LOS MISMOS, PUEDEN SER CEDIDOS A LOS SOLOS EFECTOS CONTRACTUALES; QUE LA EMPRESA LE BRINDA PODER EJERCR LOS DERECHOS A.R.C.O. Y OTROS (EL ACCESO A LOS DATOS PERSONALES RELATIVOS AL INTERESADO, Y SU RECTIFICACIÓN O SUPRESIÓN, O LA LIMITACIÓN DE SU TRATAMIENTO, O A OPONERSE AL TRATAMIENTO, ASÍ COMO EL DERECHO A LA PORTABILIDAD DE LOS DATOS); ANTE NUESTRO DELEGADO DE PROTECCIÓN DE DATOS, CUYO RESPONSABLE ES D. JOSÉ LUIS BAÑOS BELLIDO NIF 30412908P, TENIENDO COMO CANAL DE COMUNICACIÓN EL CORREO: CONSULTORIA@JLBBERP.COM

by odoo17trydevelop - 11:42 - 3 Jul 2024

3 attachments 3 attachments

Re: v18 early migration work based on master

Hi Simone,

> I'd go for branch opt 3 + mod version opt 2.

+1

> For the test suite: I'm not sure we have a way to run tests against master ATM.

We'd likely need to craft an oca/oca-ci image that masquerades Odoo master as 18.0.

I'd also suggest not merging nor pushing to PyPI until the Odoo 18.0 branch has been created, so work only with git PR references in test-requirements.txt for dependencies.

So we'd probably need to add protections in the bot to avoid premature merges or pushes to PyPI.

For reference https://github.com/OCA/maintainer-tools/issues/582 is the issue that we used to track tooling updates to support 17.0.

That should give inspiration on the lists of things to pay attention to.

So yeah, quite a few things to do, but not impossible.

-sbi

On Mon, Jul 1, 2024 at 12:42 PM Simone Orsi <notifications@odoo-community.org> wrote:

Hi everybody,

We would like to start working on migrating some base modules to v18 before it gets released.

AFAIR there's no "official" policy for it, if not "do it on your own fork and then open PRs when the release is out".

From my POV it would be nice to define one.

For the branch, I see these options:

1. add a `master` branch that can be used w/ any version
2. add a `$nextVersion-[master|dev]` branch that can be used w/ odoo master for a specific version
3. simply have $nextVersion branch and stick to version policy nr 2 (see below)

For the module version:

1. append `dev`to the version (eg: 18.0.1.0.0dev)
2. start w/ a number lesser than 1.0.0 and switch to 1.0.0 only when the release is out (eg: 18.0.0.0.1)

I'd go for branch opt 3 + mod version opt 2.

For the test suite: I'm not sure we have a way to run tests against master ATM.

Am I missing something?

In general, what do you think?

--
Simone Orsi

Full stack Python web developer, Odoo specialist, Odoo Community Board Member, in love with open source.

_______________________________________________
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 - 08:51 - 3 Jul 2024

RE: Odoo Community 17 issues

Dear,

When you archived the partners, they stay in your res.partner table as a record. When there is a field with a ‘unique’ constraint, you cannot create another record with the same field value. When this field is not a relational field ( = not a link to another table ), the easiest way is to simply go in the database with pgadmin and change the field in the archived record in for example ‘value_old’. That’s fast and do the trick. Of course, maybe your field don’t need to be ‘unique’. Than you can build a small module and remove the constraint from the field.

Kind regards,

Van Hirtum Johan

Van: Dan Vasques [mailto:notifications@odoo-community.org]
Verzonden: dinsdag 2 juli 2024 13:57
Aan: Contributors
Onderwerp: RE: Odoo Community 17 issues

Hi everyone,

I´ve archived the companies but when I try to add a new one, it keeps refusing. It comes up with the notification that it has to have a unique name.
I believe that it has something to do with the previous ones that were deleted, as they have the same name.
So, is there a way to really delete the archived ones?

Thanks in advance for the assistance!

Dan Vasques

De: Tom Blauwendraat <notifications@odoo-community.org>
Enviada: 2 de julho de 2024 09:09
Para: Contributors <contributors@odoo-community.org>
Assunto: Re: Odoo Community 17 issues

Hi Dan,

this is normal; deletion of records is tricky if there are already references to it. Archiving would be the best option here.

This is the same in Odoo Enterprise, btw (Enterprise runs on the same core modules)

-Tom

On 7/2/24 09:57, Dan Vasques wrote:

Good morning,

I hope you are doing great.

We are starting to work with the Odoo Community platform and we have some situations, such as not being able to delete companies that we created in the system.
Validation Error
The operation cannot be completed: another model requires the record being deleted. If possible, archive it instead.
Model: Picking Type (stock.picking.type)
Constraint: stock_picking_type_company_id_fkey

Another situation is that one of our employees, when clearing the browser cache, was deleted from the system and was unable to log in again, not even through a new invitation.

I would love to hear from you if there are any solutions for the correct configuration and operation of the Odoo Community 17 system?

I hope I hear from you soon.

Thanks in advance!
Best regards,

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