dh-inspeccion-v2/docs/PHASE_D5_3_7_2_3.md

D5.3.7.2.3 — Hotfix de persistencia del plan aplicado

Problema corregido

La aplicación relacional ya superaba la actualización de asset_import_rows, pero al marcar un activo creado como aplicado se reutilizaba el mismo parámetro SQL para dos columnas de tipos distintos:

• applied_asset_id: uuid
• applied_object_id: varchar(255)

PostgreSQL rechazaba la sentencia con inconsistent types deduced for parameter $2 (uuid versus character varying).

Corrección

El parámetro se tipa una sola vez como UUID y su representación textual se deriva explícitamente para applied_object_id:

applied_asset_id = $2::uuid,
applied_object_id = ($2::uuid)::text

La operación continúa dentro de la misma transacción. El fallo previo no dejó datos parciales y esta fase no requiere migración nueva.

Regresión

Se agregó una prueba que impide volver a usar el mismo parámetro sin casteos compatibles en ambas columnas.