构建《花名册》需注重账号绑定和部门设置。姓名、身份证号是必填字段，成员字段可选。账号有限时，可停用不用账号。部门构建建议使用文本，复杂时可使用多级部门。不建议写入直接主管字段，维护量大。特殊用法可在花名册中增加内容。
在前面的文章中提起，有必要构建《花名册》，那花名册的构建有什么技巧呢？
通常姓名、身份证号是必填必要的字段，但花名册中的账号信息，也就是成员字段如何解决呢，这不是问题，直接选择成员字段即可，但现实中大家有没有遇到一个问题，就是企业用的账套中账号是有限的，并不能完全授权到简道云，比如公司使用的时30个账号，但企业又四十甚至七八十人，这样如何破局呢。
以钉钉版本或企业微信版本简道云来说，我们还是要完全授权的，否则账号无法同步，账号无法同步，对于钉钉考勤同步来首就是枉然的。因此只需要在简道云的通信录中停用了一些不用的账号即可。那么问题就来了，这样频繁的工作怎么才能保证有人去做，那就必须是我们后面要聊的入职管理。如果入职管理使用简道云构建，痴迷于钉钉系统的入职管理，那就可能无法将账号的停用形成闭环，因为钉钉的入职办理是没有这样的办理流程的，虽然也可以使用入职流程做协同办理，但比起多重的《花名册》压力来说，建议还是保留一份就行。
《花名册》的构建技巧中还有一件比较重要的是部门尽可能用文本来构建，选择文本即可，如果部门较为复杂可以使用多级部门进行过滤或者联动下拉选择，至于为什么，那当然是因为如果遇到账套不够用的时候，可以采取外链的二维码入职，与钉钉入职非常类似，但这种外链在OA系统中，无论是宜搭、氚云还是简道云，都存在一个问题，当然是不可能选择通信录中的部门的，所以文本较好。
在正常的逻辑中，《花名册》会做一件事情，就是写入直接主管这样的字段，但个人不太建议这样处理，毕竟维护工作量太大，直接主管发生变更的时候并非一次性能解决，这是一个比较鸡肋的方式，在遇到审批逻辑是尽可能人属于部门，部门有主管，这样主管离职后，修改主管即可。
总结《花名册》中比较核心的地方并不多时，注重账号绑定和部门设置即可，如果有特殊的用法，可以在花名册中增加一些内容，比如破局我方公司可选择权限，再攻破仓库课使用权限，这种数据逻辑均可以在花名册中实现，我们后期会慢慢聊。
以上是百知巴巴的原创，禁止转载，否则必究法律责任！
热门跟贴