Clientes

Se o usuário for um cliente, o usuário poderá ser registrado ou não registrado. Um cliente registrado possui um tipo de registro R para indicar que o usuário desempenha a função de Cliente Registrado dentro do WebSphere Commerce. Um cliente registrado possui um identificador exclusivo ou ID de logon, uma senha, e é obrigado a fornecer alguns dados de perfil para fins de registro. A aprovação também pode ser necessária para registro do usuário e um usuário registrado pode estar no estado aprovação pendente, aprovado ou rejeitado. Por padrão, um usuário rejeitado precisa ser registrado novamente e um usuário com aprovação pendente não está autorizado a efetuar logon no sistema. Os clientes registrados podem ser classificados de acordo com seu tipo de perfil; ou seja, o tipo de perfil B indica um usuário de negócios (ou cliente direto ou indireto de negócios) e o tipo de perfil C indica um usuário varejista (ou um consumidor direto do cliente). É recomendável que os usuários de negócios pertençam à sua entidade organizacional apropriada na hierarquia de associações em vez da Organização Padrão. Isto significa que, quando um usuário de negócios se registra, a entidade organizacional à qual o usuário pertence deve ser especificada, caso contrário, o WebSphere Commerce assumirá como padrão a Organização Padrão. Os comandos do WebSphere Commerce podem criar um usuário registrado e atualizar as informações do perfil.  Por padrão, se você recebeu a atribuição da função de Administrador do Site, Administrador Comprador ou Administrador Vendedor, poderá registrar uma entidade organizacional e atualizar seus dados de perfil.

Um usuário não registrado possui o tipo de registro G para indicar que o usuário não desempenha uma função dentro do WebSphere Commerce. Um usuário não registrado tem somente privilégios limitados no site, não possui identificador exclusivo, ID de logon ou senha, e não precisa fornecer dados do perfil. Geralmente, um cliente que não está registrado é referido como um usuário convidado. Também é possível que o design do site exija que um usuário convidado torne-se um usuário registrado para poder executar determinadas tarefas.   Por exemplo, um cliente convidado em uma loja pode conseguir pesquisar o catálogo, mas deve registrar-se antes que o usuário possa fazer um pedido na loja.  Além disso, um usuário pode inicialmente executar ações como um usuário convidado e, como resultado, determinados recursos são associados a ele. Subseqüentemente, se o usuário se registrar ou iniciar sessão como um usuário de negócios, os recursos que estão associados a ele quando era um usuário convidado, por padrão, serão transferidos para a nova identidade como um usuário de negócios. Se esses recursos estiverem em contradição com o que o usuário deve fazer como usuário de negócios, o site deverá ser implementado de forma que qualquer contradição seja detectada posteriormente por outros processos de negócios. Por exemplo, um usuário pode visitar um site como convidado e colocar determinados itens em seu carrinho de compras. Subseqüentemente, esses usuário pode iniciar sessão ou registrar-se como usuário de negócios. Os itens incluídos no carrinho de compras quando o usuário era convidado ainda pertencerão ao usuário. Se esses itens violarem qualquer diretiva de negócios de sua organização ou se forem na verdade itens pessoais que o usuário deve pagar pessoalmente, é responsabilidade dos processos de negócios subseqüentes detectar a situação e executar as ações apropriadas (por exemplo, um processo de aprovação de pedido pode ser iniciado para garantir que todos os itens comprados por um usuário de negócios sejam para uso em negócios).