Si no sabes adonde vas, cualquier camino es bueno!

Si no sabes adonde vas

Si no sabes adonde vas, cualquier camino es bueno”. Cuando se inicia un negocio y a veces, cuando se percibe que la muy pequeña empresa creada con tanto esfuerzo tiene posibilidades de crecer, es imprescindible comenzar a pensar estratégicamente.

Pero ¿Qué significa pensar estratégicamente? Hay una pequeña historia en los libros de management que refleja esa sutil diferencia entre la tarea de todos los días y el trabajar sabiendo cual es el fin.

Un hombre pasaba por una obra en construcción y percibió que había tres operarios haciendo, aparentemente la misma tarea.

Pero llamó su atención que mientras que el primero parecía agobiado por el trabajo, el segundo estaba aparentemente más contento, el tercero lucía más que entusiasmado y hasta cantaba mientras trabajaba.

Curioso se acercó al primer hombre y le preguntó que estaba haciendo, este, hosco le contestó: ¿No lo ve usted? Estoy poniendo ladrillos! Cuando le hizo la misma pregunta al segundo, contestó muy cordial: Estoy levantando una pared.

 Se acercó al tercero, interrumpió su canto y le preguntó ¿Y usted, que está haciendo? la respuesta fue: La tarea más importante de mi vida, levantando la catedral de mi pueblo.

Ese es el primer paso de cualquier negocio: saber cual es nuestra Catedral.

Esa es la Misión por la cual tiene sentido todo lo que hacemos, es el sueño que hace que todo sacrificio parezca poco, es el motor de empuje.

Continue reading

Como configurar el RPMTaskMDB en multihilos en RPM | Retail Price Management 13.2

RPMTaskMDB es un bean controlado por mensajes utilizado para facilitar la capacidad de procesamiento asíncrono de RPM. El RPMTaskMDB actúa como oyente de las colas de mensajes, tan pronto como llega un mensaje en la cola, el contenedor desencadena la ejecución de este bean. Cuando una tarea de fondo es creado por RPM, se publica un mensaje a la cola como un disparador para iniciar el procesamiento de las tareas.

EJB usado por RPMTaskMDB

com.retek.rpm.app.task.service.RPMTaskAppServiceBmtEjb

Tablas usadas por RPMTaskMDB

  • Tareas actuales, historicas y pendientes por ser ejecutadas: RPM_TASK, RPM_CONFLICT_CHECK_TASK, RPM_LOCATION_MOVE_TASK
  • Tablas usadas para enviar alertas a usuarios acerca del status: ALERTS, ALERT_RECEIVER, ALERT_STATUS, ALERT_STATUS_DSC

Donde encuentras el archivo weblogic-ejb-jar.xml correcto para habilitar el multihilos en Retail Price Management (RPM)?

Para configurar la cantidad de hilos del RPMTaskMDB se debe modificar el archivo Weblogic-ejb-jar.xml 

  • Si ya tienes instalado RPM puedes encontrar este archivo en la siguiente ruta:
[WEBLOGIC_HOME]\user_projects\domains\base_domain\servers\rpm-server\tmp\_WL_user\rpm13\[SYS_GENERATED_FOLDER]\rpm13.jar\META-INF\ 
  • En caso de que vayas a instalarlo

Debes dirigirte a la carpeta donde descomprimiste el instalador de RPM (por ejemplo):

cd /u00/webadmin/media/rpm-test/rpm/application/rpm13/template/

Cambiar el archivo Weblogic-ejb-jar.xml y correr el instalador que usas para RPM como usualmente lo harías y de esta manera se desplegara con la configuración indicada.

  • Y finalmente cambiar la propiedad max-beans-in-free-pool dentro del archivo Weblogic-ejb-jar.xml:
   <weblogic-enterprise-bean>
      <ejb-name>RPMTaskMDB</ejb-name>
        <message-driven-descriptor>
           <pool>
           <max-beans-in-free-pool>5</max-beans-in-free-pool>
           </pool>     
         <destination-jndi-name>@task.queue@</destination-jndi-name>
      </message-driven-descriptor>
      <reference-descriptor>
      </reference-descriptor>
  </weblogic-enterprise-bean>
  <weblogic-enterprise-bean>
      <ejb-name>RPMChunkMDB</ejb-name>
        <message-driven-descriptor>
           <pool>
           <max-beans-in-free-pool>5</max-beans-in-free-pool>
           </pool>     
         <destination-jndi-name>jms/chunkQueue</destination-jndi-name>
      </message-driven-descriptor>
      <reference-descriptor>
  </weblogic-enterprise-bean>

