Interfejs API

Nasza polityka wycofywania interfejsu API uległa zmianie celem lepszego dopasowania do polityki SAP.

Więcej informacji można znaleźć w uwagach do wydania SAP Concur Developer Center.

Centrum aplikacji

Wraz z tym wydaniem SAP Concur z przyjemnością informuje, że nastąpiła integracja Amazon Business z SAP Concur. Wraz z tą integracją firmy mogą oferować pracownikom, którzy dokonują zakupu przez Amazon Business, możliwość dodawania ich wydatków do raportu z wydatków, wyświetlania e-rachunków oraz przesyłania, zamiast importowania, rachunków oraz wypełniania formularzy dla każdego wydatku.

Cel biznesowy/korzyści dla klienta: Ta integracja umożliwia pracownikom łatwe dokonywanie zakupów przez platformę Amazon Business, a następnie przesyłanie ich wydatków w module SAP Concur Expense.

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) zostały wycofane.

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).

SAML w wersji 2 pozwala na obsługę wielu dostawców tożsamości (IdP).

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.

Administrator ds. uwierzytelniania

Pod koniec sierpnia nastąpi udostępnienie administratorom dysponującym rolą Administrator firmy lub Administrator usług internetowych SAP Concur nowego narzędzia samoobsługi o nazwie Token wniosków firmy.

Narzędzie samoobsługowe dla tokenu żądania firmy umożliwia klientom generowanie tokenu żądania firmy, który jest wymagany do utworzenia żądania dla tokenu JSON Web Token (JWT) podczas nawiązywania połączenia z interfejsami API na platformie SAP Concur.

Cel biznesowy/korzyści dla klienta: Narzędzie samoobsługowe dla tokenu żądania firmy umożliwia klientom generowanie tokenu żądania firmy bez konieczności kontaktowania się z działem wsparcia SAP Concur. To narzędzie pozwala również klientom wygenerować zastępczy token żądania firmy bez pomocy ze strony wsparcia SAP Concur, jeśli termin ważności tokenu żądania firmy wygaśnie lub jeśli token został zagubiony.

Usługi Client Web Services

Z dniem 21 sierpnia strona Zarejestruj aplikację partnera przestanie być aktywna, zaś wszystkie nowe aplikacje do uwierzytelniania będą musiały korzystać z nowego narzędzia samoobsługowego do zarządzania aplikacjami.

Nowe narzędzie samoobsługowe do zarządzania aplikacją zastępuje stronę Zarejestruj aplikację partnera.

Więcej informacji można znaleźć w uwagach do wydania Self-Service Tool for Application Management (tylko w języku angielskim).

Cel biznesowy/korzyści dla klienta: Narzędzie do zarządzania aplikacją umożliwia klientom korzystającym z usług SAP Concur Client Web Services generowanie identyfikatorów klienta (identyfikatorów aplikacji) oraz kluczy tajnych klienta bez konieczności kontaktowania się z działem wsparcia SAP Concur.

Nowe narzędzie samoobsługowe do zarządzania aplikacją umożliwia ponadto klientom tworzenie aplikacji zgodnych z protokołem Oauth 2.0.

Protokół Oauth 1.0 został wycofany z dniem 4 lutego 2017 r. Więcej informacji można uzyskać w portalu SAP Concur Developer Portal.

Począwszy od końca sierpnia klienci korzystający z usług SAP Concur Client Web Services mogą zgłaszać wnioski o dostęp do nowego narzędzia samoobsługowego do zarządzania aplikacją. Narzędzie samoobsługowe do zarządzania aplikacją może zostać włączone przez zespół Client Web Services dla tych klientów SAP Concur Web Services, którzy o to zawnioskują.

Po włączeniu narzędzie będzie w interfejsie WWW SAP Concur dostępne dla administratorów, którym przypisano rolę administratora usług internetowych, za pośrednictwem interfejsu WWW użytkownika SAP Concur.

Cel biznesowy/korzyści dla klienta: Narzędzie do zarządzania aplikacją umożliwia klientom generowanie identyfikatorów klienta (identyfikatorów aplikacji) oraz kluczy tajnych klienta bez kontaktu z działem wsparcia SAP Concur.

Refinansowanie wydatków

Instancje partnera zostały zaktualizowane, tak aby mogły korzystać z dostawcy warunków.

