Delphi Heaven

SEPTIEMBRE — SEMANA 1

PC Shop 1-1 — #POST 1
PC Shop 1-2 — #POST 2
PC Shop 1-3 — #POST 3
PC Shop 1-4 — #POST 4/4

Se incorpora CLIENTES como nueva entidad persistente.

TCliente
SQLite
CRUD
búsqueda
Data Module
clave IdCliente AUTOINCREMENT
arquitectura preparada para relacionar CLIENTES y VENTAS

Próximo paso:
Relacionar las ventas con clientes mediante IdCliente.

Progreso: 1/4

SEPTIEMBRE — SEMANA 1

PC Shop 1-1 — #POST 1
PC Shop 1-2 — #POST 2
PC Shop 1-3 — #POST 3
PC Shop 1-4 — #POST 4/4

En esta jornada se relacionan CLIENTES y VENTAS mediante IdCliente.

La evolución se realiza sin perder las ventas existentes gracias a una migración de esquema compatible.

IdCliente nullable
ventas antiguas conservadas
ventas anónimas
ventas asociadas a cliente
ALTER TABLE
migración condicionada
transacción de venta intacta

Progreso: 2/4

SEPTIEMBRE — SEMANA 1

PC Shop 1-1 — #POST 1
PC Shop 1-2 — #POST 2
PC Shop 1-3 — #POST 3
PC Shop 1-4 — #POST 4/4

Delphi + SQLite

PC Shop ya muestra el cliente en el historial de ventas usando LEFT JOIN, sin perder ventas antiguas ni anónimas.

IdCliente se persiste; el nombre se obtiene desde CLIENTES.

#Delphi #SQLite #SQL

Progreso: 3/4

SEPTIEMBRE — SEMANA 1

PC Shop 1-1 — #POST 1
PC Shop 1-2 — #POST 2
PC Shop 1-3 — #POST 3
PC Shop 1-4 — #POST 4/4

PC Shop ya permite filtrar el historial de ventas por cliente.

Sin duplicar formularios ni SQL: el mismo flujo acepta un IdCliente opcional y mantiene ventas anónimas e historial general.

#Delphi #SQLite #FireDAC

Progreso: 4/4 — SEMANA COMPLETADA

SEPTIEMBRE — SEMANA 2

PC Shop 2-1 — #POST 1
PC Shop 2-2 — #POST 2
PC Shop 2-3 — #POST 3
PC Shop 2-4 — #POST 4/4

PC Shop incorpora trazabilidad de inventario mediante MOVIMIENTOS_STOCK.

ENTRADA
SALIDA
AJUSTE
historial
transacciones
COMMIT / ROLLBACK

Stock e historial se actualizan como una única operación.

Progreso: 1/4

SEPTIEMBRE — SEMANA 2

2-1 — #POST 1
2-2 — #POST 2
2-3 — #POST 3
2-4 — #POST 4/4


Una venta no debería modificar stock sin dejar rastro.

PC Shop ya enlaza cada venta con su movimiento automático de inventario dentro de una única transacción:

VENTA → STOCK → MOVIMIENTO

Todo o nada mediante COMMIT / ROLLBACK.

#Delphi #SQLite #FireDAC
Progreso: 2/4

SEPTIEMBRE — SEMANA 2

PC Shop 2-1 — #POST 1
PC Shop 2-2 — #POST 2
PC Shop 2-3 — #POST 3
PC Shop 2-4 — #POST 4/4

En esta jornada se añade una auditoría de trazabilidad entre VENTAS y MOVIMIENTOS_STOCK.

La comprobación permite detectar:

- ventas sin movimiento;
- movimientos duplicados;
- movimientos asociados a ventas inexistentes;
- diferencias entre cantidad vendida y salida de stock.

Resultado sobre la base de desarrollo:

Ventas revisadas: 9
Sin movimiento: 8
Duplicados: 0
Huérfanos: 0
Cantidades incoherentes: 0

Las 8 ventas sin movimiento corresponden a registros anteriores a la incorporación de la trazabilidad automática.

Las incidencias se registran mediante el sistema de logging ya existente.

También se estudia la incorporación de un índice UNIQUE parcial sobre IdVenta, pero se aplaza hasta decidir formalmente cómo tratar las ventas históricas.

Progreso: 3/4

SEPTIEMBRE — SEMANA 2

PC Shop 2-1 — #POST 1
PC Shop 2-2 — #POST 2
PC Shop 2-3 — #POST 3
PC Shop 2-4 — #POST 4/4

Esta semana se ha completado un bloque centrado en trazabilidad e integridad del inventario.

El trabajo ha evolucionado desde registrar movimientos de stock hasta:

- relacionarlos automáticamente con ventas;
- mantener venta + stock + movimiento en una única transacción;
- auditar inconsistencias;
- distinguir ventas históricas de ventas sometidas a las nuevas reglas;
- migrar el esquema sin perder información;
- añadir protección mediante un índice UNIQUE parcial en SQLite.

La primera auditoría detectó 8 ventas sin movimiento, pero resultaron ser ventas históricas anteriores al sistema de trazabilidad.

La solución fue distinguir explícitamente:

Trazable = 0 → histórico
Trazable = 1 → reglas actuales

Resultado final:

Ventas modernas revisadas: 1
Incidencias: 0
TRAZABILIDAD CORRECTA

Progreso: 4/4 — SEMANA COMPLETADA

A partir de septiembre de 2026, la rutina evoluciona a un formato 4/4 que combina desarrollo Delphi y ciberseguridad.

El seguimiento continúa en el hilo «Rutina — Delphi + CIBERMURO».

OCTUBRE — SEMANA 1

SESIÓN 1/4 — CIBERSEGURIDAD

Práctica:
[LAB-BT-01] Windows Security Log — Event ID 4625


TRABAJO REALIZADO
- Generación controlada de un intento fallido de autenticación.
- Localización del Event ID 4625 en Security.

RESULTADO
Práctica completada.


────────────────────────────

Delphi ............ 0/2
Ciberseguridad ... 1/2

TOTAL ............. 1/4