¿Cómo podemos determinar el valor que se utilizará en el campo max-beans-in-free-pool?

Este valor depende de la configuración de hardware. Puede modificar el valor en función de su número de CPU.

Nota: la información de este articulo aplica para la versión de RPM 13.2, para más detalle se puede consultar la documentación de oracle.

Bolígrafo Espacial: La verdad detrás del mito del bolígrafo más caro del mundo

Boligrafo Espacial

En los años 60’s, cuando la carrera espacial era uno de los temas mas comentados de la época, Rusia y Estados Unidos libraban una competencia feroz y abierta que consistía en ver quién conquistaba primero el espacio. Para ese entonces, surgió la siguiente historia: En aquellos días no existía ningún bolígrafo que escribiera de abajo hacia arriba en el espacio en gravedad es cero, La NASA gastó millones de dólares en desarrollar un bolígrafo que lo lograra, y al final tuvo éxito; los Rusos habían resuelto el problema de una manera más fácil: decidieron llevar lápices.

Se dice que una mentira repetida muchas veces tiene la posibilidad de convertirse en verdad, y es lo que ha pasado con esta historia. Haberla contado y pasado de boca en boca la ha convertido en una de las más utilizadas en conferencias, seminarios estudiantiles, congresos, etc. La historia se usa con varios fines, según los diversos enfoques: uno de ellos nos remite a la enseñanza de que siempre hay una mejor forma de hacer las cosas, otro enfatiza en la manera como nuestros gobiernos utilizan frecuentemente los recursos de una forma irresponsable y sin ninguna lógica. La primera vez que escuchas el relato te resulta gracioso y cómico, y es muy probable que luego se lo cuentes a algún grupo de amigos. El relato deja a los americanos muy “mal parados” frente a sus rivales rusos, quienes quedan como astutos, inteligentes y prácticos. Pero ¿qué fue lo que en realidad pasó en esta historia que no muere con el tiempo y es usada por profesionales y catedráticos a todo lo largo del globo terráqueo?

Realmente, ninguno de los dos países estaba contento con la idea de usar lápices, ya que temían que los restos y desperdicios de carbón que se generan al usarlos se esparcieran por toda la nave; además, cabía la posibilidad de que una punta rota flotando en gravedad cero ocasionara daños a los instrumentos electrónicos de la nave espacial; de ahí que , actualmente, tanto los rusos como los americanos utilizan el “space pen” en sus misiones.

Continue reading

¿Por qué hacer las cosas fáciles si pueden hacerse difíciles?

cosas fáciles

PROBLEMA 1

Cuando la NASA comenzó con el lanzamiento de astronautas al espacio, descubrieron que los bolígrafos no funcionarían sin gravedad (o con gravedad cero), pues la tinta no bajaría hasta la superficie en que se deseara escribir.

Solución A.- Resolver este problema, les llevó 6 años y 12 millones de dólares. Desarrollaron un bolígrafo que funcionaba bajo gravedad cero, al revés, debajo del agua, prácticamente en cualquier superficie, incluyendo cristal y en un rango de temperaturas que iban desde por debajo del punto de congelación hasta más de los 300°C centígrados.

Solución B.- ¿Y qué hicieron los rusos? ¡Los rusos utilizaron un lápiz!

PROBLEMA 2

Un magnate hotelero viajó a una ciudad hindú por segunda vez a un año de distancia de su primer viaje. Al llegar al mostrador del mismo hotel donde ya había estado el año anterior —un hotel muy inferior en estrellas a los de su cadena— el empleado le sonrió y lo saludó diciéndole: “Bienvenido nuevamente, señor. ¡Qué bueno verlo de vuelta en nuestro hotel!”.

Sorprendido en gran manera —ya que, a pesar de ser una persona importante, le gustaba el anonimato y difícilmente el empleado tendría tan buena memoria para saber que él había estado allí un año antes— quiso imponer el mismo sistema en su cadena de hoteles, pues ese simple gesto lo hizo sentir muy bien.

A su regreso puso a trabajar en este asunto a sus empleados para que encontraran una solución a su petición.

Solución A.- Buscar el mejor software con reconocimiento de rostros, base de datos, cámaras especiales, tiempo de respuesta en micro segundos, capacitación a empleados, etc. Con un costo aproximado de 2.5 millones de dólares.

