FIT Consulting | Consultoria Especializada Oracle - Blog #E-Business Suite R12FIT Consulting | Consultoria Especializada Oracle - Blog #E-Business Suite R12https://www.fitconsulting.com.mx/blogs/tag/ebusinesssuiter12Wed, 25 Feb 2026 19:14:11 -0800http://zoho.com/sites/<![CDATA[Diferencias funcionales y técnicas entre Oracle E-Business Suite y Oracle Fusión Cloud]]>https://www.fitconsulting.com.mx/blogs/post/diferencias-funcionales-y-técnicas-entre-oracle-e-business-suite-y-oracle-fusión-cloudEn la presente entrada revisaremos algunos  puntos clave que debe tener en cuenta al comparar Oracle E-Business Suite y Oracle Fusion Cloud, así c ]]>

Diferencias funcionales y técnicas entre Oracle E-Business Suite y Oracle Fusión Cloud

En la presente entrada revisaremos algunos puntos clave que debe tener en cuenta al comparar Oracle E-Business Suite y Oracle Fusion Cloud, así como al considerar la migración entre las dos plataformas. Cada organización tendrá sus propias necesidades y desafíos específicos a considerar en este proceso.

Diferencias Funcionales


Oracle E-Business Suite:

  1. Enfoque más tradicional y orientado a procesos consolidados.
  2. Personalización intensiva para adaptarse a los procesos de negocio.
  3. Módulos separados para diferentes funciones, lo que puede resultar en redundancias de datos.
  4. Actualizaciones y parches periódicos que requieren tiempo y recursos.
  5. Integración de terceros a menudo requiere desarrollo personalizado.
  6. Experiencia de usuario menos moderna y más orientada a formularios.
  7. Enfoque en la gestión de proyectos y la contabilidad financiera.
  8. Menos escalable para operaciones globales y complejas.
  9. Mayor dependencia de IT para la administración y personalización.
  10. Mayor necesidad de hardware local y mantenimiento.


Oracle Fusion Cloud:

  1. Enfoque más moderno y basado en servicios.
  2. Mayor flexibilidad con configuraciones en lugar de personalizaciones.
  3. Arquitectura unificada con datos compartidos entre módulos.
  4. Actualizaciones continuas que mantienen el sistema actualizado.
  5. Mejores capacidades de integración con estándares como REST API.
  6. Interfaz de usuario intuitiva y amigable con navegación basada en roles.
  7. Enfoque en la gestión del talento y la experiencia del empleado.
  8. Diseñado para escalabilidad global y procesos complejos.
  9. Usuarios de negocio pueden realizar configuraciones sin depender tanto de IT.
  10. Infraestructura en la nube, reduciendo la necesidad de hardware local.


Diferencias Técnicas:

  1. E-Business Suite se basa en una arquitectura de base de datos más antigua, mientras que Fusion Cloud utiliza Oracle Database 19c como Servicio.
  2. Fusion Cloud adopta un enfoque basado en estándares abiertos y tecnologías más modernas.
  3. Fusion Cloud utiliza una arquitectura de microservicios para mayor agilidad.
  4. E-Business Suite a menudo se implementa en las instalaciones del cliente, mientras que Fusion Cloud es una solución en la nube.
  5. Fusion Cloud aprovecha la inteligencia artificial y el aprendizaje automático para análisis avanzados.
  6. La seguridad y el cumplimiento se abordan de manera más integral en Fusion Cloud.
  7. La infraestructura como servicio (IaaS) es más común en Fusion Cloud para escalar recursos.
  8. Fusion Cloud ofrece una mayor modularidad para seleccionar y pagar solo por los módulos necesarios.
  9. E-Business Suite puede requerir más esfuerzo de mantenimiento y parcheo debido a su naturaleza más antigua.
  10. La integración de aplicaciones es más sencilla en Fusion Cloud debido a las capacidades de API.


Desafíos de Trasladar de E-Business Suite a Fusion Cloud:

  1. Adaptación de procesos y personal a la nueva plataforma.
  2. Reconfiguración de configuraciones y personalizaciones para cumplir con el enfoque de Fusion Cloud.
  3. Migración y transformación de datos para la nueva arquitectura.
  4. Capacitación de usuarios en la interfaz y características de Fusion Cloud.
  5. Gestión del cambio organizacional para garantizar la adopción exitosa.
  6. Asegurar la continuidad del negocio durante la migración.
  7. Garantizar la integridad y seguridad de los datos durante la transición.
  8. Planificación y ejecución de pruebas exhaustivas para validar la nueva configuración.
  9. Evaluación y actualización de integraciones con sistemas externos.
  10. Considerar los costos a largo plazo y los beneficios de la migración en la nube.

Por supuesto, aquí tiene un ejemplo de un caso de éxito de migración de Oracle E-Business Suite a Oracle Fusion Cloud:


Caso de Éxito:  Migración Exitosa de E-Business Suite a Fusion Cloud


Desafíos Previos: La empresa XYZ cliente de FIT Consulting, una organización internacional con operaciones complejas y en crecimiento, utilizaba Oracle E-Business Suite release 12.x para gestionar sus procesos financieros, de recursos humanos y cadena de suministro. Sin embargo, enfrentaban desafíos en términos de escalabilidad, capacidad de adaptación a las cambiantes necesidades del negocio y mantenimiento de una infraestructura local costosa.

Solución: Para abordar estos problemas, la empresa XYZ decidió migrar sus operaciones de E-Business Suite a Oracle Fusion Cloud. Trabajaron en estrecha colaboración con nuestro equipo de consultores y expertos en migración de Oracle para planificar y ejecutar la transición.


Proceso de Migración:

  1. Planificación Estratégica: Se realizó un análisis exhaustivo de los procesos actuales y se identificaron áreas clave de mejora que Fusion Cloud podría ofrecer. Se definió una estrategia de migración detallada y se estableció un cronograma.

  2. Configuración Personalizada: En lugar de replicar las personalizaciones de E-Business Suite, se adoptó un enfoque de configuración que aprovechaba las capacidades nativas de Fusion Cloud. Esto permitió a la empresa adaptarse rápidamente a las mejores prácticas y reducir la complejidad.

  3. Migración de Datos: Se desarrolló un plan de migración de datos para garantizar que la información crítica se transfiriera sin problemas. Se limpiaron y transformaron los datos para que fueran compatibles con la estructura de Fusion Cloud.

  4. Capacitación y Adopción: Se proporcionó capacitación intensiva a los usuarios en las nuevas funcionalidades y la interfaz de Fusion Cloud. Se crearon recursos de apoyo y se establecieron canales de comunicación para abordar preguntas y preocupaciones.

  5. Pruebas y Validación: Se llevaron a cabo pruebas exhaustivas para verificar la funcionalidad y la precisión de los procesos en Fusion Cloud. Se abordaron los problemas identificados antes de la implementación final.

  6. Implementación en Producción: Una vez que se completaron con éxito las pruebas y se confirmó la preparación de los usuarios, se procedió a la implementación en producción de Oracle Fusion Cloud.


Resultados: La migración de Oracle E-Business Suite a Oracle Fusion Cloud permitió a la empresa XYZ lograr los siguientes resultados:

  1. Agilidad Mejorada: Fusion Cloud permitió a la empresa adaptarse rápidamente a las cambiantes condiciones del mercado y a las necesidades comerciales en constante evolución.

  2. Experiencia del Usuario Mejorada: Los usuarios disfrutaron de una interfaz moderna y amigable, lo que aumentó la eficiencia y la satisfacción en general.

  3. Escalabilidad: Fusion Cloud permitió a la empresa expandir sus operaciones globalmente sin problemas y sin la necesidad de inversiones adicionales en infraestructura local.

  4. Reducción de Costos: Al reducir la necesidad de mantenimiento local y recursos de IT intensivos, la empresa logró reducir costos operativos.

  5. Innovación Continua: La empresa pudo aprovechar las capacidades de inteligencia artificial y análisis avanzados en Fusion Cloud para tomar decisiones más informadas.


En resumen, la migración de Oracle E-Business Suite a Oracle Fusion Cloud permitió a la empresa XYZ optimizar sus operaciones, mejorar la experiencia del usuario y estar mejor preparada para el crecimiento y la innovación futura. Este caso de éxito destaca cómo una planificación estratégica, una migración cuidadosamente gestionada y una colaboración estrecha pueden conducir a resultados exitosos en la adopción de la nube.

]]>Thu, 07 Sep 2023 08:00:00 -0600<![CDATA[Cuatro planes - Un objetivo: Actualización de Oracle E-Business Suite 12.2]]>https://www.fitconsulting.com.mx/blogs/post/cuatro-planes-un-objetivo-actualización-de-oracle-e-business-suite-12.2Primero, resumamos las principales razones por las que debería considerar actualizar su sistema a EBS R12.2: Tener acceso a nuevas funcionalidades y ap ]]>

    Primero, resumamos las principales razones por las que debería considerar actualizar su sistema a EBS R12.2:

    • Tener acceso a nuevas funcionalidades y aplicaciones de software que pueden ayudar a su empresa a ser competitiva y estar bien posicionada para satisfacer las demandas de un entorno empresarial en constante cambio aprovechando la última tecnología.
    • Con los rigurosos requerimientos de cumplimiento normativo que deben cumplirse hoy en día, trabajar en una versión de EBS optimizada y totalmente compatible ayuda a su empresa a facilitar el cumplimiento a un costo menor al eliminar las personalizaciones obsoletas e implementar procesos estándar en toda su empresa.
    • Aproveche las últimas mejoras de rendimiento y usabilidad, que permiten a su empresa aumentar la eficiencia y la utilización de sus aplicaciones de misión crítica.
    • Mantener el soporte de productos, y con ello acceder a las actualizaciones de impuestos, normativas y cambios para sus aplicaciones.

    Anteriormente, revisamos la justificación o caso de negocio y algunos beneficios de esta actualización. El objetivo de esta entrada es dar los 4 planes estratégicos que debe considerar en un proyecto de actualización de EBS 12.2 y que deben ser cuidadosamente definidos y supervisados durante todo el proyecto de actualización

    1.  Plan de impacto en los usuarios comerciales

    En este apartado revisaremos algunos de los cambios más sobresalientes que pudieran tener los usuarios durante la adopción de Oracle EBS 12.2 y el manejo de expectativas alrededor de las ventanas de mantenimiento de Online Patching.

     1)  Cuando se ejecuta la actualización de EBS, sus menús preexistentes se conservan.

    -  Para proporcionar a los usuarios una interfaz de usuario moderna…

    -  Asigne las pantallas HTML a los menús de usuario en lugar de Formularios.

    -  Para proporcionar a los usuarios paneles de navegación basados en información (dashboards)...

    -  Implementar centros de comando empresariales y agregar pantallas de tablero a los menús de usuario

    -  Para soportar procesos comerciales nuevos o mejorados y retirar personalizaciones ...

    -  Implemente nuevas funciones de 12.2 o nuevos módulos

               - Dependiendo de los alcances y cambios, se determinará la capacitación y comunicación que requiera el usuario.


     2)  También, es recomendable que maneje las expectativas en torno al tiempo de inactividad de los parches en línea, mediante las siguientes aclaraciones importantes para usuarios comerciales:

    ·  La aplicación de parches en línea no significa "zero downtime".

    -  Todavía hay una breve fase de transición durante la cual los usuarios están desconectados

    ·  Algunas ocasiones, los Apps DBAs pueden combinar la transición de parcheo en línea (cutover) con otras actividades de mantenimiento que prolongan el tiempo de inactividad, por ejemplo:

    -  Aplicar código personalizado

    -  Actualización de contraseñas del sistema

    -  Parchear el nivel de la base de datos

    ·  Los parches en línea no se pueden usar para parches de bases de datos y sistemas operativos

    -  Los usuarios seguirán experimentando un tiempo de inactividad cuando se apliquen los parches de la base de datos y el sistema operativo

    2.  Plan para aprovisionar los entornos de actualización

    Se debe tomar en cuenta una buena planificación de la capacidad de hardware adecuada, en la cual considere CPU, la memoria y almacenamiento necesario para la aplicación de parches en línea, y basado en las siguientes consideraciones:

    - Las operaciones comerciales críticas continúan durante la aplicación de parches en línea

    - Los recursos del sistema consumidos por un parche se pueden limitar

    - Aumentar o reducir el número de jobs de ADOP, que de forma predeterminada se calcula en función de la configuración del hardware.

    - Si su entorno de producción 12.1 utiliza por completo la CPU y la memoria, es posible que necesite recursos de hardware adicionales

     

    Capacidad de cómputo adecuado

    En términos generales, puede considerar las siguientes directrices:

    Directrices de dimensionamiento de niveles de aplicaciones y bases de datos

    -  Permita 2 GB adicionales de memoria libre para la máquina de nivel de base de datos y 3 GB adicionales de memoria libre para la máquina de nivel de aplicación para Parches en línea.

    Configuración de parámetros de JVM para Java de 64 bits en la capa web de WLS

    -  Utilice varias instancias administradas (Managed Server). Por ejemplo, dos instancias administradas con un tamaño de 4 GB para cada una proporcionarán tiempos de respuesta mucho mejores que una JVM con un tamaño de pila total de 8 GB.

     

    Capacidad de storage adecuado

    En términos generales, puede considerar las siguientes directrices:

    Base de datos

    ·  El espacio de tabla SYSTEM necesita el doble de su asignación de espacio actual 25 GB aumenta a 50 GB

    ·  El espacio de tabla de SEED necesita el doble de sus asignaciones de espacio actuales 5GB aumenta a 10GB


    Sistema de archivos

    ·  Dos sistemas de archivos necesitan el doble de espacio que un sistema de archivos

     

    Nota: Es altamente recomendable que consulte la Guía de actualización de R12.2[1] para obtener instrucciones sobre estos tamaños y dimensionamiento requerido por su instancia de Oracle EBS 12.2.

     

    Migración entre cualquier plataforma

    Si realiza una actualización y una migración de plataforma, considere su enfoque 

    Database Tier

    Application Tier

      - Muchos clientes migran la capa de base de datos y en un tiempo de inactividad en un primer proyecto.

      - Otros migran el nivel de base de datos en el mismo proyecto y tiempo de inactividad que la actualización R12.2

      - Si migra el nivel de base de datos primero, la configuración intermedia debe estar certificada

      - La elección del método de migración dependerá del tamaño de la base de datos y del orden de bytes ("endian-ness")

      - Puede migrar el nivel de la aplicación mediante el proceso de actualización estándar R12.2

      - Rapid Install proporciona el sistema de archivos R12.2 para su nueva plataforma de nivel de aplicación

      Es importante que revise los requerimientos y prerrequisitos para realizar esta actividad en MOS Oracle E-Business Suite Upgrades and Platform Migration (Doc 1377213.1)

      3.  Plan de impacto en los Apps DBAs

      Dentro de los cambios principales que se tienen durante la operación como Apps DBA son:

       1)  ADOP - Nueva utilidad para organizar el parcheo en línea. Se utiliza para todos los parches de EBS para R12.2 y posteriores.

      ·  Lo guía a través de las 5 fases de parcheo
      ·  Controla el parcheo del sistema de archivos y la base de datos.
      ·  Le permite aplicar varios parches en el mismo ciclo de parcheo
      ·  Admite la ejecución automatizada de parches a través de archivos de entrada
      ·  Se ejecuta en todos los nodos en una configuración de varios nodos.

      2)        Arquitectura Oracle EBS 12.1 vs Oracle EBS 12.2

      Una capa es una agrupación lógica de servicios, distribuidos en una o más máquinas físicas. Oracle E-Business Suite consta de una arquitectura de tres capas.

      ·  La capa Cliente/escritorio proporciona la interfaz de usuario que podría incluir computadoras de escritorio, portátiles o dispositivos móviles (como PDA). Su propósito es capturar y/o mostrar información al usuario.

      ·  La capa de aplicación, a veces denominado capa media, es responsable de mantener la lógica de la aplicación que admite y administra los diversos componentes de las aplicaciones.

      ·  El nivel de base de datos admite y administra la base de datos de Oracle y es responsable de almacenar y recuperar datos de la aplicación.

      Nota: La conexión entre el nivel de aplicación y el nivel de escritorio puede funcionar con éxito en una red de área amplia (WAN), porque los niveles de escritorio y aplicación intercambian una cantidad mínima de información, por ejemplo, diferencias de comparación de valores de campo. En una operación global que tiene usuarios en varias ubicaciones, requerir menos tráfico de red reduce los costos de telecomunicaciones y mejora los tiempos de respuesta para los usuarios.


      3)  WebLogic Server 11g

      Este componente es parte de la capa de aplicación de EBS 12.2, sin embargo, al ser un cambio importante dentro de la arquitectura considere:

      ·  Weblogic puede ser familiar para algunos DBA/Sysadmin

      ·  Utilizará las utilerías WebLogic Server y EBS Autoconfig para la configuración 12.2

      ·  No asuma que el conocimiento previo es suficiente

      ·  Revise la documentación relacionada a la gestión de la configuración del servidor HTTP de Oracle y los servicios de aplicaciones web en Oracle E-Business Suite versión 12.2 (Doc 1905593.1)


      4) Considere realizar un entrenamiento previo de R12.2 Install/Patch/Maintain Oracle E-Business Suite

      4.  Plan de impacto en los desarrolladores

      La preparación de customizaciones es un paso relevante y significativo cuando se habla de una actualización de Oracle E-Business Suite (EBS) a la versión 12.2.

      Una cosa para considerar a lo largo de este capítulo es el hecho de que las customizaciones en 12.1 versus 12.2 son irrevocablemente diferentes. En general, las personalizaciones son extensiones o cambios en los flujos comerciales que puede implementar en los productos funcionales que forman parte de EBS.

      Teniendo esto en cuenta, estas personalizaciones se pueden implementar en una o varias tecnologías y se pueden instalar en la capa media o en la base de datos, o en ambos. Cuando se habla de personalizaciones de bases de datos, estas se pueden implementar en esquemas personalizados o en esquemas de EBS, y estas podrían tener dependencias en el código de EBS.

      A continuación, se muestra una descripción visual de cómo implementaría las customizaciones en EBS 12.1. En la capa de aplicación, las customizaciones viven con el código de la aplicación y en la base de datos tendría el código personalizado implementado con código de la aplicación y esquemas de la aplicación. Otra opción sería tener un esquema personalizado con código personalizado y la base de datos en un modelo de datos custom.

      En la capa de aplicación, se pueden implementar personalizaciones como formularios, informes, scripts de sistema para capa de aplicación, scripts de base de datos, entre otros.




       En EBS R12.2, es una historia diferente. Oracle decidió implementar una nueva función llamada Parches en línea. Esta nueva característica requiere algunos cambios a nivel arquitectónico, por lo que necesita preparar sus personalizaciones.

      Antes de entrar con los detalles de las customizaciones al actualizar a Oracle EBS R12.2, recapitulemos acerca de los parches en línea. El parcheo en línea es la capacidad de parchear el sistema en ejecución sin tener que apagar el sistema durante un período de tiempo significativo mientras se aplican los parches.

      -  Cuando instala o implementa en un entorno 12.2, la capa de aplicaciones tendrá dos Sistemas de Archivos (fs1 y fs2). Son dos sistemas de archivos completamente separados y aislados que contienen todo el código de la aplicación, así como el código Fusion Middleware que ejecuta este código.

       -  En la base de datos, como vimos en el capítulo anterior, existe la Redefinición basada en la edición (EBR) que permite a los clientes de EBS almacenar de manera eficiente múltiples copias de aplicaciones en la misma base de datos. Proporciona un mecanismo de aislamiento llamado Edición que permite que coexistan los esquemas de pre-actualización y post-actualización, y el código del cliente elige la “Edición” particular a la cual quiere conectarse.

       

      4.1  Preparación para mover las customizaciones

      Las personalizaciones en 12.2, para poder ser parcheadas en línea, deben cumplir con algunos estándares de desarrollo de parches en línea y procedimientos de parcheo[1].

      Una vez que pasa a EBS 12.2, termina con una arquitectura, en la capa aplicación, tendrá dos copias completas del código de la aplicación, así como de Fusion Middleware. Su código vivirá en la aplicación en un directorio top (XXCUST_TOP por ejemplo), similar a como estaba en 12.1, pero implementado en ambos sistemas de archivos.

      La función de parcheo en línea hará el trabajo para garantizar que automáticamente mantenga su código de personalización, así como el código de la aplicación, sincronizados.



      Al preparar sus personalizaciones para la actualización R12.2, debe tener en cuenta que existen dos niveles de cumplimiento estándar. 

      - Uno es un conjunto mínimo de estándares requeridos donde el código y las customizaciones deben cumplir requisitos específicos para operar adecuadamente en Oracle EBS R12.2. Si sus personalizaciones no cumplen con estos estándares mínimos, lo más probable es que el código personalizado termine siendo marcado como no válido.

      -  Y la segunda opción recomendada es que sus personalizaciones sean totalmente compatibles con los Parches en línea. Si bien requiere estándares adicionales a los requisitos mínimos, puede estar seguro de que sus personalizaciones son totalmente compatibles y podrá parchear sus personalizaciones en línea sin ningún problema.

       La decisión entre uno y otro se basa en la importancia de minimizar el tiempo de inactividad. En ese sentido, si está interesado en minimizar el tiempo de inactividad del mantenimiento de su aplicación, la recomendación a seguir es cumplir plenamente. Independientemente de la decisión, los parches de EBS siempre están en línea.

       

      Una vez que se ha tomado una decisión, comienza el trabajo real. Deberá:

      1.  Cree una lista completa de todas sus customizaciones

      2.  Realizar un análisis para comprender el tipo de corrección de código requerida para estándares mínimos o cumplimiento total.

      3.  Implementar sus personalizaciones en su entorno de producción.

       

      Nota: Este proceso requiere un alto nivel de experiencia y conocimiento de los proyectos de actualización de EBS, además de las operaciones que realiza su código personalizado. Oracle proporciona herramientas como los informes de preparación de parches en línea que señalan las infracciones para que puedan abordarse. Asegúrese de ejecutar estos informes antes de la actualización R12.2, ya que son aplicables durante la preparación de la actualización.

       

      1)  Inventario de customizaciones.

      Catalogar las customizaciones existentes y decidir cuál actualizar, le permitirá tener una trazabilidad concreta de los posibles cambios. Puede utilizar alguna de las siguientes herramientas sugeridas:

      -  Los integradores de sistemas (como FIT Consulting) generalmente tienen servicios y herramientas para inventariar CEMLI (Configuraciones, extensiones, modificaciones, localizaciones e integraciones) y en algunos casos incluyen identificación CEMLI, documentación, mejoras y reparaciones.

      -  El equipo de Advanced Customer Services (ACS) de Oracle puede brindar asistencia. El servicio de gestión CEMLI de ACS incluye identificación CEMLI, documentación, mejoras y reparaciones durante la ejecución.

      -  Oracle ofrece un producto que informa sobre las personalizaciones de EBS Oracle Application Management Suite para Oracle E-Business Suite

                     -  Simplifique su proyecto retirando las personalizaciones que ya no son necesarias

          -  Considere reemplazar las personalizaciones con la funcionalidad estándar de EBS 12.2

       

      2)  Revisar informes personalizados

            Considere retirar o actualizar con enfoques técnicos más recientes:


      Para informes de Oracle o informes de Oracle Discoverer como estos:

      Considere actualizar de esta manera:

      Documentos externos, por ejemplo, orden de compra, factura, informe legal o de cumplimiento.

      Mover a Oracle BI Publisher

      Listado de informes utilizados como referencia interna, p. Ej., Lista de piezas

      Mover a Oracle BI Publisher

      Informes operativos identificados como siguientes pasos …

      Reemplazar con EBS Enterprise Command Centers

       

      3)  Remediar personalizaciones

       a)  Una vez que ya tenga el inventario de sus customizaciones, aproveche estos recursos de información proporcionados por Oracle para remediar y ajustar al nuevo modelo de Oracle EBS 12.2.

      ·  Modelo de datos 12.2.x e informes de comparación de archivos

      -  Informe de comparación del modelo de datos de EBS (Doc 1290886.1)

      -  Informe de comparación de archivos EBS (Doc 1446430.1)

      ·  Nuevos estándares de interfaz de usuario 12.2 para páginas basadas en OA Framework

      -  Consideraciones de actualización de Oracle E-Business Suite versión 12.2 para aplicaciones basadas en OA Framework y Oracle CRM Technology Foundation (Doc 1927975.1)

      ·  Nuevos estándares de desarrollo 12.2 para compatibilidad con parches en línea

      -  Desarrollo e implementación de personalizaciones en Oracle E-Business Suite versión 12.2 (Doc 1577661.1)

      -  Guía para desarrolladores de Oracle E-Business Suite, versión 12.2

             b)  Dentro de los nuevos estándares de desarrollo 12.2 para código personalizado, debe decidir a qué nivel de cumplimiento de normas apuntar:

       

      Mínimo

      Completo

      Se debe cumplir un conjunto mínimo requerido de estándares para que el código personalizado se ejecute correctamente en 12.2

      Opcional, se deben cumplir estándares adicionales para que el código personalizado se instalado como un parche en línea

      -  La decisión se basa en la importancia de minimizar el tiempo de inactividad.

      -  En cualquier caso, los parches de EBS siempre se aplican en línea.

       

      c)  Por supuesto debe asegurarse que todo el código personalizado cumple totalmente con los estándares 12.2 y debe tener coherencia con la nueva vista lógica del modelo de datos, esto es:

      -  Todo código debe acceder al modelo de datos a través del sinónimo APPS

      -  El sinónimo de APPS apunta a la vista de edición (modelo lógico)

      -  Cualquier código que acceda al modelo físico corre el riesgo de acceder a columnas obsoletas.



       d)  Es importante la ejecución de los informes proporcionados por Oracle que verifican el cumplimiento de los estándares, por supuesto le ayudaran a identificar las infracciones de los estándares 12.2 y las soluciones recomendadas.


      Using the Online Patching Readiness Report in Oracle E-Business Suite Release 12.2 (Doc 1531121.1)


      Sugerencias finales

      Le recomendamos revisar de la mano de un experto las características clave de una actualización del Sistema Oracle E-Business Suite, además de ser una guía de trabajo de mejora continua para los próximos años.


      Descargue el libro electrónico completo con el que lograra:

      • Planificar adecuadamente la actualización a través de 10 consideraciones clave
      • Evitar el riesgo, el estrés y las largas horas con el manejo de sus customizaciones
      • Reducir costos, incrementar la escalabilidad y simplificar su trabajo, revisando las etapas del proceso técnico de actualización
      ]]>      Fri, 05 Nov 2021 20:04:59 -0600      <![CDATA[Creación del caso empresarial para la actualización Oracle EBS 12.2]]>https://www.fitconsulting.com.mx/blogs/post/Creación-del-caso-empresarial-para-la-actualización-Oracle-EBS-12.2 ]]>


        Vincular su empresa con sus clientes y proveedores ofrece visibilidad global y permite el flujo bidireccional de información comercial. Por ejemplo, sus clientes pueden configurar, fijar precios y pedir productos fácilmente en tiempo real en una tienda web; y la información del pedido fluye sin problemas a la gestión de pedidos y el envío para su cumplimiento.


        De manera similar, los proveedores pueden obtener acceso de autoservicio a pedidos, horarios y estado de pago en su portal personalizado, al que se puede acceder a través de un simple navegador web. Conectar empresas le permite responder rápidamente a las condiciones dinámicas del mercado mientras mejora su capacidad para cumplir con los compromisos del cliente.


        Gestionar un entorno heterogéneo con múltiples conexiones entre soluciones es caro y complejo. Siempre que actualice una solución de puntos, debe volver atrás y revisar todos los puntos de integración y, potencialmente, actualizar el software de integración en sí. Oracle EBS está diseñado para funcionar como un sistema integrado en una infraestructura de TI común. Por lo tanto, puede pasar información directamente de una aplicación a otra sin incurrir en costos de integración incrementales. La innovación en toda la Oracle E-Business Suite está siendo impulsada por los requerimientos comerciales actuales para las operaciones empresariales. Entonces, ¿Qué mejoras clave obtiene la organización al realizar una actualización?


        Parches en línea (Online Patching) para reducir el tiempo de inactividad

        Como ocurre con la mayoría de las actividades de mantenimiento de producción planificadas, una actualización exitosa depende en gran medida de qué tan bien definido esté el plan de actualización. Considere estas tres características:

        • La funcionalidad de parches en línea está pensada en minimizar los tiempos de inactividad por actualizaciones o parches de los Sistemas Oracle E-Business Suite 12.2.
        • Las validaciones técnicas y funcionales en un ambiente de prueba, antes de la actualización real de producción, son clave para minimizar contingencias imprevistas.
        • Optimizar el proceso de actualización consiste en tomar las decisiones correctas en la etapa de planificación y verificar estas opciones con un entorno de prueba antes de la salida en producción.


        Beneficios:

        • Los usuarios permanecen en línea mientras se aplican los parches. Tenga en cuenta, que este beneficio llega una vez que se tiene el Sistema en la versión 12.2.; durante en el proceso de actualización se tiene un periodo de ‘black out’ o baja de sistema para actualización, si usted está en versiones 11.5.x, 12.0.x o 12.1.x.
        • El tiempo de inactividad del usuario se limita a un breve período de transición
        • La ventana de mantenimiento en 12.2 es predecible
        • Las operaciones comerciales críticas y las actividades generadoras de ingresos continúan durante la aplicación de parches.


         Centros de comando empresariales para información sencilla y útil

      Este beneficio está pensado para que los usuarios de aplicaciones que tienen acceso a millones de registros de transacciones y documentos adjuntos tengan visibilidad completa y certeza de que sigue a continuación en su proceso comercial. Si bien hay pantallas para ingresar y consultar datos, hay poco para guiar a los usuarios hacia los desafíos comerciales más importantes de la actualidad. Los usuarios generalmente confían en informes producidos por TI o pantallas de consulta personalizadas para identificar problemas operativos y excepciones, como pedidos atascados o proyectos retrasados. Pero estos informes a menudo reflejan datos obsoletos y no revelan las causas fundamentales. Los usuarios necesitan una forma de identificar y actuar rápidamente sobre los desafíos comerciales más importantes de la actualidad.


          Beneficios:

          • Enterprise Command Centers (ECC) permiten identificar y actuar sobre las principales prioridades sin informes operativos personalizados
          • Examinar y explorar indicadores que requieran acción con una rápida adopción por parte del usuario
          • Acceso desde dispositivos móviles o de escritorio con alto rendimiento
          • Utilizar búsquedas y filtros similares (autoaprendizaje)
          • Los datos mostrados son actualizados o recalculados con cada ejercicio, cuentan con variedad de visualizaciones y gráficos
          • "Conversación con los datos" para concretar las prioridades más importantes y tomar medidas en transacciones seleccionadas
          • Son fáciles de implementar rápidamente y sin cambios en la base de datos de Oracle E-Business Suite


          Es recomendable incluir los prerrequisitos y disponibilidad de los centros de comando que se prevén utilizar durante el ejercicio de caso de negocio analizado.


          Experiencia de usuario (UX) más moderna para una mayor productividad

          La mayoría de nuevas funciones de la interfaz de usuario son heredadas automáticamente por las aplicaciones de EBS, por lo que en versiones 12.2, solo es necesario aplicar el último paquete de tecnología de aplicaciones, para ser activadas. Algunas características sobresalientes son:

          • Interfaz de usuario de Oracle Alta
          • Encabezado global simplificado
          • Adopción de estándares HTML 5
          • Páginas de diálogo como diálogos modales


          Se habilitaron interfaces HTML alternativas a las interfaces de usuario de formulario:

          • Gestión de pedidos: Órdenes de venta / Organizadores
          • Logística: Recepción
          • Logística: Envíos y Reservas
          • Logística: Banco de trabajo de materiales
          • Logística: Gestión de tareas de almacén
          • Proyectos: Acuerdos
          • Proyectos: Banco de trabajo de capitalización de activos
          • EAM: creación y actualización de activos
          • Servicio: Contact Center
          • Servicio: Centro de despacho
          • AOL: usuarios, responsabilidades, más


          Beneficios:

          • 10 años de avances funcionales y mejoras de UX posteriores de EBS 12.1
          • Funciones comerciales nuevas y mejoradas en toda la suite


          Oracle lanzó las últimas innovaciones de E-Business Suite (EBS) 12.2.10 en septiembre de 2020. Se entregaron muchas características nuevas y mejoras que reflejan los temas de desarrollo continúo introducidos en versiones anteriores de 12.2, incluida la innovación funcional, la modernización de la interfaz de usuario y una mayor eficiencia operativa. En la siguiente figura se muestran las funcionalidades entregadas en la última liberación de mejoras:




          Beneficios

          • Innovación continua: mejoras funcionales continuas y modernización tecnológica
          • Soporte Premier a largo plazo
          • Y finalmente, los clientes deberán actualizar de versiones EBS 12.1 debido a que:
          • El soporte Premier de EBS 12.1 finaliza en diciembre de 2021
          • El único soporte disponible después de 2021 es a través de ACS [1]

        [1]https://www.oracle.com/support/advanced-customer-services/



          Conclusiones

          EBS 12.2 proporciona un valor sustancial ahora y en el futuro

          • Aplicación de parches en línea
          • Centros de comando empresarial (ECC)
          • 10 años de avances funcionales y mejoras de UX en versiones superiores de EBS 12.1
          • Innovación continua: mejoras funcionales continuas y modernización tecnológica
          • Soporte Premier a largo plazo


          Los clientes de Oracle EBS deben ir más allá de EBS 12.1

          • El soporte Premier de EBS 12.1 finaliza en diciembre de 2021
          • El soporte a partir de 2021 únicamente estará disponible a través de ACS


          Sugerencias finales

          Le recomendamos revisar de la mano de un experto las características clave de una actualización del Sistema Oracle E-Business Suite, además de ser una guía de trabajo de mejora continua para los próximos años.


          Descargue el libro electrónico completo con el que lograra:

          • Planificar adecuadamente la actualización a través de 10 consideraciones clave
          • Evitar el riesgo, el estrés y las largas horas con el manejo de sus customizaciones
          • Reducir costos, incrementar la escalabilidad y simplificar su trabajo, revisando las etapas del proceso técnico de actualización
        Descargue E-Book
        ]]>        Tue, 02 Nov 2021 18:26:09 -0600        <![CDATA[Oracle 19c con Oracle EBS 12.2.x. ¡5 cosas que debes saber!]]>https://www.fitconsulting.com.mx/blogs/post/oracle-19c-con-oracle-ebs-12.2.x.-¡5-cosas-que-debes-saber 1)   Certificación Oracle Database 19c fue certificado con Oracle ]]>

        Oracle 19c con Oracle EBS 12.2.x. ¡5 cosas que debe saber!


        1) Certificación


        Oracle Database 19c fue certificado con Oracle EBS R12.2.10 en septiembre de 2020. Con la certificación Oracle Database 19c, las bases de datos On-premise de Oracle EBS 12.2.10 están certificadas con la arquitectura CDB 19c (arquitectura multitenant).







        2)  Principales ventajas de realizar una actualización

        •  Últimas versiones disponibles Oracle 19c (19.x) y EBS 12.2.x (12.2.10). A más de un año de certificación de estas versiones son versiones estables. Previo a la actualización se sugiere revisar si existen módulos obsoletos con respecto a los implementados en la organización.

        •  Con la versión 12.2.10 se corrigen la mayoría de bugs y errores detectados en cada una de las Suites (FIN, HCM, SCP, etc.). En caso de detectar un fallo deberá ser revisado con el fabricante en la fase de proyecto donde se detectó.

        •  Existe un Path de migración y seguridad desde versiones 11.5.10.x /12.0.x/12.1.x hacia 12.2.10 y base de datos multi-tenant 19c.

        •  La principal mejora de la versión 12.2.10 son los Enterprise Command Centers (ECC) para cada módulo. 





        3)  Descripción general de la arquitectura EBS (R12.2.x)

        Esta Arquitectura se compone principalmente de:

        ·  Nivel de aplicación

        ·  Nivel de base de datos

        ·  Nivel de cliente




        4)  Pasos de alto nivel para realizar una actualización

        ·  Actualizar Base de Datos Oracle para EBS 19c. Si la versión actual es 12.2.x, asegúrese de que no haya ningún ciclo ADOP activo. Actualice la base de datos a 19c.

        ·  Realizar conversión de CDB y convierta a PDB la Base de Datos Oracle. Ejecute el script de conversión Post PDB txkPostPDBCreationTasks.pl

        - Modificar los parámetros de inicialización de la base de datos (ID de documento de MOS 396009.1).  Ejecución de autoconfig en el nivel de aplicación y base de datos.

        ·  Revise/actualice la configuración modular en todos los niveles y realice las actualizaciones correspondientes (acorde a los flujos y módulos implementados)

        ·  Revise las personalizaciones (CEMLI) y realice las actualizaciones si se ve afectado algún objeto debido al modelo CDB/PDB y modelo de datos implementado.

        ·  Inicie los servicios de la aplicación y lleve a cabo un Health Check completo.




        5)  Enfoque de la actualización

        Le sugerimos utilizar un enfoque de proyecto basado en pruebas exhaustivas, el cual consiste en llevar a cabo ciclos interactivos de migración, remediación y pruebas, trabajando de la mano con un equipo especializado en cada rubro (DBA/Sysadmin, técnicos de desarrollo y funcionales de expertos de aplicaciones y negocio).

        ·  Se sugiere llevar a cabo al menos 2 ciclos completos de prueba (tanto de actualización como la ejecución de pruebas del sistema) durante el modelo de migración a versiones EBS 12.2.10 y Base de Datos 19c.



        ]]>        Sun, 29 Aug 2021 11:29:36 -0500        <![CDATA[Desarrollo de Aplicaciones con Oracle APEX]]>https://www.fitconsulting.com.mx/blogs/post/desarrollo-apexEste curso presencial está dirigido a profesionales que van a participar en proyectos o tienen la necesidad de aprender la tecnología de Oracle Applic ]]>

        Desarrollo de Aplicaciones con Oracle APEX

        Este curso presencial está dirigido a profesionales que van a participar en proyectos o tienen la necesidad de aprender la tecnología de Oracle Application Express (APEX), ya sea para desarrollo de aplicaciones a la medida o para realizar la integración y extensión de aplicaciones con alguna otra herramienta como lo es Oracle E-Business Suite y Oracle Fusion Applications. 


        Debes tomar este curso práctico ya que te explicare los aspectos más importantes de la programación en Oracle Apex, obtendrás tips y ejercicios prácticos que te permitirán aumentar tu conocimiento y experiencia profesional. Sin más preámbulo ¡Nos vemos en el aula! 

        Mas Información
        ]]>        Sun, 27 Oct 2019 22:04:02 -0600        <![CDATA[Fundamentos Desarrollo de aplicaciones con Oracle Developer Suite y PLSQL]]>https://www.fitconsulting.com.mx/blogs/post/curso-developerAl tomar este curso aprenderás a desarrollar aplicaciones para el entorno Oracle E-Business Suite, usando Oracle Developer Suite como entorno de desar ]]>

        Desarrollo de aplicaciones con Oracle Developer Suite y PLSQL

        Al tomar este curso aprenderás a desarrollar aplicaciones para el entorno Oracle E-Business Suite, usando Oracle Developer Suite como entorno de desarrollo. Nos encontramos pues con un curso eminentemente práctico, donde se explican los aspectos más importantes de la programación en Oracle E-Business Suite. Sin más preámbulo ¡Nos vemos en el aula! 

        Mas Información
        ]]>        Sun, 27 Oct 2019 21:58:51 -0600        <![CDATA[Fundamentos de Administración de Base de Datos y Aplicaciones Oracle]]>https://www.fitconsulting.com.mx/blogs/post/curso-dba-oracleEste curso teórico-práctico es fundamental para tu formación, ya que te ayudara a aplicar los conocimientos adquiridos para agregar valor a la compañí ]]>

        Administración de Bases de Datos y Aplicaciones Oracle

        Este curso teórico-práctico es fundamental para tu formación, ya que te ayudara a aplicar los conocimientos adquiridos para agregar valor a la compañía. Así que preparémonos y ¡nos vemos en el aula!

        Más Información
        ]]>        Sun, 27 Oct 2019 21:54:13 -0600        <![CDATA[Una nueva economía digital]]>https://www.fitconsulting.com.mx/blogs/post/una-nueva-economía-digital

        Apoyamos el cambio y transformación digital de clientes y prospectos.

        • ¿Tu empresa conoce su nuevo rol en la economía digital? 
        • ¿Tiene diseñada su estrategia digital para lograr una mayor competitividad y permanencia en el mercado? 
        • ¿Te has imaginado tu empresa totalmente integrada? 


            • En esta era digital se tienen herramientas inteligentes y predictivas, que permiten tener una visión más amplia de la empresa. Este cambio digital inevitable. FIT Consulting te ayuda a crear la estrategia que materialice ese cambio empresarial. Ayudándote a definir la estrategia adecuada a tus objetivos, estandarizando los procesos, configurando una plataforma robusta, reduciendo costos, control de tus gastos e incremento significativo en tus ingresos, entre muchos otros beneficios. 


            Nuestro objetivo de trabajo se centra en brindar soluciones integrales que apoyen al cambio de tu negocio con capacidades de competencia global.

          ]]>          Tue, 01 Oct 2019 23:20:12 -0500          <![CDATA[Casos de éxito - Diagnósticos]]>https://www.fitconsulting.com.mx/blogs/post/casos-de-éxito-diagnósticos

          ¿Tu negocio ha crecido, aumentado su rentabilidad y productividad?

          En la mayoría de las empresas que cuentan con alguna versión de Oracle, el motor principal para el cambio de versión es contar con el soporte Premier que ofrece el fabricante de la solución de software. Nuestro enfoque para buscar áreas de oportunidad y mejoras incluyen entre otros beneficios, los siguientes:

          • Fortalecer la plataforma permitiendo administrar nuevos requerimientos y un mayor alcance global con un incremento mínimo de esfuerzo.
          • Actualización del Hardware y re-dimensionamiento de los espacios físicos de almacenamiento.
          • Actualización de los Sistemas Operativos, Bases de Datos y Aplicaciones.
          • Reducción de costos al consolidar instancias.
          • Disminuir riesgos de Bugs asociados en las aplicaciones operativas desarrolladas.
          • Mantener actualizadas las plataformas de base de datos y sistemas operativos, para un mayor alcance tecnológico.
          • Implementar las mejoras funcionales de negocio detectadas durante el diagnostico.
          • Configurar las necesidades de negocio en Oracle EBS con prácticas de mercado.
          • Desarrollar los programas necesarios para habilitar  la obtención de información homogénea, confiable y oportuna.
          • Estandarizar los procesos y tecnología a través de utilizar  procesos consistentes basados en Oracle.
          • Mejorar la calidad en la ejecución de los procesos.
          • Apoyar los procesos administrativos y de operación de una manera efectiva que permita la mejora de la calidad en la ejecución de los mismos.
          • Aprovechar y potencializar los recursos de Sistemas para dar soporte a todas las gerencias y departamentos de la compañía.


          ¡Platícanos tu caso! juntos encontraremos la solución.

          contacto@fitconsulting.com.mx

          Más Información
          ]]>          Tue, 01 Oct 2019 22:59:18 -0500          <![CDATA[Transformarse y convertirse en disruptor]]>https://www.fitconsulting.com.mx/blogs/post/disrupción

          Ayudamos a tu negocio optimizando y mejorando sus procesos

          El panorama global en una economía fuerte pero volátil, exige a las organizaciones mantener su inversión sostenida en tecnologías colaborativas, que permitan hacer frente a los desafíos y oportunidades. Esto incluye voltear a ver las tecnologías emergentes en la nube pero también prestar especial atención al equipo de trabajo. En FIT Consulting estamos consientes de ello y entendemos que es posible llevar los procesos administrativos y operacionales en un mismo sistema, integrando soluciones que empoderen a los usuarios con datos e información móvil en tiempo real. 

          ]]>          Tue, 01 Oct 2019 22:27:44 -0500