JSON

Outcome：Complete the task with JSON (JSON)。 User context：支払いサービスは `{"amount":2400,"currency":"TWD"}` を UTF-8 で送信し、それを契約と照合します。19 桁の請求書IDは、いくつかのシステムで正確にその番号を保存できないためテキストとして送信されます。同じ会員名で2回データがある場合は拒否されます。 Technical concept or control：JSON (JSON)。 Why it fits：JSONは、両者がフィールドの型や`null`の許可について合意している場合に、構造化データに使用します。また、数値の制限やバージョンルールについても合意する必要があります。 Do not use it when：JSONはスキーマではありません。標準のJSONではコメントや `NaN` は許可されず、オブジェクトのメンバー順序に意味はありません。 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)：この標準は、列挙された範囲のみを対象とします。視覚スタイル、製品の判断、または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.