Oferta na interfejs ERP: ustal odpowiedzialność za dane

Zapytanie o połączenie systemów ERP może prowadzić do bardzo różnych usług. Sklep internetowy ma być może przekazywać zamówienia. Zmiany informacji o artykułach mają być może wracać w drugą stronę. Twój rozmówca może pod tym samym połączeniem rozumieć także stany magazynowe i komunikaty o dostawach. Dlatego w ofercie potrzebujesz opisu każdego przekazania. Klient rozpozna proces, który zamawia, a twój zespół przygotuje określony zakres. Sama lista nazw programów jeszcze nie rozstrzyga tej decyzji.

Poradnik jest dla dostawców ERP i partnerów wdrożeniowych. Decydujesz, czy konkretne połączenie można już wycenić, czy najpierw wymaga ograniczonych ustaleń z klientem i partnerami innych systemów. Te pytania należą do twojej pracy handlowej. Nie opisują dodatkowych pól dostarczanych z leadem. Wszystkie przykłady są wyraźnie fikcyjne i nie zawierają danych osobowych klientów. Metody techniczne i deklaracje wydajności ustalaj dopiero na podstawie faktycznych produktów, wersji i zatwierdzonego środowiska.

Zacznij od pełnego przekazania

Poproś klienta o opisanie jednego przekazania od początku do końca. Dobrym punktem wyjścia jest zamówienie ze sklepu: gdzie powstaje, jakich informacji potrzebuje ERP i po czym sprzedaż pozna, że można je dalej obsługiwać? Zapisz oczekiwany stan językiem pracowników. „Zamówienie jest gotowe do weryfikacji biznesowej” jest dokładniejsze niż „sklep jest połączony z ERP”. Dowiesz się też, czy automatyczne dalsze przetwarzanie w ogóle należy do oczekiwanego zakresu.

Następnie przejdź drogę powrotną. Jaka informacja musi wrócić, aby sklep pokazywał właściwy stan? Odebrane zamówienie, potwierdzony termin i wysłana dostawa to różne zdarzenia. Otwarta rozmowa o tych różnicach pozwala wybrać potrzebną informację zwrotną. Każdy dodatkowy kierunek zapisz osobno. Zobaczysz wtedy, czy pozornie pojedynczy interfejs obejmuje kilka zadań biznesowych i które są potrzebne w pierwszej ofercie.

Ustal, gdzie dane są nadrzędne

Dla każdego rodzaju danych zapytaj o źródło nadrzędne. Kto zakłada numery artykułów, kto zmienia opisy i gdzie poprawia się adres dostawy konkretnego zamówienia? Odpowiedź może być różna dla poszczególnych danych. Nie pisz ogólnie „ERP jest nadrzędny”, jeśli klient opisał jedynie obsługę artykułów. Oferta stanie się czytelniejsza, gdy określi, jakie informacje przejmuje się z którego systemu i kto ocenia zmiany biznesowo.

Rozważ też sprzeczne zmiany. W fikcyjnym przypadku adres zamówienia zmieniono w sklepie, a pracownik wprowadził w ERP inny adres. Zapytaj, który ma obowiązywać dla tego zamówienia i kto rozstrzyga konflikt. Automatyczną regułę można ocenić po poznaniu decyzji biznesowej. Nie potrzebujesz prawdziwego pliku adresów. Wymyślony opis wystarczy na początek, aby ujawnić konflikt i ustalić odpowiedzialną rolę.

Odróżnij transport danych od wyniku biznesowego

Przesłana wiadomość nie odpowiada na wszystkie pytania operacyjne. Ustal, jakiego potwierdzenia potrzebuje klient: dotarcia wiadomości, przyjęcia treści czy biznesowego zatwierdzenia utworzonego zamówienia? Te stany mogą mieć różne skutki dla pracy. Zapytaj o następne działanie człowieka. Sprzedaż może chcieć sprawdzić operację, podczas gdy magazyn powinien działać dopiero po osobnym zatwierdzeniu. Umieść tę różnicę w opisie.

Dla każdego przekazania zapisz prosty przypadek testowy i oczekiwany obserwowalny wynik. Fikcyjne zamówienie zawiera znany artykuł i wyraźnie wymyślony adres. ERP ma pokazać je do weryfikacji; późniejsza obietnica dostawy pozostaje poza tym przypadkiem. Klient oceni uzgodniony stan bez zakładania pełnej automatyzacji dostaw. Omów drugi przypadek z nieznanym artykułem. Widoczne pytanie do wyjaśnienia może być oczekiwanym wynikiem, jeśli pasuje do potwierdzonego procesu.

Określ aktualność przez pracę klienta

Zanim zaproponujesz technologię przesyłania, zapytaj, kiedy zmiana jest potrzebna. Czy sprzedaż musi znać nowy stan przed kolejnym zobowiązaniem, czy wystarczy uzgodnione późniejsze przetwarzanie? Która czynność czekałaby przy opóźnieniu? Takie pytania ujawniają rzeczywistą potrzebę. Słowo „automatycznie” nie oznacza konkretnej szybkości ani nieprzerwanej dostępności. Oba punkty wymagają osobnej oceny i opisu usługi dopasowanego do rozwiązania.

Sprawdź, czy oczekiwana aktualność pasuje do obecnego sposobu pracy. Jeśli pracownik udostępnia dane dopiero po ręcznym zatwierdzeniu, częstsze odpytywanie techniczne samo nie wystarczy. Zapytaj, czy zatwierdzenie ma świadomie pozostać. Wtedy jest częścią kolejności przekazania. Jeśli klient chce zmienić ten krok, zapisz osobną decyzję biznesową. Zespół zbada część techniczną bez nieświadomego przejmowania nieustalonego procesu.

Uwzględnij pytania i ponowne przetwarzanie

Omów, co pracownicy mają widzieć, gdy przekazania nie można obsłużyć z przyczyn biznesowych. Kto otrzyma powiadomienie, jakich informacji potrzebuje i skąd pozna, że sprawa została wyjaśniona? Pozostań przy przypadku biznesowym. Brak artykułu może wymagać decyzji osoby prowadzącej kartotekę; niepełne zamówienie należy do innej roli. Komunikat techniczny staje się przydatny, gdy pozwala ustalić odpowiednie następne działanie.

Zapytaj także o ponowne przesłanie tej samej operacji. Czy istniejące zamówienie należy rozpoznać, zaktualizować czy przedstawić do sprawdzenia? Jaki identyfikator jest rzeczywiście dostępny? Sprzedaż nie powinna obiecywać unikania duplikatów przed oceną metody przez specjalistów. W ofercie oddziel oczekiwany stan od warunku czekającego na potwierdzenie. Klient zobaczy, co już ustalono i jakie badanie musi poprzedzić realizację.

Włącz odpowiednich partnerów systemowych

Połączenie wymaga informacji z obu stron. Poproś klienta o kontakt do osoby odpowiedzialnej za podłączany system i właściwą dokumentację produktu. Ustal, kto może wyjaśnić konkretną wersję, możliwości dostępu i odpowiednią opcję testowania. Do pierwszych ustaleń nie potrzebujesz haseł w ogólnej notatce handlowej. Najpierw chodzi o to, czy odpowiedzialne osoby mogą wspólnie ocenić planowane przekazania biznesowo i technicznie.

Przypisz wyraźnie usługi uczestników. Twój zespół może obsługiwać stronę ERP, a dostawca sklepu inne zadanie. Zapytaj, kto koordynuje wspólny test i prowadzi otwarte pytania. Samo wymienienie partnera w ofercie nie wyjaśnia odpowiedzialności. Wskaż też potrzebny udział klienta, na przykład decyzję o przypisaniu artykułów. Klient łatwiej porówna oferty z różnymi granicami odpowiedzialności i zauważy brakujące czynności przed zamówieniem.

Wybierz ofertę albo wcześniejsze ustalenia

Określ, których informacji może jeszcze brakować w rzetelnej ofercie, a które pozostawiają zakres otwarty. Nieustalony kontakt to inna sytuacja niż nieokreślony kierunek transmisji. Gdy podstawowe warunki są nieznane, zaproponuj ograniczoną analizę, o ile twoja firma rzeczywiście ją oferuje. Opisz rezultat, na przykład uzgodnione przekazania i otwarte warunki techniczne. Nie wymyślaj ryczałtu, stałego terminu ani automatycznie następującego zlecenia wdrożenia.

