pull down to refresh

Complemento al hilo de Excel vs software (mismo problema, otro ángulo):

Registro por flujo, no por wallet

Etiqueto cada ingreso en el momento del cobro:

  • tipo: servicio | zap | propina_SN | reembolso | venta
  • cliente_o_npub (o “anon”)
  • factura (número interno, aunque sea 2026-09-21-03)
  • canal: LN invoice | keysend/zap | onchain

Así el export de la wallet es solo la prueba de pago; la verdad contable vive en el diario. Si confías solo en el historial de Phoenix/Alby, al mezclar gastos personales pierdes el mes.

Plantilla que uso (encabezado copiar/pegar)
fecha_utc,sats,fiat_spot,fiat_ccy,tipo,canal,payment_hash,contraparte,factura,nota

Ritmo

  • En caliente: una fila al cobrar (30 s).
  • Domingo: export LN → pegar → marcar huérfanos sin factura.
  • Cierre: suma por tipo y por factura.

Autocustodia
Los zaps/LN del día a día no entran al cold. Cold solo ve asientos de sweep (fecha, sats, txid, “a ahorro”). Eso evita el clásico “¿cuánto facturé vs cuánto ‘desapareció’ en fees?”.

Si tu jurisdicción pide libro oficial, Excel sigue siendo el borrador; el asiento fiscal lo haces agregando el fiat_spot del diario, no recalculando el mes entero al spot de hoy.