Skip to content

feat(client): V1 fiado / cuenta corriente — cliente side - #273

Open
pabloalvarez99 wants to merge 1 commit into
feature/erp-parityfrom
feat/pos-fiado
Open

feat(client): V1 fiado / cuenta corriente — cliente side#273
pabloalvarez99 wants to merge 1 commit into
feature/erp-parityfrom
feat/pos-fiado

Conversation

@pabloalvarez99

Copy link
Copy Markdown
Owner

V1 business-depth ⭐ — fiado / cuenta corriente (lado cliente)

El esencial #1 del retail chico chileno: fiar al cliente habitual y llevarle la cuenta (docs/strategy/business-depth-master-plan.md §V1). Esta PR es el lado cliente (Tauri); el backend lo despacha paxoloop al próximo worker libre (par coordinado) contra el contrato FROZEN que aquí se consume. Degrada graceful → seguro de integrar antes que el backend.

Contrato FROZEN consumido

  • GET /api/v1/clientes/:id/cuenta{ saldo, limite, movimientos[] } (CLP int).
  • Venta a cuenta = pos_sale con paymentMethod = pos_cuenta (sin tender; el server abre el cargo). Gated a cliente.
  • POST /api/v1/clientes/:id/cuenta/abono { monto, medio } → abono (a caja).

Cambios

  • api.ts (append-only): tipos CuentaCorriente/CuentaMovimiento, wrappers cuentaCorriente/registrarAbono/posSaleCuenta, consts PAYMENT_CUENTA/CUENTA_MODULE_MISSING, y cuentaUnavailable(err) — detector angosto de "backend aún no listo" (sentinel + command … not found de Tauri + 404/no-implementada) que nunca oculta un error real (permiso/negocio). La unión exportada PaymentMethod queda intacta.
  • pos.ts: medio "Cuenta corriente (fiar)", gated a cliente seleccionado (fiarEnabled): disabled+hint hasta elegir; si se quita el cliente con fiado activo, cae a Efectivo. Sin panel de tender en fiado; "Cobrar"→"Fiar"; checkout vía posSaleCuenta; cuentaUnavailable → "no disponible" sin romper el carro.
  • clientes.ts: sección "Cuenta corriente" en el detalle — pill de saldo (Debe/Al día), cupo+disponible, tabla de movimientos firmada por tipo (+/), modal "registrar abono" (validateAbono), estado de cuenta imprimible (#cuenta-print, window.print), graceful-404.
  • rutbrand.css (append): panel cuenta, rail fiado :disabled, @media print del estado.

Tests (TDD, RED→GREEN)

  • cuenta-fiado.test.ts — 17, pure: gate, validateAbono, render saldo/movs, print, escaping XSS, cuentaUnavailable.
  • cuenta-fiado.dom.test.ts — 6, happy-dom (api mockeada): render, graceful-404, abono POST+reload, abono cero rechazado, fiar gating ambos sentidos.

GATE: npm run build (tsc --noEmit + vite, exit 0) + npm test31 files passed · 664 passed / 7 todo, cero regresiones.

Scope: views/{pos,clientes}.ts + api.ts (append) + rutbrand.css (append). Sin backend, sin src-tauri, sin migraciones. ui.ts/format.ts sólo lectura.

🤖 Generated with Claude Code

The retail-chico essential #1: fiar al cliente habitual y llevarle la cuenta
(business-depth-master-plan §V1). Client side; the backend ships par-coordinado
to a frozen contract. Degrades gracefully so it is safe to integrate ahead of it.

- api.ts (append-only): CuentaCorriente/CuentaMovimiento types, cuentaCorriente /
  registrarAbono / posSaleCuenta wrappers, PAYMENT_CUENTA + CUENTA_MODULE_MISSING,
  and cuentaUnavailable(err) — a narrow "backend not ready" detector (sentinel +
  Tauri "command not found" + 404/no-implementada) that never hides a real error.
  The exported PaymentMethod union is untouched.
- pos.ts: "Cuenta corriente (fiar)" payment rail, gated to a selected customer
  (fiarEnabled): disabled with a hint until one is picked, falls back to Efectivo
  if the customer is cleared. No tender panel for fiado; "Cobrar"→"Fiar"; checkout
  via posSaleCuenta; cuentaUnavailable → "no disponible" without breaking the cart.
- clientes.ts: "Cuenta corriente" section in the detail panel — saldo pill
  (Debe/Al día), cupo+disponible, movimientos table signed by tipo, abono modal
  (validateAbono), printable estado de cuenta (#cuenta-print), graceful 404.
- rutbrand.css (append): cuenta panel, disabled fiar rail, @media print estado.

Tests (TDD): cuenta-fiado.test.ts (17, pure) + cuenta-fiado.dom.test.ts (6,
happy-dom, api mocked). GATE: npm run build (tsc + vite) + npm test (664 passed).
Scope: views/{pos,clientes}.ts + api.ts + rutbrand.css (appends). No backend,
no src-tauri, no migrations.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant