Comment faire face aux transactions pouvant appartenir à plusieurs catégories?
Je travaille sur une application où vous pouvez voir les transactions. Chaque transaction sera classée (automatiquement). Jusqu'ici tout va bien. La chose que je rencontre maintenant est de savoir comment traiter des transactions pouvant (et peut-être devrait) appartenir à plusieurs catégories. Par exemple une assurance voiture. Il serait logique de le classer sous "Frais de voiture", mais également sous "Assurances". Je pense qu'il serait avantageux de voir cette transaction dans les deux catégories. Le problème ici est-il difficile de calculer un total pour chaque catégorie si une transaction peut appartenir à plusieurs catégories; Le total des catégories ne sera pas égal au montant total des transactions. Comment approcheriez-vous ce problème?
Merci beaucoup d'avance!
Question interessante. Vous avez raison si vous catégorisez les transactions sous plusieurs catégories, la somme des catégories ne correspondra pas à la somme des transactions totales.
Les questions suivantes se viennent à l'esprit:
- Avoir-ils besoin de totaliser? Travaillez-vous sur un système de comptabilité qui présente cela comme une exigence par exemple.
- Les catégories ont-elles une hiérarchie logique plutôt que d'être des frères et sœurs? De cette façon, vous pourriez obtenir le total pour travailler.
- Pourriez-vous avoir une catégorie "primaire" ou "comptabilité", puis une liste de catégories d'affichage? Cela pourrait signifier dans la liste globale que vous pourriez mettre le coût au même endroit, mais vous pourriez l'afficher à plusieurs endroits.
Dans l'ensemble, je pense que vous devriez considérer cela dans un problème d'architecture de l'information, mais piloté par vos cas d'utilisation.
Par exemple, dans votre exemple, si la transaction est à la fois une car expense et un insurance Si je veux voir toutes mes transactions d'assurance, vous le montreriez probablement. Mais que diriez-vous si je veux voir toutes mes dépenses de voiture? Où/comment puis-je le montrer?
Maintenant, je pense plus à ce sujet, il semble que la "catégorie" soit insuffisante pour décrire vos transactions. En particulier, les dépenses de voitures incluaient probablement toutes les dépenses liées à une voiture. On dirait que vous voudrez peut-être quelque chose comme une "catégorie" pour "assurer les assurances", puis un "sujet" ou "sujet" de la voiture.
L'idée principale d'attribuer une chose (dépense) plus d'une étiquette (catégorie) semble beaucoup comme des étiquettes. Exemple serait le système d'étiquettes dans Gmail - où vous pouvez affecter un e-mail toute combinaison d'étiquette.
Vous pouvez faire ajouter les totaux si vous créez de manière dynamique les catégories uniques à partir de toute combinaison existante de balises. Par exemple
- Total des dépenses que le label "assurance"
- Total des dépenses qui ont le label "assurance" et l'étiquette "Frais de voiture"
- Total des dépenses que les "dépenses de voiture" de l'étiquette
Et ne montre qu'une catégorie de ligne/dynamique totale s'il ya plus de 0 dépenses avec cette combinaison d'étiquettes.
Donc, au début, il n'y a que 1 ligne totale: "Frais sans étiquette", dès que l'utilisateur attribue une étiquette à une dépense (disons "assurance"), puis la nouvelle catégorie dynamique apparaît.
Les utilisateurs ne peuvent pas définir des catégories dynamiques. Les catégories dynamiques seraient générées à partir des combinaisons d'étiquettes attribuées par l'utilisateur aux dépenses.
Visuellement, une interface utilisateur serait intuitive pour cela. comme: 
La quantité de lignes avec subtotaal dépendrait des étiquettes que l'utilisateur attribue.
Bonne nouvelle: Les sous-totaux s'ajoutaient toujours.
La mauvaise nouvelle: il ne peut y avoir aucun sous-total pour une assurance juste. Si l'utilisateur dispose de certaines dépenses avec seulement une "assurance" et d'autres dépenses avec des balises "Assurance" et "Frais de voiture", il y aurait 2 lignes sous-totales.
Ces mauvaises nouvelles peuvent ne pas être si mauvaises: vous pouvez fournir des filtres pour toujours permettre aux utilisateurs d'obtenir un sous-total pour "toutes les dépenses avec des labels xxx".