# 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`:

```sql
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.