https://github.com/CVEProject/cve-schema/blob/e23bb9e390d568b0dfb25de380e09ec3fbe7f7bf/schema/docs/cnaContainer-basic-example.json#L3-L5 https://github.com/CVEProject/cve-schema/blob/e23bb9e390d568b0dfb25de380e09ec3fbe7f7bf/schema/docs/cnaContainer-rejected-example.json#L3-L6 https://github.com/CVEProject/cve-schema/blob/e23bb9e390d568b0dfb25de380e09ec3fbe7f7bf/schema/docs/cnaContainer-advanced-example.json#L3-L5 The providerMetadata property should be deleted from these files because it is not needed when using CVE Services, and introduces a support cost because users do not immediately know whether to send the specific value of `00000000-0000-4000-9000-000000000000` or the UUID of their organization (or either or neither), and thus sometimes ask the CVE program for additional help. Similarly, examples should not be inconsistent (`shortName` above is only in the rejected example, not in the other two). As shown at https://cveawg.mitre.org/api-docs/#/CVE%20Record/cveCnaCreateSingle ``` Note: providerMetadata is set by the server. If provided, it will be overwritten. ```` The same note also occurs at https://cveawg.mitre.org/api-docs/#/CVE%20Record/cveCnaUpdateSingle and https://cveawg.mitre.org/api-docs/#/CVE%20Record/cveCnaCreateReject and https://cveawg.mitre.org/api-docs/#/CVE%20Record/cveCnaUpdateReject as well. With this change, CNAs who study the examples will be ready to submit CVE Records as soon as they are able to compose and send a container. They will not need to guess that the `00000000-0000-4000-9000-000000000000` value is fine, will not need to make other API calls to look up their organization's UUID, and will not need to think about whether it is appropriate to send data that is documented as `will be overwritten`.