Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Champs additionnels: changement de format entre la 2.12 et la 2.13 #2924

Open
AudreyEnGuyane opened this issue Feb 19, 2024 · 1 comment
Open
Labels

Comments

@AudreyEnGuyane
Copy link

Bonjour,

Je galère un peu avec la définition de ces champs additionnels de type liste.

Jusqu'ici (jusqu'à la version 2.12 de GN), nous avions des listes de type ["Abattis", "Bas-fond", "Cambrouse", ]. Ce qui fonctionne encore très bien à la saisie/consultation avec la 2.13.
Sauf que pour modifier ces anciennes listes, il faut passer sur le format de type [{"label": "Abattis", "value": 1}, {"label": "Bas-fond", "value": 2}, {"label": "Cambrouse", "value": 3}].

La valeur "value" peut-elle être la même que celle de "label"?
Parce que si je comprend bien, ce qui est bancarisé, c'est la valeur "value". Hors, mes jeux de données ont une antériorité qui stockait "Abattis" et je n'aimerai pas avoir des données mixant la bancarisation "Abattis" et 1...
A moins qu'il ne faille faire la conversion en base sur tout l'historique pour ne pas perdre l'info en affichant les données antérieures dans occtax avec un "Enregistrer et saisir des taxons"...

@TheoLechemia
Copy link
Member

Salut,
Oui c'est bien la value qui est stockée en base. Dans ton cas, tu peux mettre la même chose dans label et value pour bien garder l'uniformité dans des données.
Pour celle qui on été saisie avec les "id", pas le choix que de faire de la reprise de donnée effectivement

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants