|
martes, 31 de marzo de 2015
Real World Oracle Tuning, May5, 2015
lunes, 30 de marzo de 2015
Oracle Hot Topics: ORA-600 [kcbchg1_28]
Knowledge Articles
Knowledge Article
|
Product Area
|
Last Updated
|
Oracle Database - Standard Edition Oracle Database - Enterprise
Edition Oracle Database - Personal Edition
|
Sun, 29 Mar 2015 05:06 GMT-06:00
|
sábado, 28 de marzo de 2015
El uso "Distinct , Unique y ALL" en Oracle SQL en el SELECT
Si queremos devolver la cantidad de registros que cumplen con la condición de ser distintos, es generalizado que utilicemos la palabra clave DISTINCT para dicho objetivo, en una declaración de lenguaje estructurado de consulta ( SQL ); pero que podamos utilizar la palabra UNIQUE para que podamos obtener el mismo efecto, si es una novedad para muchos.
Estas dos palabras clave son sinónimos en el lenguaje de programación en SQL dentro de Oracle.
Veamos su uso.
Vamos a utilizar el esquema SH de los esquemas de ejemplos de Oracle 12c y más específicamente la tabla SALES.
SQL> desc sales
Name Null? Type
--------------------- -------- ----------------
PROD_ID NOT NULL NUMBER
CUST_ID NOT NULL NUMBER
TIME_ID NOT NULL DATE
CHANNEL_ID NOT NULL NUMBER
PROMO_ID NOT NULL NUMBER
QUANTITY_SOLD NOT NULL NUMBER(10,2)
AMOUNT_SOLD NOT NULL NUMBER(10,2)
SQL> select count(distinct prod_id) from sales;
COUNT(DISTINCTPROD_ID)
----------------------
72
SQL> select count(unique prod_id) from sales;
COUNT(UNIQUEPROD_ID)
--------------------
72
Elapsed: 00:00:00.08
Pero será lo mismo a nivel del plan de ejecución.?.
Validemos:
SQL> explain plan forselect count(distinct prod_id) from sales;
Explained.
SQL> select * from table(dbms_xplan.display);
SQL> set linesize 500
SQL> /
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 22 (100)|
| 1 | SORT AGGREGATE | | 1 | 13 | |
| 2 | VIEW | VW_DAG_0 | 72 | 936 | 22 (100)|
| 3 | HASH GROUP BY | | 72 | 288 | 22 (100)|
| 4 | PARTITION RANGE ALL | | 918K| 3589K| |
| 5 | BITMAP CONVERSION TO ROWIDS | | 918K| 3589K| |
| 6 | BITMAP INDEX FAST FULL SCAN| SALES_PROD_BIX | | | |
----------------------------------------------------------------------------------------
13 rows selected.
SQL> explain plan for
2 select count( unique prod_id) from sales;
Explained.
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------
Plan hash value: 3904576855
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 22 (100)|
| 1 | SORT AGGREGATE | | 1 | 13 | |
| 2 | VIEW | VW_DAG_0 | 72 | 936 | 22 (100)|
| 3 | HASH GROUP BY | | 72 | 288 | 22 (100)|
| 4 | PARTITION RANGE ALL | | 918K| 3589K| |
| 5 | BITMAP CONVERSION TO ROWIDS | | 918K| 3589K| |
| 6 | BITMAP INDEX FAST FULL SCAN| SALES_PROD_BIX | | | |
----------------------------------------------------------------------------------------
13 rows selected.
Sin embargo, les voy a echar a perder la fiesta, ya que en versiones previas de Oracle Database ya se podía hacer esto.
Estas dos palabras clave son sinónimos en el lenguaje de programación en SQL dentro de Oracle.
Veamos su uso.
Vamos a utilizar el esquema SH de los esquemas de ejemplos de Oracle 12c y más específicamente la tabla SALES.
SQL> desc sales
Name Null? Type
--------------------- -------- ----------------
PROD_ID NOT NULL NUMBER
CUST_ID NOT NULL NUMBER
TIME_ID NOT NULL DATE
CHANNEL_ID NOT NULL NUMBER
PROMO_ID NOT NULL NUMBER
QUANTITY_SOLD NOT NULL NUMBER(10,2)
AMOUNT_SOLD NOT NULL NUMBER(10,2)
Si procedemos a ejecutar la sentencia para contar la cantidad de valores distintos en la columna prod_id de la tabla SALES obtenemos el mismo resultado con ambas palabras claves.
SQL> select count(distinct prod_id) from sales;
COUNT(DISTINCTPROD_ID)
----------------------
72
SQL> select count(unique prod_id) from sales;
COUNT(UNIQUEPROD_ID)
--------------------
72
Elapsed: 00:00:00.08
Pero será lo mismo a nivel del plan de ejecución.?.
Validemos:
SQL> explain plan forselect count(distinct prod_id) from sales;
Explained.
SQL> select * from table(dbms_xplan.display);
SQL> set linesize 500
SQL> /
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 22 (100)|
| 1 | SORT AGGREGATE | | 1 | 13 | |
| 2 | VIEW | VW_DAG_0 | 72 | 936 | 22 (100)|
| 3 | HASH GROUP BY | | 72 | 288 | 22 (100)|
| 4 | PARTITION RANGE ALL | | 918K| 3589K| |
| 5 | BITMAP CONVERSION TO ROWIDS | | 918K| 3589K| |
| 6 | BITMAP INDEX FAST FULL SCAN| SALES_PROD_BIX | | | |
----------------------------------------------------------------------------------------
13 rows selected.
SQL> explain plan for
2 select count( unique prod_id) from sales;
Explained.
SQL> select * from table(dbms_xplan.display);
PLAN_TABLE_OUTPUT
----------------------------------------------------------------------------------------
Plan hash value: 3904576855
----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)|
----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 13 | 22 (100)|
| 1 | SORT AGGREGATE | | 1 | 13 | |
| 2 | VIEW | VW_DAG_0 | 72 | 936 | 22 (100)|
| 3 | HASH GROUP BY | | 72 | 288 | 22 (100)|
| 4 | PARTITION RANGE ALL | | 918K| 3589K| |
| 5 | BITMAP CONVERSION TO ROWIDS | | 918K| 3589K| |
| 6 | BITMAP INDEX FAST FULL SCAN| SALES_PROD_BIX | | | |
----------------------------------------------------------------------------------------
13 rows selected.
Como puedes ver, tanto la palabra DISTINCT como UNIQUE, generan los mismos resultados y los mismos EXPLAIN PLAN dentro de la base de datos.
Cuál utilizar ?
El que te guste más.
Otra incorporación en el SQL para Oracle Database 12c, es la inclusión de la palabra clave "ALL", que viene a ser nada más y nada menos, que una forma elegante de decir, devuelva todos los valores incluyendo los duplicados.
SQL> select count(all prod_id) from sales;
COUNT(ALLPROD_ID)
-----------------
918843
-----------------
918843
Elapsed: 00:00:00.07
SQL> select count(prod_id) from sales;
COUNT(PROD_ID)
--------------
918843
--------------
918843
Elapsed: 00:00:00.02
SQL>
SQL>
viernes, 27 de marzo de 2015
La nube social de Oracle adiciona soportes para Instagram y Weibo
Fuente: http://www.dtic.com.mx
El panorama de las redes sociales se está expandiendo continuamente y ha estado incrementando la fragmentación. Un estudio reciente de Pew Research, encontró que el número de adultos en línea que utilizan dos o más canales sociales, se ha incrementado del 42% en el 2013 al 52% en el 2014. Este entorno fragmentado hace más difícil que las organizaciones puedan tener una visión clara del cliente y que puedan manejar eficientemente las interacciones a través de todos los canales de las redes sociales.
Con las nuevas posibilidades la Oracle Social Cloud, proporcionará ahora soporte analítico y contractual para Instagram, y soporte analítico, publicitario y contractual, a Weibo. La anexión de Instagram, ayuda a las organizaciones a apalancar una de las redes de más rápido crecimiento en el mundo para involucrar la codiciada categoría de los adultos jóvenes. La importancia de las imágenes en las redes sociales ha incrementado la popularidad de Instagram a más de la mitad de los adultos jóvenes entre los 18 y 29 años que usan internet y que utilizan la plataforma actualmente. Weibo es una red social muy popular, que está siendo utilizada por más de 175.7 millones de clientes en China y 800.000 negocios se conectan para entregar comunicación, información, captación y comercio.
“Estamos muy entusiasmados con nuestra relación con Oracle. Esta relación le permitirá al cliente global de Oracle, adquirir una mejor comprensión y compromiso con la enorme base de usuarios en China”, dijo Bryan Cheng, Gerente General de Weibo Business Product and Platform Division. “Weibo se está esforzando en proporcionar una plataforma social donde los consumidores, los hombres de negocios y las celebridades se puedan contactar mejor y logren un entorno lleno de vida en la red”
“A medida que surjan más plataformas sociales la habilidad para monitorear, atraer y ganar clientes valiosos se centraliza en un sencillo eje de manejo, se volverá crítico mejorar el desempeño del negocio de las redes sociales”, manifestó Meg Bear, vice presidente del grupo Oracle Social Cloud. “La posibilidad de monitorear un mayor número de plataformas en un mayor número de idiomas, con análisis avanzados de escucha y de apreciación de los sentimientos, para valorar en tiempo real las conversaciones en contexto, le proporciona a las organizaciones la posibilidad de construir relaciones sociales en centros de clientes a una escala global y mejorar significativamente la satisfacción del cliente”.
La anexión de Instagram y Weibo, promueve la intensificación del compromiso de Oracle Social Cloud, para proporcionar a sus clientes en todo el mundo, tecnologías y capacidades avanzadas de negocios sociales, que incluyen redes sociales regionales y sitios en la red. Oracle Social Cloud, forma parte de Oracle’s Customer Experience Cloud, que incluye también a Oracle Marketing Cloud, Oracle Sales Cloud, Oracle Service Cloud, Oracle Configure, Price and Quote Cloud y Oracle Commerce Cloud.
Oracle anunció que la plataforma de Oracle Social, Cloud’s Social Relationship Management (SRM), dará apoyo a Instagram y a Weibo. Con nuevas capacidades, Oracle ayuda a las organizaciones a entregar la mejor experiencia para el cliente agregando dos de las plataformas de mayor crecimiento social en el mundo expandiendo ordenadamente las redes sociales que se apoyan en Oracle Social Cloud.
Con las nuevas posibilidades la Oracle Social Cloud, proporcionará ahora soporte analítico y contractual para Instagram, y soporte analítico, publicitario y contractual, a Weibo. La anexión de Instagram, ayuda a las organizaciones a apalancar una de las redes de más rápido crecimiento en el mundo para involucrar la codiciada categoría de los adultos jóvenes. La importancia de las imágenes en las redes sociales ha incrementado la popularidad de Instagram a más de la mitad de los adultos jóvenes entre los 18 y 29 años que usan internet y que utilizan la plataforma actualmente. Weibo es una red social muy popular, que está siendo utilizada por más de 175.7 millones de clientes en China y 800.000 negocios se conectan para entregar comunicación, información, captación y comercio.
“Estamos muy entusiasmados con nuestra relación con Oracle. Esta relación le permitirá al cliente global de Oracle, adquirir una mejor comprensión y compromiso con la enorme base de usuarios en China”, dijo Bryan Cheng, Gerente General de Weibo Business Product and Platform Division. “Weibo se está esforzando en proporcionar una plataforma social donde los consumidores, los hombres de negocios y las celebridades se puedan contactar mejor y logren un entorno lleno de vida en la red”
“A medida que surjan más plataformas sociales la habilidad para monitorear, atraer y ganar clientes valiosos se centraliza en un sencillo eje de manejo, se volverá crítico mejorar el desempeño del negocio de las redes sociales”, manifestó Meg Bear, vice presidente del grupo Oracle Social Cloud. “La posibilidad de monitorear un mayor número de plataformas en un mayor número de idiomas, con análisis avanzados de escucha y de apreciación de los sentimientos, para valorar en tiempo real las conversaciones en contexto, le proporciona a las organizaciones la posibilidad de construir relaciones sociales en centros de clientes a una escala global y mejorar significativamente la satisfacción del cliente”.
La anexión de Instagram y Weibo, promueve la intensificación del compromiso de Oracle Social Cloud, para proporcionar a sus clientes en todo el mundo, tecnologías y capacidades avanzadas de negocios sociales, que incluyen redes sociales regionales y sitios en la red. Oracle Social Cloud, forma parte de Oracle’s Customer Experience Cloud, que incluye también a Oracle Marketing Cloud, Oracle Sales Cloud, Oracle Service Cloud, Oracle Configure, Price and Quote Cloud y Oracle Commerce Cloud.
SAP vs. Oracle: ¿quién lleva la delantera?
Por: Eric Kimberling para http://searchdatacenter.techtarget.com
Al final del día, la columna vertebral tecnológica de su sistema ERP elegido en realidad no importa. En lugar de ello, los compradores de la empresa están invirtiendo en la funcionalidad y la mejora de sus operaciones comerciales. Al comparar los dos productos a través de esta lente, es evidente que ambos vendedores están comprometidos con la mejora de la funcionalidad. De acuerdo con el informe de Panorama, los clientes de SAP, en general, perciben más funcionalidades y beneficios de negocio que los clientes de Oracle. Por otro lado, los clientes de Oracle perciben una recuperación de la inversión más rápida que los usuarios de SAP.
Según el reporte Clash of the Titans 2014 de Panorama Consulting –que resume los resultados cuantitativos de cientos de implementaciones de ERP en todo el mundo– los clientes de SAP y Oracle tienen resultados muy diferentes al implementar y usar estos dos productos. Por ejemplo, mientras que el promedio de los clientes de Oracle gasta menos dinero en su implementación, el cliente promedio SAP es capaz de ajustarse más a la duración prevista de la ejecución. Este es sólo uno de los muchos ejemplos que encontramos en el análisis de los resultados del estudio.
Dado que hay tantas ventajas y desventajas y variables a tener en cuenta, pensamos que sería de gran ayuda reducir las diferencias entre los dos productos a cinco áreas clave: el riesgo de ejecución, el costo y la duración de implementación, la escalabilidad, la funcionalidad de software y personalización, y la adopción de la nube. Estas áreas de ponen en relieve algunas de las mayores diferencias entre los dos productos y sus futuras direcciones.
Sin embargo, el costo es sólo parte de la ecuación de la aplicación; los CIOs y los equipos de proyecto también se refieren a la duración de implementación, que es donde se destaca SAP. Mientras que al promedio de los clientes de Oracle le lleva 22.5 meses hacer una implementación, el cliente promedio SAP es capaz de hacerlo en 4 meses menos. Una vez más, aquí es donde las pre-configuraciones de SAP y los aceleradores de Oracle son útiles; además de la mitigación de riesgos, como se comenta en el punto 1, también ayudan a acelerar el tiempo de implementación.
Sobre el autor: Antes de fundar Panorama Consulting, un grupo de consultoría orientado a los ERP, Eric Kimberling acumuló 15 años de experiencia en consultoría de ERP en empresas como Price Waterhouse. Eric es experto en gestión de proyectos de implementación de ERP, así como en la selección de software ERP y el cambio organizacional por el ERP.
Muchos CIOs que buscan implementar un nuevo software ERP, sin duda, acabarán considerando a los dos mayores gigantes de la industria: SAP y Oracle. Mientras que ambos lideran claramente la cuota de mercado y tienen líneas de productos muy bien establecidas, las fortalezas, debilidades, riesgos y planes de productos de estos dos proveedores no son muy diferentes.
Riesgos de implementación
Cada ejecutivo está preocupado por el riesgo de su implementación, por lo que constantemente están buscando métodos y herramientas para ayudar a mitigar el riesgo de fracaso. Los datos del reporte de Panorama Consulting confirmaron que son preocupaciones racionales, con más clientes de SAP que de Oracle quejándose porque sus implementaciones fueron un fracaso. Además, más clientes de SAP experimentaron algún tipo de interrupción operativa material en el momento de liberar la aplicación, tales como no poder enviar los productos o cerrar los libros.
Mientras que la investigación sugiere que SAP tiene un perfil de implementación de mayor riesgo que los productos de Oracle, todos los clientes de ERP experimentan un elevado grado de riesgo. Por ello, estos dos vendedores han hecho un trabajo particularmente bueno al crear mecanismos de gestión de riesgos para hacer frente a estas preocupaciones. Por ejemplo, el producto de SAP All-in-One cuenta con las mejores prácticas y pre-configuraciones para un número de diferentes verticales de la industria, con la intención de reducir el riesgo y acelerar la ejecución. Hablando de aceleración, Oracle ha desarrollado herramientas similares con su línea de aceleradores de implementación y su User Productivity Kit, ambos diseñados para hacer que las pruebas, capacitación, y otros procesos clave de implementación sean más eficientes y efectivos.
Costo de implementación y duración
Cuando se considera como un porcentaje de los ingresos de una empresa anual (o el presupuesto, para las organizaciones del sector público), SAP es la opción de costo más elevado. El cliente promedio de SAP gasta 4% de sus ingresos anuales en su costo total de propiedad, mientras que el promedio de los clientes de Oracle gasta 1.7%. Esto podría atribuirse a la amplitud de la funcionalidad –y por lo tanto, mayor costo– asociado con el software de SAP. También podría ser un indicio de por qué las grandes organizaciones estropean sus implementaciones del producto (piensen: Waste Management, Hershey, el condado de Marin y otros fracasos de alto perfil en los últimos años).Sin embargo, el costo es sólo parte de la ecuación de la aplicación; los CIOs y los equipos de proyecto también se refieren a la duración de implementación, que es donde se destaca SAP. Mientras que al promedio de los clientes de Oracle le lleva 22.5 meses hacer una implementación, el cliente promedio SAP es capaz de hacerlo en 4 meses menos. Una vez más, aquí es donde las pre-configuraciones de SAP y los aceleradores de Oracle son útiles; además de la mitigación de riesgos, como se comenta en el punto 1, también ayudan a acelerar el tiempo de implementación.
Escalabilidad
La mayoría de las organizaciones medianas y grandes están preocupadas por la escalabilidad de sus sistemas ERP. Después de todo, generalmente buscan que su proveedor de software empresarial les proporcione la columna vertebral operativa para ayudarlos a crecer y escalar sus empresas, a menudo después de años de procesos de negocio y sistemas fragmentados e incoherentes.
Esta es un área donde SAP y Oracle están bastante parejos, aunque por diferentes razones. En otras palabras, es seguro decir que las organizaciones más grandes del mundo son capaces de escalar sus empresas, ya sea con el producto, o simplemente porque la mayoría de las organizaciones de Fortune 500 están utilizando uno o ambos productos. Sin embargo, el grado de escalabilidad para su organización en particular depende de sus necesidades. Mientras que Oracle ha creado más de una opción de lo mejor de su clase, con sus diferentes soluciones –como con E-Business Suite, Fusión, JD Edwards, Siebel o Hyperion–, SAP ha desarrollado gran parte de sus productos a partir de cero, creando una sensación consistente de un "sistema único". Las organizaciones que buscan escalabilidad a través de la coherencia y la normalización pueden encontrar que SAP es más escalable, mientras que para aquéllas que operan a partir de un modelo más descentralizado basado en la flexibilidad, puede ser más adecuada la suite de productos de Oracle.
La funcionalidad del software y la personalización
Del mismo modo, la temida palabra C del ERP está en la mente de cada CIO. Tanto como es posible que no quieran pensar en ello, la facilidad de la personalización es una necesidad real para las organizaciones que desean asegurar un buen ajuste entre su sistema ERP y sus necesidades operativas. En el caso de SAP y Oracle, los clientes de ambos vendedores personalizan los productos de software un poco, lo cual no es en sí mismo algo malo. Como se mencionó anteriormente, las soluciones best-of-breed de Oracle ofrecen opciones para los equipos de proyectos que no quieren personalizar su software, mientras que SAP también ofrece herramientas de personalización e integración para hacer su software más flexible para sus clientes empresariales.Adopción de la nube
Para muchos, se han ido los días de infraestructuras internas grandes y robustas, para alojar el software ERP y otras aplicaciones de software empresarial. En lugar de ello, un número creciente de organizaciones están migrando sus productos a la nube –ya sea a través de software puro como un software de servicio, o por medio de los ambientes tradicionales de una sola instancia, alojadas en un proveedor de terceros.
Al comparar a SAP y Oracle en esta área, Oracle tiene la sartén por el mango, con más de sus clientes aprovechando las opciones de la nube y de varios de sus clientes basados en la nube que obtienen beneficios empresariales más mensurables que SAP. De SAP Business One, una vez considerada la más viable oferta basada en la nube para las pequeñas empresas, se rumorea que está quebrantándose, lo que puede causar a la empresa a perder aún más terreno en esta área. Mientras que ambos proveedores han adoptado los modelos de prestación de nube, los datos sugieren que Oracle ha tenido más éxito en esta área.
Tecnología en la memoria (in-memory)
Durante el último año, hemos visto a SAP y Oracle jactarse de cómo sus sistemas de tecnología in-memory van a cambiar el futuro de los ERP. SAP está haciendo grandes progresos con su base de datos en memoria, con SAP HANA diferenciándose a sí misma como un sistema altamente funcional "all-in-memory". Mientras que tener una única plataforma puede ser una gran ventaja, también tiene sus inconvenientes, tales como el costo de las limitaciones de implementación y de compatibilidad.
En respuesta al éxito de SAP con SAP HANA, Oracle también ha hecho grandes progresos con su nuevo sistema de base de datos en la memoria al diferenciar su sistema por ser funcional y fácil de integrar con bases de datos y aplicaciones compatibles existentes. Si bien esto es una ventaja de costos –en especial a los que ya están ejecutando bases de datos compatibles– este sistema puede no proporcionar la comodidad y amplitud de un sistema centralizado.
Haciendo a un lado las enormes diferencias técnicas entre estos dos sistemas, el resultado final del negocio para el cliente es casi el mismo. La tecnología in-memory permitirá a los clientes ejecutar aplicaciones ERP esenciales y un análisis más rápido, proporcionando, en última instancia, una mayor productividad y visibilidad.
¿Cuál es el mejor?
Mientras que los puntos anteriores de diferenciación no pueden sugerir que un proveedor tenga una clara ventaja sobre el otro, esperamos que le sugiera algunas áreas que los potenciales compradores de ERP deban evaluar en sus opciones de software. Cada organización es diferente, con diferentes prioridades y criterios de evaluación, pero una o más de las áreas antes mencionadas puede proporcionar el contexto para que usted compare estos dos productos. Cualquiera de los dos probablemente puede hacer el trabajo, así que la pregunta se convierte en: ¿Cuál ayudará a que su organización haga mejor el trabajo?
Sobre el autor: Antes de fundar Panorama Consulting, un grupo de consultoría orientado a los ERP, Eric Kimberling acumuló 15 años de experiencia en consultoría de ERP en empresas como Price Waterhouse. Eric es experto en gestión de proyectos de implementación de ERP, así como en la selección de software ERP y el cambio organizacional por el ERP.
Costa Rica: Grupo Monge implementará tecnología Sales Cloud de Oracle
POR CARLOS CORDERO / carlos.cordero@elfinancierocr.com
Grupo Monge implementará en sus 181 tiendas ubicadas en Costa Rica, Nicaragua, Honduras, El Salvador, Guatemala y Perú la aplicación de ventas y atención de clientes en piso basada en tecnología de cloud computing o computación en la nube.

