MANUAL DE INSTALACIÓN
PROMO 7.0
Índice
Introducción
PROMO es una solución que permite separar el manejo de promociones del punto de venta.
Cuenta con dos grandes componentes: el "Motor de promociones", encargado de calcular las promociones participantes cuando se realiza una transacción en el punto de venta e informarlas al mismo una vez finalizado el cálculo; y la "Consola de administración", encargado de brindar una herramienta centralizada de administración.
El presente manual ilustra sobre cómo realizar la instalación de ambos componentes y las diferentes opciones que pueden ser configuradas para su funcionamiento.
Consola de Administración - PROMO
Introducción
La Consola de administración es el componente web de administración y creación de promociones, cupones, tarjetas de fidelidad y mapas que posee PROMO. Por medio de esta herramienta se podrá, entre otras cosas, crear promociones y definir sus condiciones, cupones, tarjetas, combos y beneficios. También se podrán crear los mapas que contienen las promociones para luego generar los archivos de configuración que se cargarán en el "Motor de promociones", para que puedan ser evaluados los tickets y calculadas las promociones en base a las definiciones generadas en la Consola.
Pre-Requisitos del sistema
A continuación se detallan los requisitos mínimos para la instalación de la Consola de Administración de PROMO que operara con una (1) compañía.
Los requerimientos mínimos de hardware se proveen como una guía para el sizing de un ambiente no productivo. Para instalaciones en ambientes productivos con requerimientos específicos de performance y volumen de datos se requiere un sizing particular para estimar la configuración apropiada.
Descripción | Requisito mínimo (10 Tiendas) |
Servidor de Aplicaciones | Wildfly 9 |
Memoria RAM libre | 16 GB |
JVM (Java Virtual Machine) | jdk-8u25-windows-x64 o superior |
Procesador | 8 x 2.5 GHz |
Capacidad del disco rígido (libres) | 200 GB |
Sistema Operativo | Windows Server 2008 R2, Windows 7 64-bit |
Servidor de base de datos | MongoDB 3.6 |
IMPORTANTE
Los requisitos dependen del uso de funciones y carga esperada. Entonces se requiere una estimación y estudio de cada caso para realizar un ajuste en los recursos requeridos.
NOTA
El uso de máquinas virtuales agrega un overhead que puede afectar la performance o escalabilidad.
IMPORTANTE
Adicionalmente se deberá agregar el JDK a la variable de entorno %PATH%. (ver8 Apendice B: Variables de Entorno)
Ejecución del Instalador (Windows)
Deberá ejecutarse como administrador desde modo comando el Instalador "promo-console-installer-6.4.0.jar" para proceder a la instalación y configuración de la consola y motor de simulación de PROMO. Para esto deberá ejecutarse el comando java –jar promo-console-installer-6.4.0.jar
También se instalarán los siguientes componentes indispensables para el correcto funcionamiento de la aplicación:
- Wildfly 9.
- PromoSimEngine x.x (motor de simulación)
- MongoDB 3.6
Los servicios de MongoDB, Wildfly y PromoSinEngine quedaran instalados y podrá optarse al momento de la instalación si se ejecutan al terminar el proceso de instalación o bien si se iniciaran a mano, en caso de ser necesario realizar configuraciones previas el inicio de los servicios.
Respecto del servicio Wildfly, inicialmente vendrá configurado por defecto el directorio sugerido, ocupando el puerto 8080
Al finalizar el instalador se crearán todos los servicios y directorios correspondientes.
Instalación de la aplicación
Se deberá ejecutar como administrador, en modo comando el instalador de PROMO (promo-console-installer-x.x.x.jar)
Se presentara la siguiente pantalla donde se deberá presionar "Next":
Luego se solicitará la aceptación de los términos y condiciones de uso de la aplicación.
Luego de aceptados los términos y condiciones, se solicitará que se identifique el nombre del usuario y el e-mail de quien (empresa o persona) está realizando la instalación.
A continuación se deberá indicar la ruta de acceso a Java (JDK) y el directorio donde se realizara la instalación de Promo. Por default se propone "c:\synthesis\Promo". Tambien se deberá indicar el directorio donde se instalara la base de datos (MongoDb)
NOTA
En caso de que PROMO trabaje integrado con BRIDGE, deberá tildarse la opcion "Install Bridge Integration" para una correcta configuracion de la aplicación.
De no existir los directorios se solicitara autorización para la creación de los directorios necesarios para la instalación de PROMO.
A continuación preguntará si desea instalar el motor de Promo como aplicación Tomee. Si activa este check se instalará como aplicación, si no lo activa continuará con la instalación y se activará como servicio.
OPCIÓN INSTALACIÓN COMO APLICACIÓN:
Nota
Si va a instalar el motor como aplicación, previamente debe instalar el apache TomEE plume 7.1.1: https://tomee.apache.org/download-ng.html
Luego de presionar el botón Siguiente, debe indicarse la ruta donde está la carpeta webapps de la instalación de apache TomEE.
Luego de presionar Siguiente, debe completar los parámetros solicitados:
OPCIÓN INSTALACIÓN COMO SERVICIO:
Si no activó el check para instalar el motor como aplicación Tomee, se solicitará indicar el directorio donde se instalará Wildfly, para que el motor se instale como servicio.
En caso de no existir el directorio, se solicitara autorización para la creación del mismo.
Se solicitara se informe si se desea instalar o solo activar los servicios que se instalan con PROMO.
Ya sea que haya instalado el motor como aplicación o como servicio continuará con los siguientes pasos:
En la siguiente pantalla que se presente, habrá que presionar el botón "Instalar" a fin de dar comienzo al proceso de instalación de PROMO y sus componentes.
Finalizada la instalación se mostrara la siguiente ventana donde se informara la correcta instalación de la consola de PROMO y se solicitara dar Clic en "OK" para terminar con el proceso.
Estructura de directorios
Luego de haber instalado la Consola de administración, quedará una estructura de directorios similar a la siguiente en el directorio de instalación (ej: "c:\synthesis\promo").
Los siguientes directorios y archivos son algunos de los que se deberán tener en cuenta:
- synthesis\promo\images: directorio de las imágenes
- \synthesis\promo\images\profile
- \synthesis\promo\images\barcode: contiene las imágenes de códigos de barras asociados a cupones emitidos.
- \synthesis\promo\images\promotion: contiene las imágenes que se asocien a las promociones
- \synthesis\promo\logs: información sobre las trazas de ejecución de la aplicación, incluyendo información técnica ante cualquier falla.
- \synthesis\promo\backup: backups de la base de datos MongoDB
- \synthesis\promo\import: directorio donde deberán alojarse los mapas para la importación de promociones.
- \synthesis\promo\mdb: aquí se encuentran las funciones utilizadas en la base de datos.
- \synthesis\promo\engine: el motor de promociones que utiliza la consola para la simulación de las mismas.
- \synthesis\promo\catalogs: directorio donde se alojaran los archivos de catálogo (.catalogs) que se importaran al iniciar la aplicación. Deberán generarse de manera manual las carpetas correspondientes a cada compañía, indicando en el nombre del directorio el ID de la compañía. (Ej.: \synthesis\promo\catalogs\22 donde 22 corresponde al ID de la nueva Ccia)
Instalación Linux (CentOS 7)
Es requisito que antes de realizar la instalación de la consola estén instaladas los siguientes componentes:
- MongoDB 3.6
- JDK 1.8.0_25
Junto con la consola de PROMO, durante el proceso se instalarán el motor de simulación y Wildfly.
Instalación MongoDB 3.4
Se pueden seguir los pasos en la documentación de instalación online de Mongo.
Linux: https://docs.mongodb.com/v3.4/tutorial/install-mongodb-on-red-hat/
Luego de que mongo se encuentra instalado se debe configurar la seguridad del mismo de la siguiente forma:
- Ejecutar el servicio de Mongo mediante sudo service mongod start
2. Ejecutar el comando mongo
3. El sistema quedará dentro de la consola de Mongo, con lo cual allí mismo se deberá ejecutar los siguientes comandos:
>use promo >db.createUser({user:"promousr", pwd:"thepassword", roles:[{role:"dbOwner", db:"promo"}]})
NOTA
Se utiliza en estos ejemplos el nombre de usuario "promousr" y el password "thepassword", esto puede ser cambiado acorde a lo requerido por el usuario.
4. Salir de la consola mediante el comando "exit"
5. Ejecutar el comando >service mongod stop para frenar la ejecución de mongo.
6. Editar el archivo /etc/mongod.conf y descomentar el tag "Security" para habilitar la seguridad, colocando la siguiente línea como se muestra en la imagen:
Instalación de la aplicación (Consola de Promo)
Se deberá ejecutar como root el instalador entregado desde línea de comando de la siguiente forma:
Donde X.X.X Corresponde al número de versión de PROMO que se está instalando.
Luego de ejecutado el instalador, comenzará a descomprimirse el archivo para dar comienzo a la instalación,
Terminada la descompresión, se solicitara autorización para proceder con la instalación de la aplicación, dar clic en "Next"
En la siguiente pantalla se deberán aceptar los términos y condiciones de uso, una vez leídos los mismos, de estar de acuerdo, dar clic en "Accept" para continuar.
Se deberá proveer de un nombre (persona física u organización) y un mail para poder registrar la aplicación y proseguir con la instalación, así como también se solicita re confirmar la aceptación de los términos y condiciones.
Completados los campos, presionar "Next":
A continuación se deberá indicar la ruta de acceso a Java (JDK) y el directorio donde se realizara la instalación de Promo. Por default se propone "/usr/local/promo/". También se deberá indicar el directorio donde se instalara la base de datos (MongoDb)
NOTA
En caso de que PROMO trabaje integrado con BRIDGE, deberá tildarse la opción "Instalar Integración con Bridge" para una correcta configuracion de la aplicación.
De no existir los directorios se solicitara autorización para la creación de los directorios necesarios para la instalación de PROMO.
Presionar "Si"
En la siguiente ventana se solicitara indicar el directorio donde se instalara Wildfly.
En caso de no existir el directorio, se solicitara autorización para la creación del mismo. Dar clic en "Si"
Para iniciar la instalación, en la siguiente pantalla habrá que presionar el botón "Installar" a fin de dar comienzo al proceso de instalación de PROMO y sus componentes.
Durante la instalación se presentara una ventana de progreso donde se podrá visualizar los componentes que se están instalando y su progreso.
Finalizado el proceso se presentara un pop-Up de proceso terminado, donde se deberá presionar "Aceptar" y luego "Salir" para terminar el proceso.
Una vez instalada la consola, sera requerido iniciar Wildfly, lo cual podrá hacerse manualmente ejecutando "sudo ./standalone.sh", o bien podrá configurarse Wildfly como servicio en linux siguiendo los pasos indicados en la Web para tal fin.
Configurar Motor de Simulación como servicio en LINUX
Deberá generarse un archivo desde cualquier editor de texto, con el nombre "promo.service" y deberá contener las siguientes líneas:
Una vez generado el archivo, debera guardarse en /etc/systemd/system y ejecutar el siguiente comando para notificar al sistema:
Luego habrá que habilitarlo para que ejecute al inicio con el siguiente comando:
De ser necesario accionar sobre el servicio podrán ejecutarse los siguientes comandos:
systemctl start promo → iniciar el servicio
systemctl stop promo → detener el servicio
systemctl restart promo → reiniciar el servicio
systemctl status promo → ver estado del servicio1
PROMO - BRIDGE
Durante la instalación de la consola de promociones podrá indicarse si ésta operará integrada o no con Bridge.
De ser así, será requerido tener instalado previamente Bridge Manager ya que Promo utilizara servicios y vistas de Bridge.
Para Instalar la consola integrada con Bridge, durante el proceso de instalación, ya sea sobre Windows o sobre Linux, deberá tildarse en la ventana de Opciones de Instalación, la opción "Instalar Integración con Bridge"
Con lo cual, al presionar "Siguiente", en el siguiente popUp se mostrara como ruta para Wildfly, el directorio donde este instalado la App Server de Bridge.
También deberá tenerse en cuenta que el archivo de configuracion para las conexiones con la base de Bridge, entre otras configuraciones, propias de PROMO sera "promoconfig.properties".
En este archivo, aparte de encontrar las opciones de configuracion de base de promo (mongoDB) y la estructura de directorio por defecto, también encontraran los valores de configuracion para la integración con Bridge, ya sea se utilice una base SQL o una base Oracle.
Ejemplo:
De usarse un esquema de base de datos u otro habrá que descomenar y configurar la opción correspondiente.
Configurar el envío de prefijos de cupones y tarjetas a Bridge
1- En la consola de PROMO. Ir a Administración > Información de configuración.
2- Buscar "soap.url" (clave) de la categoría promo.bridge.
El valor deberá ser la URL al servicio de Bridge Manager que espera recibir los prefijos. Ejemplo: http://10.x.1x.1x:8180/bridge/services/bridgeCoreSOAP?wsdl.
3- Para forzar la ejecución de este servicio se puede ejecutar el job "Exportación de Tipos de Tarjetas y Cupones a Bridge (SOAP)" en Administración > Tareas programadas.
Ejecución del sistema
Acceder a la Consola de administración
Una vez instalada la consola de PROMO podrá ser accedida desde algunos de los siguientes browsers soportados por Promo: Firefox o Google Chorme,
Ingresar la siguiente URL en la barra de direcciones del Browser:
http://IP-SERVIDOR:8080/promo
Donde IP-SERVIDOR es la dirección IP o DNS del computador donde se está ejecutando el servidor de aplicaciones.
Errores en la instalación de la consola
404 – ERROR de Inicializacion en Instalador
Este error pude se produce al no iniciarse la instalación de la consola desde una pantalla de comando ejecutada como administrador. Se deberá ejecutar como administrador, en modo comando el instalador de PROMO (promo-console-installer-6.x.x.jar)
Errores de inicialización de la consola
404 – ERROR (al iniciar la aplicación WEB)
Este error pude producirse porque no está levantado el servicio WildFly. Deberá revisarse en los servicios del sistema que el servicio WildFly este en ejecución. De no estarlo, iniciarlo y refrescar la página del navegado y volver a probar
Otro de los motivos por los cuales pueda darse este error es que no se haya descomprimido correctamente el aplicativo, para corroborarlo habrá que chequear en el directorio de instalación synthesis\promo\appserver\standalone\deployments si hay un archivo llamada "promo.war.failed". De encontrarse este archivo, indicara que se ha producido un error en la inicialización de la aplicación. Contactar al administrador del sistema para su solución.NOTA
Se recomienda realizar un chequeo de los servicios agregados luego de la instalación de PROMO para cerciorarse de que estén iniciados y ejecutándose correctamente.
Para ello, acceder a los servicios del sistema y chequear que los siguientes servicios estén corriendo:
Wildfly // MongoDB // PromoSimEngine
Motor de Promociones
Introducción
Como se mencionó en el punto anterior, el motor de promociones es el componente de PROMO encargado de recibir tickets directamente desde el punto de venta, luego procesarlos, y, finalmente, informar las promociones que participaron y los artículos afectados.
La instalación del motor de promociones se realiza conjuntamente con la instalación de la consola de Promo, al ejecutarse el instalador de la aplicación. La comunicación se establece a través de mensajes XML enviados mediante TCP/IP, REST o Pipes (IBM 4690).
Pre-Requisitos del sistema
En el siguiente cuadro se detallan los requisitos mínimos y recomendados para la instalación del motor de promociones:
Descripción | Requisito Mínimo (5 Puntos de Venta) |
Memoria RAM libre (con HD) | 1024 MB |
JVM (Java Virtual Machine) | Versión 1.8 |
Velocidad de procesador | 4 x 2 GHz |
Capacidad de disco rígido (libres) | 1 GB |
Sistema Operativo | Según requisitos. |
IMPORTANTE
Los requisitos dependen del uso de funciones y carga esperada. Entonces se requiere una estimación y estudio de cada caso para realizar un ajuste en los recursos requeridos.
Instalación (Linux/Windows)
Instalación del Motor de PROMO desde el Instalador
Se provee un archivo promo-gengine-installer-X.X.X.jar donde X.X.X es la versión del motor que se está instalando (6.4.0).
Se deberá ejecutar como administrador, en modo comando el instalador del Motor de PROMO (promo-gengine-installer-X.X.X.jar)
Al ejecutarse el instalador aparecerá la siguiente ventana:
Presionar "Siguiente" para continuar.
Se deberán aceptar los términos y condiciones para continuar con la instalación del motor de PROMO.
Presionar en "Aceptar" para continuar.
Luego de aceptados los términos y condiciones, se solicitara que se identifique el nombre del usuario y el e-mail de quien (empresa o persona) está realizando la instalación.
Presionar "Siguiente" para continuar.
A continuación se deberá indicar la ruta de acceso a Java (JDK) y el directorio donde se realizara la instalación del motor de PROMO. Por default se propone "c:\synthesis\gengine".
Se podrá indicar aquí, por medio del check "Instalar Servidor REST (Default TCP/IP)", para que se instale el motor como SERVIDOR REST sino se instalara por default en modo TCP/IP.
Presionar "Siguiente" para continuar.
En el siguiente Pop-UP se deberá indicar la URL de acceso a "Director" para futuras actualización y el código de tienda que tomara el motor A continuación se deberá indicar
Presionar "Siguiente" para continuar.
En la siguiente pantalla que se presente, habrá que presionar el botón "Instalar" a fin de dar comienzo al proceso de instalación del motor de PROMO y sus componentes.
Finalizada la instalación se mostrara la siguiente ventana donde se informara la correcta instalación del motor de PROMO. Se solicitara dar Clic en "Aceptar" y luego en "Salir" para terminar con el proceso.
Terminado el proceso de instalación del motor de promociones podrá chequearse en los servicios del sistema la existencia de dos nuevos servicios correspondientes al motor de promociones y al agente Director que ya estarán ejecutándose de manera atomística, hecho que marcara la correcta instalación y puesta en funcionamiento del nuevo motor de PROMO.
Instalación de Versiones Anteriores del Motor de PROMO
Se provee un archivo g-engine-x.x.x-installer.zip donde x.x.x es la versión del motor que se está instalando. Para instalar:
- Crear una carpeta donde se ejecutará el motor (Cuidado de tener permisos de lectoescritura en la misma)
- Descomprimir el contenido del zip en dicha carpeta.
- Modificar el archivo conf/config.xml con los parámetros correctos de configuración acorde al entorno en que se estará ejecutando.
- Ejecutar en modo comando como administrador "tcp.bat" en Windows o "sudo ./tcp.sh" en Linux.
Configuraciones Generales del Motor:
Archivos de Configuración
CONFIG.XML
<general> <simulation>false</simulation> <compatibilityMode>false</compatibilityMode> <mapIdentifiers></mapIdentifiers> <ticketIdentifiers>store,terminal</ticketIdentifiers> <disableLoyalty>false</disableLoyalty> <disablePrices>false</disablePrices> <!--identificar único por cada instancia del motor.--> <!-- <engineId></engineId> --> <!--Nombre único por cada instancia del motor.--> <!-- <engineName></engineName> --> <promotionCacheMode>false</promotionCacheMode> <useExactLimitValue>true</useExactLimitValue> <negativeDiscount>true</negativeDiscount> </general>
Los parámetros de configuración de la sección General son:
Tag/Parámetro | Descripción | Valor por defecto |
---|---|---|
simulation | Indica si el motor opera para simulaciones desde la consola o no. Valor por defecto "False" (No simulación) | false |
compatibilityMode | indica si el motor opera en modo compatible con el antiguo motor (Integraciones 4690) agrupando o no los beneficios en la respuestas dadas por el motor. Por default el parámetro viene definido en "False" (No compatble) por lo que en este modo agrupara los beneficios (motor nuevo). En caso de definir el beneficio en "True", no se agruparan los beneficios (compatibilidad con antiguo motor). | false |
mapIdentifiers | identificaran las carpetas por las cuales el motor irá en búsqueda del mapa para evaluar la promoción. Deberán definirse en una lista separada por comas. | companyId |
ticketIdentifiers | indicara por qué atributo se identificara al ticket cuando el motor opere como multiempresa. | store, terminal |
disableLoyalty | El valor por default de este parámetro será "false" indicando que el motor mantiene una comunicación con PROMO central para la gestión de elementos de Fidelidad. En caso de configurar en "true" este parámetro, se deshabilitara la comunicación con PROMO central, por lo que un status de Finish, commit, rollback, etc etc se evaluara como un status "sales" (método de evaluación previo a Fidelidad). | false |
disablePrices | El valor por default de este parámetro será "false" indicando que el motor utiliza preciadores, esto habilitara la funcionalidad de precios (desde la consola se generan listas de precios y seran distribuidos al motor) y se disponibilizara el status de prices y en caso de utlizar en los tickets items con unitPrice=0 los buscara los precios de los preciadores (listas de precios). En caso de configurar en "true" este parámetro indica que NO esta habilitada esta funcionalidad. | false |
engineId | identificador único del motor. Deberá configurarse cuando se desee que el motor reporte su mapa activo a la consola de PROMO. | 0 |
engineName | Nombre único del motor.Junto con el "EnginerId" deberá configurarse cuando se desee que el motor reporte su mapa activo a la consola de PROMO. | |
promotionCacheMode | (desde v7.EP2) Activa el modo de trabajo "Cache de Promociones" del motor. Reservado para SOLO este modo de trabajo particular. | false |
useExactLimitValue | Otorgamiento de beneficio con límites: true otorga el saldo(default), false no otorga beneficio si el apply supera el saldo | true |
negativeDiscount | Permite o no que los descuentos otorgados superen el valor del producto | true |
Configuración de la operatoria Prices (contingencia) del Motor:
<prices> <!--Directorio donde se guardarán los precios a actualizar por contingencia --> <directory>prices</directory> <!--Cantidad de segundos en los que chequea si existen hay precios de contingencia-> <check>30</check> </prices>
Configuración de la operatoria OffLine del Motor:
<offline> <!--Directorio donde se guardarán los tickets offline--> <directory>offline</directory> <!--Cantidad de segundos en los que chequea offline--> <check>60</check> </offline>
Directorio de donde tomará los mapas:
<map> <!--Directorio desde donde el motor lee los mapas--> <directory>sales</directory> <!--Cantidad de segundos en los que chequea nuevo mapa--> <check>600</check> <!--Cantidad de dias hasta remover el archivo del mapa--> <daysUntilRemoval>100</daysUntilRemoval> <!-- remover mapas simulados --> <removeSimulatedMaps>true</removeSimulatedMaps> <!-- máximo numero de mapas simulados a mantener --> <simulatedMapsMax>10</simulatedMapsMax> <!-- máximo numero de mapas simulados para iniciar el proceso de remoción --> <simulatedMapsThreshold>30</simulatedMapsThreshold> <!-- remover mapas que sobrepasen el maximo simulatedMapsMax --> <removeNonSimMaps>false</removeNonSimMaps> </map>
Nota
Parámetro check de los motores: El estatus de los motores se informa en el mismo tiempo en que se chequean los mapas. El motor que por ejemplo tiene configurados 600 segundos, cada 10 minuto vas a tener un estatus del motor.
Configuración de Decimales en la respuesta:
<response> <!--Decimales de redondeo de la respuesta--> <roundDecimals>2</roundDecimals> <roundCountables>3</roundCountables> <roundPoints>2</roundPoints> <!-- Metodo de redondeo de puntos: roundDown/roundMath (default) --> <roundPointsMethod>roundMath</roundPointsMethod> <!-- Solo redondear el summary del beneficio (false: default) → <roundPointsTotalOnly>false</roundPointsTotalOnly> </response>
Puertos
<server> <!--Con valor true se disponibiliza el uso de https--> <useHttps>false</useHttps> <!--El nombre del archivo que contiene el almacén de claves, especificando su ruta absoluta.--> <keyStore>./conf/keystore</keyStore> <!--Contraseña requerida por https correspondiente a la clave del almacén de claves--> <keyStorePassword>nosotros</keyStorePassword> <!--Con valor true se disponibiliza la restricción de recursos a determinados roles--> <useRoleAccessRestrictions>false</useRoleAccessRestrictions> <!--Ruta donde se encuentra el archivo de definición de usuarios y roles--> <usersDefinition>./conf/engineUsers.properties</usersDefinition> <!--Ruta donde se encuentra la carpeta que contiene al archivo de asignación de roles a recursos web.xml--> <configurationDirectory>./conf</configurationDirectory> <!--Puerto del servidor rest--> <rest>8888</rest> <!--Puerto del servidor socket--> <socket>3000</socket> </server>
Conexión con PROMO Central
<promoCentral> <url>http://localhost:8080/promo</url> <user>sender</user> <password>mate</password> <!--Define el timeout en segundos de comunicacion con la consola central si se especifica este aplica en general y anula a los otros dos.--> <!-- timeout></timeout --> <!--Define el timeout en segundos de conneccion con la consola Central.--> <!-- connectionTimeout></connectionTimeout --> <!--Define el timeout en segundos de comunicacion con la consola Central.--> <!-- communicationTimeout></communicationTimeout --> <!-- Descomentar en el caso que la mensajeria no lo implemente y se requiere el envio de un valor fijo --> <!-- companyId></companyId --> </promoCentral>
Extensiones (opcional):
<!--Directorio donde el motor busca el archivo entities.xml donde se configuran las extensiones para las entidades --> <extensions> <directory>extensions</directory> </extensions>
Datos Internos (opcional)
<!--Directorio de trabajo del cache de datos interno utilizado por el motor, en caso de no especificarse el motor usa "./data" --> <cachedata> <directory>data</directory> </cachedata>
LOGGING.PROPERTIES
En este archivo podrán configurarse los niveles de logueo de la consola, siendo el nivel SEVERE el nivel por default y ALL el nivel de logueo para debug.
# Agregar -Djava.util.logging.config.file=logging.properties como parametro a la JVM _# http://www.javapractices.com/topic/TopicAction.do?Id=143_ handlers = java.util.logging.ConsoleHandler java.util.logging.FileHandler .level = SEVERE # File Logging java.util.logging.FileHandler.pattern = ./logs/gengine.log java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter java.util.logging.FileHandler.level = SEVERE #java.util.logging.FileHandler.limit = 10000000 #java.util.logging.FileHandler.count = 10 # Console Logging java.util.logging.ConsoleHandler.level = SEVERE
Motor Multitienda
El Motor de promociones cuenta con la posibilidad de que levante y lea mapas de diferentes directorios. Cada directorio se corresponderá con una tienda distinta y en cada directorio podrá listar un conjunto de mapas.
El modo Multitienda se activa por configuración, encontrándose desactivado por default. La mensajería asociada al motor no se verá alterada por la activación del modo Multitienda.
Configuración de Multitienda
Para que el motor de promociones funcione en modo Multitienda, deberá de editarse el archivo "…\conf\Config.xml" y editar el siguiente tag:
<general> …… <mapIdentifiers></mapIdentifiers> <ticketIdentifiers>store,terminal</ticketIdentifiers> …… </general>
Donde en <mapIdentifiers></ mapIdentifiers> se identificaran las carpetas por las cuales el motor irá en búsqueda del mapa para evaluar la promoción. Deberán definirse en una lista separada por comas.
En caso de tener elementos, en <ticketIdentifiers></ticketIdentifiers> deberá quedar solamente definido "terminal" ya que al ticket lo va a identificar siempre por la concatenación de <mapIdentifiers> y <ticketIdentifiers>
Para que los cambios sean tomados correctamente se deberán guardar los cambios y reiniciar el motor de promociones.
SEGURIDAD
CONFIGURACION HTTPS
Atención
- Desde v6.5.5
- Esta funcionalidad SOLO aplica a Motor como servidor REST.
El motor de Promo puede ser configurado para trabajar en modo HTTPS.
Para una comprensión general de este modo de trabajo puede referirse a (http://en.tldp.org/HOWTO/SSL-Certificates-HOWTO/x64.html) pero en definitiva un resumen del mismo es:
1.- El cliente hace un pedido al servidor usando el protocolo https://
2.- El servidor le envía su certificado y clave pública.
3.- El cliente verifica que el certificado sea emitido por una entidad de confianza, que esté vigente, y que corresponda al servidor contactado.
4.- Si todo es correcto, el cliente usa la clave pública obtenida del servidor para encriptar una clave simétrica aleatoria y el mensaje http cifrado con esta misma clave aleatoria para luego enviarla al servidor.
5.- El servidor desencripta la clave simétrica usando su clave privada (porque fué cifrada por el cliente con su clave pública) y utiliza esta clave para desencriptar la url y los datos http.
6.- El servidor genera la respuesta http response, y luego encripta todo con la clave simétrica que obtuvo anteriormente.
7.- El cliente desencripta los datos http usando la misma clave simétrica y continúa operando con http como siempre.
De la misma forma que para la consola, el motor necesita un almacén de claves (keystore) que contiene las claves pública y privada del servidor, en conjunto con un certificado).
Para configurar esto se poseen 3 nuevos parametros en el archivo config.xml:
Tag | Descripción |
---|---|
useHttps | true indica que el motor debe trabajar en este modo. |
keyStore | El nombre del archivo que contiene el almacén de claves, especificando su ruta absoluta |
keyStorePassword | La contraseña del almacén de claves en texto plano. |
Un ejemplo de configuración sería:
<server> <useHttps>true</useHttps> <keyStore>c:\promo\keystore.dat</keyStore> <keyStorePassword>Promo2020</keyStorePassword> <rest>8888</rest> <socket>3000</socket> </server>
Para generar el almacén de claves que incluye el par de claves y el certificado se deben seguir los siguientes pasos:
En este ejemplo vamos a generar un almacén de claves de nombre keystore para un alias de nombre Jettycon validez del certificado de 365 días y los algoritmos detallados. Pedirá información que llevará el certificado, al final darle si para terminar. La clave que pide al inicio es una nueva clave y debe tenerse en cuenta ya que se configurará la misma en el motor. Según la página esto funciona sólo para pruebas porque el certificado no es de confianza para el cliente (navegador por ej.).
keytool -keystore keystore.dat -alias jetty -genkey -keyalg RSA -sigalg SHA256withRSA -validity 365
Se puede revisar el almacén de claves con;
keytool -list -keystore keystore.dat -storetype jks -storepass THEPASSWORD -v
Se genera el archivo csr (solicitud de firma del certificado / certificate signing request - CSR).
keytool -certreq -alias jetty -keystore keystore -file jetty.csr
- En el config.xml del motor ingresar los siguientes valores:
<useHttps>true</useHttps>
<keyStore>C:\keystore.dat</keyStore>
<keyStorePassword>THEPASSWORD</keyStorePassword>
Autenticacion por usuarios y roles
Atención
- Desde v6.5.5
- Esta funcionalidad SOLO aplica a Motor como servidor REST.
El motor de Promo en modo REST, acepta autenticación de conexiones por medio de Usuarios y claves.Para habilitar la autenticación en el motor por medio de usuario y password, se debe activar la siguiente configuracion en el archivo config.xml:
Para configurar esto se poseen nuevos parametros en el archivo config.xml:
Tag | Descripción |
---|---|
useRoleAccessRestrictions | true indica que el motor debe trabajar en este modo. |
usersDefinition | El nombre del archivo que contiene el almacén de usuarios y claves, especificando su ruta absoluta |
configurationDirectory | La ruta completa donde se encuentra el archivo web.xml de configuración de seguridad. Si el archivo no existe se tomarán los valores por defecto con un unico usuario y rol. |
Un ejemplo de configuración sería:
<server> <useRoleAccessRestrictions>false</useRoleAccessRestrictions> <usersDefinition>./conf/engineUsers.properties</usersDefinition> <configurationDirectory>./conf</configurationDirectory> </server>
Archivo de Usuarios (engineUsers.properties)
El formato del archivo de usuarios cumple el siguiente patrón:
<nombre de usuario>:<espacio>MD5:<clave como hash md5>,<rol1>,<rol2>,<rol n>
Entonces imaginemos configurar 3 usuarios: admin, sender y user. La clave codificada de los mismos (MD5) se puede obtener desde: http://www.md5.cz/
Atención
El archivo de usuarios quedaría conformado como:
admin: MD5:4f4ea4182f8cbb5730694fb4866804ae,role-admin,role-sender sender: MD5:4f4ea4182f8cbb5730694fb4866804ae,role-sender user: MD5:4f4ea4182f8cbb5730694fb4866804ae,role-user,role-min
Tomemos el usuario admin, con clave promo2020 y roles admin y sender.
Roles de Usuarios (engineUsers.properties)
Los roles son declarados en el archivo web.xml y siguen la siguiente estructura:
<web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0"> <display-name>Promo engine</display-name> <login-config> <auth-method>BASIC</auth-method> <realm-name>promoEngine</realm-name> </login-config> <security-role> <role-name>role-admin</role-name> </security-role> <security-role> <role-name>role-sender</role-name> </security-role> <security-role> <role-name>role-user</role-name> </security-role> <security-constraint> <web-resource-collection> <web-resource-name>Engine</web-resource-name> <url-pattern>/engine/*</url-pattern> </web-resource-collection> <auth-constraint> <role-name>role-admin</role-name> <role-name>role-sender</role-name> </auth-constraint> </security-constraint> </web-app>
Mantenimiento - Motor
Depuración de archivos de log
Como se mencionó anteriormente, los archivos donde se registran los eventos que suceden en el motor de promociones son almacenados en uno o varios archivos de log. Estos archivos pueden crecer en tamaño dentro del disco rígido, quitando espacio que el usuario puede utilizar para otros fines. Por lo tanto es posible que se requiera eliminar algunos de estos archivos para liberar espacio.
Para eliminar los archivos de log será necesario consultar el archivo de configuración de log (../conf/logging.propertiesl). En él estarán especificadas las políticas de log, los archivos y los directorios destinados para este fin.
Errores de inicialización
Los siguientes son errores que pueden producirse al iniciar el motor de promociones:
- java.io.FileNotFoundException: \log\669comm.log (El sistema no puede hallar la ruta especificada)
- Indica un error en la configuración del archivo de log. El error indica que no puede encontrar la ruta o el archivo '\log\669.comm.log'. Para solucionarlo, se recomienda revisar el archivo de configuración config/log4j.xml.
- Exception in thread "main" java.lang.NoClassDefFoundError: …
- Este error ocurre cuando hay errores en el classpath.
- java.net.BindException: Address in use: JVM_Bind
- Este error se produce cuando el puerto de comunicaciones que utilizará el Motor de promociones está reservado o siendo utilizado por otra aplicación. Sólo puede suceder en una comunicación TCP/IP. Para solucionarlo se recomienda determinar cuál es la aplicación que utiliza el puerto y cerrarla o configurarla para que utilice otro, o bien modificar la configuración del Motor de promociones para que establezca sus comunicaciones por un puerto diferente (a través del archivo de configuración, propiedad promoCommunication.port).
Errores de procesamiento
Durante su funcionamiento, el motor de promociones podrá informar errores similares a los enunciados a continuación:
- [promo.MIDDLEWARE] PROMOENGINE VALIDATION ERROR: [P01] combo-component: invalid use of order-criteria with this set
Indica que se ha producido un error en la validación de algún mapa que está intentando cargar. El valor que se encuentra entre corchetes indica en qué promoción se ha producido el error. De no existir los corchetes significa que el error se produjo en la definición de la convivencia de las promociones que se encuentra en el mapa. El texto que sigue a los corchetes describe el tipo de error producido. Asimismo, anterior a esta línea de log se encuentra que mapa se intentó cargar.
- [promo.MIDDLEWARE.MESSAGING] Message not accepted: Parser exception parsing input message: Content is not allowed in prolog.
Indica que se recibió una petición o ticket que no respeta el formato definido para la mensajería. En estos casos el motor responderá a la terminal que envió el requerimiento un mensaje de respuesta con un código de error (ver "Manual de mensajería – Promo").
- [promo.MIDDLEWARE] There is no PromoEngine available to process this request.
Este mensaje se emite cuando el Motor de promociones recibe una petición que indica la utilización de una versión de mapa inexistente. Al igual que en el caso anterior, al no poder resolver la petición, se responderá con un mensaje que especificará un código de error (ver "Manual de referencia técnica – API de Promo").
- [promo.MIDDLEWARE.MESSAGING]- WARNING: INVALID TICKET: cvc-datatype-valid.1.2.1: 's250.0' is not a valid value for 'double'.
Indica que se ha recibido una petición o ticket que posee un valor o tipo de dato inválido. En este caso, el motor dará un mensaje de respuesta con un código de error (ver "Manual de mensajería – Promo").
Documentación relacionada
- PROMO - Manual de Instalación 7.0
- PROMO - Manual de Usuario 7.0
- PROMO - Manual de Integración 7.0 - Motor
- PROMO - Manual de Integração 7.0 - Motor
- PROMO - Manual de Integración 7.0 - Servicios
- PROMO - Manual de Integração 7.0 - Serviços
- PROMO 7.0 - Manual de Integración - Colas de Mensajes
- Anexos
Información de Configuración
Existen parámetros de configuración que pueden ser modificados para personalizar el comportamiento de PROMO.
Algunos de estos parámetros solo estarán disponibles en la consola de PROMO Principal y otros podrán ser editados desde la consola de PROMO de cada compañía.
Estos parámetros se encuentran en la Consola de PROMO, Menú "Administración" >> "Información de Configuración" y son:
Configuraciones disponibles para el Usuario Principal:
Módulo | Clave | Valor | Descripción | |
---|---|---|---|---|
1 | Promo | operative.system | windows | Sistema operativo |
2 | Promo | soap.url | http://10.4.13.108:8280/bridge/services/bridgeCoreSOAP?wsdl | Dirección de web service de bridge. |
3 | Negocio | lang | es_AR (Argentina) | General: idioma de la aplicación (etiquetas) |
4 | Negocio | backupDirectory | C:/synthesis/promo/backup | General: de backup |
5 | Negocio | mongoDBDirectory | C:/synthesis/promo/mdb/bin | General: directorio base de datos |
6 | Negocio | mongoDBHostname | localhost | Host de la base de datos |
7 | Negocio | mongoDBPort | 27017 | Puerto de la base de datos |
8 | General | auditDateCleaner | 30 | Eliminar registros de las tablas de importación. |
9 | General | importReceiptDateCleaner | 30 | Eliminar registros de las tablas de importación. |
10 | General | ticketGeneratorSeconds | 2 | DEMO: cantidad de segundos de generación de ticket para demos |
11 | Negocio | charsMaximumAlphabetical | 20 | Cantidad máxima de caracteres alfabéticos |
12 | Negocio | charsMaximumNumerical | 20 | Cantidad máxima de caracteres numéricos |
13 | Negocio | charsMaximumQuantity | 20 | Cantidad máxima de caracteres totales |
14 | Negocio | charsMaximumSpecial | 20 | Cantidad máxima de caracteres especiales |
15 | Negocio | charsMinimumQuantity | 7 | Cantidad mínima de caracteres totales |
16 | 1Negocio | charsMinimumUser | 3 | Cantidad minima de caracteres en el nombre de usuario |
17 | Negocio | maximumLoginFailedCount | 3 | Cantidad máxima de reintentos de login fallidos sucesivos |
18 | Negocio | numberQuantity | 1 | Cantidad mínima de caracteres numéricos |
19 | Negocio | passwordExpirationDays | 30 | Días de expiración de la contraseña del usuario |
20 | Negocio | specialCharsQuantity | 0 | Cantidad mínima de caracteres especiales |
21 | Negocio | stringQuantity | 1 | Cantidad mínima de caracteres alfabéticos |
22 | Negocio | userBlockDays | 90 | Bloqueo de usuario - días de inactividad |
23 | Negocio | userLockTime | 30 | Periodo de bloqueo de la cuenta de usuario (en minutos) |
24 | Promo | engineSalesPath | C:/synthesis/promo/engine/sales/ | Directorio de Mapas del Motor |
Configuraciones disponibles para el Usuario Admin. de cada compañía:
Modulo | Clave | Valor | Descripción | |
---|---|---|---|---|
1 | Cupones | barcodePath | C:/synthesis/promo/images/barcode/ | Directorio imagenes de codigos de barra |
2 | Cupones | barcodeUrl | http://localhost:8080/promo/assets/barcode/ | Url imagenes de codigos de barra |
3 | Promo | fileDirectory | C:/synthesis/promo/catalogs/napse\ | Importación de catálogo: directorio donde estarán los archivos |
4 | Negocio | moneySymbol | $ | Símbolo de moneda |
5 | Tarjetas de fidelidad | max.qty | 999 | Cantidad máxima de tarjetas a generar por cada operación de alta masiva |
6 | Tarjetas de fidelidad | isEditableAfterCardsGeneration | false | Permitir la edición del tipo de tarjeta luego de haber generado una tarjeta activa |
7 | Tarjetas de fidelidad | prefix.active | false | Utilizar prefijo númerico incremental para tipos de tarjeta |
8 | Cupones | CODE128 | PPPSSSTTTnnnnnnnnnnnnnnnnnn | Formato de código de barras CODE128 |
9 | Cupones | EAN13 | PPPSSSTTTnnnc | Formato de código de barras EAN13 |
10 | Cupones | UPCA | PPPSSSTTTnnc | Formato de código de barras UPCA |
11 | Cupones | max.qty | 999 | Cantidad maxima de generación Masiva de Cupones por transacción |
12 | Cupones | prefix.active | true | Utilizar prefijo númerico incremental para tipos de cupón |
13 | Cupones | amountFormat | %.02f | Formato en el que se imprimen los montos de los cupones |
14 | Promo | applicationMethod | resume | Promociones: valor por defecto en el método de aplicación |
15 | Promo | divisionMethod | proportional | Promociones: valor por defecto en el método de división |
16 | Promo | divisionPrice | benefited-price | Promociones: valor por defecto el tipo de precio beneficiado |
17 | Promo | fileList.txt.Separator | , | Importación de catálogo: separador |
18 | Promo | fileList.xls.ColStart | 0 | Importación de catálogo: columna de comienzo de la importación de catálogo |
19 | Promo | fileList.xls.Direction | vertical | Importación de catálogo: forma de importación |
20 | Promo | fileList.xls.RowStart | 0 | Importación de catálogo: fila de comienzo de la importación de catálogo |
21 | Promo | separator | | | Importación de catálogo: separador de columnas |
22 | Promo | terminatedOnError | true | Termina la importación de catalogo, si al menos uno fallo. Si es false, no termina e informa los catalogos fallidos |
23 | Promo | updateSize | 100 | Importación de catálogo: tamaño de subida |
24 | Negocio | charsMaximumAlphabetical | 20 | Cantidad máxima de caracteres alfabéticos |
25 | Negocio | charsMaximumNumerical | 20 | Cantidad máxima de caracteres numéricos |
26 | Negocio | charsMaximumQuantity | 20 | Cantidad máxima de caracteres totales |
27 | Negocio | charsMaximumSpecial | 20 | Cantidad máxima de caracteres especiales |
28 | Negocio | charsMinimumQuantity | 7 | Cantidad mínima de caracteres totales |
29 | Negocio | charsMinimumUser | 3 | Cantidad minima de caracteres en el nombre de usuario |
30 | Negocio | maximumLoginFailedCount | 3 | Cantidad máxima de reintentos de login fallidos sucesivos |
31 | Negocio | numberQuantity | 1 | Cantidad mínima de caracteres numéricos |
32 | Negocio | passwordExpirationDays | 30 | Días de expiración de la contraseña del usuario |
33 | Negocio | specialCharsQuantity | 0 | Cantidad mínima de caracteres especiales |
34 | Negocio | stringQuantity | 1 | Cantidad mínima de caracteres alfabéticos |
35 | Negocio | userBlockDays | 90 | Bloqueo de usuario - días de inactividad |
36 | Negocio | userLockTime | 30 | Periodo de bloqueo de la cuenta de usuario (en minutos) |
37 | Promo | distributionThreadPool | 10 | Cantidad de hilos creados para la distribución simultánea |
38 | Promo | path | C:/synthesis/promo/import/ | Directorio para la importacion de Mapas de Promociones. |
39 | Promo | benefit.active | false | Utilizar campo numérico incremental para beneficios |
40 | Promo | promotion.code.active | false | Utilizar campo numérico incremental para promociones |
41 | Cupones | default.from | [email protected] | Email por defecto con el que se enviaran los correos |
42 | Cupones | default.insertImages | false | Indica si acepta o no barcodes |
43 | Cupones | default.subject | Promo Test Mail | Asunto por default |
44 | Cupones | host | smtp.gmail.com | Host del proveedor de email |
45 | Cupones | password | ************** | Contraseña de la cuenta de email |
46 | Cupones | port | Puerto de conexión | |
47 | Cupones | smtp.auth | true | Habilitar Auth SMTP |
48 | Cupones | smtp.port | 587 | Puerto SMTP |
49 | Cupones | smtp.socketFactory.class | javax.net.ssl.SSLSocketFactory | nombre de la clase SSLSocketFactory |
50 | Cupones | smtp.socketFactory.fallback | false | Fallback de socketFactory |
51 | Cupones | smtp.socketFactory.port | 465 | Puerto SMTP de socketFactory |
52 | Cupones | smtp.starttls.enable | true | Habilitar Start TLS |
53 | Cupones | username | [email protected] | Usuario o nombre de la cuenta de email |
54 | Promo | use.item.catalog | 1 | Mapas: algoritmo de cálculo de colisiones |
55 | Promo | cleanEngineStatusHistory | 7 | Tiempo en días que la consola mantendrá el historial de estados del motor |
56 | Promo | deployedEditable.enabled | false | Habilita la edición de promoción con el estado Deployed. |
57 | Promo | promotion.enginestatus.communication | 600 | Tiempo que transcurre desde el último informe de estatus del motor o consola, para considerarlo offline. Si en ese tiempo no informó se lo considera offline. |
58 | Promo | promotion.images.height | 250 | Promociones: alto default de las imagenes |
59 | Promo | promotion.images.path | C:/synthesis/promo/images/promotion/ | Promociones: directorio para almacenamiento de imágenes |
60 | Promo | promotion.images.width | 250 | Promociones: ancho default de las imagenes |
61 | Promo | reportParticipants | false | Promociones: valor global que determina si la promoción informa participantes |
62 | Promo | reportParticipantsVisible | true | Determina si se visualiza o no, la opción reportar participantes |
63 | Promo | method.of.payment | NOTHING=No calcular promociones por medio de pago | Promocion Codificada: NOTHING, ON_ITEMS_PAID, ON_PAYMENT_MADE |
64 | Promo | method.of.payment.onItemsPaid.class | com.synthesis.promo.engine.partialPayment.hardcoded.promotion.PartialPaymentsGSPromotion | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
65 | Promo | method.of.payment.onItemsPaid.name | Promociones basadas en items | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
66 | Promo | method.of.payment.onItemsPaid.tenderMethodPropertyKey | promo.configuration.tenderMethod.itemMethod | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
67 | Promo | method.of.payment.onPaymentMade.class | PartialPaymentsSSPromotion | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
68 | Promo | method.of.payment.onPaymentMade.name | Promociones basadas en pagos | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
69 | Promo | method.of.payment.onPaymentMade.tenderMethodPropertyKey | promo.configuration.tenderMethod.paymentMethod | Promocion Codificada: nombre de la promoción por medio de pago basada en ítems. |
70 | Promo | ldapAuthentication | false | Determina si se autentica contra un Directory Service |
71 | Promo | ldapAuthentication.autheticationMode | DIGEST-MD5 | Es el modo de seguridad que se autentica, usar "DIGEST-MD5" como valor default dado que este modo encripta la información contra el Directory Service. |
72 | Promo | ldapAuthentication.urlServer | URL del server contra el que se autentica. | |
73 | Promo | testEnginePORT | 3001 | Simulación: puerto en el que corre el motor para simulación |
74 | Promo | testEngineRetries | 2 | Simulación: reintentos de conexión al motor |
75 | Promo | testEngineSalesPath | C:/synthesis/promo/engine/sales/ | Simulación: ruta del motor |
76 | Promo | testEngineTimeout | 8000 | Simulación: timeout de conexión al motor |
77 | Redes sociales | facebook.appId | 1068803576479010 | Id de la aplicación de facebook |
78 | Redes sociales | facebook.permissions | [publish_actions, manage_pages] | Permisos de la aplicación de facebook |
79 | Redes sociales | facebook.secret | dfa5ffe6aa6306fc49472dbcba3c16a9 | Clave secreta de la aplicación de facebook |
80 | Redes sociales | facebook.secure | https | Protocolo de conexión segura a la aplicación de facebook |
81 | Redes sociales | twitter.accessToken | 2848331890-D2geAfGVL9u2bD6TrD1LxH5fUsXlBnHLa3FOziK | Token de acceso a twitter |
82 | Redes sociales | twitter.accessTokenSecret | NHd6JbcoLaBK5QEfrKgmOaQwwxmbwlEtOYlQni3Fx6H3y | Token secreto de acceso a twitter |
83 | Redes sociales | twitter.consumerKey | HTPKOHdatasoDsm2Ud7ULnUapAKFXoC | Clave consumer key de twitter |
84 | Redes sociales | twitter.consumerSecret | X1plqdQWK0nRCGz6KFxm37IZTzp4O7w9BjLSspIr4mYWLZsrOy | Clave consumer secret de twitter |
85 | Tarjetas de fidelidad | continueOnError | true | Permitir continuar la importación de catálogo de tarjetas ante un error |
86 | Tarjetas de fidelidad | insertionOption | INSERT_OR_UPDATE | Describe la opción de inserción para la importación del catálogo de tarjetas |
87 | Transacciones | cleanTransactions | 90 | Cantidad de días que permanecerán los registros de transacciones en la base de datos |
88 | Lista de precios | priceList.distribution.items.batch.size | 1000 | Cantidad de Precios a enviar al motor desde la consola en la distribución de precios (por comunicacion). |
89 | Lista de precios | priceList.job.cleanPriceListSchedule.time | 30 | Cantidad de días a mantener los items de la lista de precios futuros procesados |
90 | Lista de precios | priceList.lockForUpate | 15 | Minutos para poder desbloquear Lista cero en el proceso rest |
91 | Lista de precios | priceList.mongo.bulk.insertOrUpdate | 200 | Cantidad de registros a insertar por lote en el proceso rest |
Podrán existir cambios correspondientes a:
- actualización de la consola de administración (de existir alguna actualización se entregará la correspondiente documentación y la forma de instalarla),
- depuración de backups de BD.
NOTA
Tener en cuenta que para realizar el mantenimiento se deberá detener la aplicación, realizar los cambios y luego volver a iniciarla.
Depuración de archivos de backup de Base de datos
La aplicación registra un backup automático diario de la base de datos MongoDB. Es por ello que es necesario realizar un cierto mantenimiento, consistente en la depuración de los mismos periódicamente a fin de que la carpeta de backup no ocupe demasiado en disco.
Alta de cliente durante la transacción
A partir de Promo 7.0.2 -
Para que el alta de clientes pueda efectuarse al momento de procesarse una transacción, deberá de habilitarse en el archivo de configuraciones de la Consola de Promo (“promoplus.properties”) el siguiente atributo:
# Habilita el alta de clientes on the fly promo.allowNonExistingCustomers = true |
Una vez actualizado, deberá de reiniciarse el Wildfly para que los cambios sean tomados correctamente.
Los clientes serán creados utilizando el estado "loyaltyValidation" en el caso de enviarse los datos mínimos y al mismo tiempo Promo detecte que el cliente no existe. Los datos mínimos mencionados son (marcados en Rojo):
<customer-add seq="1"
id="10090504"
identifier="10090504"
type="test"
name="pepe"
lastName="rodrigues"
identifierType="cpf"
email="mimail@
test.com"
/>
<?xml version="1.0" encoding="UTF-8"?> <message companyId="napse" store="1" terminal="1" date-time="2020-11-03 11:11:22" init-tck="true" messageId="1" void-trx="false" response="true" status="loyaltyValidation" evaluate="true" map-version="2" tckpath="Y" suggest="true"> <customer-add seq="1" id="47001517" identifier="47001517" type="test" name="bruno" lastName="Lopez" identifierType="cpf" email="[email protected]" /> </message>
Nota: Para mas informacion ver "Manual de Integracion 7.0 - Motor" - LoyaltyValidation.
Enmascarar Contraseña de DB
La clave enmascarada de base de datos se genera mediante la promo-crypto-tool que sera provista.
El programa toma como ingreso a la clave a encriptar y devuelve la clave encriptada que se debe situar en el archivo promoplus.properties en una entrada llamada grails.mongodb.encryptedPassword (por ej. grails.mongodb.encriptedPassword=lYYBAfxLR40=).
En caso de utilizar grails.mongodb.encryptedPassword se debe considerar comentar o eliminar la anterior grails.mongodb.password ya que en caso de existir ambas siempre utilizará grails.mongodb.password. En caso de que el archivo promoplus.properties no exista, se tomará, como valor por defecto, a v9vbhV.
Para encriptar una clave se debe utilizar promo-crypto-tool de la siguiente forma en una consola:
java -jar <nombre del jar> <contraseña a encriptar>, por ej java -jar promo-crypto-tool-1.0.0.jar abcdefg
o bien
java -jar <nombre del jar> y al ejecutarlo, de modo interactivo, solicitará el ingreso de la contraseña.
En ambos casos la contraseña encriptada se obtendrá por pantalla.
Al momento de levantar el servidor, se hará uso de Datasource.groovy que mantiene el llamado a assignMongodbPassword() el cual a su vez llama al desencriptador para obtener la contraseña para asignársela a grails.mongodb.password.
NOTA
Se debe considerar la limitación del algoritmo tripledes, el cual acepta sólo caracteres us-ascii como entrada del encriptador. Utilizar caracteres diferentes genera contraseñas encriptadas inválidas.
NOTA 2
Se asume que si existe, en el archivo promoplus/promoconfig.properties, una contraseña no encriptada (grails.mongodb.password) no debe existir la entrada de contraseña encriptada (grails.mongodb.encryptedPassword) y viceversa. La entrada no deseada se puede eliminar o comentar.
Configuración de Redes Sociales
Para trabajar con redes sociales PROMO posee una serie de opciones de configuración que se describen a continuación. También es importante aclarar que los servicios de redes sociales están en constante evolución y cambio por lo cual aquí se hace referencia al sitio del servicio en cuestión para obtener la información actualizada al respecto.
Configurar Facebook
Desde la consola de cada compañía, accediendo con el usuario administrador, y accediendo a Administración Información de configuración se encontraran las siguientes configuraciones que serán necesarias completar para la correcta publicación en la red social.
Los datos presentes en esta imagen son solo de carácter ilustrativo y deberán ser reemplazados por las credenciales adquiridas con los usuarios de desarrollo de cada aplicación.
- Generación de Aplicación en Facebook
Para poder utilizar la publicación en Facebook se deberá ingresar a https://developers.facebook.com/, darse de alta como desarrollador de Aplicaciones Facebook y agregar una nueva aplicación siguiendo los pasos indicados en la página.
Esto aplica a la versión de App Facebbok 2.9, pero es importante notar que al crear una aplicación para Facebook, se comienza en estado de desarrollo y para poder realizar publicaciones hay que dar los permisos de Administrador al usuario de FB que realizara las publicaciones. Por otra parte, si se quiere compartir o que otro usuario pueda realizar publicaciones, es necesario ser amigos entre los usuarios y darle permisos de administrador. Al acceder a la URL indicada más arriba, se accederá a la sección de "Facebook for Developers" de Facebook.
Se deberá dar clic en "Mis Aplicaciones" que figura arriba a la derecha, junto al icono de usuario.
Una vez allí, habrá que dar clic en el botón verde de "Agregar una nueva aplicación".
Se solicitara ingresar un nombre y un correo electrónico de contacto para dar de alta la app. Luego de ingresados los datos solicitados, presionar en "Crear identificador de la aplicación".
La siguiente pantalla presentara los datos de la nueva aplicación recién generada.
Aquí se mostraran los datos requeridos para la configuracion de la aplicación en el archivo promoplus.propertis que son:
Identificador de la aplicación >> grails.plugin.facebooksdk.app.id
Clave secreta de la aplicación >> grails.plugin.facebooksdk.app.secret
Sera necesario tener una pagina de Facebook dada de alta y asociada a la cuenta de usuario de facebook para poder realizar las publicaciones en esta pagina.
Desde el perfil de usuario con el que se haya generado la app de Facebbok, se deberá dar clic en el menú desplegable de la cual se tendrá acceso a las configuraciones y paginas.
En este menú dar clic en "Crear pagina", y generarla en base al perfil del negocio siguiendo los pasos indicados por facebok
Una vez generada la pagina y configurados los datos en el archivo de configuracion aportados por la aplicación generada, se podrá reiniciar la consola y proceder a la publicación de las promociones en la red social.
NOTA
Se deberá ser administrador tanto de la pagina como de la aplicación generada en Facebook para poder realizar las publicaciones desde PROMO.
Configurar Twitter
Desde la consola de cada compañía, accediendo con el usuario administrador, y accediendo a Administración Información de configuración se encontraran las siguientes configuraciones que serán necesarias completar para la correcta publicación en la red social.
Los datos presentes en esta imagen son solo de carácter ilustrativo y deberán ser reemplazados por las credenciales adquiridas con los usuarios de desarrollo de cada aplicación.
- Generación de perfil en Twitter
Deberá accederse a la URL https://developer.twitter.com/ y presentara la siguiente pantalla:
Deberá darse clic en el botón correspondiente al usuario logueado en Twitter, se desplegara un menú y se dará clic en "Apps"
Se presentara la siguiente pantalla y debera darse clic en "Create an app"
Sera necesario completar los campos con los datos solicitados para poder crear la aplicación en base a las políticas de seguridad de Twitter.
Completos todos los campos, dar clic en "Create" y se mostraran las configuraciones disponibles para la nueva aplicación recientemente generada:
Para obtener los Ids y Tokens deberá darse clic en la solapa "Keys and Tokens" donde se visualizaran los datos necesarios para configurar correctamente los permisos de acceso desde Promo.
IMPORTANTE
No podrán subirse a las redes sociales imágenes con tamaños motor a 1 MB.
Integración con Syslog/QRADAR
La implementación del envío de eventos a QRadar se apoya en el sistema de logueo log4j utilizado por Promo, agregando un appender específico para syslog "SysLogAppender" disponible en el paquete log4j, y el desarrollo de un clase que presta servicio a tal fin denominada "SysLogService" la cual formatea los mensages en otra clase "SysLogMessageFactory".
Para habilitar el envío a QRadar, se debe editar el archivo de configuracion de logueo "log4j.xml" insertando las siguientes entradas antes del final:
<appender name="syslogappender" class="org.apache.log4j.net.SyslogAppender"> <param name="syslogHost" value="myserver:myport"/> <param name="facilityPrinting" value="false"/> <param name="facility" value="AUTHPRIV"/> <param name="header" value="false"/> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%d{yyyy-MM-dd'T'HH:mm:ss.SXXX} %m%n"/> </layout> </appender> <logger name="sts.console.audit.SysLogService" additivity="false"> <level value="info"/> <appender-ref ref="syslogappender"/> </logger> </log4j:configuration>
Cambiar en el parámetro "syslogHost" , el valor "myserver:myport", por el correspondiente a la dirección ip y port del syslog server QRadar. Ejemplo: localhost:514
Luego re-deployar la consola de Promo para que tome la configuración.
Tipos de eventos :
Los eventos que serán enviados a QRadar en una primera instancia son los correspondientes a usuario: login, logout, login failed, nuevo usuario, modificación de usuario.
Resolución de problemas
Durante su funcionamiento, la Consola de administración podrá informar errores inesperados. Los errores que puedan a llegar a ocurrir utilizando la aplicación serán informados mediante un pop-up en rojo indicando la causa del mismo. Asimismo, el log de la aplicación que se encuentra en \synthesis\promo\log indicará más detalle acerca del mismo.
Si el error es por un tema de permisos o página no encontrada, se informará mediante una pantalla aclaratoria con el problema ocurrido.
Desinstalación
Para proceder con la des-instalación de la consola y motor de PROMO se deberá:
1- Bajar servicios
- PromoSImEngine
- Wildfly
- MongoDB
- PromoEngine (si se instaló el motor)
- PromoEngineDirector (si se instaló el motor)
2- Borrar directorio C:\Synthesis (ruta donde se instaló la consola)
3- Desinstalar MongoDB
4- Borrar los servicios de PromoSinEngine, Wilfly y MongoDB, y PromoEngine, PromoEngineDirector si se instaló el motor
Reverso de actualizaciones ante problemas en el proceso
Ante algun problema durante la actualizacion de una version de consola o motor, debera de bajarse los servicios involucrados y colocar el archivo .war o .jar anterior, segun se trate de una actualizacion de consola o motor respectivamente y volver a subir los servicios.
Luego de reesablecido el sistema contactar a Sericios de Atencion al Cliente para poner en conocimiento de lo sucedido con el proceso de actualizacion.
Apéndice A: Autenticación de Usuarios Externos (SAML2)
Por medio de la implementacion en PROMO de SAML2 se lograra la integración de PROMO con un sistema de autenticacion externos de usuarios de la consola de PROMO.
Se deberá tomar en cuenta que dentro de la consola existen roles de usuario que permiten ingresar a las diferentes funcionalidades que deberán mantenerse dentro de la consola.
Sera requerido siempre tener el usuario creado en la base para poder acceder a la consola y realizar la autenticación.
IMPORTANTE
Al utilizar un sistema de autenticacion externos los usuarios dados de alta en la consola no deberán poseer ningún tipo de configuracion de políticas de seguridad de PROMO.
Para que promo utilice saml2, se deberá agregar, en el directorio donde permanecen los .properties, los archivos properties correspondientes. Éstos son
- saml.properties - Archivo principal de configuraciones.
- saml-keymanager-passwords.properties
- saml-metadata-providers.properties - Archivo correspondiente a la configuración del proveedor de identidad.
- saml-metadata-sp-defaults.properties - Archivo correspondiente a la configuración que utilizará PROMO para generar su archivo xml de metadatos.
NOTA
La operación en consola sucede al iniciar o cerrar sesión. Al usar saml, el inicio de sesión de PROMO se reemplaza por el inicio de sesión del proveedor de identidad.
Consideraciones de la pruebas de Integración
Para realizar pruebas se utilizó https://capriza.github.io/samling/samling.html
- Alta de usuarios en la consola de PROMO por medio del servicio rest correspondiente (createOrUpdateUsers), También podrán darse de alta manualmente desde la consola. En ambos casos deberá de tenerse en cuenta que los usuarios no deberán tener asignadas ninguna restricción en cuanto a políticas de seguridad propias de PROMO.
- Obtener su xml de metadatos en el menú idp metadata (https://capriza.github.io/samling/samling.html#) y guardarlos en un archivo xml (preferiblemente idp.xml). Debe apuntarse al mismo desde la configuración por properties.
- Guardar el archivo idp.xml en C:\synthesis\promo\idp.xml
- Editar el archivo saml-metadata-providers.properties especificando allí la ruta absoluta donde se colocó el archivo idp.xml
- Iniciar PROMO (Wildfly) con los cuatro properties correspondientes a saml.
- Generar el xml de PROMO accediendo a http://localhost:8080/promo/saml/metadata, guardarlo en un xml (preferiblemente sp.xml).
- Se guardó sp.xml en C:\synthesis\promo\sp.xml
- Editar el archivo saml.properties especificando allí la ruta absoluta donde se colocó el archivo sp.xml
- Editar el archivo saml-metadata-sp-defaults.properties especificando la ruta de promo http://localhost:8080/promo
- Detener PROMO (wildfly)
- Borrar los directorios \temp y \data que se encuentran en el directorio \standalone de la instalacion de PROMO.
- Iniciar PROMO(wildfy)
- Al acceder a la consola de PROMO en lugar de la pantalla de inicio de sesión aparecerá la pantalla de samling. Esta pantalla permite configurar qué se desea enviar al proveedor de servicios, que en este caso es PROMO. Sólo modificar, dentro de "Saml Response Properties" el campo "Name Identifier" con el nombre de usuario con el que se desea acceder a PROMO.
- Presionar "NEXT"
- En la siguiente pantalla que se presenta presionar "Post Response"
- Se presentara la consola de PROMO, logueada con el usuario ingresado:
Si el usuario no corresponde a ningún usuario dado de alta en PROMO el login fallará, y se volverá a la pantalla del punto 13 para volver a intentar a ingresar un usuario valido y poder iniciar sesión en PROMO.
Si el usuario es uno existente iniciará sesión en PROMO sin problemas, presentándose la pantalla de Gestión de Promociones.
IMPORTANTE
Saml2 funciona con la primer empresa existente y no principal. Todo usuario se verificará con dicha empresa. Para el caso del acceso con la empresa Synthesis, se reservó el usuario synthesis, es decir, si se necesita acceder a la compañía principal se debe utilizar el usuario synthesis. El cliente deberá dar de alta en su proveedor de identidad a este usuario previamente.
Propertis:
saml.properties, debe mantener la ruta absoluta al archivo de metadatos del proveedor de servicios.
# # Configuraciones para la utilización de SAML2 # Más info en https://sphoortia.github.io/grails-spring-security-saml/docs/guide/configuration.html # grails.plugin.springsecurity.saml.userGroupAttribute = memberOf grails.plugin.springsecurity.saml.metadata.sp.file = C:\\synthesis\\promo\\sp.xml grails.plugin.springsecurity.saml.metadata.sp.alias = promo_saml grails.plugin.springsecurity.saml.responseSkew = 60 grails.plugin.springsecurity.saml.idpSelectionPath = / grails.plugin.springsecurity.saml.loginFormUrl = /saml/login
saml-metadata-providers.properties, clave ping, debe mantener la ruta absoluta al archivo de metadatos del proveedor de identidad.
ping=C:\\synthesis\\promo\\idp.xml
saml-metadata-sp-defaults.properties, clave entityBaseURL, debe mantener la ruta de promo.
local=true alias=promo_saml entityBaseURL=http://localhost:8080/promo securityProfile=metaiop signingKey=ping encryptionKey=ping tlsKey=ping requireArtifactResolveSigned=false requireLogoutRequestSigned=false requireLogoutResponseSigned=false idpDiscoveryEnabled=false
- saml-keymanager-passwords.properties
#apollo = nalle123
NOTA
Para volver al sistema de logueo habitual, sin utilizacion de SAML2 solo deberan eliminarse los 4 archivos .propertis del directorio \main y reiniciar PROMO (Wildfly).
Apéndice B: OS4690
Instalación de Motor en OS4690
Se deberán seguir los siguientes pasos para instalar correctamente el motor de PROMO en un OS4690:
- Envié el jar entregado a un controlador, al raíz del disco F con el nombre, por ejemplo: promo-gengine-installer-x.x.x.jar
- Ejecutar el instalador: F:/instala> javaebin:java -jar promo-gengine-installer-x.x.x.jar
- Dependiendo si está disponible el modo gráfico, se podrá ejecutar en ese modo o en modo texto. Se recomienda el modo gráfico y ejecutar desde la carpeta F:/instala
- Cuando se solicite, indicar estos valores:
Directorio java: /opt/java/tdk8
Directorio de instalación: /cdrive/f_drive/instala/promo
- Pueden presentarse errores al instalar servicios. Esto es debido a los permisos del Linux4690, ignorar.
- Se generan los archivos:
F:/instala/ant.install.log
F:/instala/ant.install.properties
- Se genera la carpeta F:/instala/promo
- Revisar y Copiar los siguientes archivos: Modifcar el config.xml (…promo/engine/conf) para especificar las rutas correctas:
<offline> <!-Directorio donde se guardarán los tickets offline-> <directory>/cdrive/f_drive/promo/engine/offline</directory> <!-Cantidad de segundos en los que chequea offline-> <check>60</check> </offline> <map> <!-Directorio desde donde el motor lee los mapas-> <directory>/cdrive/f_drive/promo/engine/sales</directory>
- Modificar logging.properties (…promo/engine/conf) para especificar las rutas correctas: java.util.logging.FileHandler.pattern = /cdrive/f_drive/promo/engine/logs/promo
- Configurar aplicación Background:
Programa: shell
Parámetros: F:/promo/engine/tcp4690.bat (o rest4690.bat para trabajar como servidor tcp ip o rest según sea el caso).
- Iniciar cuando es Maestro y cuando no es Maestro
- Activar configuración y cargar Controlador
Apéndice C: Variables de Entorno
Set PATH JAVA_HOME en Windows
Para que la aplicación se ejecute correctamente será necesario, setear la variable JAVA_HOME en Windows. Para ello ingresar a Panel de Control > Sistemas y Seguridad > Sistemas y seleccionar "Configuración Avanzada del Sistema"
En la solapa de Opciones Avanzadas, dar clic en "Variables de Entorno". En Variables de Sistema, posicionarse en JAVA_HOME y dar clic en "Editar" y colocar la ruta donde se encuentre JAVA.
En Variables del sistema, buscar PATH, y hacer clic en "Editar", luego agregar % JAVA_HOME% \ bin
Dar clic en "Aceptar" para guardar los cambios y que la variable quede seteada correctamente.
Apéndice D: Actualizaciones de Consola
Actualización por nuevos Release
En caso de que un nuevo reléase de su versión de consola sea liberado, pudra realizar la actualización de la versión de PROMO siguiendo estos pasos:
- Bajar el servicio de Wildfly (acceder a la sección de servicios del sistema y detener Wildfly)
- Acceder al directorio donde este instalada la consola de PROMO (por default en C:\synthesis\promo)
- Ingresar al directorio C:\synthesis\promo\appserver\standalone y eliminar los directorios "data" y "tmp"
- Ingresar al directorio C:\synthesis\promo\appserver\standalone\deployments y reemplazar el archivo promo.war existente por el enviado por el personal de Synthesis.
- Hecho esto, iniciar nuevamente el servicio wilfly.
NOTA
Una vez iniciado el servicio luego del reemplazo del archivo promo.war, en el directorio C:\synthesis\promo\appserver\standalone\deployments se generara un archivo llamado promo.war.isdeploying, indicando que se están descomprimiendo los archivos de la actualización.
En caso de terminar satisfactoriamente el proceso, este archivo será renombrado como promo.war.deployed.
De presentarse algún error durante la descompresión de la actualización, se generara un archivo llamado promo.war.failed el cual deberá ser enviado al personal de soporte para su análisis y posterior resolución del inconveniente a fin de iniciar correctamente la consola.