Szablon IDK-15, wersja 1.0. Faza: Confirm Prototype (plan ustanowiony), utrzymywany przez Establish Solution i Implement Solution.
Jak korzystać z tego szablonu
- Ten plan wprowadza strategię migracji danych (szablon IDK-14) w życie. Wymienia każdy obiekt danych wraz ze źródłem, właścicielem, metodą, kolejnością ładowania i odbiorem.
- Część A to checklista gotowości danych klienta. Nie wymaga środowiska IFS Cloud. Rozpocznij ją w dniu zatwierdzenia projektu.
- Część B to plan per obiekt danych. Jest podzielona na trzy tabele powiązane wspólnym ID. W arkuszu kalkulacyjnym mogą stanowić jedną szeroką tabelę.
- Aktualizuj plan po każdym cyklu ładowania. Wersja z końca próby generalnej zasila checklistę cutover godzina po godzinie.
- Zastąp każde pole
[...]. Usuń wiersze oznaczone „Przykład:”, gdy pojawią się własne wiersze.
| Field | Value |
|---|---|
| ID szablonu | IDK-15 |
| Faza | Confirm Prototype (plan ustanowiony), utrzymywany przez Establish Solution i Implement Solution |
| Właściciel | Lider migracji danych po stronie klienta, wspierany przez konsultanta ds. migracji danych |
| Zatwierdzający | Kierownik projektu po stronie klienta, z odbiorem per obiekt danych przez biznesowego właściciela danych |
| Bramka kwalifikacyjna | Solution Confirmed |
| Wersja | 1.0 |
Kontrola dokumentu
| Pole | Wartość |
|---|---|
| Projekt | [Nazwa projektu] |
| Właściciel planu | [Imię i nazwisko, rola] |
| Konsultant ds. migracji danych (dostawca) | [Imię i nazwisko] |
| Odniesienie do strategii | [Link do zatwierdzonej strategii migracji danych, wersja] |
| Status | [Wersja robocza / Ustanowiony / Zaktualizowany po cyklu n / Ostateczny dla cutover] |
| Lokalizacja przechowywania | [Link] |
| Wersja | Data | Autor | Zmiana |
|---|---|---|---|
| 0.1 | [YYYY-MM-DD] | [Imię i nazwisko] | Rozpoczęto checklistę gotowości |
| [x.y] | [YYYY-MM-DD] | [Imię i nazwisko] | [Zmiana, na przykład „zaktualizowano po cyklu ładowania n”] |
Przejdź przez to per grupa danych: części, dostawcy, klienci, ceny, struktury, otwarte transakcje. Zapisuj ustalenia, nie tylko zaznaczenia. Każde ustalenie staje się zadaniem czyszczenia w sekcji B3.
A1. Inwentaryzacja źródeł
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Wymieniony każdy system, baza danych, arkusz i plik papierowy zawierający dane tej grupy | Przykład: Dane dostawców znajdują się w legacy ERP, w arkuszu zakupowym z danymi kontaktowymi oraz w narzędziu do zobowiązań z danymi bankowymi | [Imię i nazwisko] | [ ] |
| Dla każdego źródła: kto je utrzymuje, jak jest aktualne, jak można je wyeksportować | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Tam, gdzie dwa źródła zawierają ten sam rekord, wskazano źródło wiodące | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Zidentyfikowano dane przechowywane wyłącznie w głowach ludzi lub w skrzynkach mailowych | [Ustalenie] | [Imię i nazwisko] | [ ] |
A2. Schematy numeracji
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Obecna logika numeracji udokumentowana per obiekt | Przykład: Numery części niosą rodzinę produktową w pierwszych znakach. Nowsze części już tej reguły nie przestrzegają. | [Imię i nazwisko] | [ ] |
| Podjęto decyzję: zachować numery czy renumerować | [Decyzja i uzasadnienie] | [Imię i nazwisko] | [ ] |
| Jeśli renumeracja: utrzymywana jest lista odniesień krzyżowych, oraz gdzie użytkownicy znajdą stary numer | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Numery z wbudowanym znaczeniem są przejrzane. Pola klasyfikacji robią tę pracę lepiej. | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Znaki, długość i zera wiodące sprawdzone wobec tego, co przyjmują pola docelowe | [Ustalenie] | [Imię i nazwisko] | [ ] |
A3. Duplikaty i konflikty
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Zidentyfikowane duplikaty rekordów, w ramach jednego źródła i między źródłami | Przykład: Ten sam dostawca utworzony osobno dla każdej lokalizacji, z różnymi warunkami płatności | [Imię i nazwisko] | [ ] |
| Wybrany rekord przetrwały per zestaw duplikatów, konflikty wartości rozstrzygnięte przez właściciela | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Wymienione otwarte transakcje na rekordach, które zostaną scalone | [Ustalenie] | [Imię i nazwisko] | [ ] |
A4. Decyzje o rekordach aktywnych i historii
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Reguła „aktywny” zdefiniowana per obiekt, zgodnie ze strategią | Przykład: Części ze stanem, otwartymi zamówieniami lub ruchem od [ustalić w projekcie] |
[Imię i nazwisko] | [ ] |
| Rekordy poza regułą, których właściciel wciąż chce, wskazane imiennie, z uzasadnieniem | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Rekordy pozostawiane oznaczone w źródle, tak żeby eksporty mogły je wykluczyć | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Zidentyfikowane i pominięte w eksporcie nieużywane pola | [Ustalenie] | [Imię i nazwisko] | [ ] |
A5. Jednostki miary
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Wymienione wszystkie używane jednostki, z wariantami zapisu tej samej jednostki | Przykład: „SZT”, „szt.”, „każda” i „EA” oznaczają jedną sztukę | [Imię i nazwisko] | [ ] |
| Uzgodniona jedna docelowa lista jednostek | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Zweryfikowane współczynniki przeliczeniowe dla części kupowanych, magazynowanych i sprzedawanych w różnych jednostkach | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Zdecydowano przed eksportem stanów, które części zmieniają jednostkę magazynową | [Ustalenie] | [Imię i nazwisko] | [ ] |
A6. Wartości referencyjne
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Kraje, waluty i języki używają kodów standardowych | Przykład: Kraj wprowadzany jako wolny tekst w kilku wariantach zapisu | [Imię i nazwisko] | [ ] |
| Warunki płatności, warunki dostawy i sposoby wysyłki zracjonalizowane do listy uzgodnionej w Księdze Reguł | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Wycofane grupy i kategorie, z których nikt nie raportuje | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Istnieje tabela tłumaczeń z wartości legacy na wartość docelową per pole referencyjne | [Ustalenie] | [Imię i nazwisko] | [ ] |
A7. Pola strukturalne
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Adresy rozbite na właściwe pola. Kody pocztowe zgodne z formatem kraju. | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Numery podatkowe, dane bankowe, numery telefonów i adresy e-mail w poprawnych formatach | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Zidentyfikowane i przeniesione informacje z notatek tekstowych, których potrzebuje nowy proces jako pole | Przykład: „Wymagany certyfikat” zapisane w notatce części | [Imię i nazwisko] | [ ] |
| Notatki tekstowe, które nie będą migrowane, uzgodnione z właścicielem | [Ustalenie] | [Imię i nazwisko] | [ ] |
A8. Obowiązkowe klasyfikacje
| Kontrola | Ustalenie | Właściciel | Wykonano |
|---|---|---|---|
| Wymienione z Księgi Reguł klasyfikacje, od których zależą nowe procesy | Przykład: Każda część zakupowa potrzebuje grupy części zakupowej, planisty i dostawcy podstawowego | [Imię i nazwisko] | [ ] |
| Zmierzona kompletność per klasyfikacja w danych legacy | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Brakujące wartości przypisane właścicielom do uzupełnienia, u źródła gdzie to możliwe | [Ustalenie] | [Imię i nazwisko] | [ ] |
| Unikane wartości domyślne. Wartość domyślna ukrywa decyzję, której nikt nie podjął. | [Ustalenie] | [Imię i nazwisko] | [ ] |
A9. Podsumowanie gotowości
| Grupa danych | Właściciel | Źródła znane | Duplikaty rozwiązane | Reguła aktywności zastosowana | Jednostki i referencje czyste | Klasyfikacje kompletne | Gotowe do pierwszego ładowania |
|---|---|---|---|---|---|---|---|
| Przykład: Dostawcy | Kierownik zakupów | Tak | W toku | Tak | Tak | W toku | Nie |
| [Grupa] | [Imię i nazwisko] | [Status] | [Status] | [Status] | [Status] | [Status] | [Tak / Nie] |
B1. Plan część 1: obiekt, źródło i metoda
Wartości metody: Zadanie migracyjne / Kopiuj-wklej lub import pliku na standardowej stronie / Wprowadzanie ręczne / Pakiet konfiguracyjny.
| ID | Obiekt danych | Reguła zakresu | System źródłowy i eksport | Właściciel biznesowy | Właściciel techniczny | Metoda | Powód wyboru metody |
|---|---|---|---|---|---|---|---|
| Przykład: DM-010 | Części magazynowe | Aktywne wg reguły w A4 | [Legacy ERP], eksport [nazwa] | Kierownik magazynu | [Imię i nazwisko] | Zadanie migracyjne | Duży zbiór, ładowany w każdym cyklu |
| Przykład: DM-004 | Jednostki miary | Docelowa lista z A5 | Księga Reguł | Kierownik magazynu | [Imię i nazwisko] | Wprowadzanie ręczne | Mały zbiór, wprowadzony jednorazowo, potem przenoszony jako konfiguracja |
| Przykład: DM-030 | Otwarte pozycje zamówień zakupu | Otwarta ilość na dzień cutover | [Legacy ERP], eksport [nazwa] | Kierownik zakupów | [Imię i nazwisko] | Zadanie migracyjne | Wolumen, musi uzgadniać się z legacy |
| [ID] | [Obiekt] | [Reguła] | [Źródło] | [Imię i nazwisko] | [Imię i nazwisko] | [Metoda] | [Powód] |
B2. Plan część 2: zależności, kolejność ładowania i mapowanie
Kolejność ładowania podąża za zależnościami w aplikacji: dane podstawowe przed danymi wzorcowymi, dane wzorcowe przed transakcjami.
| ID | Kolejność ładowania | Zależy od | Cel (encja lub strona) | Status mapowania | Dokument mapowania | Otwarte pytania mapowania |
|---|---|---|---|---|---|---|
| Przykład: DM-010 | [n] | Jednostki miary, grupy części, lokalizacje | Część magazynowa | Zatwierdzone przez właściciela [YYYY-MM-DD] | [Link] | Brak |
| Przykład: DM-030 | [n] | Dostawcy, części zakupowe, dostawca dla części zakupowej, lokalizacje | Zamówienie zakupu i pozycje | Wersja robocza | [Link] | Jak ładować częściowo przyjęte pozycje: tylko otwarta ilość, czy pełna pozycja z przyjęciem? |
| [ID] | [n] | [ID lub obiekty] | [Cel] | [Nierozpoczęte / Wersja robocza / Zatwierdzone] | [Link] | [Pytania] |
B3. Zadania czyszczenia
| ID zadania | Obiekt danych | Zadanie | Gdzie jest wykonywane | Właściciel | Termin | Status | Miara postępu |
|---|---|---|---|---|---|---|---|
| Przykład: CL-007 | Dostawcy | Scalić duplikaty per lokalizacja, uzgodnić jeden zestaw warunków płatności na dostawcę | Legacy ERP | Kierownik zakupów | [YYYY-MM-DD] | W toku | Pozostałe zestawy duplikatów: [liczba] |
| [ID] | [Obiekt] | [Zadanie] | [System źródłowy / Krok transformacji] | [Imię i nazwisko] | [YYYY-MM-DD] | [Status] | [Miara] |
B4. Plan część 3: cykle ładowania, walidacja i odbiór
Liczba cykli ładowania: [ustalić w projekcie]. Dodaj lub usuń kolumny cykli odpowiednio.
| ID | Wynik cyklu 1 | Wynik cyklu 2 | Wynik cyklu [n] | Wynik i czas trwania próby generalnej | Zapytanie lub kontrola walidacyjna | Wskaźnik uzgodnienia | Odbiór właściciela, data |
|---|---|---|---|---|---|---|---|
| Przykład: DM-010 | Załadowana próbka. Odrzucenia: brak planisty na [liczba] częściach. | Załadowany pełny eksport. Odrzucenia przypisane jako CL-012. | [Czas trwania z logu] | Liczba części per lokalizacja i status części równa się eksportowi. Właściciel próbkuje rekordy pole po polu. Migrowaną część można zakupić i przyjąć. | Liczba rekordów | [Imię i nazwisko], [YYYY-MM-DD] | |
| Przykład: DM-030 | Nie w cyklu | Załadowany pełny eksport | [Czas trwania z logu] | Otwarte pozycje i otwarta ilość per lokalizacja i dostawca równe raportowi otwartych zamówień z legacy na ten sam moment odcięcia | Liczba pozycji, otwarta ilość | ||
| [ID] | [Wynik] | [Wynik] | [Wynik] | [Wynik] | [Kontrola] | [Wskaźnik] | [Imię i nazwisko, data] |
Per cykl zapisuj dla każdego obiektu: rekordy w eksporcie, rekordy załadowane, rekordy odrzucone, powody i właściciela każdej poprawki.
B5. Kalendarz cykli
| Cykl | Cel | Środowisko | Data eksportu | Okno ładowania | Okno walidacji | Objęte obiekty | Przegląd wyjścia |
|---|---|---|---|---|---|---|---|
| Przykład: Cykl 1 | Dowieść poprawności zadań i kolejności ładowania na próbce | [Środowisko] | [YYYY-MM-DD] | [Daty] | [Daty] | Dane podstawowe, części, dostawcy | [Data, uczestnicy] |
| [Cykl] | [Cel] | [Środowisko] | [YYYY-MM-DD] | [Daty] | [Daty] | [Obiekty] | [YYYY-MM-DD] |
| Cykl weryfikacyjny przed SAT | Procesy działają z prawdziwym bezpieczeństwem i migrowanymi danymi | [Środowisko] | [YYYY-MM-DD] | [Daty] | [Daty] | Wszystkie | [YYYY-MM-DD] |
| Próba generalna | Pełne wolumeny, czasy zalogowane, plan poprawiony | [Środowisko] | [YYYY-MM-DD] | [Daty] | [Daty] | Wszystkie | [YYYY-MM-DD] |
| Cutover | Ładowanie produkcyjne | Produkcja | [YYYY-MM-DD] | Wg checklisty cutover | Wg checklisty cutover | Wszystkie | Decyzja o udostępnieniu |
B6. Problemy i decyzje z cykli ładowania
| ID | Cykl | Obiekt danych | Problem | Przyczyna (dane, mapowanie, zadanie, rozwiązanie) | Właściciel | Działanie | Status |
|---|---|---|---|---|---|---|---|
| [ID] | [Cykl] | [Obiekt] | [Problem] | [Przyczyna] | [Imię i nazwisko] | [Działanie] | [Otwarty / Zamknięty] |
B7. Postępowanie z plikami eksportu
Postępuj wg zasad ze strategii. Zapisz tu, gdzie przechowywane są pliki każdego cyklu i kiedy zostały usunięte.
| Cykl | Lokalizacja przechowywania | Dostęp ograniczony do | Usunięto dnia, przez kogo |
|---|---|---|---|
| [Cykl] | [Lokalizacja] | [Role] | [Data, imię i nazwisko] |
Zatwierdzenie
Zatwierdzenie na bramce Solution Confirmed stwierdza, że plan jest ustanowiony: dane źródłowe są zidentyfikowane, czyszczenie jest w toku z wskazanymi właścicielami, a metoda jest wybrana dla każdego obiektu danych. Odbiór per obiekt następuje w tabeli B4.
| Rola | Imię i nazwisko | Decyzja | Data | Podpis |
|---|---|---|---|---|
| Lider migracji danych po stronie klienta | [Imię i nazwisko] | [Zatwierdzono / Zatwierdzono z uwagami / Odrzucono] | [YYYY-MM-DD] | |
| Kierownik projektu po stronie klienta | [Imię i nazwisko] | |||
| Konsultant ds. migracji danych (przegląd) | [Imię i nazwisko] | |||
| Kierownik projektu po stronie dostawcy | [Imię i nazwisko] |
Ostateczny odbiór danych przy cutover:
| Grupa danych | Właściciel biznesowy | Odniesienie do uzgodnienia | Data | Podpis |
|---|---|---|---|---|
| [Grupa] | [Imię i nazwisko] | [Link] | [YYYY-MM-DD] |
Uwagi i warunki: [tekst]
Niezależny szablon zgodny z metodyką wdrożeniową IFS. Nie jest oficjalnym dokumentem IFS. IFS jest zastrzeżonym znakiem towarowym IFS AB.
Deutsch (Deutschland)
English (United Kingdom) 