JSON

Outcome: Complete the task with JSON (JSON). User context: Un servicio de pagos envía `{"amount":2400,"currency":"TWD"}` como UTF-8 y lo verifica contra un contrato. Se envía un ID de factura de 19 dígitos como texto porque algunos sistemas no pueden almacenar ese número exactamente. Se rechaza los datos con el mismo nombre de miembro duplicado. Technical concept or control: JSON (JSON). Why it fits: Use JSON para datos estructurados cuando ambas partes acuerden los tipos de campos y si se permite `null`. También deben acordar los límites de los números y las reglas de versión. Do not use it when: JSON no es un esquema. JSON estándar no permite comentarios ni `NaN`, y el orden de los miembros del objeto no tiene significado. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): El estándar cubre únicamente el alcance listado. No elige el estilo visual, la decisión del producto ni el ejemplo de Vibulary. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.