Zbierz ustalenia w krótkim opisie usługi: zdarzenie początkowe, rodzaj danych, źródło nadrzędne, kierunek, stan końcowy, obsługa pytań i odpowiedzialni. Dodaj wyraźnie wyłączone przekazania. Klient ma rozpoznać, czy analizujecie tylko zamówienia, czy także stany i komunikaty dostaw. Dla warunków otwartych wskaż konkretne potrzebne potwierdzenie. „Połączenie wszystkich istotnych systemów” nie zastępuje wspólnego opisu, bo każdy może rozumieć to inaczej.

Sprawdź zakres na innym przypadku

Wyobraź sobie wyraźnie fikcyjnego sprzedawcę, który chce importować zamówienia ze sklepu. Początkowy zakres udostępnia je do sprawdzenia. Później klient pyta o automatyczne przekazywanie informacji o dostawach częściowych. Twój zespół traktuje to jako dodatkowe przekazanie z własnym wynikiem i odpowiedzialnością. Pierwotna decyzja pozostaje zrozumiała. Rozszerzenie można świadomie omówić zamiast dopisywać kolejne usługi do już użytej nazwy.

Oceń ten zakres oczami kolegi nieobecnego podczas rozmowy. Czy wyjaśni, gdzie powstaje zamówienie, kto rozstrzyga sprzeczne zmiany i po czym klient poznaje uzgodnione przetwarzanie? Jeśli potrzebuje założeń, dodaj dokładnie brakujące stwierdzenie. Dłuższa lista programów niewiele tu pomoże. Rezultatem jest użyteczna granica oferty: wystarczająco opisana albo połączona z konkretnym kolejnym ustaleniem, które klient może świadomie zamówić.

Sprawdź znaczenie danych i zmiany tej samej operacji

Porównaj również znaczenie potrzebnych danych. Ilość może oznaczać sztuki, kartony albo inną uzgodnioną jednostkę. Numer artykułu może mieć inne przypisanie w sklepie i ERP. Na wymyślonych przykładach zapytaj, jaka jednostka i przypisanie obowiązują w tym procesie. Technicznie wypełniona wartość pozwala na ocenę biznesową dopiero wtedy, gdy obie strony rozumieją ją jednakowo i potrafią prześledzić przypisanie.

Dodaj zmianę już przekazanego zamówienia. Klient przykładowo zmniejsza ilość po utworzeniu operacji w ERP. Zapytaj, do którego etapu przewidziano taką zmianę i kto ma ją sprawdzić. Zmiana przed weryfikacją może wymagać innej obsługi niż po rozpoczęciu wykonania. Nie wyprowadzaj jeszcze rozwiązania technicznego. Najpierw oddzielnie zapisz oczekiwaną reakcję biznesową dla obu stanów.

Rozważ także anulowanie. Co ma pozostać widoczne w obu systemach po wycofaniu zamówienia? Kto może zdecydować i który pracownik musi potem wiedzieć? Sprawdź oczekiwany przebieg bez tworzenia ogólnej zasady prawnej. Dla oferty liczy się, czy przypadek należy do uzgodnionego zakresu. Jeśli będzie badany później, wyraźnie zapisz tę granicę we wspólnym opisie.

Poproś rozmówcę o wyjaśnienie przypadków własnymi słowami. Rozróżnienie przyjęcia, zmiany i anulowania pozwala zespołowi celowo sprawdzić wykonalność każdego przypadku. Jeśli znaczenie pozostaje niejasne, to właśnie przypisanie jest następnym pytaniem. Tak powstaje zrozumiała podstawa pracy również dla partnera drugiego systemu, który wcześniej znał jedynie ogólne życzenie połączenia.

Kontekst źródła

Microsoft zaleca powiązanie wymagań procesów między systemami z celami biznesowymi dla integracji Dynamics 365. Przegląd integracji producenta służy tu tylko temu kontekstowi; nie potwierdza funkcji interfejsu twojego produktu.

Przygotuj nowe rozmowy ERP

Dzięki leadom ERP webRichtung docierasz do firm w Niemczech szukających ofert ERP. Zapytanie podaje obszar procesu, obecną sytuację systemową, etap planowania, lokalizację i kontakt. Konkretne produkty i interfejsy ustalasz samodzielnie. Zarejestruj firmę i przygotuj zamówienie leadów w webRichtung Customer; aktualną cenę zobaczysz przed wiążącym zamówieniem.