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.
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.
Capa de lógica de negocio
La capa de lógica de negocio son los componentes que los servicios OAGIS proporcionan para devolver datos o iniciar procesos de negocio. La capa de presentación utiliza estos servicios OAGIS para mostrar datos para invocar un proceso de negocio. La lógica de negocio proporciona datos que la capa de presentación necesita. La capa de lógica de negocio existe porque una aplicación necesita algo más que únicamente captar y actualizar datos; existe también una lógica de negocio adicional independiente de la capa de presentación.
Uso de HCL Commerce de la mensajería de Open Applications Group (OAGIS)
Las interfaces de servicio de HCL Commerce se definen utilizando la estructura de mensajes de OAGIS, de The Open Applications Group.
Verbos
Un verbo representa una operación que se puede realizar en un nombre. Por ejemplo, un nombre "Order" tiene una operación especificada que se lleva a cabo en respuesta al verbo "Get" (en este caso, proporcionando detalles al cliente sobre Order). Aunque la mensajería OAGIS define varios verbos, HCL Commerce utiliza un subconjunto.
solicitud Sync y la respuesta ConfirmBOD
Sync se utiliza para notificar a las partes interesadas del estado actual de los objetos de negocio que el sistema gestiona. Solo el sistema que contiene el registro de datos maestro debería enviar peticiones Sync. Sync se utiliza para sincronizar el objeto o los objetos de negocio entre los sistemas y lo inicia el sistema que mantiene el registro de datos maestros para el objeto de negocio.

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.
  - Personalización Management Center for HCL Commerce
    HCL Commerce le permite extraer el paquete GIT del código fuente de Management Center e iniciar la aplicación de forma local para personalizar el Management Center.
  - Despliegue de elementos gestionados
    Los elementos gestionados son archivos que los usuarios de empresa suben para utilizarlos para la comercialización de tienda o para complementar los productos. Se añaden a HCL Commerce mediante la herramienta Elementos o la herramienta Marketing en el Management Center. De forma predeterminada, los elementos gestionados se extraen y despliegan mediante el EAR de HCL Commerce. Para mantener el rendimiento en un entorno de producción a gran escala, los administradores de sitio debe conmutar a métodos alternativos de extracción y el despliegue para elementos gestionados.
  - HCL Commerce entorno de desarrollo
    HCL Commerce Developer es el kit de herramientas de desarrollo para personalizar una aplicación HCL Commerce.
  - Arquitectura funcional
    La arquitectura funcional proporciona el conjunto de patrones utilizado para implementar las funciones de la empresa y las infraestructuras en las que se ejecutan estas funciones de la empresa.
  - Modelo de objeto persistente
    HCL Commerce se ocupa de una gran cantidad de datos persistentes. Hay numerosas tablas definidas en el esquema de base de datos actual. Incluso con este amplio esquema, es posible que sea necesario ampliar o personalizar el esquema de base de datos para satisfacer las necesidades de cada negocio.
  - Creación de la tienda personalizada
    Una vez instalado y configurado el entorno de programación, puede crear su tienda personalizada y personalizar el escaparate. Debe asegurarse de que el servidor de tienda esté debidamente configurado y de que los elementos se muevan al Store server.
  - Capa de presentación
    HCL Commerce utiliza JSP (Java Server Pages) para implementar la capa de vista del patrón de diseño de modelo-vista-controlador (MVC). La capa de vista se ocupa de recuperar los datos de la base de datos utilizando beans de datos y formateándolos de modo que se ajusten a los requisitos de visualización. Las capas de vistas determinan si la petición se envía a un navegador o de forma transparente como XML. Los archivos JSP presentan una separación clara entre el contenido de datos y la presentación.
  - Capa de controlador
    La capa del controlador es conductor de operaciones de una solicitud. Controla el ámbito de las transacciones y gestiona la información relacionada con las sesiones para la petición. El controlador primero asigna a un mandato y después llama la lógica de procesamiento de vista adecuada para representar la respuesta.
  - Capa de lógica de negocio
    La capa de lógica de negocio son los componentes que los servicios OAGIS proporcionan para devolver datos o iniciar procesos de negocio. La capa de presentación utiliza estos servicios OAGIS para mostrar datos para invocar un proceso de negocio. La lógica de negocio proporciona datos que la capa de presentación necesita. La capa de lógica de negocio existe porque una aplicación necesita algo más que únicamente captar y actualizar datos; existe también una lógica de negocio adicional independiente de la capa de presentación.
    - Servicio de contexto de negocio
      El servicio de contexto de negocio gestiona la información contextual que utilizan los componentes de negocio. La información se encapsula en diferentes tipos de contextos de negocio. Este proceso formaliza la infraestructura de contexto y permite que modelos de negocio diferentes la vuelvan a utilizar.
    - Infraestructura de mandatos de pares nombre-valor
      La infraestructura de mandato de par nombre-valor utiliza pares nombre-valor como entrada a la capa de lógica de negocio y devuelve las respuestas como pares nombre-valor.
    - Uso de HCL Commerce de la mensajería de Open Applications Group (OAGIS)
      Las interfaces de servicio de HCL Commerce se definen utilizando la estructura de mensajes de OAGIS, de The Open Applications Group.
      - Proceso de documentos de OAGIS
        Durante el proceso de documentos de OAGIS, es necesario que el desarrollador que desarrolla la biblioteca de cliente y la fachada del componente esté al corriente de los conceptos siguientes:
      - Nombres
        Se necesita una definición de modelo lógico para los servicios que tienen un esquema XML como base. En HCL Commerce, la definición de modelo lógico se representa como un nombre. HCL Commerce utiliza sus propios nombres simplificados, tipos definidos y tipos de esquema XML primitivos. HCL Commerce no utiliza nombres y tipos base proporcionados por OAGIS.
      - Verbos
        Un verbo representa una operación que se puede realizar en un nombre. Por ejemplo, un nombre "Order" tiene una operación especificada que se lleva a cabo en respuesta al verbo "Get" (en este caso, proporcionando detalles al cliente sobre Order). Aunque la mensajería OAGIS define varios verbos, HCL Commerce utiliza un subconjunto.
        Petición Get y la respuesta Show
        Las peticiones Get son peticiones de datos y utilizan el verbo Get y devuelve una respuesta Show. El verbo Get indicará los criterios de búsqueda utilizados para recuperar los objetos de negocio junto con las opciones de paginación para peticiones por páginas. La respuesta Show incluirá los objetos de negocio que coinciden con los criterios de búsqueda.
        Solicitud Process y la respuesta Acknowledge
        Process se utiliza cuando el cliente somete un nuevo objeto de negocio, cancela un objeto de negocio existente o invoca la lógica de proceso respecto a un objeto de negocio existente. La respuesta Acknowledge incluirá el shell del objeto de negocio que se ha procesado, que contiene como mínimo el identificador único para el objeto de negocio nuevo o modificado.
        Solicitud Change / Respuesta Respond
        Change se utiliza para notificar al depósito maestro que debe cambiar un objeto de negocio que le pertenece. El mensaje de cambio incluirá el verbo y el nombre. El nombre incluirá la información que lo identifica de forma exclusiva y los atributos a cambiar. Por ejemplo, al añadir un contacto a la lista de contactos de un cliente, (libreta de direcciones), el nombre especificado incluirá la información de contacto que se va a añadir junto con la información para identificar de forma exclusiva al objeto de negocio de persona.
        solicitud Sync y la respuesta ConfirmBOD
        Sync se utiliza para notificar a las partes interesadas del estado actual de los objetos de negocio que el sistema gestiona. Solo el sistema que contiene el registro de datos maestro debería enviar peticiones Sync. Sync se utiliza para sincronizar el objeto o los objetos de negocio entre los sistemas y lo inicia el sistema que mantiene el registro de datos maestros para el objeto de negocio.
      - Integración de fondo utilizando servicios web de tipo Documento de objeto de negocio
        La integración de fondo utilizando servicios web de tipo de documento de estilo de negocio (tipo BOD) proporciona un patrón de programación común para habilitación de clientes externos que no dependa de una implementación de flujo de trabajo específica.
  - Capa de persistencia
    La interacción entre la capa de objetos de negocio y la capa de persistencia se define en un objeto llamado Mediador de objetos de negocio. El Documento de objeto de negocio (BOD) interactúa con el Mediador de objetos de negocio para gestionar la interacción con los objetos lógicos y su persistencia.
  - Modelo de información de modelo de negocio
    Un modelo de negocio, una representación de los procesos de negocio utilizados en el sitio, proporciona una solución de comercio de ejemplo que incluye una estructura de organización, roles de usuario y políticas de control de acceso predeterminados, una o más tiendas de inicio, herramientas de administración y procesos de negocio que muestran cuáles son las mejores prácticas. Un modelo de negocio se puede personalizar para dar soporte a los requisitos y escenarios de negocio. HCL Commerce proporciona modelos de negocio de ejemplo que muestran algunas soluciones de comercio comunes. Estos modelos de negocio se crean configurando una estructura jerárquica de organización, políticas de control de acceso, tiendas y contratos que ayuden a satisfacer los requisitos de negocio necesarios.
  - Modelos de negocio
    Antes de empezar a desarrollar el sitio con HCL Commerce, necesita determinar el modelo de negocio soportado por HCL Commerce que represente mejor la finalidad de su sitio. Normalmente los sitios creados con HCL Commerce se implementarán basándose en uno de estos modelos de negocio.
  - Modelo de información de datos de la tienda
    Los datos de tienda son la información que se ha cargado en la base de datos de Transaction server que permite que la tienda funcione. Los paquetes Entradas del registro de URL y Entradas del registro de vistas están incluidos en el diagrama, pero no en los elementos de base de datos. Estas entradas son la configuración de presentación (es decir, acciones de struts y reenvíos) que se deben desplegar. Las entradas del registro URL se muestran en el diagrama para ilustrar todo el modelo de información de datos de la tienda. Para funcionar correctamente, una tienda debe tener los datos en el lugar adecuado para dar soporte a todas las actividades de cliente. Por ejemplo, para que un cliente haga una compra, la tienda debe contener un catálogo de los productos en venta (datos de catálogo), los datos asociados al proceso de pedidos (datos sobre impuestos y envío) y el inventario para realizar la petición (datos de inventario y de despacho de pedidos).
  - Personalización HCL Commerce
    Puede ampliar el producto HCL Commerce de modo que se ajuste a sus necesidades empresariales. Este tema describe las aptitudes previas y los conocimientos necesarios que son necesarios para personalizar la lógica de negocio. Una vez que tiene los conocimientos necesarios, utilice HCL Commerce Developer para utilizar las guías de aprendizaje que le guiarán paso a paso por varios casos de ejemplo de personalización.
  - Infraestructura de mandatos de ejecución de motor
    La infraestructura de mandatos de ejecución de motor proporciona mandatos predefinidos que puede utilizar para cambiar parámetros de entorno o configuraciones de contenedor. Esta infraestructura está incorporada en las imágenes de Docker proporcionadas por HCL.
  - GraphQL para HCL Commerce
    El lenguaje de marcación GraphQL está disponible para cualquier API. Es un intérprete del lado del servidor para procesar consultas utilizando un sistema de tipo de datos que diseñe. Con GraphQL, los datos y el código son independientes de cualquier base de datos o sistema de almacenamiento.
  - Servicios REST (Representational State Transfer)
    HCL Commerce utiliza servicios de Transferencia de Estado Representacional (REST - Representational State Transfer) para proporcionar una infraestructura que se puede utilizar para desarrollar aplicaciones RESTful en varias plataformas. Estas plataformas pueden incluir aplicaciones web, móvil, quioscos y sociales.
  - Web services
  - Buscar
    HCL Commerce se suministra con una potente función de búsqueda totalmente integrada. Las funciones de búsqueda en HCL Commerce proporcionan una experiencia de cliente enriquecida, con características como las sugerencias de términos de búsqueda automáticas y la corrección ortográfica. Puesto que se basa en estándares industriales, HCL Commerce Search es altamente flexible y ampliable. Las tiendas de inicio pueden utilizar las características más sofisticadas del motor de búsqueda sin requerir personalización adicional. A partir de la versión 9.1, los microservicios de HCL Commerce Search with Elasticsearch gestionan la indexación y otras tareas cruciales, sin impacto de rendimiento en el escaparate o el servidor de transacciones.
