Interfejs użytkownika NextGen dla modułu Concur Request

Stały rozwój interfejsu użytkownika rozwiązania Concur Request to wynik pogłębionych analiz i przemyślanego projektu, w wyniku którego powstał nowoczesny, intuicyjny i prosty w obsłudze interfejs służący do przetwarzania wniosków.

Klienci korzystający z modułu Concur Request zyskają możliwość przejrzenia nowej generacji interfejsu użytkownika modułu NextGen i zdecydowania się na jej wdrożenie jeszcze przed ostatecznym terminem obligatoryjnego przejścia.

Cel biznesowy/korzyści dla klienta: W rezultacie powstał interfejs użytkownika Concur Request nowej generacji: nowoczesny, spójny i bez niepotrzebnych komplikacji. Zastosowana technologia nie tylko wnosi udoskonalenia do interfejsu użytkownika, lecz także sprawia, że zespół może szybciej reagować na życzenia klientów i zaspokajać nowe potrzeby.

Uwierzytelnianie

Zmiany te stanowią element długoterminowego zobowiązania zespołu do zapewnienia bezpieczeństwa uwierzytelniania w rozwiązaniach SAP Concur.

SAP niedługo rozpocznie proces dezaktywacji kodu HMAC (Hash-Based Message Authentication Code) jako opcji pojedynczego logowania do rozwiązań SAP Concur. W zamian wprowadzona zostanie usługa SAML SSO, która będzie samodzielną metodą konfigurowania ustawień umożliwiających administratorom klienta uzyskiwanie dostępu do SAP Concur w celu ukończenia połączeń SAML.

Klientów obecnie używających kodu HMAC zachęcamy do migracji do narzędzia samoobsługowego SSO od razu po jego wprowadzeniu (które jest planowane na II. kwartał 2020 r.). Nowe narzędzie samoobsługowe SSO umożliwia dodawanie kilku portali (dostawców tożsamości).

Wycofywanie kodu HMAC składa się z dwóch etapów:

ETAP I:

• Klienci muszą mieć dostawcę tożsamości (IdP) lub niestandardowe rozwiązanie SAML 2.0.
• Klienci rozpoczną testowanie nowego samoobsługowego narzędzia SSO.
• Partnerzy Travel Management Companies (TMC) przygotowują się do wdrożenia nowych klientów SAP Concur, korzystając z nowego narzędzia samoobsługi z logowaniem SSO. Wdrożenie nowego narzędzia planowane jest na II. kwartał 2020 r.
• Kiedy narzędzie SSO będzie dostępne, klienci zostaną powiadomieni za pośrednictwem uwag do wydania o oficjalnej dacie wycofania HMAC. W raz z upływem daty wycofania nie będzie możliwe wdrażanie nowych klientów z użyciem kodu HMAC; konieczne będzie wdrożenie nowych klientów za pośrednictwem nowego narzędzia samoobsługowego SSO.
• W przypadku istniejących klientów korzystających z HMAC konieczna będzie migracja z użyciem nowego narzędzia samoobsługowego SSO.

ETAP II:

• Partnerzy Travel Management Companies (TMC) kontynuują migrację istniejących klientów SAP Concur z usługi HMAC do nowego narzędzia samoobsługi z logowaniem SSO.
• Zamknięcie usługi HMAC po zakończeniu migracji z HMAC do nowego narzędzia samoobsługowego SSO. Zakończenie II etapu jest planowane na koniec pierwszej połowy 2020 roku.

Cel biznesowy/korzyści dla klienta: Zmiana ta zwiększa bezpieczeństwo oraz przyspiesza i ułatwia obsługę użytkownikom logującym się do produktów i usług SAP Concur.

Przechowywanie danych

Od 2 czerwca 202 r. w przypadku usunięcia danych użytkownika zgodnie z polityką przechowywania danych kod kraju powiązany z usuniętymi użytkownikami jest dezaktywowane przez ustawienie kodu kraju na wartość XX (nieaktywny).

Wcześniej kod kraju w przypadku usuniętych użytkowników był domyślnie ustawiany na wartość US.

Cel biznesowy/korzyści dla klienta: Usprawnia to raportowanie dzięki spójnemu ustawieniu danych kodów krajów dla usuniętych użytkowników na kod przeznaczony do tego celu.

Aktualizacje funkcji transferu plików

Niniejsze uwagi do wydania są przeznaczone dla pracowników technicznych odpowiedzialnych za przesyłanie plików w systemie SAP Concur. Z myślą o klientach i dostawcach uczestniczących w wymianie danych SAP utrzymuje podsystem transferu plików SAP Concur zapewniający wyższy poziom bezpieczeństwa podczas przesyłania danych.

W przypadku obiektów SAP Concur wykorzystujących obecnie starsze procesy przenoszenia plików SAP rozpocznie migrację do bardziej efektywnego i bezpiecznego procesu kierowania plików bazującego na interfejsach API.

Klienci, których obiekty są obecnie skonfigurowane z myślą o obsłudze dotychczasowego procesu, zostaną zmigrowani do nowego, bardziej wydajnego procesu przed końcem 2020 r. Po migracji do bardziej wydajnego procesu klienci zaobserwują następujące usprawnienia:

• W przypadku dotychczasowego procesu istniała konieczność oczekiwania na uruchomienie w konkretnie wyznaczonym terminie harmonogramu przenoszenia plików. W przypadku nowego, bardziej efektywnego i bezpieczniejszego procesu bazującego na interfejsie API wyciągi i inne pliki wychodzące z systemu SAP Concur będą dostępne w ramach istniejącego procesu przetwarzania plików w ciągu doby tuż po utworzeniu plików.

Informacja ta dotyczy następujących punktów końcowych DNS transferu plików:

• st.concursolutions.com

Cel biznesowy/korzyści dla klienta: Zmiany te zwiększają bezpieczeństwo i efektywność operacji transferu plików.

Języki

Wraz z wydaniem majowym (z 16 maja) SAP dodał w rozwiązaniach SAP Concur obsługę następujących języków:

• Tajski

Cel biznesowy/korzyści dla klienta: Zmiana ta umożliwia użytkownikom skonfigurowanie tajskiego jako języka domyślnego tekstów IU w rozwiązaniach SAP Concur. Wybór tajskiego jako języka domyślnego dla tekstów IU może skutkować również zmianą niektórych ustawień regionalnych.

Różne

Począwszy od maja użytkownicy mogą łączyć się z centrum danych USA za pośrednictwem witryny www.concursolutions.com lub nowego adresu URL us1.concursolutions.com. Ponadto w trzecim kwartale br. nastąpi zmiana, zgodnie z którą użytkownicy łączący się z centrum danych USA za pośrednictwem witryny www.concursolutions.com będą przekierowywani pod adres us1.concursolutions.com.

Cel biznesowy/korzyści dla klienta: Adres URL us1.concursolutions.com jest spójny z adresem URL pozostałych centrów danych. Na przykład użytkownicy łączący się z centrum danych EMEA są przekierowywani pod adres eu1.concursolutions.com.

Certyfikat udostępniony przez usługę SAP Concur SAML w wersji 2 i służący do nawiązania połączenia SSO z dostawcą tożsamości utraci ważność z dniem 25 czerwca 2020 r. W przypadku nieodnowienia certyfikatu przed 25 czerwca 2020 r wygaśnięcie certyfikatu może spowodować brak możliwości logowania się użytkowników do produktów SAP Concur.

Rozwiązania SAP Concur oferują funkcję SSO, aby uprościć proces logowania się użytkownika do systemu oraz zwiększyć bezpieczeństwo danych. Proces SSO wymaga nawiązania zaufanego połączenia między dostawcą tożsamości (IdP) a dostawcą usług (SP). To zaufane połączenie jest realizowane częściowo przez szyfrowanie certyfikatów udostępnianych przez dostawcę usług, w tym przypadku – zespół ds. rozwiązań SAP Concur.

Cel biznesowy/korzyści dla klienta: W celu zapewnienia zgodności certyfikatu SSO z najnowszymi standardami i procesami w zakresie bezpieczeństwa certyfikat jest konfigurowany tak, aby raz w roku wygasał i wymagał odnowienia.

W dniu 22 czerwca 2020 r. zespół ds. rozwiązań SAP Concur usunął obsługę połączeń z witrynami *.concursolutions.com oraz *api.concursolutions.com używającymi następujących szyfrów TLS w wersji 1.2:

• AES256-GCM-SHA384
• AES128-GCM-SHA256

W odpowiedzi na potrzeby naszych klientów w dniu 25 czerwca obsługa tych szyfrów została przywrócona.

Platforma SAP Concur

Począwszy od marca 2020 nastąpiła dezaktywacja istniejących interfejsów API modułu Concur Request (wersja 1.0, 3.0 i 3.1). Te interfejsy API zostaną zastąpione przez interfejsy API modułu Concur Request w wersji 4.

Cel biznesowy/korzyści dla klienta: Interfejsy API modułu Concur Request w wersji 1.0, 3.0 i 3.1 obsługują tylko wcześniejszą metodę uwierzytelniania, która nie stanowi najlepszego zabezpieczenia i nie spełnia standardów Oauth2. Ponadto poprzednie wersje interfejsów API modułu Concur Request zapewniały ograniczone możliwości przenoszenia wniosku w procesie workflow zatwierdzania, jak również w zakresie zarządzania niestandardowymi polami prostych i połączonych list. Problemy te rozwiązano w interfejsie API Concur Request w wersji 4.

Ponadto w systemie SAP wprowadzono projekt kompatybilności wstecznej pomiędzy obecnymi interfejsami API modułu Concur Request i nowymi interfejsami API modułu Concur Request w wersji 4 (nie kompatybilność ISO), aby dla większości przypadków użycia, którymi zarządzano w poprzednich wersjach, istniała również możliwość zarządzania za pośrednictwem interfejsów API modułu Concur Request w wersji 4.

W systemie SAP Concur w przyszłym wydaniu (planowanym na 1 grudnia 2020 r.) nastąpi dezaktywacja istniejących interfejsów API modułu Concur Request (wersja 1.0, 3.0 i 3.1), zgodnie z polityką opisaną w dokumentacji SAP Concur API Lifecycle & Deprecation Policy. Te interfejsy API zostaną zastąpione przez interfejsy API modułu Concur Request w wersji 4. Z chwilą wycofania obsługa przez SAP tych interfejsów API zostanie zakończona.

Usunięcie wersji 1.0, 3.0 oraz 3.1 rozpocznie się po upływie trzech miesięcy od wycofania interfejsów API. Konkretne dane usunięcia są zależne od migracji interfejsów API poszczególnych klientów.

Oś czasu interfejsów API dla wersji 1.0, 3.0 i 3.1:

• dezaktywacja – 1 marca 2020 r. - 30 listopada 2020 r.
• wycofanie – 1 grudnia 2020 r. - 31 maja 2021 r.
• usunięcie – rozpoczęcie po upływie 3 miesięcy nieaktywności w stanie wycofania

Cel biznesowy/korzyści dla klienta: Interfejsy API modułu Concur Request w wersji 1.0, 3.0 i 3.1 obsługują tylko wcześniejszą metodę uwierzytelniania, która nie stanowi najlepszego zabezpieczenia i nie spełnia standardów Oauth2. Ponadto poprzednie wersje interfejsów API modułu Concur Request zapewniały ograniczone możliwości przenoszenia wniosku w procesie workflow zatwierdzania, jak również w zakresie zarządzania niestandardowymi polami prostych i połączonych list. Problemy te rozwiązano w interfejsie API Concur Request w wersji 4.

Ponadto w systemie SAP wprowadzono projekt kompatybilności wstecznej pomiędzy obecnymi interfejsami API modułu Concur Request i nowymi interfejsami API modułu Concur Request w wersji 4 (nie kompatybilność ISO), aby dla większości przypadków użycia, którymi zarządzano w poprzednich wersjach, istniała również możliwość zarządzania za pośrednictwem interfejsów API modułu Concur Request w wersji 4.

W tym miesiącu nie są planowane żadne zmiany.