¿Cuál es el valor de usar la característica de "transacción dividida" presente en algunas herramientas de administración de finanzas personales?

¿Por qué la capacidad de tener una transacción dividida (por ejemplo, una transacción, pero categorizada en dos o más partes) es beneficiosa para el software de administración de finanzas personales?

¿Cuáles son los casos de uso más típicos para transacciones divididas?

Los usuarios no pueden aceptar ningún software de contabilidad sin el soporte de transacciones divididas, especialmente los usuarios empresariales. Considere el caso en el que paga por un restaurante y desea dividir la parte real de la cuenta de la parte de las propinas, como el ejemplo más trivial.
¿Podría hacerlo en dos transacciones?
Tú podrías. Pero la mayoría de la gente no lo hace, la mayoría de la gente deja propinas como parte del pago de los cheques completos.
Su cita aprueba el enfoque centrado en el programador, pero en su lugar anuncia uno centrado en el usuario, que en mi opinión es igualmente malo. Tratar de satisfacer todos los caprichos de un usuario ignorante es una práctica peligrosa que puede conducir a un producto descuidado, hinchado, desequilibrado, inestable e imposible de mantener. Mientras el programador y el usuario no trabajen activamente juntos para encontrar un consenso tecnológicamente viable y utilizable en la práctica, nada bueno saldrá de esto. Además, su cita no me hace justicia: vine aquí específicamente buscando consejos para el usuario y casos prácticos de uso.
Mi respuesta es mi consejo práctico. La cita es adicional, solo para señalar el trabajo de Cooper, porque aborda desafíos fundamentales con la forma en que se diseña el software. FWIW, también tiene mucho que decir sobre los usuarios y sus caprichos. Como una pieza de defensa destinada a cambiar la forma en que se diseña el software, su elección de palabras puede parecer dura para aquellos en la industria [y yo también soy desarrollador]. No tenía la intención de insultar, lo siento. Lo encontré esclarecedor, me abrió los ojos a los errores de diseño que estaba cometiendo. Por favor, no permita que mi elección de cita disuada el interés en el trabajo.

Respuestas (1)

Las transacciones divididas son indispensables para cualquier persona interesada en realizar un seguimiento preciso de sus gastos.

Si voy a la gran farmacia más adelante para recoger una receta y luego también tomo una barra de pan y una jarra de leche mientras estoy allí, entonces querría ingresar la transacción en mi software como:

  • una sola transacción por el monto total, pero
  • una parte de la cantidad categorizada como "Atención médica - Recetas" , y
  • una parte de la cantidad clasificada como "Comestibles" .

Deseo ingresar datos precisos en el software para poder confiar en los informes que produce.

A menudo, no necesito una cantidad exacta y los totales de categoría estimados habrían estado bien, por ejemplo, para informar el presupuesto o comparar con un período anterior.

Sin embargo, en otros casos, los gastos que estoy rastreando deben rastrearse con precisión porque estaría usando el total para reclamar una deducción (o crédito) del impuesto sobre la renta. Considere cómo se podría mezclar el acceso a Internet en la misma factura con el servicio de televisión por cable del hogar. Uno es un gasto comercial razonable y una deducción para el desarrollador web que trabaja desde casa, mientras que el otro es un gasto personal no deducible.

Si la capacidad de transacción dividida no estuviera disponible, las alternativas algo poco atractivas son:

  • Ignore la diferencia de categoría y, digamos, categorice la transacción completa como la categoría más grande o más importante. Pero, esto introduce deliberadamente un error en los datos rastreados, haciéndolo inútil para los casos en los que los totales de la categoría deben ser precisos.

    o,

  • Dividir la transacción manualmente . Esto no introduce errores en los datos rastreados, pero tiene otro problema: hace mucho trabajo.

    Primero, uno necesitaría ingresar manualmente dos (o más) transacciones de nivel superior en lugar de una única con subcantidades. Quizás no sea mucho más trabajo que si se ingresara una división.

    Peor es cuando llega el momento de conciliar : ahora hay dos (o más) transacciones en el registro, pero el extracto de la tarjeta de crédito tiene solo una. La conciliación requeriría sumar manualmente esas transacciones del registro solo para confirmar que la cantidad en el estado de cuenta es correcta. ¡Gran dolor!

Yo colocaría la capacidad de transacciones divididas cerca de la parte superior de la lista de funciones "imprescindibles" para cualquier software de gestión financiera.

+1, pero un pequeño comentario sobre tu última oración: ¿ personal ? ¿Qué pasa con los comerciales, no necesitan splits? Diría que cualquier software de gestión financiera debe ser capaz de admitir transacciones divididas sin problemas, es una de las características más básicas, como dijiste.
@littleadv De acuerdo. Me estaba esforzando demasiado para mantenerme en el tema. Fijado.