---
title: "Plan migracji danych i checklista gotowości danych klienta (IDK-15)"
date: 2026-09-22
description: "Gotowy do użycia szablon IDK-15: Plan migracji danych i checklista gotowości danych klienta dla projektów IFS Cloud, zgodny z metodyką wdrożeniową IFS."
author: "Dariusz Mysliwiec"
categories:
  - name: "Zestaw dokumentów wdrożeniowych"
    url: "https://www.ifs-erp.com/zestaw-dokumentow-wdrozeniowych.md"
---

# Plan migracji danych i checklista gotowości danych klienta (IDK-15)

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](https://www.ifs-erp.com/pl/dokumentacja-wdrozeniowa/14-strategia-migracji-danych)) 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 |

 ## Spis treści

 
- [Kontrola dokumentu](#kontrola-dokumentu)
- [A1. Inwentaryzacja źródeł](#a1-inwentaryzacja-r-de)
- [A2. Schematy numeracji](#a2-schematy-numeracji)
- [A3. Duplikaty i konflikty](#a3-duplikaty-i-konflikty)
- [A4. Decyzje o rekordach aktywnych i historii](#a4-decyzje-o-rekordach-aktywnych-i-historii)
- [A5. Jednostki miary](#a5-jednostki-miary)
- [A6. Wartości referencyjne](#a6-warto-ci-referencyjne)
- [A7. Pola strukturalne](#a7-pola-strukturalne)
- [A8. Obowiązkowe klasyfikacje](#a8-obowi-zkowe-klasyfikacje)
- [A9. Podsumowanie gotowości](#a9-podsumowanie-gotowo-ci)
- [B1. Plan część 1: obiekt, źródło i metoda](#b1-plan-cz-1-obiekt-r-d-o-i-metoda)
- [B2. Plan część 2: zależności, kolejność ładowania i mapowanie](#b2-plan-cz-2-zale-no-ci-kolejno-adowania-i-mapowanie)
- [B3. Zadania czyszczenia](#b3-zadania-czyszczenia)
- [B4. Plan część 3: cykle ładowania, walidacja i odbiór](#b4-plan-cz-3-cykle-adowania-walidacja-i-odbi-r)
- [B5. Kalendarz cykli](#b5-kalendarz-cykli)
- [B6. Problemy i decyzje z cykli ładowania](#b6-problemy-i-decyzje-z-cykli-adowania)
- [B7. Postępowanie z plikami eksportu](#b7-post-powanie-z-plikami-eksportu)
- [Zatwierdzenie](#zatwierdzenie)

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