edi icon indicating copy to clipboard operation
edi copied to clipboard

[13.0] Add edi_gs1 + edi_gs1_stock

Open acsonefho opened this issue 4 years ago • 22 comments

acsonefho avatar Jul 09 '21 08:07 acsonefho

NICE

agent-z28 avatar Aug 24 '21 14:08 agent-z28

@acsonefho i think the edi_gs1 module should only extend the parner models etc, and be morge generic. If we only want edi_gs1_edifact integration all the XML stuff will be unwanted. but the gln is needed, and so on

agent-z28 avatar Sep 02 '21 14:09 agent-z28

I think we should merge it as it is and refactor things out later if needed.

simahawk avatar Sep 06 '21 08:09 simahawk

of course, we need reviews to merge it :wink:

simahawk avatar Sep 06 '21 08:09 simahawk

@simahawk it's part of my review, that i implement another edi_gs1 standard, and the edi_gs1 here is not compatible. so i cannot use it like this. the module should only contain edi_gs1 related things. the xml implementatin should be edi_gs1_xmlstandardname while i do edi_gs1_edifact_*.

agent-z28 avatar Sep 06 '21 08:09 agent-z28

what I'm saying is that if what we have here works it would be nice to merge it and then you can propose any change you think it would make it better. So, could you please drop a review for what it is today and just ask to add a line on the roadmap to split out the xml part from edi_gs1? It will be easier for everybody and for us especially to review the changes. Could it work for you?

simahawk avatar Sep 06 '21 08:09 simahawk

@simahawk i understand that it would be easier, but afterwards, you need migration scripts and it'll create much more trouble as splitting it directly. i can add pull request with edi_gs1 modul on its own?

agent-z28 avatar Sep 06 '21 09:09 agent-z28

@simahawk i understand that it would be easier, but afterwards, you need migration scripts and it'll create much more trouble as splitting it directly. i can add pull request with edi_gs1 modul on its own?

sure, feel free :)

simahawk avatar Sep 06 '21 10:09 simahawk

@agenterp Any news on your proposal? If it is not possible to have the new changes, we can start with this version and then propose the improvements.

etobella avatar Oct 20 '21 15:10 etobella

@etobella i'm still working on this issue internally. will be done in the middle of next week. But starting with a module name, where we later need migrations, and we already know it, seems not be a good approach. another general question, why has the edi module be renamed to edi_oca? i thought company or organisation names doesn't belong to module names.

agent-z28 avatar Oct 21 '21 08:10 agent-z28

edi was taken by odoo and was not published on odoo apps (but there was no module...). At the end, we decided to change the name in order to erase problems. (renaming is done by OpenUpgrade, so not a problem on migration)

About migrations. it is not really a problem for me, at the end, a lot of migrations are made on version change every year or even in the same version, so I don't see the issue there

etobella avatar Oct 21 '21 08:10 etobella

@etobella @simahawk okay if you dont see a problem in migration later, i will not block it, i just wanted to mention, that i already have the problem. but if it's easy to fix it later lets go

agent-z28 avatar Oct 21 '21 08:10 agent-z28

Hi sorry for my noob question but I would like to know if you plan or need a future plan to interact with these features https://github.com/OCA/stock-logistics-barcode/pull/387/files or maybe be not because I'm really noob on this matter :-) Maybe at least base_gs1_barcode ? Sorry for my confuse question

bealdav avatar Mar 11 '22 14:03 bealdav

@bealdav on my side no plan but I'm not working on this subject since a while. Would be nice to do it tho. Could you create an issue for this? FTR regarding this PR, I still have to get back to it and clean it up. I started it here https://github.com/OCA/edi/pull/449 but got no time to move it fwd.

simahawk avatar Apr 28 '22 09:04 simahawk

There hasn't been any activity on this pull request in the past 4 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days. If you want this PR to never become stale, please ask a PSC member to apply the "no stale" label.

github-actions[bot] avatar Jul 09 '23 12:07 github-actions[bot]

Has this been included in a different pr?

bosd avatar Nov 23 '23 20:11 bosd

Has this been included in a different pr?

Unfortunately not :/

acsonefho avatar Nov 24 '23 06:11 acsonefho

Hi @simahawk, some modules you are maintaining are being modified, check this out!

OCA-git-bot avatar Nov 24 '23 07:11 OCA-git-bot

I'll try to have a look at this by the end of the year, even if is a bit hard because I'm not working on v13 since a while. Plus, there are a lot of changes that should be backported from 14 that might be tricky to integrate.

simahawk avatar Nov 24 '23 07:11 simahawk

Any update on this :shy:?

bosd avatar May 04 '24 03:05 bosd

Any update on this :shy:?

Probably (and certainly) some improvements must be done. Already in production for almost 2 years and working perfectly. So no update because "it's working" :muscle:

acsonefho avatar May 06 '24 05:05 acsonefho

You're still running some install on V13? I have some v14 in production and feel like it's time to migrate..

bosd avatar May 06 '24 06:05 bosd