Maintenance required - Wednesday July 15 1:00 pm (UTC – Coordinated Universal Time)

Support Central will be briefly offline on Wednesday July 15 at 1:00pm (UTC) while we make improvements and upgrades to this site.

You are here

How we communicate about incidents

The what, how and when we communicate about incidents.

What is an incident?

An incident is an operational event requiring a timely response because the platform is unavailable or experiences a performance degradation affecting key functionality for a significant number of customers. 

An incident will typically have the following stages:

  • Investigating: our teams are actively investigating but the cause has not yet been identified.
  • Identified: the cause and remediation action have been identified.
  • Monitoring: remediation work has been completed and we are monitoring to determine if the Platform is responding as expected.
  • Resolved: we are satisfied the platform is responding as expected. There may still be some secondary issues occurring, but if these do not meet the definition of an incident, we will close the incident and put these in a priority queue. 

After the incident is resolved, the teams involved meet to conduct a postmortem to determine the cause, assign corrective actions and ensure learnings are carried forward.

What incidents do we generally communicate about?

  • When an instance is unavailable.
  • Performance degradation affecting key functionality for a significant number of customers.

How do we communicate?

The Oracle Aconex Statuspage displays the status of Aconex instances across the globe. You can subscribe to be notified of incidents via email and/or text.

What notification timeframe do we target?

  • We communicate after we have determined that an operational event meets the definition of an incident. 
  • We aim to provide a balance between keeping customers informed, and avoiding sending unnecessary notifications.

What do each of the statuses mean on Statuspage?

System performance is as expected.

System performance is as expected.

The Platform is unavailable. 

The Platform is unavailable. 

A component is unavailable (but other components are still available). 

A component is unavailable (but other components are still available).

The Platform or component is noticeably degraded (e.g. slow response). 

The Platform or component is noticeably degraded.

We give advance notice of maintenance required over and above the usual scheduled maintenance time slots. Scheduled maintenance time slots are not advised via Statuspage notifications. Please see the weekly maintenance schedules.

Scheduled maintenance time slots.

Was this article helpful?

Thanks. A ticket has been opened with the Support Central team.