Home / FAQs / Informowanie przedsiębiorstw, integracja systemów i transport
QUESTION & ANSWER

Co należy zrobić, aby wprowadzić ERP, CRM, OA i systemy finansowe?

Większość systemów może być zintegrowana poprzez API, wiadomości, czas lub kontrolowane wymiany plików, ale najpierw poprzez potwierdzenie pojemności interfejsu i odpowiedzialności za dane. Każdy podstawowy typ danych powinien mieć jeden podstawowy system odpowiedzialności, a inne systemy powinny czytać lub odpisywać zgodnie z uzgodnionymi. Ważne linki muszą być również uwzględnione, na przykład poprzez ponowną ocenę, kompensację, logi i ręczne uzgodnienie. System jest połączony tylko jako pierwszy krok, a długotrwała spójność i nietypowe operacje są ważniejsze.

Odpowiedz na pytanie.

Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.

Integrację należy poprzedzić systemem i katalogiem danych, który określa, kto tworzy klienta, towary, zamówienia, inwentaryzację, dokumenty organizacyjne i finansowe, który ma prawo do ich modyfikacji i synchronizacji.

DECISION FACTORS

Jakie warunki należy określić przed podjęciem decyzji?

To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.

Czy systemy zapewniają formalną API, dokumentację, środowisko testowe i prawa dostępuSpójność w definicjach, kodach, organizacji i kalibrze czasuSynchronizacja wymaga real- time, real- time lub dobowego łączeniaKto odpowiada za awarię, powtarzanie, opóźnienie i ręczną korektę interfejsów
ACTION STEPS

Sugerowana kolejność wyprzedzania

01

Najpierw wyjaśnimy cel i granicę.

W celu potwierdzenia własności danych tworzone są katalogi systemowe, interfejsy i główne katalogi danych.

02

Kluczowe zależności zatwierdzenia

Najpierw wybierane jest pole projektowe, działanie i zasada anomalii o wysokiej wartości.

03

Opracowanie wyników możliwych do oceny

Historia jest wykorzystywana do łączenia próbek granicznych, tak dalej, ponownie testować i kompensować.

04

Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.

Sprawdzanie różnic w pojednaniu na linii online i stopniowe rozszerzanie innych systemów.

PRACTICAL EXAMPLE

Jak to rozumiesz w prawdziwym biznesie?

Przykład stosowany do zilustrowania metody oceny

Po zamknięciu CRM, klient i zamówienie zostanie utworzone do ERP, a bank ERP jest retransmitowany do CRM. Jeśli obie strony zmieniają kod klienta, duplikat rekordów będzie; proces będzie stabilny w długim okresie, gdy ERP zostanie zidentyfikowany jako oficjalny użytkownik-master danych, CRM mapa konserwacji, a tylko klucz biznesowy jest używany do zapobiegania duplikatowi tworzenia.

COMMON RISKS

Najprostszy do przejścia.

Każdy system jest bezpośrednio połączony, a później tworzy niezachwialny interfejs sieciowy

Tylko testować zwykłe żądania, a nie przetwarzać duplikaty połączeń i czas sieci

Nazwy pól są takie same, biznes jest taki sam.

ACCEPTANCE

Jak mamy to potwierdzić?

Przyjmowanie i inspekcja obejmują normalne, duplikaty, brakujące, nieuporządkowane, nadgodziny i nieprawidłowości w zakresie uprawnień oraz godzą dzienniki, alarmy, retesty, odszkodowania i uzgodnienia.

Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.

Warunki projektu różnią się od powyższych przykładów?

Cele operacyjne, istniejące systemy, próby i planowany czas można by zestawić, zanim konsultanci będą mogli dokonać wstępnych ocen w odniesieniu do rzeczywistych granic.

Doradcy ds. projektów stowarzyszonych