Created on 2021-02-02.16:04:01 by htgoebel, last changed 1 month ago by roundup-bot.
New changeset 567b80827da4 by Cédric Krier in branch 'default': Configure available identifiers https://hg.tryton.org/tryton-env/rev/567b80827da4
New changeset f8a3b95009da by Cédric Krier in branch 'default': Configure available identifiers https://hg.tryton.org/modules/party/rev/f8a3b95009da
El 21/2/21 a les 11:58, htgoebel ha escrit:
Does "MultiSelection" allow the types to be ordered by the user/admin?
No, the MultiSelection widget only allows to select multiple records.
Thanks for the proposal and the code. Configuring this in the party configuration would be okay for me.
Does "MultiSelection" allow the types to be ordered by the user/admin?
Following the proposal https://discuss.tryton.org/t/choosing-party-identifier-type/2619/13, here is review330341002
How you you get known to the "common needs of all users"? Are there regular surveys? How many of "all" users ware required for bit be "a subgroup"?
Surveys can be done on discuss.tryton.org
But for features we normally try to reach an agreement (after a discussion on the forum).
In this case you are trying to impose your feature while I prefer to keep the current behaviour.
I do not think we will reach any result this way.
"common needs of all users, and not the specific request of a subgrup of them"
How you you get known to the "common needs of all users"? Are there regular surveys? How many of "all" users ware required for bit be "a subgroup"? 100% - otherwise.
Why your Tryton support Countries at all? Why different currencies? This are only used by the subgroup "international business". And in difference to this issue, Country and Currency both add add quite some complexity.
As you can see: No, Idont' understand, since IMHO this argument is void.
This issue is about adding an option - this mean users are free to use it, or not to use it. If some business decides to deactivate identifiers, its it's choice.
In tryton we do not add options for each feature request of our customer. We follow the KISS principle to make the system easier to use.
Tryton is designed in a modular way so everyone can create their own module to include their own customizations.
Our goal is to have a generic base than fills the common needs of all users, and not the specific request of a subgrup of them.
I hope you understand.
@pokoli:
Also, deactivating is not a good option because if you need some identifier on the future the user will think that is not supported by Tryton so will put the data in the wrong place.
This is just paternalizing the the users.
This issue is about adding an option - this mean users are free to use it, or not to use it. If some business decides to deactivate identifiers, its it's choice.
None of the businesses around me will never need the "New Zealand Inland Revenue Department Number" or the "U.S. Social Security Number" (any many more), but the software forces me to handle them.
The list of identifiers is managed by code (because there is a validation of it) so it is not possible to deactivate them.
Also, deactivating is not a good option because if you need some identifier on the future the user will think that is not supported by Tryton so will put the data in the wrong place.
This has been discussed previously but we did not find a proper solution for the problem. So before creating the request it will be good to have a proper solution that works for all cases.
As a user, when adding some identifier to a party, I want a short list of relevant identifiers to select from. Currently there is a list of more than 120 identifiers - most of which are of no relevance for most companies. E.g. for a Germany based company doing regional or even European business, we do not need a "New Zealand Inland Revenue Department Number", not even a "Portuguese VAT Number" - instead be need only some German identifiers and by chance the "European VAT Number".
Acceptance criteria:
- Each of the Party Identifiers can be activated and deactivated.
History | |||
---|---|---|---|
Date | User | Action | Args |
2021-03-18 22:37:03 | roundup-bot | set | messages: + msg65637 |
2021-03-18 22:36:55 | roundup-bot | set | messages:
+ msg65636 nosy: + roundup-bot status: testing -> resolved |
2021-03-08 13:35:05 | resteve | set | nosy: + resteve |
2021-02-25 21:25:43 | ced | set | title: Allow deactivating Party Identifies -> Allow deactivating Party Identifiers |
2021-02-23 00:42:59 | reviewbot | set | messages: + msg64781 |
2021-02-22 09:26:35 | pokoli | set | messages: + msg64773 |
2021-02-21 11:58:37 | htgoebel | set | messages: + msg64734 |
2021-02-20 13:02:33 | reviewbot | set | messages:
+ msg64732 nosy: + reviewbot |
2021-02-20 12:53:53 | ced | set | assignedto: ced keyword: + review messages: + msg64729 nosy: + ced reviews: 330341002 status: invalid -> testing |
2021-02-05 16:27:55 | pokoli | set | messages: + msg64343 |
Showing 10 items. Show all history (warning: this could be VERY long)