Safe harbor statement

The following is intended to outline our general product direction. It is intended for
information purposes only, and may not be incorporated into any contract. It is not
a commitment to deliver any material, code, or functionality, and should not be relied
upon in making purchasing decisions.

The development, release, timing, and pricing of any features or functionality described
for Oracle’s products may change and remains at the sole discretion of Oracle
Corporation.
NUESTRO PROPÓSITO

“Transformar a México
empoderando a las personas
para ver los datos de manera diferente, tener
nuevas perspectivas,
descubrir posibilidades infinitas.”
Mantenimientos y Procesos Especiales
Customer Success

Copyright © 2019, Oracle and/or its affiliates. All rights reserved. 4

Agenda

1 Mantenimientos
2 Preparación para Updates Trimestrales
3 Recursos Clave
4 Proceso especiales (Mejores Prácticas)
5 Calendario de Mantenimiento
Mantenimentos

Los mantenimientos de productos SaaS están alineados con las

condiciones descritas en los documentos marco de Oracle Cloud:

- Customer Services Agreement (adjunto a su documento de pedido)

- Oracle Cloud Hosting and Delivery Policy
- SaaS Cloud Services Pillar Document
Tipos de Mantenimentos Fusion - Enterprise

Mantenimientos Mantenimientos Mantenimientos

Updates Updates
mensuales Vertex de por excepción –
trimestrales adicionales
(Opcional) Infraestructura One Off

Se envían notificaciones de correo a los administradores de My Services y también a las personas de la lista de
distribución, aprobada por el Administrador. Estos pueden ser empleados, CSMs, prestadores de servicios u otros.

Confidential – © 2019 Oracle

 Updates Trimestrales
- Programados, predecibles, consistentes y confiables.
- No pueden ser omitidos o reprogramados, son obligatorios para todos los clientes
- Proporcionan soluciones para problemas reportados con Oracle Cloud Applications, Oracle Fusion Middleware y
Oracle Transactional Business Intelligence (OTBI).
- Incluyen funcionalidades nuevas, fixes, mejoras a producto y el paquete de mantenimiento del mes de
actualización correspondiente.
- Deben ser consideradas en todos los planes de trabajo.

Calendario :

- Ambientes TEST y DEV: Primer viernes del mes de la actualización

- Ambiente PROD: Tercer viernes del mes de la actualización
- Horario de inicio estimado: 9PM, horario del centro de datos (1681146.2)*

* El administrador de My Services recibirá previamente notificaciones del equipo Cloud Operations de Oracle con el horario
y tiempo estimado del proceso de actualización.
Jan-Apr-Jul-Oct
* Nota: Consultar calendario de actualizaciones 2020 y 2022 en el slide 33.
Feb-May-Aug-Nov
Documentos de My Oracle Support con información adicional:
Mar-Jun-Sep-Dec
Doc ID 1603154.1: Oracle Applications Cloud Known Issues and Maintenance Packs
Doc ID 1966109.1: Oracle Applications Cloud – Fusion Applications Update Policy
 Mantenimientos mensuales (Opcional)
- Esquema flexible para cuando el Cliente requiere actualizaciones frecuentes para obtener la solución expedita a
un SR/Bug.
- Se debe registrar un SR en MOS al menos 10 días hábiles antes del primer viernes del mes en que desea
realizar el cambio (iniciar, extender o cancelar el mantenimiento mensual).
- La actualización y aprobación es por excepción.
- Se recomienda que las actualizaciones mensuales sean aplicadas en todos sus entornos-ambientes.
- Puede solicitar recibir paquetes de mantenimiento mensuales durante un mes o varios meses. Una vez que elija
recibir los Paquetes de mantenimiento mensuales, continuará recibiéndolos hasta la fecha de finalización que
especificó en su SR.

Calendario :

- Ambientes TEST y DEV: Primer viernes del mes elegido

- Ambiente PROD: Tercer viernes del mes elegido
- Horario de inicio estimado: 9PM, horario del centro de datos (1681146.2)*

* El administrador de My Services recibirá previamente notificaciones del equipo Cloud Operations de Oracle con el
horario y tiempo estimado del proceso de actualización.
Vertex

Tax and Address Files

