Home
Documentación
HCL Commerce es una plataforma de comercio electrónico de alta disponibilidad, muy escalable y personalizable. Con capacidad para dar soporte a cientos de miles de transacciones por día, HCL Commerce le permite hacer negocios con consumidores (B2C) o directamente con empresas (B2B). HCL Commerce utiliza tecnología compatible con la nube para que el desarrollo y la operación sean sencillas y eficaces. Proporciona herramientas de fácil uso para que los usuarios de empresa gestionen de forma centralizada una estrategia entre canales. Los usuarios de empresa pueden crear y gestionar campañas de marketing de precisión, promociones, catálogo y comercialización en todos los canales de ventas. Los usuarios de empresa también pueden utilizar funciones de gestión de contenido habilitadas con inteligencia artificial.
Seguridad
Estos temas describen las características de seguridad de HCL Commerce y cómo configurar dichas características.
Autorización
HCL Commerce considera el control de acceso o la autorización como el proceso mediante el cual se verifica que los usuarios o las aplicaciones tienen suficiente autorización para acceder a un recurso. Este apartado describe los detalles de diversos aspectos del control de acceso de HCL Commerce.
Personalizar políticas de control de acceso predeterminadas
Las políticas de control de acceso predeterminadas proporcionadas por HCL Commerce se encargan de los requisitos básicos que tienen las organizaciones para regular las acciones y la información disponible para los usuarios. Generalmente, las políticas predeterminadas pueden ser suficientes para las necesidades del sitio. Al mismo tiempo, las políticas predeterminadas se pueden personalizar fácilmente, lo que le permite adaptarlas a sus propios requisitos.
Definir elementos de política de control de acceso utilizando XML
La Consola de administración de organizaciones le permite realizar cambios simples en las políticas de control de acceso y en sus componentes. Para realizar cambios más sofisticados, debe editar los archivos XML directamente y, a continuación, cargarlos en la base de datos.
Definir relaciones
Una relación permite otorgar a un usuario acceso a un recurso basándose en la relación del usuario con el recurso. Si una relación está definida en la política, para que un usuario tenga acceso al recurso, el usuario también debe satisfacer la relación con el recurso además de satisfacer las definiciones de Grupo de usuarios, Grupo de acciones y Grupo de recursos. Por ejemplo, es posible que un administrador quiera definir una política que sólo permita actualizar un pedido a su creador. Este tipo de definición de política se realiza mediante relaciones.

Documentación
HCL Commerce es una plataforma de comercio electrónico de alta disponibilidad, muy escalable y personalizable. Con capacidad para dar soporte a cientos de miles de transacciones por día, HCL Commerce le permite hacer negocios con consumidores (B2C) o directamente con empresas (B2B). HCL Commerce utiliza tecnología compatible con la nube para que el desarrollo y la operación sean sencillas y eficaces. Proporciona herramientas de fácil uso para que los usuarios de empresa gestionen de forma centralizada una estrategia entre canales. Los usuarios de empresa pueden crear y gestionar campañas de marketing de precisión, promociones, catálogo y comercialización en todos los canales de ventas. Los usuarios de empresa también pueden utilizar funciones de gestión de contenido habilitadas con inteligencia artificial.
- Cómo empezar
  HCL Commerce ofrece diferentes ventajas a los usuarios de empresa, a los administradores y a los desarrolladores. HCL Commerce está pensado para cada uno de estos roles con un conjunto adaptado de ofertas para que cada uno de los usuarios pueda obtener el máximo beneficio.
- Instalación y despliegue
  Aprenda a instalar y desplegar HCL Commerce development environment y los entorno de producción de HCL Commerce.
- Migración
  Antes de migrar a HCL Commerce Version 9.1, revise esta información que le ayudará a planificar y ejecutar la migración.
- Operación
  Los temas de la categoría operativa resaltan tareas que normalmente realizan los usuarios de empresa, representantes de soporte al cliente, para completar las tareas diarias en el funcionamiento del sitio HCL Commerce.
- Integración
  Los temas de la categoría Integración resaltan las tareas que se llevan a cabo normalmente para utilizar HCL Commerce en combinación con otros productos.
- Administración
  Los temas de la categoría Administración destacan las tareas que normalmente efectúa el Administrador de sitio para soportar las operaciones diarias del sitio de HCL Commerce.
- Personalización
  Los temas de la sección de Personalización describen las tareas realizadas por un desarrollador de aplicaciones para personalización HCL Commerce.
