Personalized SAP Concur Open Updates
Personalized up-to-the-minute service availability and performance information
-
OPI-6232179 : US2 | EU2 | APJ1 : Travel : Root Cause Analysis
6 May 2026 | 9:23 am
SAP Concur New Travel customers experienced a disruption to the New Concur Travel service. Performance metrics indicated approximately a 90% drop in overall New Concur Travel bookings, while internal testing confirmed the issue symptom to be upstream from the travel searching and booking process, specifically affecting access to the New Concur Travel service. Upon signing in, all users were redirected back to the legacy SAP Concur Travel service. Internal testing also indicated refreshing the page or logging out and logging back in, had no effect on bringing users back to the New Concur Travel service. A potential workaround was identified, all affected users may have been able to successfully complete travel searches and bookings despite being in legacy Concur Travel. Root Cause: The issue was triggered by a newly introduced configuration reference that had not yet been set up in the underlying system. As a result, the travel platform’s routing service—which determines whether users are directed to the modern or legacy booking experience—received incomplete data and made incorrect routing decisions. At the same time, an unrelated, pre‑existing platform issue prevented the system from refreshing its configuration data correctly. This caused the routing service to rely on outdated information, extending the impact across all travel booking services. The change that introduced the invalid configuration reference was fully rolled back, and service was restored once the update had propagated across all regions. Corrective Measures: The following corrective and preventative actions were identified. -Revert the configuration update for new travel hotel. -Update the authentication endpoint to retrieve credentials from the correct endpoint. -Update the validation checks to ensure configuration parameters dependencies are met. -Update the connection store to not cancel all clients requesting a refresh if only one of them times out.
-
OPI-6235278 : US2 | EU2 | CONCUR CLOUD FOR PUBLIC SECTOR : Travel : Issue Identified and Resolved
5 May 2026 | 3:46 am
In the US2, EU2, and Concur Cloud for Public Sector Data Centers, Legacy and New Concur Travel users were unable to search for Air, Car and Hotel via Sabre GDS. The affected Legacy Concur users were getting intermittent errors when searching for Travel, while the New Concur Travel users observed total disruption and errors when trying to search for Travel via Sabre GDS. Our internal monitoring tools detected the issue and successfully auto restored service performance. We have verified that service performance is stable and will now resolve this incident. An investigation into the root cause of this incident will now be conducted, and a root cause analysis report provided when that investigation is complete.
-
OPI-6234003 : US2 : Travel : Issue Identified and Resolved
1 May 2026 | 1:31 pm
Successful New Concur Travel hotel searches via the Travelport+ Global Distribution System (GDS) dropped by 33% between 10:00AM UTC 30 April 2026 and 5:00AM UTC 01 May 2026. The degradation in overall successful hotel searches reflected a disruption to hotel searches via the Travelport+ GDS for approximately 2% of customers, affecting all users within those customer environments. After entering desired hotel search parameters and clicking Search Hotels, you saw an error, "No Hotels available" for all cities and dates searched. You were unable to complete your hotel booking. Air and car searches were unaffected. Unfortunately, there was no workaround during the time of impact. The Incident Response Team (IRT) reported a high priority incident to Travelport and worked with Travelport to provide resolution. An investigation into the root cause of this incident will now be conducted and a root cause analysis report provided when that investigation is complete.
-
OPI-6234019 : US2 : Expense : Issue Resolved
30 April 2026 | 12:40 pm
As of 3:21 PM UTC on 30 April 2026, our internal monitoring indicated a degradation within the Expense Service in the US2 Data Center, affecting the creation and submission of expense reports and related expense task worklows, impacting 100% of customers. The degradation resulted in an unstable service that was unusable due to poor performance, causing severe delays in service‑wide business operations. When attempting to create and submit an expense report or complete expense‑related tasks, you experienced extreme latency and sporadic failures with an error message. Attempted creations, submissions, and tasks were not completing. As a potential workaround, you may have been able to try again; however, latency or performance issues may still have been experienced. The Incident Response Team (IRT) took action to increase capacity in order to restore service. We have verified that service performance is stable and will now resolve the incident. An investigation into the root cause of this incident will be conducted , and a root cause analysis report provided when that investigation is complete.
-
OPI-6234019 : US2 : Expense : Issue Status Update
30 April 2026 | 12:23 pm
As of 3:21 PM UTC on 30 April 2026, our internal monitoring indicated a degradation within the Expense Service in the US2 Data Center, affecting the creation and submission of expense reports and related expense task worklows, impacting 100% of customers. The degradation resulted in an unstable service that was unusable due to poor performance, causing severe delays in service‑wide business operations. When attempting to create and submit an expense report or complete expense‑related tasks, you experienced extreme latency and sporadic failures with an error message. Attempted creations, submissions, and tasks were not completing. As a potential workaround, you may have been able to try again; however, latency or performance issues may still have been experienced. Services have returned to normal operating levels. We will continue monitoring performance for the next 15-30 minutes to verify stability. Once verified as stable the incident will be resolved.