跳转到主要内容
lurno
监护人

家庭想要看得见。学校需要一个站得住脚的答案。

监护人看到自己关注的人，而对每一个人，只看到有人明确授予的那些数据类别。权限就是那段经过核验的关系本身，每一次读取都在数据库里重新检查——而不是某个发错了的角色。

预约演示为学校集团而建
简而言之

Lurno 中的监护人访问是怎么运作的

在 Lurno 里，监护人的访问权来自同一个组织内两个人之间一段经过核验的关系，而不是来自某个角色。由管理员创建它——或者由成年学习者就自己的数据授予一段——它会一直处于待审核状态，直到有核验权限的人在队列中审核，并附上任何监护权文件。核验同时决定它承载哪些数据类别。之后每一次读取都会在数据库里对照这段关系检查：已核验、未撤销、未过期，且已被授予该数据所属的类别。被授予学业类别的监护人看得到总览、活动、能力和凭证。只被授予课表类别的，看得到时间表——其余的标签页是从页面上消失，而不是显示出来却空着。

数据类别范围限定
访问权按关系、按数据种类授予，而不是按人授予。Lurno 内置一份 7 个类别的登记表——学业、考勤、课表、行为、医疗、财务和沟通——一段监护关系为每一个已授予的类别保存一行。检查由一个 SQL 函数完成：`is_active_guardian_scoped(guardian, learner, organisation, category)`，由那些返回学习者数据的策略来求值。同一个孩子的两位监护人可以持有不同的类别——分居之后，这是常态。

队列正是这个设计的要点。一份申请是关于一个家庭的声明，而几个月后总得有人说清楚：谁通过的、什么时候、依据哪份文件、把范围收窄到了什么。这四项全部有记录，每一次变更都会追加到哈希链式审计日志。一段监护关系还归属于核验它的那个组织，所以在一个学校集团里，它绝不会延伸到兄弟学校。

门户

监护人实际看到什么

你关注的人，以及每个人走到了哪里

每人一张卡片：关系类型、核验日期、每个已授予类别一个标签，以及一个完成数量。仍在审核中的申请也会出现，标注为待审核。

  • 没有任何教职角色的监护人，侧边栏只有一项。没有课程，没有内容库，也没有别的地方可以逛进去。
生命周期

一段监护关系如何开始，又如何结束

  1. 01

    由管理员发起

    从某名学习者的档案或监护关系队列里发起：选一个已经在平台上的人，或者邀请一个还不在平台上的邮箱地址。被邀请的监护人在接受邀请并登录后完成关联。

  2. 02

    它在队列里等待

    监护人、学习者、关系类型、是否附有监护权文件、何时提交。创建和核验是两项不同的权限，所以前台可以发起申请，而审批仍然留在教务处手里。

  3. 03

    核验这一步决定类别

    向导会预先勾选一组推荐类别，并让审核人把范围收窄。共同监护在这里就解决，而不是靠一张客服工单：一位家长拿到学业和课表，另一位只拿到学业。

  4. 04

    访问权开始生效，并且始终是有条件的

    没有任何东西被烧进会话或令牌里。每一次读取都会重新求值这段关系，所以撤销在下一次查询时就生效，而不是等到下一次登录。

  5. 05

    任何一方都可以终止它

    监护人或学习者都可以不必征求任何人同意就终止它，管理员也可以。终止连同理由一起记录，而对话框明确写出：对方不会收到通知。

坦白说

7 个数据类别。今天有界面的是两个。

只有背后确实有可用界面的那两个才能被授予。一个让家长什么也看不到的勾选框，会让管理员以为自己做成了一件其实没做成的事。

Capability这个类别涵盖什么监护人看到什么今天可否授予
学业总览显示选课与完成状态。逐份测评的分数明细还没有进入门户。成绩、测评，以及它们背后的作业总览、活动、能力、凭证Yes
课表时间表与即将到来的活动课表Yes
考勤每日出勤、迟到、缺勤—No
行为纪律记录、事件报告—No
医疗健康表单、过敏信息、紧急联系人—No
财务账单、付款记录、费用—No
沟通学校与监护人之间的消息—No

另外 5 个都是真实存在的数据行，背后有真实的数据库谓词，所以增加一个是做一个界面，而不是改一次表结构。

治理

机构牢牢握住的是什么

每一个决定都挂着一个名字

谁核验的、什么时候、依据哪些文件、把范围收窄到了什么——都记在这段关系上，而不是在某个人的收件箱里。

发起和审批是两项独立的权利

权限目录里是两项彼此独立的权限，而且任何一项都可以在你组织结构的某个分支上授予，从而只沿该分支向下级联。

任何变更都留下痕迹

创建、核验、收窄、撤销和过期，各自以一个固定的动作名追加到审计日志。日志行只追加，从不更新。

换成你们的说法

习惯说导师或照护人的组织，把这个词改掉，门户随之跟上——英文、从右至左的阿拉伯文、法文和意大利文，均符合 WCAG 2.1 AA。

在册经理与在册出资方

企业场景中的关系用同一套模型建模。出资方能读到的，跟着他出资的那次选课走，而不是一个人的全部学习历史。

买家会问的问题

只能看到那段经核验的关系上已授予的类别——今天是学业和课表，而且审核人可以只批其中一个。学校持有的其余信息，都不在门户返回的范围之内。

在屏幕上用一个真实的家庭看一遍。

我们会发起一份申请，把类别收窄之后核验通过，然后再拿掉一个，看着那个标签页消失。

预约演示面向学校与学校集团