Un identificador no es un número
Aunque algunos valores contengan sólo dígitos, patente, VIN y chasis deben modelarse como texto. Convertirlos a número puede quitar ceros iniciales, cambiar precisión o impedir representar letras y signos permitidos.
El esquema debería declarar longitud y caracteres esperados sin usar esa validación para reescribir silenciosamente el dato. Rechazar con una causa clara es más seguro que adivinar una corrección.
Separá original, normalizado y clave técnica
El valor original explica qué recibió el sistema. El normalizado ayuda a comparar. La clave técnica conecta eventos y resultados. Pueden coincidir, pero cumplen funciones distintas y no deberían sobrescribirse entre sí.
Una normalización simple, como convertir letras a mayúscula, sólo es segura cuando el contrato lo admite. Quitar puntuación o espacios puede fusionar valores válidos diferentes y debe evitarse salvo regla explícita de la fuente autoritativa.
Validá según el contexto de cada capacidad
No existe una única expresión regular útil para todas las consultas vehiculares. La capacidad define qué identificador acepta, el país o jurisdicción relevante y qué combinación de campos necesita.
Guardá junto al valor el tipo de identificador y, cuando corresponda, el país. Así una futura expansión no obliga a reinterpretar registros históricos con reglas nuevas.
Hacé visible cada transformación
Si la interfaz propone corregir un formato, mostrá la versión recibida y la propuesta antes de ejecutar. En procesos masivos, registrá la regla aplicada por fila y permití descargar los rechazos sin datos innecesarios.
Los tests deben cubrir ceros iniciales, espacios internos, signos, mayúsculas, valores vacíos y caracteres visualmente parecidos. La meta no es aceptar todo: es evitar que dos identidades terminen siendo una sola.
Fuentes y referencias
Contenido informativo para diseño de integraciones. No constituye asesoramiento legal, regulatorio ni financiero.