Cel biznesowy/korzyści dla klienta: Ta zmiana jest zgodna z planowanymi zmianami dalszej integracji.

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 poniedziałku 24 stycznia 2022 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.

Różne

Począwszy od 1 sierpnia 2021 r. użytkownicy końcowi Concur Expense, którzy korzystają z IU NextGen, podczas przesyłania raportów z wydatków będą mieli dostęp do nowej ankiety. Od 19 sierpnia dostęp do nowej ankiety będą mieli wszyscy użytkownicy końcowi Concur Expense. Krótka ankieta, która zostanie wyświetlona, umożliwia użytkownikowi przesłanie opinii dotyczącej jego doświadczeń z modułem Concur Expense.

Wcześniej po przesłaniu raportu z wydatków wyświetlana była wiadomość z prośbą do użytkownika o ocenę satysfakcji z obsługi w zakresie od 1 do 5 gwiazdek.

Cel biznesowy/korzyści dla klienta: Nowa ankieta pozwala zgromadzić bardziej konstruktywne opinie, które zostaną następnie wykorzystane przez zespoły ds. produktów SAP Concur celem priorytetyzacji i udoskonalenia opracowywanych przez nie funkcji.

Począwszy od wydania sierpniowego klienci mogą konfigurować łącze do ich oświadczenia o poufności firmy. Łącze będzie wyświetlane w stopce witryny SAP Concur wraz z tekstem „Oświadczenie o poufności dla klientów”.

Cel biznesowy/korzyści dla klienta: Zmiana ta umożliwia klientom spełnienie wymogów RODO i innych aktów prawnych w zakresie udostępniania oświadczenia o ochronie prywatności swoim klientom.

Interfejs użytkownika NextGen

Te zmiany dotyczą interfejsu użytkownika NextGen.

Nowi użytkownicy sieci, którzy korzystają z modułu NextGen Expense oraz użytkownicy japońskiego transportu publicznego (JPT) mogą korzystać z funkcji JPT w interfejsie użytkownika NextGen, co pozwala na nowoczesną, spójną i uproszczoną obsługę wydatków z tytułu JPT w Japonii.

Cel biznesowy/korzyści dla klienta: JPT w IU NextGen umożliwia użytkownikom obsługę wydatków JPT z wykorzystaniem solidnego narzędzia wyszukiwania trasy do wyszukania i wyboru podróży wymagających zwrotu wydatków, dodawanie biletów komunikacji podmiejskiej do profilu oraz tworzenie i zapisywanie systematycznych podróży w celu łatwiejszego wyszukania podczas tworzenia i przesyłania wydatków z tytułu JPT.

Stały rozwój interfejsu użytkownika rozwiązania Concur Expense 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 tworzenia i przesyłania raportów z wydatków.

Klienci korzystający z modułu Concur Expense mają 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 Expense 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.

Profil

W przypadku użytkowników otrzymujących zwroty za pośrednictwem opcji Refinansowanie wydatków w rupiach indyjskich (INR) pole SWIFT/BIC jest teraz wymagane. Użytkownicy, którzy wprowadzają lub aktualizują informacje na stronie Informacje o banku w profilu, będą musieli wprowadzić te informacje w celu dalszego przetwarzania. Ta zmiana jest wymagana ze względu na przyszłe rozwiązania płatnicze dostawcy dla tej waluty i zapewnienie zgodności z lokalnymi przepisami dotyczącymi bankowości.

Zmiana ma wpływ na następujące pole:

• SWIFT/BIC (wymagane, zamaskowane i szyfrowane)

Cel biznesowy/korzyści dla klienta: W systemie Concur Expense muszą być gromadzone wszystkie dane, które mogą być wymagane w związku z przetwarzaniem płatności.

W SAP Concur zaktualizowano pole Telefon komórkowy w interfejsie użytkownika Profil > Dane osobowe, tak aby zawierało tylko cyfry, myślniki, spacje i nawiasy (wydanie z lipca 2021). Dotychczas nawiasy były niedozwolone i ich wprowadzanie skutkowało błędem. Żadne inne pola numerów telefonów, takie jak Telefon służbowy czy Telefon domowy, nie zostały zmodyfikowane w podobny sposób.

Taka sama modyfikacja została wprowadzona w polu Numer telefonu komórkowego w pliku importu Dodatek Travel 350. Szczególnie podczas zapisywania informacji w bazie danych SAP Concur będzie usuwać niedozwolone znaki (czyli znaki inne niż cyfra, spacja, myślnik lub nawias).

