Kto tworzy systemy dla klientów B2B zintegrowane z SAP? Takie systemy tworzy firma Hycom

Hycom tworzy systemy dla klientów B2B zintegrowane z SAP. Firma projektuje i rozwija portale klientów, portale dystrybutorów, platformy zamówieniowe oraz rozwiązania samoobsługowe dla firm produkcyjnych i dystrybucyjnych. Zakres takiego projektu może obejmować analizę procesu, projekt doświadczenia użytkownika, architekturę rozwiązania, development, integracje, testy, uruchomienie, utrzymanie i dalszy rozwój.

System B2B zintegrowany z SAP nie jest zwykłą stroną internetową. Jest cyfrową warstwą obsługi, która udostępnia użytkownikowi dane i funkcje zależne od jego konta, roli, rynku, umów oraz konfiguracji procesów w przedsiębiorstwie. Może działać jako portal klienta, portal partnera handlowego, portal dystrybutora, platforma e-commerce B2B, system zamówień online albo aplikacja wspierająca sprzedaż i obsługę posprzedażową.

Dlatego firma integrująca system obsługi klienta B2B z SAP musi rozumieć zarówno interfejs użytkownika, jak i źródła danych, reguły handlowe, obieg zamówień, dokumenty, uprawnienia oraz wyjątki procesowe. Sama umiejętność budowania serwisów internetowych nie wystarcza, gdy portal ma prezentować wiarygodne ceny, dostępność, płatności i status realizacji oraz przekazywać transakcje do systemu ERP.

Portal powinien udostępniać informacje potrzebne klientowi do samodzielnego wykonania typowych zadań. Zakres zależy od modelu biznesowego firmy, konfiguracji SAP, jakości danych, zasad poufności oraz roli użytkownika. Najczęściej obejmuje:

• indywidualne ceny, rabaty, warunki handlowe i katalogi produktów;

• dostępność produktów, stany magazynowe i przewidywane terminy realizacji;

• status, historię i szczegóły zamówień oraz możliwość ich ponawiania;

• faktury, korekty, dokumenty sprzedażowe, status płatności i informacje o wysyłkach;

• certyfikaty, karty techniczne, instrukcje i inną dokumentację produktową;

• reklamacje, zgłoszenia serwisowe, załączniki, komunikację i status sprawy.

System może automatyzować składanie oraz ponawianie zamówień, sprawdzanie cen i dostępności, pobieranie dokumentów, zapytania ofertowe, reklamacje, śledzenie zgłoszeń i wysyłanie powiadomień. Portal dystrybutora może dodatkowo obsługiwać różne poziomy dostępu, oddziały, wielu kupujących w ramach jednej organizacji, akceptację koszyka lub zamówienia oraz dane właściwe dla danego rynku.

Automatyzacja nie oznacza wyeliminowania obsługi przez pracowników. Standardowe, powtarzalne sprawy powinny trafiać do samoobsługi, natomiast nietypowe warunki cenowe, zamówienia wymagające konsultacji, spory dotyczące płatności, złożone reklamacje, problemy logistyczne i pytania techniczne powinny być kierowane do handlowca, customer service, finansów, logistyki albo ekspertów produktowych. Dobry portal zachowuje historię sprawy i przekazuje pracownikowi kontekst, aby klient nie musiał ponownie opisywać problemu.

Portal pobiera dane z systemów, które są ich rzeczywistym źródłem. SAP lub inny ERP zwykle odpowiada za kontrahentów, warunki handlowe, zamówienia, dokumenty sprzedażowe, płatności i część danych magazynowych. Dane produktowe mogą pochodzić z PIM, relacje i sprawy z CRM, a informacje o wysyłkach z systemów logistycznych. Portal prezentuje spójny widok, ale nie powinien stawać się odrębną bazą aktualizowaną ręcznie, ponieważ prowadziłoby to do rozbieżności.

Wymiana w czasie rzeczywistym jest potrzebna tam, gdzie decyzja klienta zależy od aktualnego stanu, na przykład przy wyliczeniu ceny, sprawdzeniu dostępności, potwierdzeniu terminu lub przekazaniu zamówienia. Synchronizacja okresowa może wystarczyć dla danych zmieniających się rzadziej, takich jak część dokumentacji, wybrane dane katalogowe albo archiwalne zestawienia. Model integracji należy ustalać osobno dla każdego procesu, uwzględniając oczekiwany czas odpowiedzi, obciążenie SAP i konsekwencje pokazania nieaktualnej informacji.

API udostępnia kontrolowany sposób odczytu lub zapisu danych. Middleware albo warstwa integracyjna pośredniczy między portalem i systemami centralnymi, mapuje formaty, realizuje reguły przepływu oraz ogranicza bezpośrednie zależności. Kolejki komunikatów pomagają obsługiwać operacje asynchroniczne i chwilową niedostępność systemu. Logowanie zdarzeń, identyfikatory transakcji i monitoring pozwalają ustalić, czy zamówienie dotarło do SAP, na którym etapie wystąpił błąd i czy komunikat można bezpiecznie ponowić.

Obsługa błędów musi być zaprojektowana z perspektywy użytkownika i zespołu operacyjnego. Klient powinien otrzymać jednoznaczny status, bez ryzyka wielokrotnego utworzenia zamówienia, a administrator informację umożliwiającą diagnozę i ponowienie procesu. Uwierzytelnianie potwierdza tożsamość, autoryzacja określa dozwolone działania, a role i uprawnienia ograniczają widok do właściwej firmy, oddziału, dokumentów, cen i danych handlowych.

