chore: esqueleto del monorepo (npm workspaces)

Raíz con workspaces apps/* y libs/*, reglas del proyecto base y flujo
por branch de cliente en CLAUDE.md, y el mockup de Oferta de ventas.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

CLAUDE.md

@@ -0,0 +1,21 @@
+# basic-erp
+
+ERP base para SAP Business One (Service Layer). Monorepo npm workspaces:
+
+- `apps/api` — NestJS: proxy hacia el Service Layer, login, sesión SAP compartida, permisos de menú (SQLite).
+- `apps/web` — Angular: componentes reutilizables estilo SAP Business One.
+- `libs/sap-types` — tipos TypeScript compartidos entre api y web.
+- `tools/` — mockups y colecciones de pruebas.
+
+## Reglas del proyecto base
+
+- Solo campos **estándar** de SAP Business One. Ningún campo de usuario (`U_*`) salvo `U_WEB_USER` / `U_WEB_PASS` de `EmployeesInfo`, usados para el login web.
+- Los formularios se construyen con componentes reutilizables y configuración declarativa; no se duplica markup por documento.
+- Los colores y el aspecto salen de variables CSS (temas). Tema por defecto: claro, con la paleta de `tools/Cotizador Aberio · Oferta de ventas.html`.
+
+## Flujo de trabajo por cliente (branches)
+
+1. `main` es la versión base/genérica, sin personalizaciones de cliente.
+2. Cada cliente tiene su branch (`cliente/<nombre-cliente>`); ahí viven sus personalizaciones y fixes.
+3. Los cambios de una branch de cliente no se mezclan con `main` ni con otro cliente, salvo backport genérico decidido explícitamente.
+4. Antes de crear branches, mergear a `main`, o hacer merge/backport entre clientes, confirmar con el usuario. No hacer `git push` sin confirmación.