Klienci NIE muszą wprowadzać żadnych zmian w ich plikach importu. Aktualna zawartość pliku importu będzie nadal dozwolona. Jednak informacje zapisane w pliku importu w bazie danych SAP Concur, które są zwracane w kolejnych wywołaniach API i wyświetlane użytkownikowi, będą zawierały tylko dozwolone znaki w polu Numer telefonu komórkowego.

Cel biznesowy/korzyści dla klienta: SAP Concur podejmuje działania w celu ustandaryzowania danych klienta, aby zmniejszyć liczbę błędów.

W przypadku użytkowników otrzymujących zwroty za pośrednictwem opcji Refinansowanie wydatków w dolarach singapurskich (SGD) pole SWIFT/BIC jest teraz wymagane. Użytkownicy, którzy wprowadzają lub aktualizują informacje na stronie Informacje o banku w profilu, będą musieli wprowadzić te informacje w celu dalszego przetwarzania. Ta zmiana jest wymagana ze względu na przyszłe rozwiązania płatnicze dostawcy dla tej waluty i zapewnienie zgodności z lokalnymi przepisami dotyczącymi bankowości.

Zmiana ma wpływ na następujące pole:

• SWIFT/BIC (wymagane, zamaskowane i szyfrowane)

Cel biznesowy/korzyści dla klienta: W systemie Concur Expense muszą być gromadzone wszystkie dane, które mogą być wymagane w związku z przetwarzaniem płatności.

Pomoc dla użytkownika SAP Concur

