如果用户是客户,则此用户可以是已注册的或未注册的。注册客户具有 R 注册类型,这表示此用户在 WebSphere Commerce 中扮演“注册客户”的角色。注册客户具有唯一标识符或登录标识和一个密码,并且需要为了注册而提供一些概要文件数据。用户注册还可能需要核准,注册用户的状态可以是核准正在审批、已核准或拒绝。缺省情况下,被拒绝的用户需要再次注册,核准正在审批的用户无权登录到系统。注册客户可以根据他们的概要文件类型分类;即,概要文件类型 B 表示商业用户(或商业直接或间接客户)和概要文件类型 C 表示零售用户(或消费者直接客户)。在成员层次结构中,建议将商业用户归入其相应的组织实体,而不是“缺省组织”。这意味着,在商业用户注册时,应当指定用户所属的组织实体,否则 WebSphere Commerce 将缺省地使用“缺省组织”。WebSphere Commerce 命令可以创建注册用户并更新概要文件信息。缺省情况下,如果指定您为站点管理员、买方管理员或卖方管理员角色,则您可以注册组织实体并更新其概要文件数据。
未注册用户具有 G 注册类型,这表示此用户在 WebSphere Commerce 中不扮演任何角色。未注册用户在站点中仅具有有限的特权,并且不具有唯一标识符、登录标识或密码,而且不必提供概要文件数据。通常情况下,尚未注册的客户也称作临时用户。也可能站点的设计需要使临时用户在可执行某些任务前成为注册用户。例如,商店中的临时客户可能可以浏览产品目录,但是在此用户可以在商店中下订单之前,他必须注册。另外,用户最初可作为临时用户执行操作,因此有某些资源与此用户关联。如果用户后来作为商业用户注册或登录,则与该用户作为临时用户时相关联的资源将缺省地传送给新的商业用户身份。如果这些资源与该用户在商业用户能力范围内应执行的操作相冲突,则站点的实现需要能够让其它的业务过程在稍后检测到所有冲突。例如,用户可能以临时用户身份访问站点并将某些商品放入其购物车中。用户后来可能作为商业用户登录或注册。用户作为临时用户时添加到购物车中的商品仍属于该用户。如果这些商品与用户组织的业务策略相冲突,,或那些商品实际上是用户个人支付的个人商品,则后续业务过程应负责检测这种情况并进行相应的操作(例如,可设置订单核准过程来确保商业用户购买的所有商品是用于商业用途的)。