¿Existe un estándar para el "tipo de transacción"?

Después de diseñar y usar mi sistema de contabilidad personal durante bastante tiempo, me di cuenta de que le falta una columna: qué "tipo" de transacción es.

Lo he smallintllamado typecon estos posibles valores:

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...]

¿Está esto estandarizado/establecido de alguna manera?

Ya tengo una columna de "categoría" separada que tiene más el sentido de "alquiler", "electrónica", "Bitcoin", "comida", "corrección", "ingresos", etc. Me parece que estos deberían no se pueden combinar en una columna, porque se refieren a "propiedades" ligeramente diferentes de la transacción, y quiero poder enumerar todas las transacciones "electrónicas" sin tener que especificar si se compraron como algo físico en una tienda o " alquilado en la nube”, etc.

Lo pregunto porque cada vez que diseño mi propio sistema, tiendo a tener que cambiarlo un millón de veces o incluso desecharlo por completo cuando finalmente resulta (por pura casualidad) que ya existe una forma "estándar" de hacerlo. eso que ha tenido un millón de horas de pensamiento puestas en él antes de que yo naciera.

Esta es más una pregunta de programación que una pregunta de finanzas personales y probablemente pertenezca a uno de los otros sitios de SE.
Posiblemente, producto duradero, producto no duradero, producto comercial, servicio de depreciación (como renovación) y servicio regular.
@JohnFx Esta pregunta trata sobre la creación de un sistema para la contabilidad personal; el aspecto de programación es meramente tangencial. Debido a que se trata de la contabilidad de las finanzas personales, está en el tema aquí.

Respuestas (2)

Cuando se trata de la contabilidad de sus finanzas personales, no hay estándares. Usted es libre de usar cualquier sistema que funcione para usted.

Desea proporcionarse suficientes datos para poder ver su historial y obtener información para realizar los cambios deseados en su comportamiento, pero también desea que sea lo suficientemente simple para asegurarse de que no sea demasiado trabajo mantener su uso.

Para algunas personas, el campo "tipo" que describe no sería necesario. Por ejemplo, si ve una película por entretenimiento, ¿importa si va a una sala de cine ("servicio en la vida real"), compra un DVD ("objeto físico") o lo transmite en línea ("servicio que existe completamente electrónicamente ”)? Algunas personas dirían, no, no importa; dólares de entretenimiento son dólares de entretenimiento. Pero otras personas (usted mismo, quizás) pueden ver el valor de analizar sus gastos de esta manera.

Puedo ver algo de valor en esto. Algunos pueden tener el objetivo de pasar menos tiempo en línea y más tiempo socializando físicamente con la gente. Otros pueden querer intentar maximizar sus compras virtuales para reducir el desorden y los requisitos de espacio. Ambos grupos podrían encontrar útil poder ver si sus compras fueron físicas o virtuales.

La elección de agregar este campo depende de usted. Si cree que los datos le serán útiles en el futuro para lograr sus objetivos y no cree que sea demasiado pesado tener que ingresarlos con cada transacción, entonces hágalo. Sin embargo, es importante recordar que está bien elegir una dirección ahora y cambiarla más tarde. No importa cuál elija, sabrá más adelante si los datos son útiles o si son demasiado difíciles de mantener, y siempre puede cambiar su sistema más tarde.

Le sugiero que permita múltiples etiquetas para describir transacciones, luego el nivel al que organiza las transacciones no está limitado por algunos valores preestablecidos que tendrá que cambiar.

Tener algunas categorías generales de nivel superior tiene sentido, pero como ha observado, no le permite responder algunas de las preguntas que pueda tener sobre sus gastos. Mantenga las categorías de nivel superior e incluya también la opción de etiquetado.

Como ejemplo, tal vez seas un gran fanático de los juegos de mesa y compraste 18 el año pasado, 4 de ellos están en tu categoría 'Regalo' y otros 14 están en tu categoría 'Discrecional', pero todos también podrían tener un 'juego de mesa'. ' para que pueda saber cuánto gasta en juegos de mesa específicamente si no desea introducir una categoría de 'Juego de mesa' como un elemento de presupuesto por sí solo. Del mismo modo, tal vez los 4 que regalaste incluyen una segunda etiqueta que es el nombre de la persona para la que los compraste, entonces podrías consultar fácilmente las compras anteriores de una persona. Una cosa buena de este enfoque es que no hay necesidad de una recategorización radical si cambia de opinión sobre el valor de ciertas etiquetas.

La mayoría de las veces, el "seguro" es todo el detalle que me importa para fines presupuestarios, pero cuando llega el momento de revisar las pólizas, tener algunas etiquetas puede ser útil, ya que es posible que desee saber cuánto gastó por año en seguros de automóviles en general. o para un vehículo específico.

Lo importante será que todos los informes acumulativos se agreguen en función de la categoría general/primera etiqueta, o que sus informes tengan en cuenta varias etiquetas/superposición de etiquetas para que no cuente dos veces las transacciones. Todavía podría informar en conjunto basándose solo en la categoría de nivel superior, la primera etiqueta para cada transacción o una lista de todas las etiquetas para cada transacción sin contar dos veces, es un enfoque increíblemente flexible.

Este es el enfoque que utilizo para la gestión de fotos y siempre he deseado que hubiera una aplicación de presupuesto/seguimiento de gastos que ofreciera algo similar (podría haberlo ahora, no lo he comprobado en mucho tiempo). Si sigue esta ruta, le sugiero que no agregue etiquetas para atributos que ya se conocen, por ejemplo, tiene una fecha de transacción, por lo que no tiene ningún valor agregar una etiqueta '2021'.

+1 por usar etiquetas para esto. Proporcionan la mayor flexibilidad para el futuro.