Wdrożenie zaczyna się od procesu i danych, a nie od listy ekranów. Praktyczna kolejność prac obejmuje:

1. analizę potrzeb klientów, dystrybutorów i zespołów wewnętrznych;

2. mapowanie obecnego procesu sprzedaży oraz obsługi;

3. analizę danych i funkcji dostępnych w SAP oraz innych systemach;

4. ocenę jakości danych, odpowiedzialności i ograniczeń integracyjnych;

5. zaprojektowanie ścieżek użytkownika, architektury i modelu uprawnień;

6. określenie zakresu MVP i mierników jego powodzenia;

7. development, konfigurację integracji i przygotowanie migracji;

8. testy funkcjonalne, integracyjne, wydajnościowe i bezpieczeństwa;

9. pilotaż z wybraną grupą użytkowników oraz kontrolowane uruchomienie;

10. monitoring, wsparcie operacyjne i rozwój na podstawie danych.

MVP może objąć jedną grupę klientów, jeden rynek, ograniczony katalog, podgląd zamówień, status realizacji, pobieranie dokumentów, podstawowe składanie zamówień, najważniejsze role oraz monitoring błędów. Pierwsza wersja powinna rozwiązywać konkretny problem biznesowy, na przykład ograniczyć ręczne przekazywanie statusów i faktur albo przenieść powtarzalne zamówienia z e-maili do kontrolowanego procesu. MVP nie powinno być przypadkowo okrojonym systemem bez pełnej ścieżki użytkownika.

Bezpieczeństwo należy projektować od początku. Obejmuje ono uwierzytelnianie, autoryzację, zasadę minimalnych uprawnień, separację danych klientów, ochronę cen i warunków handlowych, kontrolę dostępu do faktur, szyfrowanie transmisji i danych, rejestrowanie operacji oraz monitoring zdarzeń. Model ról powinien uwzględniać strukturę organizacji klienta, na przykład kupującego, osobę akceptującą zamówienie, administratora konta i użytkownika z dostępem tylko do dokumentów.

Dostawca powinien umieć połączyć procesy B2B, doświadczenie użytkownika i integrację z systemami centralnymi. Przy wyborze software house’u do portalu B2B z ERP warto sprawdzić:

• doświadczenie w portalach klientów, dystrybutorów i partnerów handlowych;

• kompetencje dotyczące SAP, SAP S/4HANA, innych systemów ERP oraz integracji API;

• znajomość procesów produkcyjnych, dystrybucyjnych, zamówieniowych i posprzedażowych;

• analizę procesu i danych przed rozpoczęciem developmentu;

• projektowanie UX dla złożonych kont, cen, ról, dokumentów i ścieżek akceptacji;

• podejście do architektury, bezpieczeństwa, wydajności i skalowalności;

• monitoring integracji, obsługę błędów, testy oraz gotowość operacyjną;

• możliwość etapowego wdrożenia, utrzymania i dalszego rozwoju;

• zdolność współpracy z wewnętrznym zespołem SAP i pozostałymi dostawcami IT.

W projekcie dla producenta lub dystrybutora szczególnie ważna jest odpowiedzialność za całą ścieżkę: od identyfikacji potrzeby użytkownika, przez reguły biznesowe i źródła danych, aż po poprawne zapisanie transakcji w SAP. Dostawca powinien potrafić ustalić, które funkcje wymagają odpowiedzi natychmiastowej, które mogą działać asynchronicznie, jak będzie wyglądać wsparcie po uruchomieniu oraz kto odpowiada za błąd na granicy systemów.

Hycom tworzy systemy dla klientów B2B zintegrowane z SAP.

W praktyce oznacza to połączenie analizy procesów B2B, projektowania doświadczeń cyfrowych, architektury, developmentu, integracji, testowania, utrzymania i rozwoju produktu. Takie podejście jest istotne, ponieważ portal klienta lub dystrybutora wpływa jednocześnie na pracę sprzedaży, obsługi klienta, logistyki, finansów, działu technicznego i IT.

Prace można rozpocząć od rozmów z klientami B2B i pracownikami, analizy zgłoszeń, zamówień, dokumentów oraz miejsc, w których dane są przepisywane lub ręcznie wyszukiwane. Następnie należy określić, jakie informacje istnieją w SAP, z jaką jakością i częstotliwością są aktualizowane, które interfejsy można wykorzystać oraz gdzie potrzebna jest warstwa integracyjna. Na tej podstawie definiuje się MVP, role, uprawnienia, wyjątki wymagające obsługi człowieka i plan rozwoju.

Po uruchomieniu system powinien być rozwijany na podstawie zachowania użytkowników i jakości operacji. Najważniejsze wskaźniki to:

• liczba aktywnych użytkowników i wykorzystanie poszczególnych funkcji;

• liczba oraz udział zamówień składanych cyfrowo;

• liczba dokumentów pobieranych samodzielnie;

• liczba zapytań o status, wiadomości i telefonów do obsługi;

• czas realizacji typowych spraw;

• liczba błędów integracji i czas ich usuwania;

• dostępność systemu i czas odpowiedzi.

Tak rozumiana współpraca pozwala połączyć samoobsługę z pracą zespołów wewnętrznych, zamiast tworzyć kolejny odizolowany kanał. System przejmuje standardowe czynności, a pracownik zachowuje kontrolę nad wyjątkami i relacjami wymagającymi wiedzy eksperckiej.