You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
16.0bughotfixneeds portingThis issue has already been resolved for some versionno staleUse this label to prevent the automated stale action from closing this PR/Issue.required
Attualmente ci sono diversi errori nell'app dei cespiti in un ambiente multi azienda con gli utenti che possono accedere a più aziende:
Il primo è comune a praticamente tutti i modelli dell'app perchè durante la creazione degli oggetti viene impostata di default l'azienda predefinita dell'utente, non considerando quella attiva in quel momento per l'utente e questo è dovuto ad un'impostazione errata della funzione che recupera i default per i campi company_id: https://github.com/OCA/l10n-italy/blob/14.0/assets_management/models/asset_category.py#L16
Oltretutto quando si crea una categoria di cespiti (Assets> Asset Configuration > Assets category) con un utente che in quel momento ne ha abilitate più di una, i campi dei conti e dei sezionali non vengono filtrati per l'azienda impostata nel form, ma per le aziende abilitate.
Anche quando si crea un cespite (Assets> Asset Management > Assets) in un ambiente multi azienda con un utente che ne ha abilitate più di una, i campi category_id e depreciation_ids non vengono filtrati per l'azienda impostata nel form, ma per le aziende abilitate.
accedere ad un DB multi azienda con un utente che è abilitato a più di un'azienda
abilitare più aziende
My company (Chicago) --> abilitata
My company (San Francisco) --> abilitata ed attivata
creare una categoria di cespiti (Assets> Asset Configuration > Assets category)
Come si può vedere l'azienda proposta di default è quella predefinita dell'utente e non quella attiva.
aprire la tendina del sezionale e come si può notare ci sono sia quelli di un'azienda che dell'altra
disabilitando e lasciando solo un'azienda, i sezionali ed i conti vengono filtrati per essa, quando invece dovrebbero essere filtrati per l'azienda impostata nel form permettendo quindi di mischiare i dati delle aziende
Expected behavior
Bisognerebbe impostare i campi company_id in sola lettura e recuperati dall'azienda attiva in quel momento per l'utente corrente per evitare confusione iniziale.
Poi si dovrebbe filtrare i vari campi (sezionali, conti, categorie e tag) per l'azienda definita nel form che di conseguenza è quella attivata per l'utente in quel momento.
Additional context
E' un comportamento simile a quello descritto nella issue #3650 per le configurazioni delle Ri.Ba
The text was updated successfully, but these errors were encountered:
odooNextev
changed the title
[assets_management] creazione configurazioni Ri.Ba con utente multicompany
[assets_management] creazione e configurazione cespiti con utente multicompany
Oct 11, 2023
16.0bughotfixneeds portingThis issue has already been resolved for some versionno staleUse this label to prevent the automated stale action from closing this PR/Issue.required
Module
assets_management
Describe the bug
Attualmente ci sono diversi errori nell'app dei cespiti in un ambiente multi azienda con gli utenti che possono accedere a più aziende:
company_id
: https://github.com/OCA/l10n-italy/blob/14.0/assets_management/models/asset_category.py#L16category_id
edepreciation_ids
non vengono filtrati per l'azienda impostata nel form, ma per le aziende abilitate.To Reproduce
Affected versions:
Steps to reproduce the behavior:
My company (Chicago) --> abilitata
My company (San Francisco) --> abilitata ed attivata
Come si può vedere l'azienda proposta di default è quella predefinita dell'utente e non quella attiva.
Expected behavior
Bisognerebbe impostare i campi
company_id
in sola lettura e recuperati dall'azienda attiva in quel momento per l'utente corrente per evitare confusione iniziale.Poi si dovrebbe filtrare i vari campi (sezionali, conti, categorie e tag) per l'azienda definita nel form che di conseguenza è quella attivata per l'utente in quel momento.
Additional context
E' un comportamento simile a quello descritto nella issue #3650 per le configurazioni delle Ri.Ba
The text was updated successfully, but these errors were encountered: