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.
Referencia
Los temas de la sección Referencia contienen toda la documentación de referencia HCL Commerce.
Subsistema de pago
En HCL Commerce, el proceso de pago utiliza el subsistema de pagos.
Subsistema de pago
En HCL Commerce, el proceso de pago utiliza el subsistema de pagos.
Arquitectura del Subsistema de pago
Subsistema de pago contiene tres partes principales: Motor de normas de pago, Controlador del complemento de pago y plug-ins de pago.

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.
- 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.
  - Referencia de API de HCL Commerce
    HCL Commerce expone dos API de programación principales. La primera y más reciente API es una interfaz de REST, y la mayoría de las clases nuevas se exponen aquí. La API de Java heredada también contiene nuevas clases que no son adecuadas para REST y se pueden examinar en formato Javadoc.
  - Referencia cruzada de beans de datos y tablas
    Los beans de datos se agrupan en varios grupos de componentes.
  - Referencia cruzada de mandatos, tareas y tablas
    Los mandatos de URL, mandatos de controlador, mandatos de tarea, mandatos de vista y las tablas están relacionados entre sí.
  - Referencia cruzada: Mandatos a beans a tablas de base de datos
    Utilice esta información cuando personalice un mandato y desee saber las tablas que se ven afectadas. También debería utilizar este tema si modifica una tabla y desea saber los mandatos y beans que se ven afectados.
  - Mandatos Run Engine
    Los siguientes mandatos del motor Run están disponibles de forma predeterminada para poder configurar las aplicaciones que se ejecutan dentro de los contenedores.
  - Introducción de los contenedores Docker.
    Para entrar un contenedor de Docker, puede completar los pasos siguientes.
  - Lógica de inicio del contenedor Docker para la Versión 9.0.0.2 HCL Commerce Version 9.1
    Cuando se despliega un contenedor desde una imagen proporcionada por HCL, un script de ayuda Entrypoint.shdetermina las configuraciones que se utilizarán al iniciar el contenedor. Revise la siguiente información para obtener más detalles sobre qué hace el script de ayuda y cómo puede personalizar las configuraciones.
  - Esquema de base de datos de HCL Commerce
    El modelo de base de datos de HCL Commerce se ha diseñado para la integridad de los datos y para un rendimiento óptimo. HCL Commerce proporciona varios cientos de tablas que almacena datos de instancia HCL Commerce. Para mantener la integridad de los datos y facilitar el mantenimiento de la integridad referencial, se utilizan comúnmente restricciones en el modelo de base de datos. En las tablas, los índices se utilizan con precaución para evitar el sobreindexado y para proporcionar un equilibrio correcto entre las actividades de recuperación de datos y las de manipulación de datos (insertar y actualizar). Las reglas de negocio se implementan a nivel de aplicación, en vez de utilizar un desencadenante de base de datos. No obstante, los desencadenantes se utilizan para facilitar la transición de los datos y el bloqueo optimista. Un número limitado de procedimientos almacenados de base de datos basados en SQL se utilizan para las actividades de uso intensivo de datos.
  - Subsistema de pago
    En HCL Commerce, el proceso de pago utiliza el subsistema de pagos.
    - Subsistema de pago
      En HCL Commerce, el proceso de pago utiliza el subsistema de pagos.
      - Arquitectura del Subsistema de pago
        Subsistema de pago contiene tres partes principales: Motor de normas de pago, Controlador del complemento de pago y plug-ins de pago.
        Instrucciones de pago
        Una instrucción de pago es la instancia de un método de pago con los detalles necesarios para realizar acciones de pago. Por ejemplo, si un nombre de modalidad de pago es Visa, la instrucción de pago consta de Visa, el importe del pago, el nombre del titular de la tarjeta, la dirección de facturación, el número de cuenta y la fecha de caducidad.
        Modalidades de pago
        Las modalidades de pago son las formas en que se realizan los pagos. Las modalidades de pago incluyen tipos de tarjetas de crédito, cheques electrónicos, vales de regalo y cupones de los fabricantes. El comprador selecciona la modalidad de pago en la página Resumen del pedido.
        Modalidades de reembolso
        Las modalidades de reembolso son las formas en que se abona el dinero a los clientes que devuelven una mercancía. Las modalidades de reembolso están configuradas en la tabla de base de datos POLICY mediante los tipos de políticas Payment. Por ejemplo, para una modalidad de pago de tarjeta de crédito, la modalidad de reembolso también es una tarjeta de crédito.
        Pago, reembolso, y políticas de negocio de pago de devolución
        Las modalidades de pago y las modalidades de reembolso se definen en las tablas de base de datos POLICY, POLICYDESC y POLICYCMD Si las modalidades de pago y las políticas de negocio predefinidas no satisfacen sus necesidades, puede añadir unas nuevas. Pero no elimine una política de pago Payment o ReturnPayment; esto podría ocasionar una interrupción de los términos y condiciones de pago.
        Acciones de pago
        Una acción de pago mueve un estado de pago a un estado final. Las acciones de pago se desencadenan mediante reglas de pago basadas en la modalidad de pago, el suceso de pago y el estado del pago.
        Motor de normas de pago
        Motor de normas de pago determina qué acción debe realizarse basándose en la instrucción de pago, la modalidad de pago y el suceso de pago.
        Controlador del complemento de pago
        El Controlador del complemento de pago es un componente del Subsistema de pagos. Determina qué plugin se utiliza (basándose en la modalidad de pago) y a qué método de API de plug-in se llama (basándose en la acción).
        Característica de comerciante
        Puede utilizar la característica de comerciante para gestionar información de comerciante almacenando y gestionando las propiedades específicas de la tienda desde la perspectiva Pago.
        Sucesos de pago y Mandatos de tarea
        Los sucesos de pago corresponden a fases del ciclo de vida de pedidos y mandatos de tarea.
        Grupo de configuración de pago
        Un grupo de configuración de pago es un conjunto de archivos XML que están asociados a una modalidad de pago específica. Por ejemplo, si la tienda acepta cheques, entrega contra reembolso y dos tipos de tarjetas de crédito, son necesarias cuatro configuraciones de pago. Un grupo de configuración de pago es un identificador de un grupo de configuraciones de pago para diferentes modalidades de pago. La misma modalidad de pago puede tener diferentes configuraciones en diferentes grupos de configuraciones de pago identificados por un ID de grupo de configuración de pago diferente. Un ID de configuración de pago es el mecanismo mediante el cual el Subsistema de pago identifica el conjunto de archivos de configuración que se utilizarán para una modalidad de pago determinada. Es un valor de serie que representa el nombre de carpeta o de directorio donde se encuentran los archivos de configuración XML. La política de negocio de pago utiliza un ID de configuración de pago en la tabla de base de datos POLICY. Las políticas de negocio de pago tienen el tipo de política "Pago". HCL Commerce proporciona un grupo de configuración predeterminado para cada modalidad de pago a la que da soporte inicialmente (por ejemplo, para tipos de tarjetas de crédito, cheques, COD, Pago después de factura y línea de crédito). Puede utilizar esta configuración tal cual o crear manualmente configuraciones nuevas. El grupo de configuración "predeterminado" hace referencia a un directorio con configuraciones de modalidad de pago predeterminadas.
        Datos ampliados en pagos o abonos
        Algunos plug-ins de pago requieren palabras clave o datos de protocolo adicionales para comunicarse con un sistema de fondo. Estos datos de protocolo adicionales denominados extended data se suman a los atributos estándar definidos en la definición de PaymentInstruction. Los datos ampliados constan de todos los otros datos distintos de la moneda, el importe de la instrucción de pago y el nombre de la modalidad de pago. Por ejemplo, el número de la tarjeta de crédito, la caducidad y la dirección de facturación son datos ampliados.
        Transacciones financieras
        Una transacción financiera es un pago individual único o bien una transacción de crédito. Una transacción financiera de pago corresponde a una acción de pago en el motor de normas de pago y una transacción financiera de crédito corresponde a una acción de reembolso. Cada vez que el motor de normas de pago decide la acción de pago o de reembolso que debe ejecutarse, la transacción financiera correspondiente se ejecuta en el controlador de plug-in de pagos con el plug-in de pagos.
      - Ciclo de vida de pago
        Hay tres etapas para el proceso de pago: validación, reserva y finalización. El ciclo de vida de pago está relacionado con las etapas del ciclo de vida del pedido: captura de pedido, liberar para despacho y envío.
      - Plugins de pago
        Un plug-in de pago es un componente de software independiente que sirve de proxy para un sistema de fondo de pago.
    - Datos ampliados en pagos o abonos
      Algunos plug-ins de pago requieren palabras clave o datos de protocolo adicionales para comunicarse con un sistema de fondo. Estos datos de protocolo adicionales denominados extended data se suman a los atributos estándar definidos en la definición de PaymentInstruction. Los datos ampliados constan de todos los otros datos distintos de la moneda, el importe de la instrucción de pago y el nombre de la modalidad de pago. Por ejemplo, el número de la tarjeta de crédito, la caducidad y la dirección de facturación son datos ampliados.
    - Las Normas de pago proporcionadas en HCL Commerce
      Las Normas de pago especifican las acciones de pago que deben producirse para las modalidades de pago que una tienda acepta para sus productos o servicios. Las acciones de pago y las acciones de abono se determinan en términos de transiciones de estado actual a final. Las reglas de pago definen en qué estado final debe estar un pago definiendo las acciones necesarias para que un pago pase de su estado actual al estado final.
    - Archivos de configuración de pago
      Utilice estos archivos cuando configure los plug-ins de pago del Subsistema de pago.
    - Especificación de los plug-ins de pago
      Revise la siguiente visión general sobre la especificación del plug-in de pago para comprender mejor cómo puede utilizar plug-ins de pago.
  - Almacenamiento en memoria caché dinámica
    En general, el almacenamiento en memoria caché mejora el tiempo de respuesta y reduce la carga del sistema. Las técnicas de almacenamiento en memoria caché se utilizan para mejorar el rendimiento de aplicaciones de World Wide Web de Internet. La mayoría de las técnicas almacenan en memoria caché contenido estático (contenido que raramente cambia), por ejemplo archivos de gráficos y texto. Sin embargo, muchos sitios web sirven contenido dinámico, que contiene información personalizada o datos que cambian más frecuentemente. El contenido dinámico de memoria caché necesita técnicas de almacenamiento en memoria caché más sofisticadas, por ejemplos las proporcionadas por la memoria caché dinámica de WebSphere Application Server, un servicio incorporado para almacenar en memoria caché y servir contenido dinámico.
  - Propiedades de páginas de tienda de HCL Commerce
  - Elementos de entrada de memoria caché (cache-entry)
    El elemento raíz del archivo cachespec.xml, <cache>, contiene elementos <cache-entry>. El servicio de memoria caché dinámica de WebSphere analiza el archivo cachespec.xml durante el arranque del sistema y extrae un conjunto de parámetros de configuración para cada elemento cache-entry.
  - Esquema del archivo de configuración del programa de utilidad de carga de datos
    El programa de utilidad de carga de datos contiene varios archivos de configuración. Puede utilizar el esquema del archivo de configuración para entender y personalizar los archivos de configuración de carga de datos.
  - Servicios web de HCL Commerce
    HCL Commerce proporciona muchos servicios web.
  - Programas de utilidad
    En HCL Commerce los programas de utilidad son scripts que realizan operaciones tales como la carga de políticas de control de acceso, la carga de datos de tienda y la limpieza de la base de datos de objetos obsoletos. En entornos de ejecución, ejecute los programas de utilidad desde Utility server Docker container. En el entorno de desarrollo, ejecute los programas de utilidad desde el directorio bin.
  - URL de flujo de compras
    Los URL del flujo de compra de HCL Commerce están organizados por subsistemas.
  - URL de sistema de mensajería
    Los URL siguientes se relacionan con el sistema de mensajería.
  - URL de planificador
    El subsistema del servidor consta de funciones que están asociadas a los URL que ejecuta el planificador.
  - APi de mejoras jQuery
    La tienda de inicio Aurora en HCL Commerce se escribe completamente en jQuery, que es una de las bibliotecas JavaScript que se utilizan más habitualmente en sitios web dinámicos. La API de sucesos y jQuery AJAX proporciona una infraestructura fácil de utilizar que satisface la mayoría de los requisitos para el desarrollo de escaparates.
  - HCL Commerce biblioteca de códigos de base
    La biblioteca de etiquetas JSTL Foundation HCL Commerce es una colección de etiquetas personalizadas que se proporcionan para dar soporte a la creación de archivos JSP de HCL Commerce. Las tiendas de HCL Commerce utilizan la biblioteca de etiquetas estándar de JavaServer Pages (JSTL) para realizar la lógica, en lugar del código Java. Al mismo tiempo, la lógica de negocio se traslada a los beans de datos. La combinación de estos pasos le permite utilizar menos código Java en una página JSP.

