Al intercambiar planes de limpieza digitales, es crucial saber qué datos recibe realmente una validación. Un nombre de campo duplicado puede desplazar información incluso al importar un archivo JSON. Una validación del esquema posterior del objeto resultante puede que solo vea el valor restante. El artículo técnico de Jonas Gebäudereinigung explica esta diferencia utilizando un ejemplo en miniatura expresamente ficticio.
Un objeto JSON contiene entradas con nombre. El estándar de Internet RFC 8259 recomienda asignar nombres de forma única dentro de un objeto. Sin embargo, los nombres repetidos no conducen al mismo resultado en todas las implementaciones: algunos programas conservan el último par, otros informan de un error o proporcionan todos los pares. Por tanto, el simple hecho de que algo sea «importable» no indica si se ha conservado toda la información contenida originalmente.
El ejemplo en miniatura es: {"turnus":"wöchentlich","turnus":"monatlich"}. Muestra dos entradas con el mismo nombre en el mismo objeto. Este no es un plan de limpieza completo ni un conjunto de datos del esquema Jonas. El nombre de campo ficticio solo sirve para hacer visible el mecanismo. Ambos valores están en el texto original; qué significado debe prevalecer no es algo decidido técnicamente con esto.
El decodificador estándar de la biblioteca json de Python conserva el último par en tales repeticiones. Por lo tanto, en el ensayo sintético, quedó «monatlich» (mensual). Tras invertir el orden de los pares, quedó «wöchentlich» (semanal). Ninguna información del cliente fue procesada. El resultado describe este decodificador con su configuración estándar y no es una regla general para todos los programas JSON. La indicación doble original no puede restaurarse a partir del resultado simplificado.
Aquí comienza el límite de una validación de esquema posterior. El modelo de datos de la especificación JSON Schema 2020-12 representa un objeto como un conjunto de propiedades, donde dos propiedades con el mismo nombre no pueden ser representadas. El comportamiento ante nombres duplicados en el documento de origen no está definido allí. Si una herramienta comprueba exclusivamente el objeto resultante, una regla no puede ver la entrada eliminada. Una herramienta integrada puede comprobar adicionalmente el texto original; esto debe aclararse para la ruta de importación concreta.
Python ofrece un punto de partida con object_pairs_hook para procesar los pares ordenados de un objeto durante la decodificación. Una pequeña función de comprobación propia pudo detectar los nombres repetidos en el ensayo sintético y rechazar la importación. Se trató de una prueba separada durante la lectura, no de una validación frente al esquema Jonas. No se demostró ni introdujo ninguna función de protección acabada para una integración real de cliente.
El límite es válido dentro de un objeto. El mismo nombre puede aparecer una vez en dos objetos diferentes sin que ello constituya la repetición descrita. También debe prestarse atención a la grafía: un nombre con una representación de escape puede corresponder, tras la decodificación, al mismo nombre que una cadena de caracteres escrita directamente. Por tanto, el mero recuento de lugares visibles del texto no sustituye a la comprobación de los nombres decodificados en el objeto respectivo.
Para los clientes de una importación de datos, la pregunta concreta es: ¿se detectan los nombres repetidos antes de una posible pérdida de información y qué ocurre entonces? Un aviso de validación de esquema exitosa solo responde a esta pregunta si la ruta de importación incluye realmente este control adicional. Además, el orden de dos indicaciones no determina qué ciclo de limpieza está acordado.
Jonas Gebäudereinigung ya pone a disposición un esquema de datos de plan de limpieza público y un ejemplo sintético. El artículo describe una cuestión general de importación en este contexto de aplicación existente. No informa de una nueva versión de software, ni de un error observado en Jonas, ni de un cambio implementado.
Recurso: https://xn--jonas-gebudereinigung-e2b.de/ressourcen/reinigungsplan-datenschema/
Fundamentos técnicos: RFC 8259, secciones 4 y 8.3; documentación de Python, json; JSON Schema 2020-12, Core, sección 4.2.
Fuentes: https://www.rfc-editor.org/info/rfc8259/ · https://docs.python.org/3/library/json.html · https://json-schema.org/draft/2020-12/json-schema-core
Autor corporativo: Jonas Gebäudereinigung. Creado con apoyo de IA y verificado mediante las fuentes indicadas; no se afirma una comprobación personal por expertos humanos.
Contacto de prensa: Asistencia de prensa para Jonas Gebäudereinigung
Alexanderstraße 101 B, 26121 Oldenburg, Alemania
Teléfono: +49 441 24923021
Correo electrónico: info@jonas-gebäudereinigung.de