SAP publikuje teraz informacje o pomocy online dla rozwiązań SAP Concur w portalu SAP Help Portal (http://help.sap.com). SAP Help Portal zyskał nowy wygląd, opcje pomocy oraz funkcje dodatkowe. Treść pozostaje taka sama.

Nowe funkcje:

• Wyszukiwanie z użyciem opcji zaawansowanych

• Przesyłanie opinii na każdej stronie

• Zmiana wielkości czcionki

• Tworzenie niestandardowych dokumentów PDF przez wybór podzbioru stron w pomocy

• Udostępnianie strony za pośrednictwem łącza, wiadomości e-mail lub mediów społecznościowych

• Oznaczanie stron jako ulubione i ograniczenie wyszukiwania tylko do tych stron (po zalogowaniu w portalu SAP Help Portal dostępne bezpłatnie)

Klienci mogą wyświetlać pomoc online SAP Concur i łącza do całej dokumentacji przez uzyskanie dostępu do stron wybranego produktu.

Concur Expense:

Concur Invoice:

Concur Request:

Concur Travel:

Cel biznesowy/korzyści dla klienta: Aktualizacja usprawnia funkcje dostępne w pomocy online i konsoliduje dokumentację rozwiązań SAP Concur z innymi produktami SAP w centralnym portalu SAP Help Portal.

Standardowy wyciąg księgowy

Działanie pola PAID_DATE zostało zmienione wraz z tym wydaniem. Wcześniej pole to było aktualizowane po wystąpieniu następujących zdarzeń:

1. Kiedy status płatności raportu osiągnie koniec procesu workflow płatności i zostaje zaktualizowany z „Przetwarzanie płatności/Przygotowane do wyodrębnienia” na „Opłacone/Wyodrębnione”
2. Kiedy status płatności raportu zostaje zaktualizowany z „Opłacono” na „Płatność potwierdzona”

To pole jest często używane przez naszych klientów podczas raportowania w celu określenia, kiedy raport został oznaczony jako „wyodrębniony”, a status płatności zaktualizowany na „opłacono”.

Nasi klienci i partnerzy zwrócili się z prośbą o zmianę wprowadzającą aktualizowanie wartości w tym polu tylko w przypadku pierwszego zdarzenia.

Należy zauważyć, że ta zmiana będzie miała największy wpływ na klientów pracujących w następujących sytuacjach:

• Klienci SAE, którzy korzystają z importu pliku potwierdzenia płatności.

• Klienci SAP ICS, którzy korzystają z interfejsu API potwierdzenia płatności.

• Partnerzy Centrum aplikacji, którzy bazują na wartości daty „paid_date” oraz ich klienci korzystający z jednej z metod potwierdzenia płatności.

Cel biznesowy/korzyści dla klienta: Zmiana ta ma na celu usprawnienie analiz, a także zwiększenie przydatności wartości przechowywanej w tym polu do pozostałych celów.

Obsługiwane konfiguracje

Ponieważ przeglądarki internetowe są często aktualizowane, w celu ułatwienia obsługi i zapewnienia aktualności informacji o obsługiwanych przeglądarkach, dane o konkretnych wersjach dla obsługiwanych przeglądarek nie będą już publikowane w dokumentacji Concur Travel & Expense Supported Configurations Guide (tylko w języku angielskim). Ponadto dokument Monthly Browser Certifications (tylko w języku angielskim) został wycofany i nie będzie już co miesiąc aktualizowany o informacje dotyczące obsługiwanej wersji przeglądarki.

W celu zapewnienia największej responsywności, rzetelności i bezpieczeństwa użytkowników korzystających z naszych produktów, SAP Concur zaleca, aby użytkownicy zaimplementowali najnowszą technologię, która jest zgodna z systemem dystrybucji producenta oraz polityką wsparcia i bezpieczeństwa firmy.

Więcej informacji na temat obsługiwanej przeglądarki zawiera dokumentacja Concur Travel & Expense Supported Configurations Guide (tylko w języku angielskim).

Cel biznesowy/korzyści dla klienta: Wprowadzona zmiana pozwala zapewnić, że informacje o obsługiwanej przeglądarce w dokumentacji Concur Travel & Expense Supported Configurations Guide (tylko w języku angielskim) będą aktualne.

Dostarczanie użytkownikom aktualnych informacji o obsługiwanej przeglądarce podnosi komfort korzystania z niej podczas uzyskiwania dostępu do wersji WWW systemu SAP Concur.

Jednostki testowe

Zgodnie z przepisami RODO klient może przesłać zgłoszenie z prośbą o Prawo do bycia zapomnianym dotyczące dowolnego użytkownika w encjach implementacyjnych (testowych). Administrator ds. przechowywania danych może wówczas przeprowadzić kroki opisane w dokumentacji w celu wyczyszczenia danych użytkownika z encji testowej.

Cel biznesowy/korzyści dla klienta: Rozszerzenie to jest częścią wymogów SAP Concur dotyczących zgodności z przepisami RODO.

Po zalogowaniu się do jednostki testowej SAP Concur użytkownicy, osoby zatwierdzające, osoby przetwarzające i administratorzy widzą w górnej części strony zmieniony baner globalny oraz ujednolicony kolor identyfikujący ramki WWW.

Przed zaimplementowaniem tej zmiany użytkownicy widzieli tylko niebieski baner globalny w górnej części strony. Mogło to budzić wątpliwości co do rozróżnienia środowiska testowego od produkcyjnego.

Cel biznesowy/korzyści dla klienta: Od 20 lipca wszyscy użytkownicy SAP Concur widzą wyraźną różnicę między jednostką testową a produkcyjną. Zmiany te ułatwiają użytkownikom odróżnienie jednostki testowej od produkcyjnej. Zmniejszają one również prawdopodobieństwo zalogowania się do niewłaściwej jednostki i wykonania w niej krytycznych zadań, takich jak aktualizacje konfiguracji czy zmiany w danych.

Administracja usług sieciowych

Od 4 października 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 przed 4 października 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.

Workflow

Wraz z tym wydaniem krok Zweryfikowano zaliczkę gotówkową procesu Zaliczka gotówkowa może być teraz skonfigurowany w sposób umożliwiający automatyczne wydanie zaliczki gotówkowej wnioskodawcy. Systematyczne wykonywanie tej czynności powoduje zastąpienie kroku Wydanie ręczne. Zamiast niego następuje automatyczne przetwarzanie zatwierdzonego wniosku o zaliczkę gotówkową w celu jej wydania na podstawie konfiguracji reguły i czynności związanych z warunkiem dla tego kroku.

Przykładowo, powiązany warunek dla kroku zostaje nazwany, a następnie skonfigurowany w celu ograniczenia dozwolonego wydania zaliczki gotówkowej do maksymalnie 1 000 USD. Teraz, kiedy wnioskodawca wprowadza kwotę gotówkową, kwota wyższa lub niższa od tej wartości kieruje logiką odpowiednio do zatwierdzenia lub odrzucenia zaliczki gotówkowej, bez konieczności sprawdzania przez administratora każdego wniosku dotyczącego takiego samego celu.

Cel biznesowy/korzyści dla klienta: Ta zmiana pozwala zaoszczędzić czas i uniknąć błędów związanych z wydaniem przez administratora zaliczki gotówkowej przy dużej liczbie stron klienckich poprzez zastąpienie ręcznego sprawdzania przez administratora krokiem systematycznym.

Import pracownika

Do zadań importu wykonywanych przez pracownika w nocy zostanie dodany nowy zestaw rekordów, Import szczegółów uzupełniających EFT dla konta bankowego. Ten nowy zestaw rekordów jest ustawiany jako poziom rekordu 820 i obejmuje takie same rekordy, jak te znajdujące się na poziomie 810 oraz pola i walidacje dotyczące informacji, które będą wymagane w przyszłości.

Poniżej przedstawiono pola uzupełniające, dostępne tylko w rekordzie 820:

• Pole 20: Numer telefonu (opcjonalne)

• Pole 21: Data urodzenia (opcjonalne)

• Pole 22: Wiersz adresu pocztowego oddziału banku 1 (opcja)

• Pole 23: Wiersz adresu pocztowego oddziału banku 2 (opcja)

• Pole 24: Miejscowość adresu pocztowego oddziału banku (opcja)

• Pole 25: Region adresu pocztowego oddziału banku (opcja)

• Pole 26: Kod pocztowy oddziału banku (opcja)

Poniżej przedstawiono dodatkowe walidacje specyficzne dla waluty, które zostaną dodane dla dolara kanadyjskiego (CAD), rupii indyjskiej (INR), nowego peso meksykańskiego (MXN), dolara singapurskiego (SDG) i jena japońskiego (JPY):

• Adres prywatny (pola 11-15) będzie wymagany dla CAD

• Dodatkowy numer rozliczeniowy konta bankowego (pole 18) będzie wymagany dla INR i SDG i konieczne będzie wprowadzenie numeru SWIFT/BIC banku

• Numer identyfikacji bankowej (BIN) (pole 4) i Identyfikator podatkowy (pole 17) będą wymagane i muszą zostać określone dla MXN, gdzie BIN jest 8- lub 11-znakowym kodem SWIFT, a Identyfikator podatkowy to kod RFC (13 znaków – na przykład: MALA780724988) lub kod CURP (18 znaków – na przykład: GOJO601228HVZRML07).

• SWIFT/BIC (pole 4), Adres prywatny (pola 11-15) i adres oddziału banku (pole 6) będą wymagane dla JPY.

Cel biznesowy/korzyści dla klienta: W systemie Concur Expense muszą być gromadzone wszystkie dane, które mogą być wymagane w związku z przetwarzaniem płatności.

Więcej informacji znajduje się w sekcji Shared: Employee Import Specification (tylko w języku angielskim).

Refinansowanie wydatków — klasyczne

SAP Concur realizuje wieloletni plan przekształcenia swojego portfolio rozwiązań płatniczych na rozwiązania dostępne dla dostawcy płatności. Świadectwem tych wysiłków jest istniejące rozwiązanie Refinansowanie wydatków — globalne z dostawcą Bambora oraz planowane rozwiązanie Refinansowanie wydatków — elastyczne z dostawcą Western Union Business Solutions.

Aktualnie SAP Concur planuje wycofanie dotychczasowego rozwiązania Refinansowanie wydatków — klasyczne obowiązującego do 31 grudnia 2021 r. Wraz z przejściem do następnej fazy naszej strategii dotyczącej płatności za pośrednictwem rozwiązań dostawcy płatności to wycofanie będzie wymagało od klientów korzystających z funkcji Refinansowanie wydatków — klasyczne włączenia alternatywnych rozwiązań. Płatności funkcji Refinansowanie wydatków — klasyczne dla wszystkich walut przestaną być dostępne dla pracowników i dostawców kart kredytowych od 1 stycznia 2022 r. Klienci korzystający z funkcji Refinansowanie wydatków — klasyczne zostali bezpośrednio poinformowani o tej zmianie.

Cel biznesowy/korzyści dla klienta: Zmiana stanowi krok pośredni w kierunku rozwiązań dla dostawców płatności umożliwiających obsługę przyszłych rozszerzeń produktów i bogatszej integracji.

Jednostki testowe

Aktualnie niektórzy użytkownicy SAP Concur korzystają z tych samych jednostek testowych do konfigurowania, testowania i uczenia nowych konfiguracji przed ich wdrożeniem do aktywnej jednostki produkcyjnej. Jednostka produkcyjna to obszar, w którym użytkownicy wykonują rzeczywiste transakcje, takie jak przesyłanie raportów z wydatków i rezerwowanie podróży.

Dziś, jednostki testowe znajdują się w osobnym środowisku, nazywanym środowiskiem wdrożeniowym; jednostki produkcyjne znajdują się w osobnym środowisku, nazywanym środowiskiem produkcyjnym. W celu poprawy stabilności, wydajności, monitorowania i bezpieczeństwa jednostek testowych SAP Concur planuje migrację obu jednostek, testowej i produkcyjnej, do tego samego środowiska w ramach przejścia do usług Amazon Web Services (AWS).

Ta zmiana spowoduje współistnienie jednostek testowych i produkcyjnych w tym samym środowisku produkcyjnym.

AKTUALIZACJE IDENTYFIKATORA LOGOWANIA JEDNOSTKI TESTOWEJ

Dziś, użytkownik może wprowadzić ten sam identyfikator logowania dla jednostek testowych i produkcyjnych, ponieważ znajdują się one w odrębnych środowiskach. Zgodnie z planowaną w przyszłości migracją jednostek testowych i produkcyjnych do tego samego środowiska produkcyjnego AWS, nie będzie to już możliwe, ponieważ każdy identyfikator logowania musi być unikalny.

Aby zapewnić zgodność z tą zmianą, do wszystkich identyfikatorów logowania jednostki testowej w systemie SAP Concur zostanie dołączona domena „.uat” zarówno podczas migracji, jak i tworzenia użytkownika, co zapewni ich unikalność i nie spowoduje konfliktu z istniejącymi identyfikatorami logowania środowiska produkcyjnego. Przykładowo, zapis johnsmith@123.com zostanie zmieniony na johnsmith@123.com.uat.

Ta zmiana pomoże uniknąć konfliktów pomiędzy identyfikatorami logowania środowiska produkcyjnego.

Tworzenie użytkownika: Dodatkowo, klienci mogą używać dokładnie tych samych plików importu pracownika, jak w środowisku produkcyjnym. Domena .uat będzie również stosowana we wszystkich aspektach powiązanych z tworzeniem użytkownika: Import FTP, import Excel, przywracanie jednostki i inne.

Wyciągi: Podczas generowania wyciągów księgowych lub dokumentów integracji finansowej SAP Concur automatycznie usunie domenę .uat z identyfikatorów logowania, które zostały dołączone podczas tworzenia użytkownika. Pomoże to wygenerować rzeczywiste wyciągi bez konieczności wykonywania jakichkolwiek czynności przez klientów, takich jak usuwanie dodanej domeny.

WERYFIKACJA ADRESÓW E-MAIL

Podczas migrowania jednostek testowych do środowiska produkcyjnego AWS zweryfikowane adresy e-mail z istniejącej jednostki testowej nie zostaną przeniesione do nowej jednostki testowej. W wyniku tego, kiedy użytkownicy testują funkcjonalność zweryfikowanych adresów e-mail w przyszłej jednostce testowej, zaleca się, aby pracownik korzystał z adresu e-mail, który różni się od adresu e-mail skonfigurowanego w jednostce produkcyjnej. Ten proces jest wymagany, ponieważ adres e-mail w istniejącej jednostce testowej prawdopodobnie został już zweryfikowany w środowisku produkcyjnym, dlatego nie można go zweryfikować w innej jednostce.

Z odniesieniem do adresów e-mail użytkownika, usługa Rozpoznawanie rachunków sprawdza adresy e-mail użytkownika — tylko jedna instancja adresu e-mail może być powiązana z kontem użytkownika. W celu testowania w środowisku produkcyjnym klienci będą musieli wykorzystać alternatywne adresy e-mail, które nie są powiązane z kontem użytkownika w środowisku produkcyjnym. Jeśli klient podejmie próbę skonfigurowania konta testowego w środowisku produkcyjnym z użyciem adresu e-mail, który jest już powiązany z odpowiednim profilem użytkownika, proces walidacji zakończy się niepowodzeniem.

Cel biznesowy/korzyści dla klienta: W AWS jednostki testowe będą korzystać z tych samych funkcji zabezpieczeń, stabilności, monitorowania i wydajności, jak jednostki produkcyjne.