为了符合 OAuth 2.0 标准的建议,并确保 VALId 服务与 Moodle 集成的兼容性,考虑到以下可能性……
正如我们在9月4日通过服务部门告知您的那样 Representa 已经进行 新功能和各种变化以改善平台的运营。这些新功能和变化意味着消息传递的变化,对集成商产生影响。
这些更改自去年 16 月 XNUMX 日起在预生产环境和下一个生产环境中开始实施 15月XNUMX日他们将投入生产, 因此,请仔细检查它们,尤其是架构更改,如果您验证它,则需要对其进行修改。
架构修改:如果验证则必须修改
重要提示:架构发生了几项更改(在以下几点中列出),如果您验证架构,这些更改可能会影响您致电我们时的工作方式。它们是可选字段(我们总是这样写,以免影响),因此,如果您受到保护,则不会有影响。但是,如果您进行架构验证,即使它们是可选的,您也会返回错误,我们需要检查它们并确认您的调用正常工作。
下面是图表,以便您可以看到这些新字段,这些新字段将在以下几点中讨论。
使用“手机”字段(可选字段)扩展联系人数据
为了扩大向市民发送的通知范围,数据库中新增了“前缀”和“手机号码”字段,以便能够通过短信发送与状态可能发生的变化相关的通知。 representations。
这两个字段都是可选的。
修改“姓氏”字段以适应 REA NTI(可选字段)
关于平台适配过程中产生的任务 Representa 在与国家行政总局电子授权书登记系统 Apodera 集成的新的电子授权书登记互操作性技术标准(目前仍处于草案阶段)中,数据库中“姓氏”字段已得到扩展。 Representa因此,“姓氏1”和“姓氏2”字段已添加到当前的“姓氏”字段(其中包含两个姓氏)。
从这个意义上说,这三个字段将共存,可以像以前一样继续发送包括两个姓氏的“姓氏”字段,当与 Apodera 的集成生效时,该字段将作为“姓氏 1”发送。因此,虽然“姓氏”字段可以继续发送而不是新字段,但建议迁移到两个姓氏以发送更精确的信息。
使用“发送姓名”字段扩展个人数据(可选字段)
为了用公民感到认同的名字来称呼公民,“听到的名字”字段已被纳入数据库中,以便除了 DNI/NIE 中出现的名字之外,还能够使用该名字发送通知或护照。
发送的名称字段是可选字段。
与咨询相关的修改 representa积极行动
为了改进平台上的查询,它已被整合到查询中。 representa正在进行的操作、处于“待签名”状态的操作以及“当前”字段都将纳入回复中,以便告知用户这些操作。 representa除了被视为有效之外,在咨询时仍然有效的条款。