Solución B.- El magnate prefirió viajar nuevamente y sobornar al empleado de aquel hotel para que revelara la tecnología que aplicaba. El empleado no aceptó soborno alguno, sino que, humildemente, le dijo al magnate cómo lo hacían: “Mire, señor, tenemos un arreglo con los taxistas que lo trajeron hasta acá. Ellos le preguntan si ya se ha hospedado en el hotel al cual lo están trayendo, y si su respuesta es afirmativa, entonces, cuando dejan su equipaje aquí en el mostrador, nos hacen una señal, y así se ganan un dólar”.

PROBLEMA 3

Uno de los más memorables casos de estudio de la gestión japonesa fue el de la caja de jabón vacía, que ocurrió en una de las más grandes empresas de cosmética de Japón.

La compañía recibió la queja de un consumidor que compró una caja de jabón,… y estaba vacía.

Inmediatamente las autoridades aislaron el problema a la cadena de montaje, que transportaba todas las cajas empaquetadas de jabón al departamento de reparto. Por alguna razón, una caja de jabón pasó vacía por esa cadena. Los altos cargos pidieron a sus ingenieros que encontraran una buena y rápida solución del problema.

Solución A.- De inmediato, los ingenieros se lanzaron a su labor para idear una máquina de rayos X con monitores de alta resolución manejada por dos personas, y así escanear todas las cajas de jabón que pasaran por la línea para asegurarse de que no estuviera vacías. Sin duda, trabajaron duro y rápido, como buenos japoneses.

Solución B.- Cuando a un empleado común en una empresa pequeña se le planteó el mismo problema, no entró en complicaciones de rayos X, robots, equipos informáticos o métodos sofisticados. En lugar de eso planteó otra solución: compró un potente ventilador industrial y lo apuntó hacia la cadena de montaje. Encendió el ventilador, y cuando las cajas pasaban frente a él, las que estaban vacías simplemente salían volando.

Plus. La verdadera historia del bolígrafo espacial

Venta de pre-empacados en RMS (Retail Merchandising System)

pre-empacados en RMS

Un pre-empacado es un elemento que consta de varios artículos que se venden como uno solo. Estos artículos se venden generalmente como una unidad como un beneficio para el consumidor, ya sea por conveniencia o ahorro de precio. La estrategia es, por lo tanto, para animar al cliente a comprar más.

El paquete puede contener diferentes elementos y / o múltiplos del mismo artículo, estos artículos pueden venir de diferentes departamentos y/o de múltiples proveedores / países de origen.

Por defecto el precio de venta será la suma del costo de los componentes más el margen del departamento del paquete, pero puede ser cambiado.

Así mismo, el pre-empacado no se puede ordenar o transferir a menos que el paquete está configurado como vendible y pueda ser “pedido”. Por consiguiente el inventario es mantenido y se puede visualizarse a nivel del componente del artículo. El “inventario” del pre-empacado se puede ver cuando se le solicite de forma manual, pero no se mantiene en Retail Merchandising System (RMS). RMS permite a los usuarios ver el inventario de los artículos del pre-empacado a través de la pantalla “Sellablle Pack Build (packbld.fmb)”  en el menú de inventario.

Finalmente si la venta al por menor del paquete ofrece un descuento, el descuento se prorratea a través de los elementos componentes en el momento de la venta y se mostrará como una rebaja en el registro de acciones. Por el contrario si la venta al por menor del paquete es mayor que la suma de la venta al por menor de los componentes, el excedente será prorrateado a través de los elementos componentes en el momento de la venta.

Qué es EDI y como funciona dentro de Retail Merchandising System (RMS)?

Que es EDI

La intención de este articulo es proporcionar algunos consejos sobre la funcionalidad de EDI dentro de RMS y cómo desactivar el almacenamiento de ventas diarias en la tabla EDI_DAILY_SALES.

¿Qué es EDI?

EDI (Intercambio Electrónico de Datos) proporciona un método para minoristas y proveedores para transmitir documentos de la empresa. El programa traductor de EDI convierte archivos de entrada o salida a archivos planos o formato EDI según corresponda.

Los batchs EDI de RMS crean un archivo de salida si los datos se están transmitiendo al proveedor o aceptan un archivo de entrada iniciado por el proveedor. En todos los casos, el archivo es traducido por la aplicación de software de traducción de EDI del cliente.

Cómo utilizar el EDI?

