实施常见问题解答
本节包含实施产品时可能提出的问题，该产品将数据交换到其他方。
如何保持数据与负责数据的系统同步？
无论您的系统是使用推送模型还是拉取模型，您都不应更新不拥有的信息，而应该从负责其准确性的源获取信息。这意味着您应该知道您的信息是什么，对于所有其他信息，授权源在哪里，您如何接收更新，以及您需要哪些新鲜度。ID 属性值由关联实体的授权所有者定义，应视为不可变，因为没有用于更改它们的标准协议。一方可以使用其他自然键字段来验证消息，但不得标识实体本身。
如何表示有效的日期信息？
在交换与域相关的数据时，有两个非常独特的有效约会概念需要考虑：域有效约会和数据有效约会。
日期格式
- 日期应采用公认的日期时间格式（例如"y-mm-dd 00：00：00"或"20170915T155300+0500"）
- 建议（但不包括）使用后缀"Z"（即"2018-08-14T17：29：46.319Z"）在祖鲁时间发布日期时间，
- 部分日期可能使用（如果合适），但了解这可能会导致验证错误（例如"2018-04"，当时只有月份和年适合数据）
域有效约会
"您的新工资率的有效日期"和"当你的健康保险生效"是域有效约会的例子。它们本身用日期值表示，并存储为数据。域生效日期只是具有日期值的属性，这些日期值在业务逻辑中用作有效日期。
数据有效约会
数据有效约会处于不同的级别，并且独立于域。从根本上讲，有效日期数据是将一个或多个日期范围与值关联，指示某些基准何时采用该值，或该值何时"有效"。在没有有效约会的系统中，假设您看到的数据值现在有效，并且将一直有效，直到将来被替换。但是，完全有效的日期模型可以表示元数据中与任何可变基准关联的有效日期和相关值，与域逻辑无关。这种模型是"时间可移植的"，并且使用该元数据的应用程序可以在生效日期中轻松地向后移动，以便根据最新信息随时看到具有完整完整性的完整模型，这些信息在报告、预测、建模、应用追溯性更改、暂存未来事件和"排队"未来日期更改方面可能非常有价值。
建议
没有多少系统具有复杂的数据有效约会功能，很少有各方能够处理任何或所有值上的有效约会元数据的有效有效负载。在 XML 中，您可以使用有效日期命名空间中的属性来指示数据生效日期，但旨在允许可选的每个值生效日期的可比 json 架构将过于复杂。在 HR Open 福利架构中，一些 json 类型已定义为"有效时间"，它们看起来至关重要，而不是繁重。但是，您也可以在自己的扩展中使用它。[插入对一些常见文档的引用？通常，在福利信息中，有效从和有效日期的 DateTimeType 被截断为日期，但完整的 ISO 8601 粒度也可用。
无论是否成功处理，如何响应邮件？
此规范中的消息没有规定传输方法，通常响应协议由您选择的方法定义，无论是 REST、消息队列、文件传输还是其他方法。
方法
HR 开放标准不指定开发集成时使用的方法。基于 REST 的技术（如 http 命令）对于新的应用程序接口 （API） 很常见。该标准也可以应用于基于服务的框架。人力资源开放标准也支持手动交换消息。
消息
HR 开放标准用于定义消息格式。现在，消息有效负载有两种标准化格式，JSON 和 XML。这两种格式都很简单，设计用于标准化分层数据结构的格式，并便于以标准化的方式传输和消费。
使用 JSON 是否有安全问题？
尽管 JSON 仅打算作为数据序列化格式，但其设计为 JavaScript 脚本语言的非严格子集，会带来几个安全问题。这些问题以使用 JavaScript 解释器作为嵌入式 JavaScript 动态执行 JSON 文本为中心。这会使程序暴露给错误或恶意的脚本。在处理从 Internet 检索的数据时，这是一个严重的问题。这种简单和流行但风险很大的技术利用了JSON与JavaScripteval（）函数的兼容性...（来源：https://en.wikipedia.org/wiki/JSON )
站点公众号