K/3系统
①．模块加密控制。K/3系统由21个子系统，在加密时，分别对这21个子系统加密。一般总站点数为各子系统加密站点数之和。如：
总账子系统：3 站点
工资子系统：3 站点
固定资产子系统：3 站点
总站点：9 站点。
但是K/3 V10.1的快速包的各个模块的站点数和总站点数是一致的。
②．加密狗或相应子系统未进行加密时的控制规则：
l 无加密狗：
当前所用账套使用未超过三期时，各系统应能进入演示模式（在状态条中，有演示版字样）。
当前所用账套使用超过三期时，系统将拒绝登录，不允许进入系统。
l 相应子系统未进行加密控制：
如前例，加密卡除总账、工资和固定资产系统外，均应遵循无加密狗时的控制规则。总账、工资和固定资产系统，则遵循有加密狗且相应子系统进行了加密控制的控制规则。
③．有加密狗且相应系统进行了加密控制的控制规则：
l 用户登录数在控制站点数以内：
系统允许进入并能进行各种正常操作。
l 用户登录数超过控制站点数：
如前例，总账系统加密控制站点数为3个，意味着同时只能有三个用户或三台计算机登录进入总账系统，若当前使用站点数已达三个，若再有用户或计算机登录，则系统采用无加密狗或相应子系统未进行加密控制的控制规则处理——即进入演示模式或拒绝进入。
④．加密狗的使用：
加密狗一定要插在提供系统服务的中间层所在的机器上（单中间层时，就是中间层所在机器；多中间层时，插在提供系统服务的中间层所在机器上），无须进行其他配置。
一般情况下，一个用户使用一只加密狗即可控制所有的站点。
在中间层的账套管理的账套使用情况中，可观察加密狗的检测情况：
l 是否检测到加密狗；
l 加密狗的总站点控制情况；
l 加密狗各系统的加密控制情况；
l 当前各系统登录（正在使用）的情况。
2、销售前台系统：
（1）、加密方式：
采用前台系统站点计数控制。
（2）、加密计数原则：
前台系统初始化时联接有加密服务的中间层服务器获得加密认证，并在中间层进行加密注册，同时站用站点数，如中间层服务器达到最大加密数，则拒绝注册。
（3）、加密控制规则：
前台操作必须注册后才能完成系统初始化而进入正常使用状态。
每次进行数据传输时（基础资料下载和单据、盘点表上传）时，中层服务器系统将自动检测有无注册信息，如无则拒绝数据传输请求。前台如需重新初始化并修改原有机构名称，则需在中间层服务器使用零售前台注册管理程序，删除原有注册信息。
3、BOS SDK：
K/3系统V9.3，增加了对二次开发平台的加密控制。加密方式为没有加密卡则不能保存报表到数据库，只允许引出20行10列的报表
4、 代理服务
10.1以前使用license控制，用户可以登录演示版30次。10.1开始以及取消加密控制。
5、 BOS
由于BOS本身业务能力的特殊性，所以10.1以前BOS采用全加密的方式，不存在演示版的概念。如没有相应的加密狗，则无法进入BOS进行单据的新增以及相关一些修改单据属性的操作。10.2放开了所有的设计时操作，而且不进行过三期加密控制，只对运行时进行加密，加密规则如下：对于某个业务对象具体发生的业务超过1000的话就进行业务加密控制，所有运行时功能都不能使用。反之则可以使用所有运行时功能。举个例子，新增了一个业务单据，你可以进行业务单据测试、序时簿测试等操作，但是当你单据测试时保存了1000个具体的业务数据时，如果没有加密狗，那么对于这些功能您将不能再使用，而且系统有明确的提示。
6、 合并报表
老合并报表使用常规的加密方式，而新合并报表采取新的加密方案：加密按照方案中的公司数目来的，而且也需要进行过三期加密控制。
7、 人力资源
10.1以及以前版本的人力资源系统是按照该账套的职员人数来加密，部分模块需要进行过三期加密控制。但是10.2则开始按照并发数来加密。