- 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.
- 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.

Deprecated feature

solicitud Sync y la respuesta ConfirmBOD

Sync se utiliza para notificar a las partes interesadas del estado actual de los objetos de negocio que el sistema gestiona. Solo el sistema que contiene el registro de datos maestro debería enviar peticiones Sync. Sync se utiliza para sincronizar el objeto o los objetos de negocio entre los sistemas y lo inicia el sistema que mantiene el registro de datos maestros para el objeto de negocio.

Un ejemplo común de cuando se utiliza Sync es en las actualizaciones asíncronas de JMS. Sync no está limitado a este uso sino que normalmente cuando los sistemas de fondo pasan las actualizaciones, éstas se envían de forma asíncrona y fiable. Por ejemplo, el registro de datos maestros para el miembro utilizará el BOD Sync para difundir actualizaciones. La solicitud BOD Sync se recibirá del registro de datos maestros cuando el estado del pedido cambie.

Como respuesta a una petición Sync, la respuesta ConfirmBOD se utilizará para indicar si el proceso ha sido satisfactorio. La respuesta de confirmación contendrá el mensaje de operación satisfactoria o anómala como resultado de la sincronización. La respuesta no incluirá ninguna información sobre el propio nombre. La finalidad de Sync es sincronizar el sistema para que los nombres que están actualmente en el sistema coincidan con los nombres dentro del mensaje de solicitud.

Para peticiones Sync, las acciones son definidas por el usuario. La acción debe indicar la operación empresarial que es necesario llevar a cabo en el nombre incluido. No hay ninguna lista de acciones predefinida que se pueda asociar con el verbo Sync.

En el siguiente ejemplo se muestra un mensaje Sync para el nombre Person:


<oa:Sync>
<oa:ActionCriteria>
<oa:ActionExpression actionCode="Create"
expressionLanguage="XPath">
/Person[1]
</oa:ActionExpression>
</oa:ActionCriteria>
</oa:Sync>