Gibt es einen Standard für die „Transaktionsart“?

Nachdem ich mein persönliches Buchhaltungssystem einige Zeit entworfen und verwendet hatte, stellte ich fest, dass ihm eine Spalte fehlt: um welche Art von Transaktion es sich handelt.

Ich habe es mit diesen möglichen Werten smallintaufgerufen :type

null    Unspecified.
1   Purchase of physical object.
2   Purchase of service in real life.
3   Purchase of service existing entirely electronically/abstractly/on the Internet.
4   Purchase of currency.
... [Probably many more...]

Ist das irgendwie standardisiert/etabliert?

Ich habe bereits eine separate „Kategorie“-Spalte, die eher im Sinne von „Miete“, „Elektronik“, „Bitcoin“, „Lebensmittel“, „Korrektur“, „Einkommen“ usw. ist nicht in einer Spalte zusammengefasst werden, weil sie sich auf leicht unterschiedliche "Eigenschaften" der Transaktion beziehen, und ich möchte in der Lage sein, alle "Elektronik"-Transaktionen aufzulisten, ohne angeben zu müssen, ob es als physische Sache in einem Geschäft gekauft wurde oder " in der Cloud gemietet" usw.

Ich frage, weil ich jedes Mal, wenn ich mein eigenes System entwerfe, dazu neige, es irgendwann eine Million Mal zu ändern oder es sogar ganz zu verwerfen, wenn sich schließlich (durch Zufall) herausstellt, dass es bereits eine "Standard" -Methode gibt es, in das eine Million Gedankenstunden investiert wurden, bevor ich überhaupt geboren wurde.

Dies ist eher eine Programmierfrage als eine persönliche Finanzfrage und gehört wahrscheinlich auf eine der anderen SE-Sites.
Möglicherweise langlebiges Produkt, kurzlebiges Produkt, Handelsprodukt, Service mit Wertminderung (wie Renovierung) und regelmäßiger Service.
@JohnFx Bei dieser Frage geht es darum, ein System für die persönliche Buchhaltung zu erstellen. der Programmieraspekt ist lediglich tangential. Da es um die Bilanzierung persönlicher Finanzen geht, ist es hier ein Thema.

Antworten (2)

Wenn es um die Buchhaltung Ihrer persönlichen Finanzen geht, gibt es keine Standards. Es steht Ihnen frei, jedes System zu verwenden, das für Sie funktioniert.

Sie möchten sich mit genügend Daten versorgen, um Ihre Historie einsehen und Erkenntnisse für gewünschte Änderungen in Ihrem Verhalten gewinnen zu können, aber Sie möchten es auch einfach genug halten, um sicherzustellen, dass es nicht zu viel Arbeit ist, es dauerhaft zu verwenden.

Für einige Leute wäre das von Ihnen beschriebene „Typ“-Feld nicht erforderlich. Wenn Sie sich beispielsweise einen Film zur Unterhaltung ansehen, spielt es eine Rolle, ob Sie ins Kino gehen („Service im wirklichen Leben“), eine DVD kaufen („physischer Gegenstand“) oder ihn online streamen („Service existiert vollständig elektronisch “)? Manche Leute würden sagen, nein, es spielt keine Rolle; Unterhaltungsdollars sind Unterhaltungsdollar. Aber andere Leute (vielleicht Sie selbst) sehen vielleicht den Wert darin, ihre Ausgaben auf diese Weise zu analysieren.

Darin sehe ich einen gewissen Wert. Einige haben vielleicht das Ziel, weniger Zeit online zu verbringen und mehr Zeit mit Menschen zu verbringen. Andere möchten vielleicht versuchen, ihre virtuellen Einkäufe zu maximieren, um ihre Unordnung und ihren Platzbedarf zu reduzieren. Beide Gruppen könnten es nützlich finden, sich anzusehen, ob ihre Einkäufe physisch oder virtuell waren.