Día 28 Ambiente TEST

del mes
Cadencia y DEV
Obligatorio Aplicación
Mensual Día 25 Ambiente PROD
del mes

- Únicamente para clientes de Payroll en USA y Canadá.

- No implican interrupción del servicio.
- La guía de cálculo de Vertex se actualiza según sea necesario y se puede acceder desde My Services.
Mantenimientos de Infraestructura
- Actualizaciones periódicas para la optimización de bases de datos y
hardware
- Son obligatorios
- La duración del mantenimiento suele ser de 4 horas o menos.
- Programado para el segundo, cuarto y, si corresponde, quinto fin de
semana del mes. La hora de inicio depende de la región del cliente.

- Importante revisar en la notificación los impactos, por ejemplo:

- Que no se pueda procesar:Payroll, quick pays y reportes de payroll.

- Impacto en procesos calendarizados: forecast, reportes,
importaciones/extracciones e interfaces.
- Escenarios: sin interrupción, retrasos-lentitud, interrupción temporal,
e interrupción total.
 Mantenimientos por excepción (One Off/CWB)
- One Off CWB (Cumulative Weekly Bundle) son mantenimientos opcionales
- Se proponen como solución a una problema reportado dentro de un SR donde se ha reportado algún
problema que se encuentre impactando algún proceso crítico del cliente.
- Estas solicitudes se procesan y aprueban por excepción y caso a caso; para ello deben cumplir los siguientes
criterios:

- No hay una solución documentada al problema reportado

- No hay una solución alternativa (workaround) disponible.
- La solución está disponible en una versión futura del producto y puede ser transportad a la versión actual
mediante un proceso que involucra e un proceso que involucra Quality Assurance (Backport).
- Es claro y está documentado cómo este problema afecta de forma grave a uno o varios procesos clave de
negocio.
- Si la excepción es procesada y aprobada por Soporte Oracle se le explicará la forma de obtenerla y las fechas /
horas disponibles de actualización de la aplicación en los ambientes no productivos y productivos
- Este tipo de excepción afecta los procesos de PT previamente agendados. Se recomienda revisar caso a caso.
- Una actualización de excepción introduce diferencias en los niveles de actualización entre sus entornos. Es
posible que deba reprogramar cualquier clonación de ambientes que estén agendados.

Puede ver más información en el documento de Soporte

Oracle Applications Cloud – Fusion Applications Update Policy 1966109.1 One-Off Service Update (Sólo OFSC)
Mantenimientos Concurrentes
La opción de Mantenimiento Concurrente le permite mantener sus entornos de no producción y
producción al mismo nivel de código, asegurándose de que las actualizaciones se apliquen a ambos
entornos al mismo tiempo.
Hay dos tipos de mantenimiento concurrente disponibles:

Mantenimiento concurrente Mantenimiento simultáneo

en Modo No Producción en Modo Producción

Aplica SOLAMENTE si
Aplica SOLAMENTE si el está en producción y tiene
cliente aún no está en más de un entorno TEST
producción, y garantizará o DEV. Asegura que el
que el entorno de entorno de no producción
producción se mantenga al adicional se mantenga
mismo nivel que el (los) siempre al mismo nivel
entorno (s) TEST o DEV. que el entorno de
producción.

Puede ver más información en el documento de Soporte:

Doc ID 1646394.1: Oracle Applications Cloud Concurrent Maintenance Option
Mantenimientos Emergentes
Oracle realiza esfuerzos para limitar al máximo las interrupciones y excepciones
relacionadas con las actualizaciones.
Sin embargo, puede haber una necesidad ocasional de que haya variaciones en el
calendario de actualizaciones por varias razones, tales como:

– Actualizaciones de emergencia no programadas para abordar un problema crítico que

afecta a todos los clientes
– Extender un tiempo de interrupción planificado para una actualización

Generaremos los esfuerzos necesarios para pronosticar estos casos especiales y brindarle
notificaciones por adelantado.
 Preparación para
Updates Trimestrales

15
Confidential – © 2019 Oracle Internal/Restricted/Highly Restricted
Diferencias entre Upgrades y Updates

