feat: printable daily sales summary with localized receipt

[pagcoinbr]

What

Adds a Print daily summary action to the last-payments dialog. It totals a day of sales — count, total sats, and per-fiat-currency amounts — and prints a formatted receipt.

How

• New endpoints GET/POST /api/v1/tposs/{id}/summary[/print].
  • GET returns the computed summary (JSON + rendered print_text).
  • POST .../print emits a receipt_print websocket event so a wrapper/companion print app can drive an ESC/POS printer. The plain browser page falls back to window.print().
• render_summary_text() with English and Portuguese (pt-BR) templates, locale-normalized so LNbits UI locales (en-US, pt-BR, pt_br, …) map correctly and unknown languages fall back to English.
• The button label and the printed receipt both follow the LNbits UI language the operator has selected — no separate language toggle.
• paid_at settlement timestamp (migration m025, backfilled from updated_at) so summaries range on when a sale settled, not when the invoice was created.
• Unit tests for render_summary_text.

Notes

The POST .../print path is designed for kiosk/terminal setups where a companion app listens on the TPoS websocket and forwards receipt_print events to a physical printer. On a normal browser the summary is available via GET and printed with the browser print dialog, so the feature degrades gracefully without any wrapper.

[pagcoinbr]

Friendly ping on this one 🙂

The lint workflow is sitting at action_required (first-time contributor gate), so CI never actually ran here — a maintainer approving the run would at least get it green or tell me what to fix.

Also happy to rebase on top of #235 whenever it lands: it moves the print/receipt endpoints into views_payments.py and takes m025 for the tabs settings, so this would become m026 and follow the same file layout. Say the word and I'll do it now instead of waiting.

[talvasconcelos]

Friendly ping on this one 🙂

The lint workflow is sitting at action_required (first-time contributor gate), so CI never actually ran here — a maintainer approving the run would at least get it green or tell me what to fix.

Also happy to rebase on top of #235 whenever it lands: it moves the print/receipt endpoints into views_payments.py and takes m025 for the tabs settings, so this would become m026 and follow the same file layout. Say the word and I'll do it now instead of waiting.

the goal is to merge the refactor PR first, after review/test. TPoS is at a feature freeze until that one gets in as it changes code quite a bit!

So, yes, maybe it's a smart move to apply your PR on top of #235 !