Sie können entscheiden, ob Sie dieses Feld hinzufügen möchten. Wenn Sie der Meinung sind, dass die Daten für Sie in Zukunft nützlich wären, um Ihre Ziele zu erreichen, und Sie nicht glauben, dass es zu mühsam sein wird, sie bei jeder Transaktion einzugeben, dann machen Sie es. Es ist jedoch wichtig, sich daran zu erinnern, dass es in Ordnung ist, jetzt eine Richtung zu wählen und sie später zu ändern. Egal für welches Sie sich entscheiden, Sie werden später erfahren, ob die Daten nützlich oder zu schwierig zu pflegen sind, und Sie können Ihr System später jederzeit ändern.

Ich schlage vor, dass Sie mehrere Tags zum Beschreiben von Transaktionen zulassen, dann ist die Ebene, auf der Sie die Transaktionen organisieren, nicht durch einige voreingestellte Werte begrenzt, die Sie ändern müssen.

Es ist sinnvoll, einige allgemeine Kategorien auf oberster Ebene zu haben, aber wie Sie festgestellt haben, können Sie einige der Fragen, die Sie möglicherweise zu Ihren Ausgaben haben, nicht beantworten. Behalten Sie die Kategorien der obersten Ebene bei und fügen Sie auch die Tagging-Option hinzu.

Als Beispiel, vielleicht sind Sie ein großer Brettspiel-Fan und haben letztes Jahr 18 gekauft, 4 davon sind in Ihrer „Geschenk“-Kategorie und weitere 14 sind in Ihrer „Discretionary“-Kategorie, aber sie könnten alle auch ein „Brettspiel“ haben '-Tag, damit Sie wissen, wie viel Sie für Brettspiele ausgeben, insbesondere wenn Sie die Kategorie 'Brettspiel' nicht als eigenständigen Budgetposten einführen möchten. In ähnlicher Weise enthalten die 4, die Sie verschenkt haben, möglicherweise ein zweites Tag mit dem Namen der Person, für die Sie sie gekauft haben. Dann können Sie leicht auf frühere Käufe für eine Person verweisen. Das Schöne an diesem Ansatz ist, dass keine umfassende Neukategorisierung erforderlich ist, wenn Sie Ihre Meinung über den Wert bestimmter Tags ändern.

Meistens ist „Versicherung“ das einzige Detail, das mir für Budgetierungszwecke wichtig ist, aber wenn es an der Zeit ist, Policen zu überprüfen, könnten einige Tags hilfreich sein, da Sie vielleicht wissen möchten, wie viel Sie pro Jahr für Autoversicherungen im Allgemeinen ausgegeben haben. oder für ein bestimmtes Fahrzeug.

Wichtig ist, dass alle kumulativen Berichte basierend auf der allgemeinen Kategorie/dem ersten Tag aggregiert werden oder dass Ihre Berichte anderweitig mehrere Tags/Tag-Überschneidungen berücksichtigen, damit Sie Transaktionen nicht doppelt zählen. Sie können weiterhin aggregierte Berichte erstellen, die nur auf der obersten Kategorie, dem ersten Tag für jede Transaktion oder einer Liste aller Tags für jede Transaktion basieren, ohne doppelt zu zählen. Dies ist ein unglaublich flexibler Ansatz.

Dies ist der Ansatz, den ich für die Fotoverwaltung verwende, und ich habe mir immer gewünscht, dass es eine Budgetierungs- / Ausgabenverfolgungsanwendung gibt, die ähnliches bietet (vielleicht gibt es jetzt eine, ich habe eine Weile nicht nachgesehen). Wenn Sie diesen Weg gehen, würde ich vorschlagen, dass Sie keine Tags für Attribute hinzufügen, die bereits bekannt sind, z. B. wenn Sie ein Transaktionsdatum haben, sodass es keinen Wert hat, ein „2021“-Tag hinzuzufügen.

+1 für die Verwendung von Tags dafür. Sie bieten die größte Flexibilität für die Zukunft.