¿Cómo debo tratar los gastos que son de un solo importe cuando se extraen de mi cuenta bancaria, pero que luego cambian?

Question

1. Pido comida, incluyendo algunos plátanos.
2. La tienda carga en mi cuenta bancaria con $150, which shows up as -$ 150 en mi cuenta bancaria.
3. Pasan algunos días y se produce el parto. No recibo ningún plátano a pesar de haberlo pagado.
4. El cargo en mi cuenta bancaria se convierte en -145 dólares, porque al menos han detectado la falta de plátanos y lo han anotado en su sistema.
5. Ahora la transacción única como "liquidada". No hacen una transacción "real" y luego otra para devolverme esos 5 dólares de plátanos.

Si hubiera introducido manualmente - $150 into my own "bookkeeping" (in lack of a better word) database table, then how do I handle the fact that it's no longer -$ 150, pero ¿145 dólares?

Lo hago:

1. ¿Modificar realmente el registro existente después de haberlo introducido?
2. Añade un nuevo registro llamado "Ajuste por pedido de comida anterior" que es + $5? I'm worried that it may be misleading/problematic as it looks like I've gained$ 5 de alguna manera, cuando en realidad no es así.
3. ¿Esperar a que todo se haya "asentado" hasta que realmente lo introduzca en mi contabilidad? Eso también parece engañoso y problemático en muchos sentidos.

Las tres formas me parecen fundamentalmente defectuosas. ¿Cuál es la práctica recomendada para esto? ¿Por qué tienen que utilizar un método tan "fluido" y "volátil" para transacciones que pueden ser "reservadas" y "liquidadas"?

Además, "mi" banco no ayuda en absoluto a proporcionar ningún tipo de "identificador", ni siquiera cuando se descargan los datos como CSV. Todo lo que tengo es la descripción, el importe y la fecha (ni siquiera la hora). Así que va a ser muy difícil automatizar esto de alguna manera, como por ejemplo simplemente usar un identificador para la "transacción" que sea el mismo tanto para el cargo inicial como para el "cargo revertido" (que para mí aparece como la misma unidad que sólo tiene un monto actualizado).

Answer 1

Podría marcar la transacción original como anulado y luego agregar la transacción correcta de reemplazo. Esto supone que su sistema de contabilidad admite el concepto de anulación de un asiento (o que podría ampliarlo).

De esta manera, usted guarda algún registro de la transacción incorrecta -pero sin impacto en el saldo de su cuenta- así como de la transacción correcta, que es la "viva" y que sí tiene impacto en el saldo de su cuenta. No tiene que calcular ningún importe compensatorio, etc., que puede no reflejar los importes reales de las transacciones.