联合认证究竟要做什么和怎么做？
CALIS联合认证方案的两个最基本概念是IDP和SP，认证提供者（Identity Provider，简称IDP）和服务提供者（Service Provider，简称SP），认证提供者提供认证服务，服务提供者提供用户需要的服务。具体到系统中就是一些程序或程序的集合，CALIS系统本身将这些IDP 和SP程序都已经做好了，在我们每个馆和CALIS的联合认证中，我们需要做什么呢？我们需要做的就是向CALIS的IDP程序提供读取本地读者信息并判断是否为合法读者的接口，做好这个接口并在CALIS 系统中设置了相应参数，CALIS的IDP程序就能够调用这些接口程序，读取本馆的读者信息，并把通过认证后的读者信息提供给诸于馆际互借、参考咨询等需要读者认证信息的SP程序。
联合认证相对于统一认证的好处在于，联合认证只有一套读者数据，而且这一套读者数据是由本馆决定来源的、一般都是本馆自动化系统中的数据，是馆员们最熟悉和最易于控制的数据，使用本馆的读者数据，数据一致性有充分的保障且馆员们仅需维护一套数据、工作量要少许多；而在统一认证中的读者数据，是将本馆数据导出一份再导入到CALIS系统中，由于两种系统的读者数据结构本身就不能严格匹配，数据的完整性不能保证、随着时间的推移，两个系统读者数据的一致性也很难保证，另外维护两套读者数据的工作量也相对较大。
综合上述，我个人认为是否完成了联合认证，就是是否正式融入CALIS各项应用的标志。建议大家不要使用统一认证的模式，这种模式只能给大家带来更多的折腾。
至于联合认证该怎么做？个人认为，应该尽可能的寻求各方面的帮助，在我馆完成的过程，先后得到武汉大学黄勇凯老师、长江大学李靖老师、湖北大学张精文老师以及CALIS中心的姜磊老师的帮助；在我馆完成联合认证后，也先后帮助过中南大学，华中工大南湖校区，完成了他们的联合认证。
至于具体的细节，可以加入QQ群，“CALIS集成系统开发联盟”，群号：181033403去寻求更多的帮助，技术难点在于，本馆ilasIII读者库的格式是以marc格式压缩存储，必须要有能够直接从这些MARC 数据中抽取数据的工具，因为我们在这方面有所积累，所以能够完成这一工作，不过自2012年初ilasIII将读者库改成定长格式的，不再以MARC格式压缩存在，使以后发展更多的基于读者库的认证成为可以，联合认证做起来也相对容易多了；另一个难点在于，联合认证需要几个级别的联合调试，一定得请CALIS的技术人员帮忙做针对各个参数及数据格式的调试，才有保证，否则可能出现与省中心的联合认证可用，而与总中心的联合认证通不过的现象，因为各种系统尤其是数据格式千差万别，而仅仅我们这一端是无法看清问题的原因的。