Arquitectura del Subsistema de pago

Subsistema de pago contiene tres partes principales: Motor de normas de pago, Controlador del complemento de pago y plug-ins de pago.

Revise los siguientes conceptos relacionados con el Subsistema de pago:

El Subsistema de pago contiene tres partes principales:

Motor de normas de pago: Motor de normas de pago determina qué acción debe realizarse basándose en la instrucción de pago, la modalidad de pago y el suceso de pago.
Controlador del complemento de pago: El Controlador del complemento de pago es un componente del Subsistema de pagos. Determina qué plugin se utiliza (basándose en la modalidad de pago) y a qué método de API de plug-in se llama (basándose en la acción).
Plugins de pago: Un plug-in de pago es un componente de software independiente que sirve de proxy para un sistema de fondo de pago.

Flujo de proceso de pago

El siguiente diagrama muestra cómo el Subsistema de pago procesa un pago.

Imagen que muestra la arquitectura del Subsistema de pago

El comprador o CSR completa un pedido. Cuando se envía el pedido, se ejecuta el mandato OrderProcess y a continuación, éste invoca el mandato de tareas de pago PrimePayment.
El Motor de normas de pago determina la acción de pago que hay que llevar a cabo, por ejemplo, Aprobar.
La acción de pago se incluye en un suceso, que se transfiere al Controlador del complemento de pago. Por ejemplo, para la acción aprobar, se invoca la acción Aprobar de la API del Controlador del complemento de pago.
El Controlador del complemento de pago determina qué plug-in piensa utilizar.
La acción de pago se invoca respecto al plug-in. Por ejemplo, para la acción aprobar, se invoca la acción Aprobar de la API del plug-in correspondiente.
El plug-in interactúa con el Proveedor de servicios de pago.
El plug-in establece el estado de la transacción de acuerdo a los resultados de ejecución de la transacción con el Proveedor de servicios de pago. Este estado de transacción volverá al Controlador del complemento de pago.
El Controlador del complemento de pago actualiza los registros relacionados con el pago en la base de datos de acuerdo al estado de ejecución de la transacción devuelto por el plug-in