Con ella se personaliza la atención de los usuarios, conocer sus gustos y preferencias, así como tener la información de productos en existencia y del historial crediticio del cliente.
Allan Jinesta, vicepresidente de tecnología de información de Grupo Monge explicó que con esta aplicación los colaboradores de Grupo Monge pueden revisar su lista de clientes en línea, medir ventas y analizar el mercado, así como tener una visión integral del del cliente.
También se tendrá control de la plataforma de televentas, la cual tiene la capacidad de conocer al cliente por su nombre, sus gustos y preferencias de compra.
La nueva solución combina una estrategia móvil para los agentes y responsables de ventas, con análisis y previsiones del negocio, información clave sobre los clientes y una integración perfecta con el marketing y los socios de la compañía para aumentar los ingresos.
Grupo Monge está conformado por las cadenas Tiendas Monge, El Gallo más Gallo, Prado (El Salvador), El Verdugo y Serpento.
Expert Summit Cancun, Mexico - 4 al 6 de Mayo de 2015
|
|
|
Oracle University
Expert
Summit
Cancun,
Mexico - 4 al 6 de
Mayo de 2015
|
|
|
|
|
|
|
Copyright © 2015, Oracle and/or
its affiliates. All rights reserved.
|
Oracle Information InDepth ORACLE CLOUD SOLUTIONS EDITION March 2015
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Suscribirse a:
Entradas (Atom)