Zabierzcie dokumentację, gdy zmieniacie partnera

Przy zmianie partnera rzadko problemem jest sam system, tylko to, co wie wyłącznie stary partner. Dlaczego wybrano taką konfigurację? Kto ma kod źródłowy waszego dostosowania? Jakie integracje działają? Artykuł podaje listę dokumentacji, o którą warto poprosić, i wyjaśnia, dlaczego rozsądnie jest postawić ten wymóg przed wypowiedzeniem umowy. Jest napisany dla tych, którzy mają stawiać wymagania, a nie dla programistów.

Dostosowania i rozszerzenia

Wasz Business Central może zawierać dostosowania w postaci per-tenant extensions, zbudowanych specjalnie dla was, oraz aplikacje z Microsoft AppSource. Microsoft Learn opisuje, że dostosowania są dostarczane jako pakiety .app.

Zapytajcie, kto ma kod źródłowy waszych rozszerzeń i czy macie do niego prawo. To zależy od umowy. Jeśli nie macie kodu źródłowego, nowy partner może mieć trudności z poprawkami lub aktualizacją. Poproście o listę wszystkich zainstalowanych rozszerzeń i aplikacji z nazwą, wydawcą i wersją.

Poproście też o opisy testów, jeśli istnieją. Dostosowanie bez testów jest trudne do aktualizacji, bo nikt nie wie, co ma działać po zmianie.

O co poprosić

Nie wszystko jest zapisane. Poproście wtedy o spotkanie ze starym partnerem, na którym nowy partner zadaje pytania. Można je nagrać, jeśli obie strony się zgodzą. Godzina rozmowy może wyjaśnić to, co inaczej zajęłoby dni.

Przegląd dostosowań z krótkim opisem celu i działania
Kod źródłowy i dostęp do repozytorium lub eksport, jeśli macie do tego prawo
Dokumentacja konfiguracji: serie numeracji, konfiguracja księgowania, wymiary, przepływy pracy
Lista integracji, tego, co robią, i tego, kto jest właścicielem kluczy i połączeń
Zaplanowane zadania w Job Queue i ich cel
Konfiguracja ról i uprawnień, w tym zestawy uprawnień
Układy raportów i dostosowane dokumenty
Lista otwartych zgłoszeń i znanych błędów

Integracje i klucze dostępu

Integracje ze sklepem internetowym, magazynem, bankiem lub innymi systemami często zakłada partner. Zapytajcie, jakich kont i kluczy używają i kto figuruje jako właściciel. Jeśli to konto partnera, własność trzeba przenieść albo założyć nowe.

Microsoft Learn pisze, że delegowany administrator nie może uruchamiać zaplanowanych zadań w Job Queue, ale można je utworzyć i przygotować, aby uruchomił je licencjonowany użytkownik. Warto więc wiedzieć, kto jest właścicielem zadań.

Poproście o zestawienie subskrypcji i licencji zewnętrznych, które partner założył w waszym imieniu, i o informację, kto za nie płaci.

Uzgodnijcie to przed wypowiedzeniem

Dokumentację łatwiej dostać, dopóki współpraca trwa. Poproście o przekazanie w uzgodnionym dniu i uzyskajcie potwierdzenie na piśmie. Zapytajcie, czy jest opłata za jej zebranie, żeby nie okazała się niespodzianką.

Sprawdźcie pierwotną umowę. Czy jest w niej coś o własności dostosowań, dokumentacji lub kodu? Jeśli nie, poruszcie to teraz.

Gdy nowy partner ją otrzyma

Poproście nowego partnera o przejrzenie materiału, zanim stara umowa wygaśnie. Zapytajcie, czy czegoś brakuje. Taniej jest dostać odpowiedzi, gdy obie strony są jeszcze zaangażowane. Zobaczcie też artykuł o zmianie partnera.

Zróbcie listę tego, czego brakuje, i ustalcie datę, kiedy stary partner to dostarczy. Przechowujcie wszystko w jednym miejscu, do którego sami macie dostęp, a nie tylko u partnera.

Addverk

Jeśli chcecie porozmawiać o tym temacie, napiszcie do nas. Stawiajcie wymóg dokumentacji wszystkim, także nam, na początku współpracy.