- Guías de aprendizaje
  HCL Commerce proporciona muchas guías para ayudarle a personalizar y comprender la instancia y las tiendas de HCL Commerce.
- Ejemplos
  Los temas de la categoría de ejemplos resaltan las muestras de ejemplo que se proporcionan con HCL Commerce.
- Conformidad
  En la sección siguiente se describe cómo puede sacar provecho de las características y las funciones de HCL Commerce para ayudar al sitio a cumplir con diferentes estándares de privacidad y seguridad.
- Seguridad
  Estos temas describen las características de seguridad de HCL Commerce y cómo configurar dichas características.
  - HCL Commerce : modelo de seguridad
    La autenticación es el proceso mediante el cual se verifica que los usuarios o las aplicaciones son quienes afirman ser. En un sistema HCL Commerce, la autenticación es necesaria para todos los usuarios y todas las aplicaciones que acceden al sistema, excepto para los clientes invitados.
  - HCL Commerce : modelo de autenticación
    El modelo de autenticación HCL Commerce se basa en los conceptos siguientes: mecanismos de desafío, mecanismos de autenticación y registros de usuario.
  - Autorización
    HCL Commerce considera el control de acceso o la autorización como el proceso mediante el cual se verifica que los usuarios o las aplicaciones tienen suficiente autorización para acceder a un recurso. Este apartado describe los detalles de diversos aspectos del control de acceso de HCL Commerce.
    - Política de control de acceso
      Una política de control de acceso autoriza a un grupo de usuarios a realizar un conjunto de acciones en un conjunto de recursos en HCL Commerce. A no ser que estén autorizados mediante una o más políticas de control de acceso, los usuarios no tienen acceso a ninguna función del sistema. Para comprender las políticas de control de acceso debe comprender cuatro conceptos importantes: usuarios, acciones, recursos y relaciones. Los usuarios son las personas que utilizan el sistema. Los recursos son los objetos del sistema que deben protegerse. Las acciones son las actividades que los usuarios pueden realizar en los recursos. Las relaciones son condiciones opcionales que existen entre usuarios y recursos.
    - Grupos de políticas de control de acceso
      HCL Commerce da soporte a diversos modelos de negocio y cada modelo de negocio tiene su propio conjunto de políticas de control de acceso. Para agrupar los conjuntos de políticas en los modelos se han creado grupos de políticas. Las políticas se asignan explícitamente a los grupos de políticas adecuados y, a continuación, las organizaciones se pueden suscribir a uno o varios de estos grupos de políticas. Por ejemplo, en el diagrama siguiente, la organización vendedora se suscribe al grupo de políticas de la organización vendedora y al grupo de políticas de la organización raíz.
    - Implementar el control de acceso
      Policy Manager es el componente de control de acceso que determina si el usuario actual puede ejecutar la acción especificada en el recurso especificado. Las políticas de control de acceso están especificadas en formato XML. Durante la creación de la instancia, las políticas predeterminadas y los grupos de políticas predeterminados se cargan en las tablas de base de datos correspondientes. Cuando HCL Commerce Application Server se inicia, la información de control de acceso se almacena en la memoria caché para que el Gestor de políticas pueda comprobar rápidamente la autorización de un usuario cuando se le solicita. Si se modifica la información de control de acceso en la base de datos mediante la Consola de administración o cargando datos de política XML, es necesario actualizar la memoria caché de control de acceso. Puede actualizar la memoria caché actualizando el registro adecuado en la Consola de administración. Si se cambian los datos de políticas, actualice el registro de Políticas de control de acceso. Si se cambian los datos de grupos de políticas, actualice el registro Grupos de políticas de control de acceso. El reinicio de HCL Commerce también actualiza la memoria caché.
    - Evaluar las políticas de control de acceso
      Este apartado se puede utilizar como guía para evaluar las políticas de control de acceso. En este apartado se incluye un escenario y se le guía por un ejemplo de cómo evaluar una política de control de acceso agrupable estándar y otra de plantilla. Cada apartado comienza por una descripción de políticas relacionadas y de escenarios en los que se utiliza cada una de estas políticas.
    - Ejemplo: Examinar una política de control de acceso
      En este apartado se analizará detalladamente una de las políticas predeterminadas, utilizando una serie de ejemplos diferentes. La política que se va a analizar es la siguiente:
    - Políticas de control de acceso predeterminadas
      Las políticas predeterminadas que se entregan con HCL Commerce están clasificadas en las siguientes categorías:
    - Grupos de políticas de control de acceso predeterminados
      Los grupos de políticas de control de acceso predeterminados que se envían con HCL Commerce son los siguientes:
    - Personalizar políticas de control de acceso predeterminadas
      Las políticas de control de acceso predeterminadas proporcionadas por HCL Commerce se encargan de los requisitos básicos que tienen las organizaciones para regular las acciones y la información disponible para los usuarios. Generalmente, las políticas predeterminadas pueden ser suficientes para las necesidades del sitio. Al mismo tiempo, las políticas predeterminadas se pueden personalizar fácilmente, lo que le permite adaptarlas a sus propios requisitos.
      - Relaciones entre políticas basadas en roles y políticas a nivel de recursos
        En este apartado, se explica cómo se relacionan las políticas entre sí y por qué es necesario conocer las relaciones para poder modificar una política existente o crear una política nueva. En muchos casos, deberá cambiar varias políticas para poder implementar un cambio correctamente.
      - Políticas basadas en roles y políticas a nivel de recursos
        Las políticas basadas en roles también se conocen como políticas a nivel de mandatos ya que autorizan a los usuarios con un rol determinado a ejecutar un conjunto de mandatos. Las políticas a nivel de recursos autorizan a un grupo de usuarios a ejecutar un conjunto de mandatos en un conjunto determinado de recursos. Por ejemplo, una política basada en roles puede dar su autorización para que los niños coman. Mientras que una política a nivel de recursos puede dar su autorización para que los niños coman arroz.
      - Definir elementos de política de control de acceso utilizando XML
        La Consola de administración de organizaciones le permite realizar cambios simples en las políticas de control de acceso y en sus componentes. Para realizar cambios más sofisticados, debe editar los archivos XML directamente y, a continuación, cargarlos en la base de datos.
        Archivos de control de acceso
        La tabla siguiente proporciona los nombres y las descripciones de los archivos de control de acceso predeterminados (archivos XML y DTD) de HCL Commerce. HCL Commerce carga estos archivos predeterminados al crear la instancia.
        Proteger vistas
        Cualquier vista invocada directamente desde un URL o que se inicia como una redirección desde otro mandato, necesita una política de control de acceso basada en roles para poder visualizarla.
        Proteger mandatos de controlador
        Todos los mandatos de controlador requieren una política de control de acceso basada en roles para poder ejecutarse. Un mandato de controlador o de tarea también requiere una política a nivel de recursos si el mandato está realizando la comprobación a nivel de recursos.
        Proteger recursos
        Puede añadir control de acceso a nivel de recursos a los mandatos de controlador o de tareas. La comprobación a nivel de recursos se realiza durante la ejecución de HCL Commerce, basado en los datos que devuelve el método getResources() de un mandato. La comprobación a nivel de recursos también se puede realizar durante la parte de ejecución del mandato correspondiente a performExcecute(), al realizar llamadas directas al gestor de políticas de control de acceso mediante el método void checkIsAllowed(Object resource, String action) throws ECException. Este método generará ECApplicationException si el usuario actual no tiene permiso para realizar la acción especificada en el recurso especificado.
        Proteger beans de datos
        Los beans de datos contienen información sobre los objetos de negocio y se utilizan para visualizar información de objeto acerca de una página web. Las páginas web dinámicas correlacionadas con vistas de HCL Commerce y estas vistas están protegidas mediante políticas basadas en roles. A veces, es necesario proteger adicionalmente el contenido de la página web protegiendo los beans de datos, si existen.
        Agrupar recursos por atributos
        Es posible que una política de recursos basada en nombres de clase deba ajustarse más que las políticas predeterminadas que se proporcionan con HCL Commerce. Una definición implícita de grupo de recursos proporciona la flexibilidad para proteger recursos de un estado específico. Por ejemplo, si desea crear una política en la que todos los usuarios puedan ejecutar el mandato OrderRead en pedidos que tengan el estado 'P' o 'E', deberá definir un grupo de recursos, tal como se muestra más abajo.
        Definir relaciones
        Una relación permite otorgar a un usuario acceso a un recurso basándose en la relación del usuario con el recurso. Si una relación está definida en la política, para que un usuario tenga acceso al recurso, el usuario también debe satisfacer la relación con el recurso además de satisfacer las definiciones de Grupo de usuarios, Grupo de acciones y Grupo de recursos. Por ejemplo, es posible que un administrador quiera definir una política que sólo permita actualizar un pedido a su creador. Este tipo de definición de política se realiza mediante relaciones.
        Definir grupos de relaciones
        Si se precisan varias relaciones para otorgar acceso a un determinado recurso, utilice la construcción RelationGroup. Sin embargo, una relación normalmente satisface la mayor parte de los requisitos para este escenario. Los grupos de relaciones contienen condiciones abiertas que son las condiciones pertenecientes al grupo de relaciones. Si tiene que definir los grupos de relaciones, deberá hacerlo mediante la definición de la información del grupo de relaciones en su archivo XML, o la modificación del archivo defaultAccessControlPolicies.xml.
        Definir grupos de acceso
        Un grupo de acceso es un elemento necesario en una definición de política. Define los usuarios que están autorizados a utilizar determinados recursos. Hay muchos casos en los que se necesita definir un nuevo grupo de acceso.
        Definir políticas
        Hay muchos casos en los que se necesita definir un nuevo grupo de acceso.
      - Cargar datos de política de control de acceso
        Si modifica la política directamente en los archivos XML, debe volver a cargar los archivos XML modificados en las bases de datos.
      - Probar los cambios en la política de control de acceso
        Cada vez que crea o modifica una política de control de acceso, debe realizar determinadas pruebas para verificar que la política funciona correctamente.
      - Ejemplos: Personalizar las políticas de control de acceso con la Consola de administración de organizaciones
        En todos estos ejemplos, se supone que un Administrador de sitio está modificando las políticas para la Organización raíz. Una vez que haya realizado los pasos de algunos de los ejemplos, podrá seguir la misma metodología para realizar cambios que no estén específicamente descritos aquí.
  - Lista de comprobación para reforzar la seguridad del sitio
    Para reforzar la seguridad del sitio de HCL Commerce, puede habilitar y configurar varias características de seguridad. Además, las personalizaciones de sitio deben realizarse siempre de modo que sigan los procedimientos recomendados tal como se describe en este documento.
  - Consideraciones sobre la seguridad del sitio
    Para mejorar la seguridad del sitio de HCL Commerce, puede habilitar distintas características en la consola de administración o en el archivo de configuración de HCL Commerce.
  - Gestión de sesiones
    Los navegadores web y los sitios de comercio electrónico utilizan HTTP para comunicarse. HTTP es un protocolo sin estado, lo que significa que cada mandato se ejecuta de forma independiente sin ningún conocimiento de los mandatos anteriores. Dado que se trata de un protocolo sin estado, las sesiones se deben gestionar entre el lado del navegador y el lado del servidor.
  - Consulta rápida de los ID de usuario, las contraseñas y las direcciones Web
    La administración en el entorno de HCL Commerce requiere diversos ID de usuario. En la lista siguiente, se describen estos ID de usuario junto con los requisitos de autorización. Para el ID de usuario de HCL Commerce, se identifican las contraseñas predeterminadas.
  - Habilitar la seguridad de WebSphere Application Server
    Puede habilitar la seguridad de WebSphere Application Server, que incluye dos componentes ortogonales: Seguridad global de WebSphere y seguridad de Java 2.
