OCA / edi

GNU Affero General Public License v3.0
121 stars 307 forks source link

[RFC] Configuration of edi #389

Closed etobella closed 2 years ago

etobella commented 3 years ago

On my experience making edi I have found that is hard to define how to manage the configuration for a partner or other entities. Let me try to explain it:

Let's take accounting. A partner, could generate multiple integrations through edi, for a example, the invoice file using a SFTP, a notification using a WS and notification to Tax Agency. Obviously, each one is generated for different reasons (maybe two by partner, and one for journal?) Also, the configuration might be different by company (different storages or identifications). I was thinking on doing a new model called edi.configuration that will contain:

WDYT?

Should we include this on edi / edi_oca or create a new module just for this?

@simahawk

bealdav commented 3 years ago

Hi @etobella you're probably right to define these configuration in a dedicated model. Maybe we could use this kind of field https://www.odoo.com/documentation/14.0/developer/reference/orm.html#odoo.fields.Reference to help in a generic approach.

simahawk commented 3 years ago

@etobella this is something that should replace the rules we have already in the core (model_ids, active_domain, etc)? I'm favour of a new model but I think we should put in a separate module. Before starting w/ it could you summarize here what would you expect? For instance:a re these rules for auto-generating exchanges? Or only for UI purposes? How should they kick-in in current machinery?

github-actions[bot] commented 2 years ago

There hasn't been any activity on this issue in the past 6 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 issue to never become stale, please ask a PSC member to apply the "no stale" label.