La mayoría de las
El proceso es un nuevas ¡Los Updates son
update funcionalidades predecibles!
son opcionales

 Eventos más pequeños  Usted elige cuándo y  Incluya en su plan de trabajo y

y menos disruptivos cómo activarlas. pruebas el calendario predefinido
de update de sus productos.
 ¿Qué sucede antes de un update?
4+ semanas antes
- Revisar materiales
CLIENTE
- Preparar plan de pruebas
- Se recomienda la solicitud
del clonado de producción
a pruebas (P2T)
- Publica documentos de
ORACLE
Release Readiness,
Whats’ new, y
documentación.
Primer viernes del mes
Ambientes no productivos (TEST, DEV)
1 semana antes Primer día después
- Ejecutar el plan de pruebas
- Respaldar reportes custom en las primeras horas
- Publicar o borrar - Ejecutar pasos post-update
sandboxes (si es necesario)
- Suspender ESS Jobs - Crear SRs para cualquier
customizados problema para el final del
- Suspender BI Jobs día
customizados - Reiniciar los jobs
suspendidos
- Oracle Support responde al
los SRs con prioridad por
ser relacionados a un
- Envía notificaciones sobre
update.
el update a los contactos
- Respecto de SRs críticos y
de My Services
escalados y con ruptura en
proceso de Soporte Oracle
involucrar a CSM
Tercer viernes del mes
Actualización ambiente productivo (PROD)
1 – 2 días antes Primer día después
- Respaldar reportes custom
- Revisión de los principales
- Publicar o borrar
procesos de negocio
sandboxes
- Ejecutar pasos post-update
- Suspender ESS Jobs
(si es necesario)
customizados
- Reiniciar los jobs
- Suspender BI Jobs
customizados suspendidos
- Oracle Support responde al
los SRs con prioridad por
ser relacionados a un
- Envía notificaciones sobre
update.
el update a los contactos
- Respecto de SRs críticos y
de My Services
escalados y con ruptura en
proceso de Soporte Oracle
involucrar a CSM
Oracle Applications Cloud Information Center

Panel de información dentro del portal

My Oracle Support que incluye:
• Cómo empezar con su servicio en la
nube
• Gestionar su servicio en la nube
• Procedimientos en el servicio
• Actualizaciones
• Políticas y directrices de la nube

https://www.oracle.com/webfolder/technetwork/tutorials/tutorial/readiness/home/index.html

Puede ver más información en el documento de Soporte

Oracle Applications Cloud – Information Center for Administrators: Doc ID 110.2
Oracle Cloud Readiness
• Spotlights: Videos de resumen.
• New Feature Summary: Contiene
descripciones de alto nivel.
• What’s New Guide: Proporciona los
detalles y es el recurso principal para
la planificación de actualizaciones.
• Readiness Training videos: Visión
detallada de las nuevas funciones,
incluidas las demostraciones y las
mejores prácticas.
¿Qué hay en la Guía “What’s new?”

ORACLE RECOMIENDA FUERTEMENTE CONSULTAR ESTE MATERIAL ANTES DE CADA UPDATE

Respaldar reportes y suspender jobs
Reportes Personalizados
Mueva todos sus informes personalizados a una carpeta segura
– Carpeta personalizada debajo de Carpetas compartidas si desea que el informe esté disponible
para otros
– Mis carpetas si no está compartiendo el informe
– Los cambios a los informes en otras carpetas pueden ser sobrescritos

Custom-Scheduled ESS y BI Jobs

Suspenda cualquier Custom-Scheduled Enterprise Scheduler Service (ESS) jobs que esté programado
para ejecutarse durante el período de actualización.
– Consulte el tema Managing Scheduled Processes en Oracle Applications Help para obtener
información sobre cómo poner en espera un proceso programado.
Suspenda cualquier Custom BI Report job programado para el período de actualización.

No tiene que suspender ninguno de los jobs predefinidos que se ejecutan automáticamente.
 ¿Qué sucede después de un update?
4+ semanas antes
- Revisar materiales
CLIENTE
- Preparar plan de pruebas
- Se recomienda la solicitud
del clonado de producción
a pruebas (P2T)
- Publica documentos de
ORACLE
Release Readiness,
Whats’ new, y
documentación.
Primer viernes del mes
Ambientes no productivos (TEST, DEV)
1 semana antes Primer día después
- Ejecutar el plan de pruebas
- Respaldar reportes custom en las primeras horas
- Publicar o borrar - Ejecutar pasos post-update
sandboxes (si es necesario)
- Suspender ESS Jobs - Crear SRs para cualquier
customizados problema para el final del
- Suspender BI Jobs día
customizados - Reiniciar los jobs
suspendidos
- Oracle Support responde
al los SRs con prioridad
por ser relacionados a un
- Envía notificaciones sobre
update.
el update a los contactos
- Respecto de SRs críticos y
de My Services
escalados y con ruptura en
proceso de Soporte Oracle
involucrar a CSM
Tercer viernes del mes
Actualización ambiente productivo (PROD)
1 – 2 días antes Primer día después
- Respaldar reportes custom
- Revisión de los principales
- Publicar o borrar
procesos de negocio
sandboxes
- Ejecutar pasos post-update
- Suspender ESS Jobs
(si es necesario)
customizados
- Reiniciar los jobs
- Suspender BI Jobs
customizados suspendidos
- Oracle Support responde al
los SRs con prioridad por
ser relacionados a un
- Envía notificaciones sobre
update.
el update a los contactos
- Respecto de SRs críticos y
de My Services
escalados y con ruptura en
proceso de Soporte Oracle
involucrar a CSM
¿Qué ejecutar en sus pruebas de regresión?

Validar su configuración actual y procesos críticos para asegurar

SI que la actualización no ha causado un impacto negativo a sus
instancias.

NO Probar las nuevas funcionalidades disponibles en el update.

Este no es el momento adecuado para este proceso

6
1. Flujos de procesos clave para diferentes roles en la organización
Areas que se recomienda 2. Reportes críticos customizados
sean incluidas en el plan 3. Integraciones con otras aplicaciones
trimestral de pruebas 4. Flujos de trabajo personalizados
(Pruebas de Regresión) 5. Procesos UI “Ready to use”
6. Características que puedan afectar la configuración actual
¿Cuándo ejecutar pruebas de regresión?
En el Día 1 después de la actualización…
- Ejecute sus pruebas de regresión dentro de las primeras horas que su(s) ambiente(s) no
productivos (TEST, DEV, etc) han sido actualizados.
- Proactivamentre genere solicitudes de servicio en My Oracle Support:
- Indique en el título y descripción del SR que el problema no existía antes de la
actualización
- Indique la fecha en que la actualización se aplicará a la producción u otros entornos
- Presente un SR por separado para cada problema detectado

¿Por qué?
- Existe una ventana de dos semanas para resolver cualquier problema antes de que su
ambiente PROD sea actualizado.
- La fecha y hora de la actualización de version (update) de su ambiente PROD no puede ser
cambiada, ni se crearán excepciones par este proceso.
Procesos especiales Fusion (Mejores prácticas)
- Todas las aplicaciones Fusion cuentan
con un ambiente de pruebas (TEST). Sin
Uso restringido para embargo no todas las aplicaciones de
PROD actividades productivas Oracle Cloud cuentan con esta
característica.

- Si requiere de ambientes adicionales de

Enfocado en aplicar/probar
TEST configuraciones y datos antes
de hacerlos productivos
- Factores que contribuyen a considerar el
Pueden adquirirse entornos
adicionales para otras
DEV actividades (capacitación,
familiarización, etc.)
prueba estos pueden ser adquiridos a un
costo adicional.
uso de una estrategia de gestión de
entornos:
- Capacidades de servicio actuales.
- Ciclo de vida del proyecto:
Implementación inicial vs.
posteriores.
- Cantidad y complejidad de clientes
 Procesos especiales Fusion (Mejores prácticas)
- Requiere ser solicitado con al menos 3 semanas de anticipación.
P2T (PROD to TEST) - Realiza la migración de datos desde PROD hacia TEST o DEV.
- Sucede generalmente después de la puesta en marcha o como
preparación para la mejoras post producción.
TEST - Los usuarios de prueba deberán crearse nuevamente.
PROD DEV1 - Los entornos de PROD y TEST – DEV deben tener idéntico nivel de
DEV2 patching
- Periodo de blackout desde 5 días antes y 3 días después del update.

- Realiza la migración de datos desde TEST – DEV hacia TEST o DEV otro
para brindar apoyo a los ciclos de prueba
T2T (TEST to TEST) - Aplicable si existe mas de un ambiente de prueba (DEV1, DEV2, etc).
- Sólo se aplica a clientes que hayan comprado entornos de prueba
adicionales.
TEST - Los entornos de TEST – DEV deben tener idéntico nivel de patching.Los
TEST DEV1 entornos de PROD y TEST – DEV deben tener idéntico nivel de patching
DEV2 - Periodo de blackout desde 5 días antes y 3 días después del update.

Puede ver más información en el documento de Soporte

Environment Refresh (Doc ID 2015788.1) Instance Clonning Policy (Sólo OFSC)
 Procesos especiales Fusion (Mejores prácticas)
Environment Usage Evaluation - Los ambientes de aplicaciones cloud de Oracle estan dimensionados para
soportar un uso básico, P.E. CRP, familiarización, setup y pruebas

- Este tamaño inicial usualmente es suficiente para ambientes no

productivos pero puede ser insuficiente para ambientes productivos.

- La evaluación de uso de un ambiente permite revisar la configuración actual de

la instancia y determinar si se requiere de algún cambio para proporcionar un
PROD desempeño óptimo de acuerdo al número de usuarios y los servicios.
PROD Data Center

- Para solicitar esta evaluación se requiere de generar un SR y proporcionar

TEST información a través el formato Environment Usage Assessment Template. Se
DEV TEST sugiere que esta evaluación se solicite para ambientes productivos de forma
Database Infrastructure DEV previa a un Go live, aunque tambien puede solicitarse de forma posterior.

- Es posible solicitar el proceso para ambientes no productivos previo a un

Operations Services milestone importante, como puede ser un Conference Room Pilot (CRP) o User
Acceptance Testing (UAT).Solicite este proceso al menos con 4 semanas de
anticipación de la fecha de su update trimestral.

Puede ver más información en el documento de Soporte

Environment Resizing (Doc ID 2015718.1)
 Calendario de
Mantenimiento

32
Confidential – © 2019 Oracle Internal/Restricted/Highly Restricted
 Cronograma de Updates Trimestrales *
Fusion
(ERP, HCM, SCM, CPQ and CX Sales)

Cohort A Cohort B Cohort C

Mes/Sem 1 2 3 4 1 2 3 4 1 2 3 4

Enero P2T 22D RT 22D

Febrero 23A RT 23A P2T Recomendaciones

Marzo 23A RT 23A P2T Clonación del ambiente productivo al

ambiente de pruebas, una vez hecha la
Abril P2T 23A RT 23A solicitud, toma aproximadamente 4
semanas para recibir el clonado. Se
P2T
hace vía MyServices y se deben tener en
Mayo 23B RT 23B P2T cuenta los períodos de Blackout (2
Semanas antes Test hasta 3 días
Junio 23B RT 23B P2T después de prod)
Regresion Test: se recomienda hacer
Julio P2T 23B RT 23B RT pruebas en el ambiente de Test una vez
se reciba el update
Agosto 23C RT 23C P2T

Septiembre 23C RT 23C P2T

* Oracle se reserva el derecho de

Octubre P2T 23C RT 23C efectuar cambios en las fechas de
update de versión mencionadas,
Noviembre 23D RT 23D P2T siendo estos cambios notificados
con anticipación a sus clientes.
Diciembre 23D RT 23D P2T

Enero/2024 23D RT 23D

 Cronograma de Updates Trimestrales *
Fusion
(ERP, HCM, SCM, CPQ and CX Sales)

Notas
•Recomendaciones para el update
• Clonación de ambientes: Se tiene que solicitar al menos 4 semanas antes de la fecha de
update. Se hace vía MyServices.
• Update Test: Se recibe el primer viernes del mes.
• Regresion Test: Se cuenta con 2 semanas para hacer pruebas en ambiente Test.
• Update Prod: Se recibe el tercer viernes del mes.
•CPQ
• Para consultar los días exactos del calendario de actualizaciones para 2022 y 2023:
Document 1642278.2 (oracle.com)

* Oracle se reserva el derecho de

efectuar cambios en las fechas de
update de versión mencionadas,
siendo estos cambios notificados
con anticipación a sus clientes.
 Cronograma de Updates Trimestrales *
ENTERPRISE PLANNING MANAGEMENT

Las fechas exactas para la realización de las actualizaciones se

publican en la documentación del Oracle Readiness liberada
mensualmente en la sección "MONTHLY UPDATE SCHEDULE" Hacer copias de seguridad de la
(PBCS, FCC, etc.)

https://www.oracle.com/webfolder/technetwork/tutorials/tut instantánea de mantenimiento diario y

orial/cloud/epm/wn/epm/new-epm-wn.htm restaurar el entorno según sea necesario
son operaciones de autoservicio. Oracle
recomienda que descargue la instantánea
de mantenimiento todos los días a un
servidor local.

Oracle Cloud Readiness:

https://www.oracle.com/webfolder/technetwork/tutorials/tutorial/readin
ess/offering.html?offering=enterprise-performance-management-20

* Oracle se reserva el derecho de efectuar cambios en las

fechas de update de versión mencionadas, siendo estos
cambios notificados con anticipación a sus clientes.
 Cronograma de Updates Trimestrales *
Field Services

•Proceso de Update:
•El proceso de actualización general de Field Service puede ser consultado en el siguiente enlace:
https://cx.rightnow.com/app/answers/detail/a_id/8780
•Data Mark:
•Herramienta en la que se pueden consultar, además de las fechas de programación de los
upgrades, métricas de uso, SLA de servicio, entre otros. Acceso vía
https://admin.fs.oraclecorp.com/datamart/f?p=dm

•Proceso de Update
Responsys

•Las actualizaciones de Responsys están sujetas a cambios de fechas, puede

apoyarse en la información del siguiente link para confirmar el calendario:
Release Center
(https://community.oracle.com/topliners/discussion/4477587/oracle-responsys- * Oracle se reserva el derecho de efectuar cambios en las
release-center#latest) y Maintenance Calendar fechas de update de versión mencionadas, siendo estos
(https://community.oracle.com/topliners/discussion/4471297/oracle-responsys- cambios notificados con anticipación a sus clientes.
system-maintenance-calendar#latest)
OTM/GTM Specific Patching & Instance Copies

Quarterly Releases
- Three per Year – A, B, C
- Quarterly patches are delivered on the 1st Friday of the Month (TEST), and 3rd Friday of the months
or Saturday (Retail Prod) of the Month (PROD)
- Cohort schedule:
- FEB-MAY-AUG, MAR-JUN-SEP, APR-JUL-OCT
- You may request a one-time cohort / schedule change by logging an SR, if the one originally assigned cohort is not optimal
for your business

Patching
- Fixes delivered outside of Quarterly releases in a patch called the “Weekly”
- All patches are cumulative
- In order to get a patch applied, it must be requested via SR.
- Patches are applied to TEST during the weekly maintenance window. The following week the patch is applied to PROD
- Requires a downtime of 2 hours
OTM/GTM Specific Patching & Instance Copies

Maintenance Window
- Note: Maintenance Schedules for OTM/GTM Cloud Patching and Infrastructure Updates (Doc ID 2215257.1)
- For the US, the patching window is Fridays at 21:00 PST.
- There is an “American Retail” Maintenance Window as an option which moves window to Saturday. Changes to maintenance
window are permanent. This is only for Production instances.

Instance Copies
- P2T or T2T
- No T2P, No D2P
- 3 weeks lead time is required for P2T
- Both instances must be on the same patch level prior to the copy

Key Documentation
- Example Release Notes for Release 22: Oracle Transportation and Global Trade Management Cloud Update Bundle Documents
for 22 (Doc ID 2827533.1)
- Admin Guide, What’s New Document, Opt In Feature
- Oracle Cloud Applications - Oracle Warehouse Management Cloud: Quarterly Update Planning (Doc ID 2652097.1)
- How Does Oracle Warehouse Management database copy and update process work across multiple environments? (Doc ID
2519902.1)
 Gracias
Customer Success México