- Rendimiento
  Los temas de la sección Rendimiento describen los medios para planificar, implementar, probar y volver a visitar la optimización del rendimiento del sitio de HCL Commerce.
- Solución de problemas
  Los temas de la sección Resolución de problemas señalan cuáles son los problemas comunes que se enfrentan con HCL Commerce y cómo pueden resolverse o mitigarse.
- Referencia
  Los temas de la sección Referencia contienen toda la documentación de referencia HCL Commerce.

Definir relaciones

Una relación permite otorgar a un usuario acceso a un recurso basándose en la relación del usuario con el recurso. Si una relación está definida en la política, para que un usuario tenga acceso al recurso, el usuario también debe satisfacer la relación con el recurso además de satisfacer las definiciones de Grupo de usuarios, Grupo de acciones y Grupo de recursos. Por ejemplo, es posible que un administrador quiera definir una política que sólo permita actualizar un pedido a su creador. Este tipo de definición de política se realiza mediante relaciones.

Por qué y cuándo se efectúa esta tarea

Las políticas de control de acceso tienen un elemento de relación opcional. Esta relación sólo se puede crear cargando un archivo de políticas XML con la definición de relación que se muestra a continuación:


  <Relation Name="value">
  </Relation>

El atributo Name es el nombre de la relación utilizada en cualquier política y se añade a la tabla ACRELATION. Name corresponde al parámetro de relación del método fulfills() en el recurso protegible.

El ejemplo siguiente visualiza la definición de una relación denominada creator.


<Relation Name="creator">
</Relation>