Finalización de las tareas posteriores al cambio de versión

Oracle actualiza primero las instancias de desarrollo de Oracle Integration Generation 2. Complete todas las tareas posteriores al cambio de versión en un plazo de tres días a partir de la fecha de cambio de versión, de modo que pueda informar de cualquier problema. Oracle actualiza sus instancias de producción aproximadamente dos semanas después de las instancias de desarrollo.

La finalización de las tareas posteriores al cambio de versión es fundamental para garantizar que los usuarios puedan acceder a la nueva instancia, que los datos que van hacia y desde las integraciones se puedan enviar a través del firewall y que las integraciones funcionen según lo esperado.

Si tiene alguna incidencia después del cambio de versión, introduzca una solicitud de servicio (SR) en My Oracle Support o solucione las incidencias. Consulte Solución de incidencias de cambio de versión.

Nota

Verá la instancia de Oracle Integration Generation 2 parada en la consola de Oracle Cloud Infrastructure durante un período de tiempo después del cambio de versión. No actualice, inicie ni suprima esta instancia. Oracle la eliminará por usted cuando ya no sea necesaria.
Asegúrese de que el cambio de versión se haya completado antes de iniciar estas tareas. Consulte What to Do During Upgrade.

Resumen de tareas posteriores a la actualización

Impacto Cuando Tareas que completar

Garantizar el acceso a la instancia

Inmediatamente después del cambio de versión

  1. Compruebe la nueva instancia de Oracle Integration 3
  2. Actualizar la política de IAM con el nuevo OCID
  3. Obtener la URL de la nueva instancia y compartirla

Garantizar conectividad

Inmediatamente después del cambio de versión

  1. Configuración completa de reglas de red
  2. Cargar nuevos certificados de identidad para conexiones
  3. Recupere la conectividad con los agentes que no se han actualizado
  4. Servidor de archivos: agregue la dirección IP del servidor de archivos a la lista de permitidos de firewall interno

    Complete esta tarea dentro de una semana después de la actualización.

  5. Servidor de archivos: actualizar integraciones y clientes SFTP para utilizar los nuevos valores de puerto e IP

    Complete esta tarea dentro de una semana después de la actualización.

Garantice que las integraciones funcionen

Inmediatamente después del cambio de versión

  1. Cambie las llamadas de API incorporadas de Oracle Integration de la autenticación básica a OAuth
  2. Compruebe las integraciones si ha seleccionado Ignorar fallos de activación o Ignorar fallos de inicio de programa
  3. Tenga cuidado de las solicitudes rechazadas durante el tiempo de inactividad de la actualización

Completar tareas posteriores al cambio de versión para fallos de comprobación previa ignorados

Inmediatamente después del cambio de versión

Finalización de tareas posteriores al cambio de versión para fallos de comprobación previa ignorados

Completar tareas posteriores al cambio de versión de Visual Builder

Inmediatamente después del cambio de versión

Completar tareas posteriores al cambio de versión para Visual Builder

Tareas completas de automatización de procesos posteriores al cambio de versión

Inmediatamente después del cambio de versión

Tareas posteriores al cambio de versión completas para la automatización de procesos

Completar la verificación posterior a la actualización

En dos semanas de actualización

Siga los procedimientos de verificación de su organización

Garantía de acceso a la instancia

Tarea Quién Cuando Tareas que completar

Compruebe la nueva instancia de Oracle Integration 3

Administrador Inmediatamente después del cambio de versión Conéctese a la instancia de Oracle Integration 3 con las credenciales existentes. Utilice el marcador existente de Oracle Integration Generation 2 (que redirige a la nueva URL) o utilice la nueva URL para la instancia de Oracle Integration 3. Consulte Acceso a una instancia de Oracle Integration.

La actualización se ha completado si la interfaz tiene este aspecto:
Captura de pantalla de Oracle Integration 3, con el texto "Crear y supervisar" en la parte superior del panel derecho

El cambio de versión sigue en curso si:
  • Se conecta y una página indica que el servicio no está disponible.
  • Se conecta y la interfaz de usuario tiene el siguiente aspecto:

    Captura de pantalla de Oracle Integration Generation 2, con el texto "Probar una receta" en la parte superior del panel derecho

Actualizar la política de IAM con el nuevo OCID

Administrador de políticas de IAM

Inmediatamente después del cambio de versión Si su organización ha restringido el acceso a la instancia de Oracle Integration Generation 2 según el ID de Oracle Cloud (OCID) de la instancia, actualice la política de IAM para que apunte al nuevo OCID de la instancia de Oracle Integration 3.

Precaución:

Los usuarios no podrán conectarse a Oracle Integration 3 hasta que actualice el OCID en la política de IAM.
  1. Conéctese a la consola de Oracle Cloud Infrastructure.
  2. Obtenga el nuevo valor de OCID para la instancia de Oracle Integration 3. Consulte Visualización de detalles de instancia.
  3. Actualice el OCID en la política de IAM. Para obtener instrucciones sobre la actualización de las sentencias en una política existente, consulte Uso de la consola en la documentación de Oracle Cloud Infrastructure.

Obtener la URL de la nueva instancia y compartirla

Administrador Inmediatamente después del cambio de versión Obtener la URL de la nueva instancia de Oracle Integration 3 y compartirla con todos los usuarios que la necesiten. Los marcadores existentes también redirigen a la nueva URL, pero desea asegurarse de que todos tengan la nueva URL. Su formato es el siguiente:

https://design.integration.region.ocp.oraclecloud.com/?integrationInstance=query_parameter_repersenting_instance

Para obtener la nueva URL:

  1. Conéctese a la consola de Oracle Cloud Infrastructure.
  2. Abra el menú de navegación y haga clic en Servicios para desarrolladores.
  3. En Integración de aplicación, haga clic en Integración.
  4. Haga clic en el nombre de la nueva instancia de Oracle Integration 3.
  5. A la derecha del campo URL de consola de servicio, haga clic en Copiar.
  6. Comparta la URL con cualquier usuario que la necesite.

Garantizar la conectividad

Tarea Quién Cuando Tareas que completar

Configuración completa de reglas de red

Administrador de la Red Antes del cambio de versión o inmediatamente después del cambio de versión Si alguna de las conexiones de integración tiene como destino un servicio de Oracle Cloud Infrastructure que soporte reglas de red, como Oracle Cloud Infrastructure Object Storage u Oracle Autonomous Database, y ha activado esas reglas, debe completar cualquier configuración de reglas de red, incluida la adición de la VCN del servicio Oracle Integration a la regla.
  1. Conéctese a la consola de Oracle Cloud Infrastructure.
  2. Obtenga el valor de OCID para la instancia de Oracle Integration 3.

    Consulte Visualización de detalles de instancia.

  3. Siga las reglas del servicio de destino. Por ejemplo, para Oracle Autonomous Database Serverless, consulte Configuración de listas de control de acceso al aprovisionar o clonar una instancia en Uso de Oracle Autonomous Database Serverless.
  4. Si el servicio de Oracle Cloud Infrastructure al que está accediendo está en una región diferente de la instancia de Oracle Integration, incluya en la lista de permitidos la dirección de IP de salida de OIC que recopiló al actualizar las otras listas de permitidos antes del cambio de versión.

Cargar nuevos certificados de identidad para conexiones

Desarrollador con conexiones que utilizan certificados de identidad

Solo una persona de su organización necesita realizar estos pasos

Inmediatamente después del cambio de versión Los certificados de identidad establecen la identidad del cliente durante la comunicación SSL bidireccional. Las conexiones basadas en el adaptador AS2 y el adaptador REST pueden utilizar certificados de identidad.

Si la instancia incluye conexiones que utilizan certificados de identidad, los certificados de identidad se habrían eliminado durante la actualización, por lo que debe generar nuevos certificados de identidad y configurar nuevos JKS.

Realice los siguientes pasos para cargar un nuevo certificado de identidad, probar las conexiones que utilizan el certificado de identidad y activar cualquier integración que utilice las conexiones:

  1. Permite cargar un certificado de identidad nuevo.

    Consulte Carga de un certificado SSL en Uso de integraciones en Oracle Integration 3.

  2. Pruebe las conexiones que utilizan el certificado de identidad para que su estado cambie de Borrador a Configurado.

    Consulte la sección sobre la prueba de la conexión en Using Integrations in Oracle Integration 3.

  3. Active las integraciones que utilicen las conexiones.

    Consulte la sección sobre activación de una integración en Using Integrations in Oracle Integration 3.

Recuperar conectividad con agentes que no se actualizaron

Desarrollador con agentes que no se actualizaron Inmediatamente después del cambio de versión Los agentes a los que no se pudo acceder durante el cambio de versión o que no cumplían los requisitos de cambio de versión no se actualizaron. Después de la actualización, si ve un mensaje que indica que algunos agentes no cumplieron con la elegibilidad de actualización y no se actualizaron, realice los siguientes pasos.

Requisitos

Asegúrese de que los agentes de conectividad tienen conectividad con Oracle Cloud Infrastructure Identity and Access Management (IAM) y Oracle Integration 3:

  • Debe haber agregado las direcciones IP de IAM y Oracle Integration 3 a las listas de permitidos antes del cambio de versión, como se describe en Actualizar listas de permitidos.
  • Agregue la dirección IP en tiempo de diseño de Oracle Integration 3 a las listas de permitidos. Utilice el siguiente comando para obtener la dirección IP en tiempo de diseño, sustituyendo region por la región de la URL de Oracle Integration 3:

    nslookup design.integration.region.ocp.oraclecloud.com

Para actualizar manualmente los agentes y recuperar la conectividad con ellos:

  1. Pare el agente de conectividad.
  2. Asegúrese de que los requisitos del agente están completos:
    1. Asegúrese de que el agente de conectividad utiliza JDK 17. Si no es así, defina las variables de entorno JAVA_HOME y PATH en JDK17.
    2. Asegúrese de que el agente está utilizando PKCS12 KeyStore. Si no es así, conviértalo mediante los siguientes pasos.
      1. En el servidor que aloja el agente de conectividad, cree una copia de seguridad del archivo keystore.jks, que se encuentra en la siguiente carpeta:

        Agent_Install_Location/agenthome/agent/cert

      2. Mueva el archivo de copia de seguridad a una carpeta diferente.
      3. Convierta JKS KeyStore en PKCS12 KeyStore ejecutando el siguiente comando desde la línea de comandos:

        keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.p12 -srcstoretype JKS -deststoretype PKCS12 -deststorepass changeit -srcstorepass changeit

      4. Suprima el archivo keystore.jks en la siguiente ubicación:

        Agent_Install_Location/agenthome/agent/cert

  3. Descargue el archivo ZIP del instalador de agente desde Oracle Integration 3.
    1. En el panel de navegación, haga clic en Diseño y, a continuación, en Agentes.
    2. Haga clic en Descargar y, a continuación, en Agente de conectividad.
  4. Extraiga oic_conn_agent_installer.zip en un nuevo directorio del servidor del agente de conectividad.
  5. Suprima la carpeta lib del agente de conectividad existente en Agent_Install_Location/agenthome/ y sustitúyala por la carpeta lib del archivo ZIP.
  6. Suprima el archivo version existente en Agent_Install_Location/agenthome/ y sustitúyalo por el archivo version del archivo ZIP.
  7. Suprima el archivo connectivityagent.jar existente en Agent_Install_Location y sustitúyalo por el archivo connectivityagent.jar del archivo ZIP.
  8. Suprima el archivo cpi_upgradeutility.jar existente en Agent_Install_Location y sustitúyalo por el archivo cpi_upgradeutility.jar del archivo ZIP.
  9. En Oracle Integration 3, en la página Agentes, pase el cursor sobre el grupo de agentes, haga clic en Acciones Icono Acciones y, a continuación, seleccione Descargar configuración.

    Este paso descarga un archivo InstallerProfile.cfg preconfigurado para el grupo de agentes.

  10. Suprima el archivo InstallerProfile.cfg existente en Agent_Install_Location y sustitúyalo por el archivo InstallerProfile.cfg que ha descargado en el paso anterior.
  11. Reinicie el agente de conectividad ejecutando el siguiente comando:

    java -jar connectivityagent.jar

  12. Reactive las integraciones que están en el grupo de agentes actualizado.

Servidor de archivos: agregue la dirección IP del servidor de archivos a la lista de permitidos de firewall interno

Administrador y desarrollador del servidor de archivos En una semana de actualización Si su organización restringe los sitios a los que pueden acceder los recursos internos, agregue la nueva dirección IP del servidor de archivos a la lista de permitidos de firewall interno.

La dirección IP de Oracle Integration Generation 2 sigue funcionando durante cuatro meses después del cambio de versión y, posteriormente, Oracle los retira. Sin embargo, Oracle recomienda actualizar la lista de permitidos de firewall para utilizar la nueva dirección IP ahora. De este modo, no corre el riesgo de olvidar la actualización de la lista de permitidos en el futuro.

Para obtener la dirección IP del servidor de archivos:

  1. Conéctese a Oracle Integration 3.
  2. En el panel de navegación, haga clic en Configuración, en Servidor de archivos y, por último, en Configuración.
  3. En General, obtenga la dirección IP para el servidor SFTP del servidor de archivos.

Servidor de archivos: actualización de integraciones y clientes SFTP para utilizar los nuevos valores de IP y puerto

Administrador y desarrollador del servidor de archivos En una semana de actualización Si utiliza el servidor de archivos, actualice las integraciones y los clientes SFTP para que utilicen los nuevos valores de IP y puerto.

Los valores de IP y puerto de Oracle Integration Generation 2 siguen funcionando durante cuatro meses después del cambio de versión y, posteriormente, Oracle los retira. Sin embargo, Oracle recomienda actualizar las integraciones y los clientes SFTP para que utilicen los nuevos valores ahora. De este modo, no corre el riesgo de olvidar la actualización de estos valores en el futuro.

  1. Conéctese a Oracle Integration 3.
  2. En el panel de navegación, haga clic en Configuración, en Servidor de archivos y, por último, en Configuración.
  3. En General, obtenga los valores de IP y puerto para el servidor SFTP del servidor de archivos.
  4. Actualice todas las integraciones que llamen al servidor de archivos para que utilicen los nuevos valores de IP y puerto.
  5. Actualice todos los clientes SFTP para que utilicen los nuevos valores de puerto e IP.

Garantice el trabajo de las integraciones

Tarea Quién Cuando Detalles

Cambie las llamadas de API incorporadas de Oracle Integration de Autenticación básica a OAuth

Developer Antes del cambio de versión o inmediatamente después del cambio de versión Si aún no ha actualizado las llamadas de API para utilizar OAuth al completar los requisitos o las tareas previas al cambio de versión, hágalo inmediatamente después del cambio de versión.

En Oracle Integration Generation 2, puede utilizar la autenticación básica para utilizar la API REST de Oracle Integration y la API REST del servidor de archivos. En Oracle Integration 3, debe utilizar OAuth. Debe actualizar los clientes, scripts, integraciones y comandos que utilizan la API de REST de Oracle Integration o la API de REST del servidor de archivos para conectarse mediante OAuth. Para obtener más información sobre el soporte de métodos de autenticación, consulte Cuándo se soporta la autenticación básica en Oracle Integration 3. Para obtener más información sobre el uso de OAuth con la API de REST de Oracle Integration, consulte Seguridad, autenticación y autorización o con la API de REST del servidor de archivos, consulte Seguridad, autenticación y autorización.

Compruebe las integraciones si ha seleccionado Ignorar fallos de activación o Ignorar fallos de inicio de programa

Administrador Inmediatamente después del cambio de versión Si configuró los valores de cambio de versión para continuar con el cambio de versión incluso si Oracle no ha podido activar una integración o reiniciar un programa, realice los pasos adecuados:
  • Si ha seleccionado Ignorar fallos de activación, compruebe el estado de todas las integraciones y active las integraciones según sea necesario.
  • Si ha seleccionado Ignorar fallos de inicio de programa, compruebe los programas de las integraciones e inícielos de forma manual si es necesario.

Tenga cuidado de las solicitudes rechazadas durante el tiempo de inactividad de la actualización

Miembros de equipo designados Inmediatamente después del cambio de versión

Oracle Integration ha rechazado todas las solicitudes enviadas durante el tiempo de inactividad del cambio de versión. Si es necesario, realice acciones en las solicitudes que haya enviado cualquier cliente a Oracle Integration durante el tiempo de inactividad.

Cambiar nombre de instancia de servicio

Developer Inmediatamente después del cambio de versión

Después de cambiar de versión de Oracle Integration Generation 2 a Oracle Integration 3, el nombre de arrendamiento se agrega al final del nombre de instancia de servicio (nombre mostrado de instancia de servicio) con el siguiente formato: <service instance name>-<tenancy name>. Por ejemplo, si el nombre de la instancia de servicio es myinstance y el nombre del arrendamiento es mytenancy, se cambiará a myinstance-mytenancy después de actualizar a Oracle Integration 3. Por lo tanto, si las integraciones utilizan el nombre de instancia de servicio, actualice las integraciones para que utilicen el nuevo nombre de instancia de servicio; de lo contrario, fallarán.

Finalización de tareas posteriores al cambio de versión para fallos de comprobación previa ignorados

Si ha seleccionado ignorar los fallos de comprobación previa, realice los pasos asociados a las comprobaciones previas fallidas:

Comprobación previa Tareas de conexión Tareas de integración Otras Tareas
Respuesta retrasada (asíncrona)   Después del cambio de versión, debe volver a trabajar o crear integraciones que hayan utilizado una respuesta retrasada (asíncrona) con uno de los siguientes adaptadores:
  • Adaptador de servicio de Oracle CX Sales y B2B
  • Adaptador de Oracle ERP Cloud
  • Adaptador de Oracle HCM Cloud
  • Adaptador de Oracle Field Service Cloud
  • Adaptador de Salesforce
  • Adaptador de ServiceNow
Integraciones controladas por aplicaciones: las integraciones controladas por aplicaciones cambian a un estado borrador durante el cambio de versión. Debe volver a procesar esas integraciones mediante los siguientes pasos:
  1. Cree una llamada simple para las devoluciones de llamada correctas.
  2. Cree una llamada adicional para las devoluciones de llamada con fallos en el manejador de fallos para detectar el fallo correcto.
  3. Vuelva a crear las asignaciones de datos.

Integraciones de enrutamiento básico: las integraciones de enrutamiento básico no están soportadas en Oracle Integration 3 y mostrarán un lienzo en blanco. Debe suprimir esas integraciones y volver a crearlas como integraciones controladas por aplicaciones.

 
Adaptadores no admitidos Durante la actualización, se suprimieron las conexiones que utilizaban los siguientes adaptadores no soportados:
  • Adaptador de Automation Anywhere
  • Adaptador de Evernote
  • Adaptador de Oracle Messaging Cloud Service
  • Adaptador de Oracle Monetization Cloud
  • Adaptador de Oracle Taleo Business Edition (TBE)
  • Adaptador de Robotic Process Automation de UiPath

Debe crear conexiones de adaptador REST para sustituir las conexiones de adaptador no soportadas suprimidas.

Durante el cambio de versión, las integraciones que utilizan adaptadores no soportados se cambian a un estado provisional y se cancelan las ejecuciones programadas.

Debe volver a procesar esas integraciones mediante los siguientes pasos:

  1. Suprima la llamada correspondiente a la conexión de adaptador no soportada y sustitúyala por la nueva conexión de adaptador REST.
  2. Después de configurar y activar la integración, inicie el programa.
 
Adaptadores Personalizados Durante la actualización, se suprimieron las conexiones que utilizaban los adaptadores personalizados.

Debe crear nuevas conexiones con adaptadores de Oracle Integration 3 equivalentes para sustituir las conexiones de adaptador personalizado suprimidas.

Durante el cambio de versión, las integraciones que utilizan adaptadores no soportados se cambian a un estado provisional y se cancelan las ejecuciones programadas.

Debe volver a procesar esas integraciones mediante los siguientes pasos:

  1. Suprima la llamada correspondiente a la conexión del adaptador personalizado y sustitúyala por la nueva conexión que ha creado.
  2. Una vez configurada y activada la integración, inicie el programa.
 
Lectura de varios archivos   Durante la actualización, las integraciones que utilizaron la operación Read Multiple File se cambian a un estado de borrador.

Debe volver a procesar esas integraciones para que no usen este patrón. Por ejemplo, utilice una operación listFile para mostrar los archivos y utilice una acción for-each para leer cada archivo individualmente.

 
Tipos de REST no soportados Durante la actualización, las conexiones que utilizaban los siguientes tipos REST no soportados se cambiaron a un estado provisional.
  • URL del catálogo de metadatos
  • URL de definición de Swagger
  • URL de definición de RAML

Debe actualizar esas conexiones mediante uno de los siguientes métodos:

  • Si utilizaba RAML o el catálogo de metadatos de Oracle, puede solicitar al proveedor de servicios REST una definición de Swagger (si está disponible). Oracle Fusion Applications debe tener una opción de Swagger disponible, ya que esta es una directriz para todos Oracle Fusion Applications.

    Si no hay disponible una especificación alternativa, utilice la plantilla básica en el adaptador de REST seleccionando URL base de API de REST como URL de conexión y definiendo la solicitud de API de destino mediante el asistente de configuración de punto final de adaptador.

  • Otra opción si estaba utilizando RAML, es convertir RAML en una especificación OpenAPI.
  • Si utilizaba la URL de definición de Swagger, puede utilizar la nueva opción unificada del adaptador de REST para especificar todas las especificaciones OpenAPI en un solo campo. Esta opción proporciona un soporte más sólido y completo para las especificaciones de Swagger/OpenAPI.

Consulte Configure Connection Properties for Invoke Connections en Using the REST Adapter with Oracle Integration 3.

Durante el cambio de versión, las integraciones que utilizaban tipos REST no admitidos se cambiaron a un estado provisional y se cancelaron las ejecuciones programadas.

Debe volver a procesar esas integraciones mediante los siguientes pasos:

  1. Active la integración
  2. Una vez activada la integración, inicie el programa.
 
Nombre de aplicación duplicada de enrutamiento básico   Las integraciones de enrutamiento básico no están soportadas en Oracle Integration 3 y mostrarán un lienzo en blanco. Debe suprimir esas integraciones y volver a crearlas como integraciones controladas por aplicaciones.  
Integraciones de publicación/suscripción   Las integraciones que hayan publicado mensajes o suscrito a mensajes de Oracle Integration se deben convertir en orquestaciones controladas por eventos. Debe suprimir las integraciones y volver a crearlas según las instrucciones de comprobación previa para Publicar/suscribir integraciones.  
URL de punto final personalizado     El punto final personalizado no se migró durante el cambio de versión.

Debe volver a crear el punto final personalizado.

Completar tareas posteriores al cambio de versión para Visual Builder

Para completar la migración, realice los siguientes pasos:

Tarea Quién Cuando Descripción de Tareas
Actualizar registro de DNS para punto final personalizado Administrador Inmediatamente después de la actualización

Si utiliza Visual Builder y tiene un punto final personalizado o puntos finales personalizados alternativos, actualice el CNAME del registro de DNS de punto final personalizado con el nombre de host de la instancia de Visual Builder.

Nota: no puede utilizar el mismo punto final personalizado para Visual Builder y Oracle Integration después del cambio de versión. Si utiliza el mismo punto final personalizado, puede que tenga problemas.

Completar tareas adicionales posteriores al cambio de versión

Equipo de operaciones de desarrollo Inmediatamente después de la actualización Realice las tareas descritas en Tareas que completar tras el cambio de versión en Administración de Oracle Visual Builder en Oracle Integration 3.

Tareas posteriores al cambio de versión para la automatización de procesos

Realice los siguientes pasos para completar la migración a Process Automation en Oracle Integration 3.

Nota

Si ha realizado una migración manual de aplicaciones de proceso utilizadas activamente, no es necesario que realice estas tareas posteriores al cambio de versión.

Reconfigurar la integración

Después de cambiar la versión de la instancia, la acción de proceso se convierte de una acción de proceso de Oracle Integration Generation 2 a una acción de proceso de Oracle Integration 3 y, aunque la integración estará en la acción de proceso de Oracle Integration 3, estará en estado desactivado. Por lo tanto, debe volver a configurar la integración mediante el asistente de llamadas de Process Automation.

Para obtener información sobre cómo volver a configurar la integración mediante el asistente de llamadas de automatización de procesos, consulte Llamada a un proceso desde una integración con una acción de proceso en Uso de integraciones en Oracle Integration 3.

Acceso a la asignación de tareas posteriores al cambio de versión para la automatización de procesos

Algunas tareas de asignación de acceso se completan automáticamente durante la actualización y otras son su responsabilidad.

Durante el cambio de versión, se agrega un nuevo servicio de Oracle Cloud para ayudar con la asignación.

Los siguientes roles de servicio se asignan automáticamente de Oracle Integration Generation 2 a Oracle Integration 3 durante el cambio de versión.

Oracle Integration Generation 2 (versión en inglés) Oracle Integration 3
ServiceDeveloper ServiceDeveloper
ServiceAdministrator ServiceAdministrator
ServiceUser NA
ServiceMonitor NA
ServiceDeployer ServiceDeployer
ServiceViewer NA
ServiceInvoker NA
ServiceEndUser NA

Tareas posteriores al cambio de versión de nivel de aplicación para la automatización de procesos

Realice las siguientes tareas para cada aplicación de proceso.

Tarea Quién Cuando Detalles

Actualizar asignaciones de roles

Desarrollador/administrador Inmediatamente después de la actualización Las asignaciones de roles han cambiado en Oracle Integration 3, por lo que debe asignar los roles existentes a los nuevos roles. Consulte Configuración de roles para aplicaciones de proceso en Uso de Oracle Cloud Infrastructure Process Automation.

propietarios del proceso

Agregue miembros que tengan los siguientes roles al rol Propietario de proceso en la nueva aplicación:

  • <application-name>.ProcessOwner
  • <application-name>.AnalyticsViewer
  • auto-handler for the swim-lane

Revisores de Procesos

Agregue miembros que tengan el rol <application-name>.ProcessReviewer al rol Revisor de proceso en la nueva aplicación.

Miembros con roles de carril de baño

Agregue miembros que tengan un rol swim-lane al rol asignado a la calle en la nueva aplicación.

Grupos

Cambie el grupo antiguo a un rol en la aplicación nueva y agregue el grupo al rol nuevo o agregue los miembros del grupo al rol nuevo.

Funciones

Cambiar el rol antiguo a un rol en la nueva aplicación y agregar miembros al nuevo rol.

Miembros que pueden iniciar un proceso

En las propiedades de inicio del proceso, seleccione los miembros que pueden iniciar el proceso de una de las siguientes opciones:

  • Miembros de rol con al menos permiso de uso: permite a cualquier usuario asignado un rol con permiso de uso o gestión ver e iniciar la aplicación. Tenga en cuenta que en un proceso estructurado, no es necesario asignar un usuario a la calle para iniciar el proceso.
  • Todos los usuarios y aplicaciones externas: permite a cualquier usuario o aplicación externa con acceso a Automatización de procesos ver e iniciar la aplicación.

Roles de proceso dinámico

Agregue miembros que tengan roles de proceso dinámico a los roles de proceso dinámico en la nueva aplicación.

Actualizar credenciales de conector

Desarrollador/administrador Inmediatamente después de la actualización Las credenciales no se migran a Oracle Integration 3, por lo que debe volver a configurar la autenticación para los conectores REST. Si hay varias aplicaciones que se conectan al mismo servidor, puede que desee crear una credencial global que se pueda reutilizar en todas las aplicaciones. Consulte Configuración de seguridad de autenticación básica en Uso de Oracle Cloud Infrastructure Process Automation.

Corrección de errores y advertencias

Desarrollador/administrador Inmediatamente después de la actualización Debido a que hay diferencias en las funciones de proceso entre Oracle Integration Generation 2 y Oracle Integration 3, deberá validar la aplicación y corregir los errores o advertencias. Consulte "¿Cómo se validan las aplicaciones?" en Aplicaciones de un vistazo en Uso de Oracle Cloud Infrastructure Process Automation.

Activar aplicación

Desarrollador/administrador Inmediatamente después de la actualización Una vez resueltos todos los errores de validación, active la aplicación para que se puedan disparar nuevas instancias y trabajar en ellas. Consulte Activación de aplicaciones en Uso de Oracle Cloud Infrastructure Process Automation.

Tareas posteriores al cambio de versión de nivel de servicio para la automatización de procesos

En función de cómo utilice Process, realizará diferentes pasos de nivel de servicio después del cambio de versión a Oracle Integration 3. Realice los pasos que se apliquen a la implantación.

Tarea Quién Cuando Detalles

Permitir mostrar la nueva URL de Process Automation

Developer Inmediatamente después de la actualización

Agregue la nueva URL de Automatización de procesos a las listas de permitidos. Para buscar la nueva URL, haga clic en Procesar en el menú Oracle Integration 3. Se le redirigirá a la URL de Automatización de procesos.

Actualice las integraciones para llamar a Process Automation

Developer Inmediatamente después de la actualización

Las API y los puntos finales de proceso han cambiado después del cambio de versión. Debe volver a configurar la integración mediante el asistente de llamadas de Process Automation. Consulte Volver a configurar la integración.

Actualice las aplicaciones de Visual Builder para llamar a Process Automation

Developer Inmediatamente después de la actualización

Las API y los puntos finales de proceso han cambiado después del cambio de versión. Como resultado, debe actualizar cualquier aplicación de Visual Builder que llame al proceso, sustituyendo cualquier patrón de interacción en desuso. Consulte Conexión a las API de automatización de Oracle Process en Creación de aplicaciones con capacidad de respuesta con Visual Builder Studio.

Actualizar clientes externos para llamar a Process Automation

Developer Inmediatamente después de la actualización

Si utiliza componentes de CCA de proceso en aplicaciones externas, no funcionarán después del cambio de versión a Oracle Integration 3. Debe pasar a utilizar los nuevos componentes de CCA de Process Automation para aprovechar las API. Consulte API de REST para Oracle Cloud Infrastructure Process Automation.

Compartir la nueva URL de Process Automation

Administrador Inmediatamente después de la actualización

La URL utilizada para acceder e interactuar con Automatización de procesos ha cambiado después de la actualización. Comparta la nueva URL con cualquier persona que necesite administrar Automatización de procesos, iniciar un nuevo proceso o ver y actuar en función de sus tareas.

Siga los procedimientos de verificación de su organización

Tarea Quién Cuando Detalles

Complete las tareas de verificación posteriores al cambio de versión de su organización

Miembros de equipo designados Dentro de dos semanas después de la actualización

Complete las tareas de verificación posteriores al cambio de versión de su organización, como la realización de pruebas de regresión.

Realice pruebas de carga de integración en una instancia de desarrollo/etapa antes de mover las integraciones a una instancia de producción.