Se debe indicar qué transacciones EDI están soportadas por el proveedor. Si el proveedor solicita la actividad del producto, se puede indicar si los datos deben ser transmitidos sobre una base diaria o semanal.

También se debe indicar la variación permitida para cambios en los costos por importe monetario y en función del porcentaje. cambios en los costos recibidos del proveedor que se encuentran dentro del rango tolerado se aprueban automáticamente por el sistema después de aceptar los cambios.

Algunas generalidades sobre EDI

La tabla EDI_DAILY_SALES contiene información de ventas diarias de SKUs de proveedores que transmiten informes diarios de actividad a través de EDI. Se llevará a cabo los volúmenes de ventas de SKU en la ubicación y el nivel de fecha de la transacción.

La tabla sólo tendrá información sobre las ventas regulares. Ésta será definida durante el procesamiento de archivos POSUPLD.

Los registros serán purgados de acuerdo con el indicador de EDI_DAILY_RPT_LAG en la tabla SYSTEM_OPTIONS.

En caso de que no se utilice la funcionalidad de intercambio electrónico de datos (EDI), se puede detener el llanado de datos en la tabla EDI_DAILY_SALES ajustando del campo EDI_SALES_RPT_FREQ a el valor ‘W‘ en la tabla SUPS, generando que las ventas e información de inventario sean descargados semanalmente y por lo tanto la tabla EDI_DAILY_SALES no se actualice.

¿Cómo se elimina la información de la tabla EDI_DAILY_SALES?

Para eliminar la información de la tabla EDI_DAILY_SALES solo se debe ejecutar el job “post processing” para el batch EDIDLPRD.

En caso de necesitar mas información, pueden consultar la documentación de RMS en Oracle.

Promociones basadas en tiempo en Retail Price Management (RPM)

Promociones Basadas en tiempo

A partir de la versión 13.2.4 de Retail Price Management (RPM) se incorporó la funcionalidad de Promociones Basadas en tiempo como “Happy Hour” o “door-buster”.

Las versiones anteriores de RPM permitían a los usuarios introducir el tiempo (en horas: minutos) en el marco de las fechas de inicio y final respecto a la creación y mantenimiento de las promociones; sin embargo, esta información no se almacenaba en las tabla RPM_FUTURE_RETAIL y por lo tanto no viajaba al punto de venta (POS).

Esta funcionalidad puede ser usada para los siguientes tipos de promociones:

  • Promociones simples
  • Promociones con umbrales
  • Promociones Multi-compra

Adicionalmente para las promociones simples se pueden cargar a través del batch de inyección de precios en la tabla RPM_STAGE_PROMO_COMP_SIMPLE.

Para más información pueden visitar la documentación oficial de RPM.

Como optimizar la concurrencia de ejecución de Apache para WordPress

Apache para WordPress

El día de hoy les hablaré de como Optimizar Apache para WordPress o en otras palabras, que configuraciones deberías tomar en cuenta para mejorar el rendimiento de tu blog o página web basada en wordpress y sobre un servidor Apache.

Para realizar esta optimización nos enfocaremos en los siguientes pasos:

  • Configuraciones en Apache
  • Configuración de Módulo de MultiProcesamiento (MPM Event)
  • Configuración de PHP5 handler (php5-fpm)
  • Configuración de FastCGI

Antes de comenzar debo indicarles que este manual lo haré basándome en las siguientes premisas:

  • Versión de Sistema operativo:  Debian 8.3
  • Versión de Apache: 2.4.10
  • Versión de PHP: 5.6.26
  • Todos los comandos se estan ejecutando con el usuario root, en caso de no contar con ese usuario deben hacer sudo
  • Antes de modificar algún archivo debes hacer backup del mismo

Comencemos con las Configuraciones en Apache

Editar el archivo /etc/apache2/apache2.conf, modificando un subconjunto de parámetros de configuración que pertenecen al núcleo Apache con el fin de optimizar la concurrencia.:

Para una explicación más detallada de los parámetros anteriores, puedes consultar la documentación de Apache.

Continue reading

Links de Viernes 14/10/2016

developer

Segmentos de cuentas en GL: Como obtener desde EBS los segmentos que están siendo usados para las cuentas contables en Oracle Retail

Segmentos de cuentas

En caso de que necesites obtener cuales son los segmentos de cuentas que están configurados actualmente en E-Business Suite (EBS) para armar las cuentas contables que se deben configurar en Oracle Retail solo basta con ejecutar el siguiente query en tu ambiente de EBS: