Administracja

Te zmiany dotyczą interfejsu użytkownika NextGen.

Ustawienie Utwórz raport automatycznie jest teraz dostępne na stronach Nowa polityka wniosku oraz Modyfikuj politykę wniosku (Administracja > Wniosek > Polityki dot. wniosków) dla wszystkich polityk modułu Concur Request. Jeśli ustawienie Utwórz raport automatycznie jest włączone, raporty z wydatków są automatycznie tworzone na podstawie wniosków z datą początkową wniosku, jeśli wniosek został zatwierdzony, i brak jest innych raportów z wydatków powiązanych z wnioskiem.

Na potrzeby ustawienia Utwórz raport automatycznie dostępne są następujące opcje:

• Data rozpoczęcia na żądanie – aktywuje ustawienie Utwórz raport automatycznie.

• Brak – domyślnie wybrana jest opcja Brak. Po wybraniu opcji Brak ustawienie Utwórz raport automatycznie jest dezaktywowane.

W przypadku tworzenia raportów z wydatków automatycznie na podstawie wniosków zawierają one te same dane, co raporty z wydatków tworzone ręcznie na podstawie wniosków.

W przypadku tworzenia raportu z wydatków z wniosku dane nagłówka wniosku są kopiowane do aportu z wydatków, zaś ustawienie Utwórz raport na podstawie wniosku ze spodziewanymi wydatkami w sekcji Polityki dot. wniosków determinuje, czy do raportu z wydatków kopiowane są również wszystkie spodziewane wydatki, przebiegi podróży na potrzeby diet z tyt. kosztów podróży i dane o przebiegu.

W przypadku aktywacji ustawienia Utwórz raport automatycznie użytkownicy będą nadal mogli ręcznie tworzyć raporty z wydatków na podstawie wniosków.

Te zmiany dotyczą interfejsu użytkownika NextGen.

Ustawienie Utwórz raport na podstawie wniosku ze spodziewanymi wydatkami jest teraz dostępne na stronach Nowa polityka wniosku oraz Modyfikuj politykę wniosku (Administracja > Wniosek > Polityki dot. wniosków) dla wszystkich polityk modułu Concur Request.

Ustawienie to ma zastosowanie do wszystkich raportów z wydatków utworzonych na podstawie wniosku, niezależnie od tego, czy raport z wydatków utworzono automatycznie, czy ręcznie, klikając przycisk Utwórz raport z wydatków w nagłówku wniosku.

Ustawienie Utwórz raport na podstawie wniosku ze spodziewanymi wydatkami określa, czy dane z wniosku będą kopiowane do raportu z wydatków. Można zdecydować o kopiowaniu z wniosku wszystkich spodziewanych wydatków lub wybrać kopiowanie wyłącznie danych dotyczących diet z tyt. kosztów podróży i danych przebiegu.

W przypadku zdecydowania o kopiowaniu spodziewanych wydatków, kiedy raporty wydatków są tworzone na podstawie wniosku, system tworzy wpisy wydatków w oparciu o spodziewane wydatki we wniosku.

Dla tego ustawienia dostępne są trzy opcje:

• Tylko dieta z tyt. kosztów podróży i przebieg

  Opcja Tylko dieta z tyt. kosztów podróży i przebieg jest domyślnie zaznaczona. W przypadku tworzenia raportu z wydatków na bazie wniosku raport jest automatycznie wypełniany danymi z nagłówka wniosku, danymi diet z tyt. kosztów podróży i danymi o przebiegu podróży, danymi o wydatkach wygenerowanymi przez system w związku z przebiegiem podróży oraz danymi z pól przebiegu, z wyjątkiem pól niestandardowych.

• Wszystkie spodziewane wydatki

  W przypadku tworzenia raportu z wydatków na bazie wniosku raport jest automatycznie wypełniany danymi z nagłówka wniosku, danymi diet z tyt. kosztów podróży i danymi o przebiegu podróży, a także danymi o spodziewanych wydatkach z wniosku. Z wniosku do raportu nie są natomiast kopiowane żadne wartości pól niestandardowych dla spodziewanych wydatków.

• Wszystkie spodziewane wydatki (w tym pola niestandardowe 1:1)

  W przypadku tworzenia raportu z wydatków na bazie wniosku raport jest automatycznie wypełniany danymi z nagłówka wniosku, danymi diet z tyt. kosztów podróży i danymi o przebiegu podróży, a także danymi z pól dot. przebiegu oraz spodziewanych wydatków we wniosku. W przypadku zaznaczenia tej opcji z wniosku do raportu z wydatków są również kopiowane wartości pól niestandardowych dla dowolnych pól niestandardowych na poziomie spodziewanych wydatków.

Cel biznesowy/korzyści dla klienta: Aktualizacja ta upraszcza proces tworzenia raportów z wydatków przez użytkowników.

Uwierzytelnianie

Zmiany te stanowią element długoterminowego zobowiązania SAP Concur do zapewnienia bezpieczeństwa uwierzytelniania.

Wsparcie SAP Concur dla kodu uwierzytelniania Hash-Based Message Authentication Code (HMAC) jest wycofywane. Centra Travel Management Companies (TMC) i personel SAP Concur wspierają obecnie klientów korzystających aktualnie z kodu uwierzytelniania HMAC w migracji do protokołu SSO SAP Concur SAML w wersji 2 (SAML 2).

W systemie SAP Concur udostępniona została opcja samoobsługi dla funkcji jednokrotnego logowania, która umożliwia administratorom klienta konfigurowanie połączeń SAML w wersji 2 bez konieczności angażowania przedstawiciela wsparcia SAP Concur.

Więcej informacji na temat opcji samoobsługi dotyczącej jednokrotnego logowania SSO (ang. Single Sign-On) można znaleźć w sekcji Shared: Single Sign-On Overview (tylko w jęz. angielskim) oraz w podręczniku Shared: Single Sign-On Setup Guide (tylko w jęz. angielskim).

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 zgodne z protokołem SAML 2.0.

• Klienci muszą przystąpić do testowania uwierzytelniania z użyciem protokołu SAML 2.

• Centra TMC przygotowują się do wdrożenia u nowych klientów SAP Concur protokołu SAML w wersji 2.

• Klienci zostaną powiadomieni za pośrednictwem uwag do wydania o oficjalnej dacie wycofania HMAC. Wraz z upływem daty dezaktywacji 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 interfejsu SAML 2.

• Istniejący klienci korzystający z kodu HMAC muszą dokonać migracji do protokołu SAML 2.

ETAP II:

• Centra TMC zmigrowały wszystkich istniejących klientów SAP Concur z usługi HMAC do SAML 2.

• Usługa HMAC jest dezaktywowana. Zakończenie II etapu jest planowane na koniec pierwszej połowy 2021 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.

Aktualizacje funkcji transferu plików

Niniejsze uwagi do wydania są przeznaczone dla pracowników technicznych odpowiedzialnych za przesyłanie plików w produktach SAP Concur. Dla klientów i dostawców SAP Concur, którzy uczestniczą w wymianie danych za pośrednictwem różnych protokołów bezpiecznego przesyłania plików, w SAP wprowadzamy zmiany zapewniające większe bezpieczeństwo podczas przesyłania.

Od 10 kwietnia 2021 uwierzytelnianie protokołów innych niż SFTP (Secure File Transfer Protocol) i hasła SFTP jest niedozwolone podczas nawiązywania połączenia z systemem SAP w celu transferu plików:

• Konta do transferu plików bez uwierzytelniania SFTP muszą zostać przełączone na uwierzytelnianie SFTP za pomocą klucza SSH.

• Konta do transferu plików SFTP korzystające z uwierzytelniania hasłem muszą zostać przełączone na uwierzytelnianie za pomocą klucza SSH.

• Żądania zresetowania hasła SFTP wymagają dostarczenia przez klienta klucza SSH w celu uwierzytelnienia.

Z dniem 12 kwietnia 2021 r. SAP rozpoczął wyłączanie niezgodnych połączeń transferu plików. Proces wyłączania niezgodnych kont będzie kontynuowany w 2021 r. Jeśli skonfigurowano kilka połączeń transferu plików, ta zmiana będzie dotyczyła wszystkich połączeń transferu plików.

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

• st.concursolutions.com

• st-eu.concursolutions.com

• vs.concursolutions.com

• vs.concurcdc.cn

Cel biznesowy/korzyści dla klienta: Zmiany te zwiększają bezpieczeństwo operacji 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 Concur utrzymuje podsystem transferu plików zapewniający wyższy poziom bezpieczeństwa podczas przesyłania danych.

W przypadku obiektów wykorzystujących obecnie starsze procesy przenoszenia plików w rozwiązaniach SAP Concur trwa migracja 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 w okresie od teraz do 31 lipca 2021 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.

Pliki przesyłane do produktów SAP Concur wymagają szyfrowania kluczem publicznym PGP SAP Concur, concursolutionsrotate.asc.

concursolutionsrotate.asc

• Plik klucza znajduje się w folderze głównym klienta

• Identyfikator klucza 40AC5D35

• Zapewnia podpisywanie 4096-bitowe RSAi klucz podrzędny szyfrowania

• Klucz traci ważność po upływie 2 lat

• Klient odpowiada za wymianę klucza przed upływem daty końca ważności

  • Kolejna data ważności: 4 września 2022 r.

  • SAP Concur planuje zastępowanie aktualnego rotacyjnego klucza publicznego PGP w folderze głównym klienta na 90 dni przed datą końca ważności

Dotychczasowy klucz PGP SAP Concur (identyfikator klucza D4D727C0) jest nadal obsługiwany na potrzeby istniejących klientów, lecz w przyszłości zostanie wycofany.

SAP Concur zdecydowanie zaleca klientom stosowanie do transferu plików rotacyjnego klucza publicznego PGP, który zapewnia wyższy poziom bezpieczeństwa. Aby ułatwić użytkownikom korzystanie z bezpieczniejszego rotacyjnego klucza publicznego PGP do transferu plików, SAP Concur w piątek, 15 stycznia 2021 r. dodał klucz do istniejących folderów głównych klientów.

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

• st.concursolutions.com

• mft-us.concursolutions.com

• vs.concursolutions.com

• st-eu.concursolutions.com

• mft-eu.concursolutions.com

Cel biznesowy/korzyści dla klienta: Rotacyjny klucz publiczny PGP zapewnia wyższy poziom bezpieczeństwa transferu plików.

Lokalizacja

Wraz z wydaniem czerwcowym SAP Concur wprowadza zmianę następujących terminów w wersji interfejsu użytkownika SAP Concur w języku portugalskim brazylijskim celem uspójnienia ich z tłumaczeniami terminu „zaliczka gotówkowa:

Cel biznesowy/korzyści dla klienta: Zmiany te zapewniają większą precyzję terminologiczną tłumaczenia interfejsu użytkownika na język portugalski brazylijski.

Różne

W ramach ogólnej strategii dotyczącej platformy w chmurze SAP wdraża spójniejszą konwencję nazewnictwa dla adresów URL służących do nawiązania połączenia z rozwiązaniami SAP Concur w oparciu o centrum danych. Użytkownicy zachowają dostęp do witryny www.concursolutions.com i będą automatycznie przekierowywani pod prawidłowy adres URL lub do strony logowania SSO w ramach procesu logowania.

Więcej informacji na temat ogólnej strategii dotyczącej platformy w chmurze znajduje się w dokumencie SAP Concur Cloud Platform Strategy FAQ (wyłącznie w języku angielskim).

Nie planuje się, aby jakiekolwiek dane klientów miały opuścić przypisane regionalne centrum danych w USA lub regionie EMEA przed lub po tej zmianie ani w trakcie jej wdrażania.

PLANOWANE NA POŁOWĘ CZERWCA 2021 R.

• SAP wdroży usługę us.concursolutions.com. Funkcjonalnie jest to takie samo rozwiązanie co istniejąca usługa www.concursolutions.com.

• SAP wdroży usługę eu.concursolutions.com. Funkcjonalnie jest to takie samo rozwiązanie co istniejąca usługa eu1.concursolutions.com

PLANOWANE NA POŁOWĘ CZERWCA 2021 R.

• SAP wdroży usługę us2.concursolutions.com oraz eu2.concursolutions.com i planuje wykorzystać te adresy URL na potrzeby przyszłej migracji klientów na platformę w chmurze AWS.

  Więcej informacji znajduje się w dokumencie Często zadawane pytania dotyczące strategii rozszerzania działalności w chmurze dla SAP Concur (wyłącznie w języku angielskim).

• SAP zaktualizuje usługę www.concursolutions.com w celu automatycznego przekierowywania użytkowników na odpowiedni adres URL lub SSO. Użytkownicy będą przekierowywani do ustalonego macierzystego centrum danych (np. eu.concursolutions.com, eu2.concursolutions.com, us.concursolutions.com lub us2.concursolutions.com). Nie planuje się, aby jakiekolwiek dane klientów miały opuścić przypisane regionalne centrum danych w USA lub regionie EMEA przed lub po tej zmianie ani w trakcie jej wdrażania.

OGRANICZONY DOSTĘP / LISTY DOZWOLONYCH ADRESÓW E-MAIL

W rzadkich przypadkach klienci, którzy ograniczają lub filtrują dostęp do sieci firmowych do określonych adresów URL, mogą być zmuszeni do aktualizacji konfiguracji, tak aby umożliwić użytkownikom połączenie z nowymi adresami URL. Na przykład, klienci ze skonfigurowanymi listami dozwolonych adresów e-mail mogą być zmuszeni do dodania nowych adresów URL do listy. Informacje w uwagach do wydania należy przekazać pracownikom technicznym, tak aby mogli podjąć odpowiednie działania umożliwiające dostęp do nowych adresów URL.

Cel biznesowy/korzyści dla klienta: Zmiana ta zapewni w przyszłości spójność adresów URL między regionami w skali globalnej oraz pozwoli na udostępnienie centralnego adresu URL przekierowującego użytkowników do odpowiedniego centrum danych.

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.

Platforma SAP Concur

Począwszy od 31 maja 2021 r. nastąpiła dezaktywacja istniejących interfejsów API modułu Concur Request (wersje 1.0, 3.0 i 3.1). Z dniem 1 czerwca 2021 r. SAP rozpoczął wycofywanie tych interfejsów API zgodnie z dokumentem 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. – 31 maja 2021 r.

• wycofanie – 1 czerwca 2021 r. – 30 listopada 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.

Zabezpieczenia

SAP wprowadza protokół zabezpieczeń poczty e-mail DMARC (Domain-based Message Authentication) dla wszystkich wiadomości e-mail wysyłanych z systemu SAP. W rezultacie niektóre wiadomości e-mail wysyłane przez firmy korzystające z systemu SAP Concur nie będą wysyłane z głównej domeny @sap.com, ale z poddomeny @sap.com, takiej jak @przyklad.sap.com, gdzie „przyklad” oznacza poddomenę.

Jeśli organizacja prowadzi listę dozwolonych adresów e-mail, możesz zaktualizować listę uwzględniając adresy e-mail z następujących domen, aby mieć pewność, że otrzymasz wiadomości e-mail wysłane z głównej domeny sap.com lub poddomen głównej domeny sap.com:

• @info.sap.com

• @mail.sap.com

• @*sap.com

  • Jeśli wewnętrzna konfiguracja na to pozwala, dodanie domeny @*sap.com może ograniczyć konieczność przyszłych aktualizacji, ponieważ dodane zostaną wszystkie adresy e-mail z domeny sap.com oraz poddomen domeny sap.com. Na przykład, jeśli lista dozwolonych adresów e-mail zawiera domenę @*sap.com, nie trzeba dodawać @info.sap.com lub @mail.sap.com, ponieważ domena @*sap.com zawiera już te poddomeny.

Zmiana ta nie ma wpływu na następujące typy komunikacji z rozwiązań SAP Concur:

• Komunikacja e-mail 1:1 z przedstawicielem ds. obsługi klienta w zespole SAP Concur lub z innym przedstawicielem SAP. Te wiadomości nadal będą pochodziły z domeny @sap.com.

• Systemowe wiadomości e-mail (np. zatwierdzenia raportu z wydatków czy rezerwacje podroży) wysyłane z usługi concursolutions.com, tripit.com lub z innych produktów lub rozwiązań SAP Concur.

• Aktualizacje techniczne SAP Concur (np. powiadomienia)

Cel biznesowy/korzyści dla klienta: Zgodność z wymogami DMARC zwiększa bezpieczeństwo wiadomości e-mail SAP wysyłanych do klientów.

Administracja usług sieciowych

Od 31 sierpnia 2021 r. długość hasła i nazwy użytkownika powiązanego z modułem łączącym aplikacji musi mieć od 10 do 50 znaków. Aby uniknąć wywołań przerywanych przez moduły łączące aplikacji, nazwy użytkownika i hasła, które nie spełniają tego warunku muszą zostać zaktualizowane do 31 sierpnia 2021 r.

Nazwę użytkownika i hasło można zaktualizować przez administratora posiadającego uprawnienia administratora organizacji lub administratora usług sieciowych.

Cel biznesowy/korzyści dla klienta: Wdrożenie ograniczeń hasła i nazwy użytkownika poprawi standardy bezpieczeństwa wywołań wykonywanych przez moduł łączący aplikacji.

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