Konfiguracja przenoszenia zawarta we frameworku

W tym temacie opisano zagadnienia specjalne dotyczące obiektów przenoszenia dostarczonych z produktem do użycia w asystencie CMA. Konkretny produkt użytkownika może oferować dodatkowe obiekty. Specyficzne informacje dotyczące tych obiektów są zawarte w oddzielnej dokumentacji danego produktu.

W poniższych punktach podano najważniejsze informacje o żądaniach przeniesienia dostępnych we frameworku. Należy przejść do strony żądania przeniesienia w aplikacji, aby wyświetlić szczegóły wszystkich dostępnych obiektów.

• Przekazywanych jest kilka bazowych żądań przeniesienia w celu logicznego grupowania tabel systemowych i administracyjnych. Istnieje na przykład żądanie przeniesienia dotyczące konfiguracji systemowej frameworku F1-SystemConfig, zawierającej większość obiektów konfiguracji systemowej. Inne dotyczy obiektów konfiguracji powiązanych z CMA.

• W systemie dostarczane jest grupowe żądanie przeniesienia F1–FrameworkConfig (konfiguracja frameworku), obejmujące kilka innych żądań przeniesienia. Oczekuje się, że to żądanie migracji obejmie wszystkie typowe obiekty uwzględnione w przenoszeniu hurtowym. W konkretnym produkcie posiadanym przez użytkownika to żądanie przeniesienia może być uwzględnione we własnym grupowym żądaniu przeniesienia celem obsługi hurtowego przenoszenia wszystkich tabel administracyjnych frameworku i produktu. We wdrożeniu można wybrać utworzenie niestandardowego grupowego żądania przeniesienia. W takim przypadku należy przejrzeć różne żądania przeniesienia dostępne w produkcie bazowym, aby sprawdzić, czy któreś z nich mogą zostać włączone jako składniki niestandardowego żądania przeniesienia. Następnie wszystkie nowe plany przenoszenia dodane do bazowego żądania przeniesienia w przyszłych wersjach są automatycznie uwzględniane w przyszłych przenoszeniach.

• Istnieje kilka różnych żądań przeniesienia powiązanych z bezpieczeństwem, które obejmują różne kombinacje planów przenoszenia, aby obsługiwać wiele możliwych wymagań biznesowych powiązanych z przenoszeniem zabezpieczeń. Należy zauważyć, że żądanie przenoszenia zabezpieczeń uwzględnione w opisanej wyżej grupowym żądaniu przenoszenia nie uwzględnia użytkowników. W przypadku kopiowania użytkowników do środowiska docelowego we wdrożeniu należy zapoznać się z uwagami w sekcji Importowanie danych odwołujących się do użytkownika.

W poniższych punktach podano najważniejsze informacje o planach przenoszenia dostępnych we frameworku. Należy przejść do strony planu przenoszenia w aplikacji, aby wyświetlić szczegóły wszystkich dostępnych obiektów.

• Pola i typy charakterystyki nie są przenoszone wraz z obiektem (takim jak obiekt biznesowy lub obszar danych), o ile nie jest to wyraźnie określone.

• Usługa aplikacyjna używana przez obiekt jest przenoszona tylko wtedy, gdy należy do modyfikacji klienta.

• Obiekt Kontrolka zadania opcjonalnie odwołuje się do użytkownika (w przypadku zadań z harmonogramem). W sekcji Importowanie danych odwołujących się do użytkownika można znaleźć uwagi dotyczące kopiowania użytkownika. Dodatkowo podczas uruchomienia zadania informacje o zapisie są rejestrowane w kontrolce zadania. Tego typy aktualizacje powodują podwyższenie numeru wersji. Jeśli rekord kontrolki zadania stanowi element przenoszenia, a w kroku porównania wykryto zmianę w kontrolce zadania, w kroku zastosowania dotyczącym tej kontrolki wystąpi błąd, gdy między krokiem porównania i zastosowania zostanie przesłane zadanie.

  Uwaga: Kontrolki zadania CMA będące częścią kroku importu są uruchamiane i z tego względu system nie uwzględnia tych rekordów w przenoszeniu. Jeśli we wdrożeniu zmieniono domyślne parametry dowolnej kontrolki zadania, zaleca się ręczne wprowadzenie tych zmian w regionie docelowym.

• Podstawowe plany przenoszenia obiektów obsługi i obiektów biznesowych uwzględniają instrukcje kopiowania typów opcji, w których używane są odwołania do klucza obcego w ramach odwoływania się do innych obiektów. Należy pamiętać, że dane przechowywane w tych opcjach nie są sprawdzane, zatem definiowanie wspomnianych instrukcji nie jest wymagane podczas wykonywania przenoszenia hurtowego. Natomiast uwzględnianie instrukcji podrzędnych dotyczących odwołań do klucza obcego jest przydatne podczas przenoszenia ukierunkowanego w celu zapewnienia, że powiązane dane zostaną uwzględnione w przenoszeniu. W przypadku dodania dodatkowych typów opcji obiektu obsługi lub obiektu biznesowego, w których wykorzystywane są klucze obce, oraz potrzeby obsługi przenoszenia ukierunkowanego, należy utworzyć niestandardowe plany przenoszenia i żądania przeniesienia, odpowiednio dla obiektu obsługi i obiektu biznesowego, włączające te obiekty do planu przenoszenia. Nie trzeba jednak powielać instrukcji w podstawowych planach przenoszenia. Można tak zdefiniować dodatkowe plany przenoszenia, aby zawierały tylko dodatkowe, niestandardowe typy opcji. Podczas przesyłania żądania przeniesienia dotyczącego obiektu obsługi lub obiektu biznesowego, należy uwzględnić w żądaniu zarówno podstawowe, jak i niestandardowe plany przenoszenia.

• W przypadku skryptów, obiektów opartych na schematach i stref w planach przenoszenia dostępnych w produkcie są przenoszone, za pośrednictwem ograniczeń, niektóre dane z nimi powiązane. Jednak dane określone za pomocą formatów alternatywnych (na przykład za pomocą kroków edycji danych w skryptach, odwołań w schematach w przypadku obiektów opartych na schematach lub dane z mnemoników w parametrach strefy itp.) nie są identyfikowane i łączone w tej samej transakcji. Funkcja iteracyjnego przetwarzania kroku importu powinna rozwiązać wszelkie problemy z synchronizacją, które mogą powodować błędy sprawdzania poprawności dla tego typu obiektów.

• Dwa plany przenoszenia dotyczą skryptów. Plan przenoszenia F1-ScriptOnly służy do przenoszenia tylko skryptu i jego usługi aplikacyjnej (o ile usługa aplikacyjna należy do modyfikacji klienta). Plan przenoszenia F1-Script zawiera większość powiązanych obiektów, ale nie służy do przenoszenia żadnych obiektów, do których odwołują się kroki edycji obszaru danych. Nie służy do przenoszenia obiektu obsługi Funkcja. Może on zostać uwzględniony w odpowiednim niestandardowym żądaniu przeniesienia ukierunkowanego, w którym powinny zostać przeniesione skrypty i powiązane z nimi dane.

• Jeśli wdrożenie obejmuje ustawianie opcji Konfiguracja cechy dotyczącej zapisu F1_​DBCONINFO, która zostanie uwzględniona w żądaniu przeniesienia, należy upewnić się, że użytkownik importowania w regionie docelowym ma odpowiednie uprawnienia bezpieczeństwa dotyczące danej pozycji (tryb dostępu Administrator do usługi aplikacyjnej Konfiguracja cechy (CILTWSDP).

• Wspólne załączniki w obiekcie obsługi załącznika mogą być uznawane za dane administracyjne do uwzględnienia w przenoszeniu. Ponieważ ten obiekt obsługi zawiera klucz wygenerowany przez system, jako opisano w sekcji Dane administracyjne z kluczami wygenerowanymi przez system, korzysta on z klucza logicznego nazwy pliku i daty utworzenia do ustalenia, czy dany rekord istnieje w środowisku docelowym. Ponadto ten obiekt obsługi zawiera dane administracyjne (załączniki wspólne) oraz dane nieadministracyjne (załączniki własne). Aby zminimalizować możliwość konfliktu kluczy, nowe załączniki wspólne otrzymują wygenerowany klucz zawierający zero w środku numeru, natomiast załączniki własne otrzymują wygenerowany klucz bez zera w środku numeru.

• Obiekt obsługi menu zawiera klucz zdefiniowany przez użytkownika, ale jego wiersze i pozycje menu mają klucze wygenerowane przez system. Aby uniknąć możliwości nieprawidłowego nadpisania wiersza lub pozycji menu, obiekt obsługi menu sprawdzi nazwę menu w wierszu menu w regionie źródłowym i docelowym, aby uzyskać pewność, że są zgodne. Sprawdzi także wiersz menu w pozycji menu w regionie źródłowym i docelowym, aby uzyskać pewność, że są zgodne. Jeśli wartości te nie są zgodne, w kroku porównania wystąpi błąd.

• W przypadku komunikatów systemowych w produkcie dostępne są trzy różne plany przenoszenia.

  • Kategoria komunikatu i jej komunikaty (F1-MessageCategory). Ten plan przenoszenia jest uwzględniony w żądaniu przeniesienia F1-SystemConfig.

  • Kategoria komunikatu (F1-MessageCategoryOnly). Ten plan przenoszenia ma na celu obsługę przenoszenia ukierunkowanego, w którym wdrożenie utworzyło niestandardową kategorię komunikatu i chce przenieść ją, ale nie chce przenosić wszystkich należących do niej komunikatów.

  • Komunikat (F1-Message). Ten plan przenoszenia ma na celu obsługę przenoszenia ukierunkowanego, w którym przeniesione powinny być tylko określone komunikaty w obrębie kategorii komunikatu.

• W przypadku wartości wyszukiwania w produkcie dostępne są dwa różne plany przenoszenia.

  • Pole wyszukiwania i jego wartości (F1-Lookup). Ten plan przenoszenia jest uwzględniony w żądaniu przeniesienia F1-SystemConfig.

  • Wartość wyszukiwania (F1-LookupValue). Ten plan przenoszenia ma na celu obsługę przenoszenia ukierunkowanego, w którym przeniesione powinny być tylko określone wartości wyszukiwania w obrębie pola wyszukiwania.

• Istnieje kilka obiektów danych systemowych, w przypadku których wdrożenie nie może modyfikować żadnych informacji w rekordzie dostarczonym w pakiecie podstawowym. W odniesieniu do tych rekordów żądania przeniesienia dostarczone w pakiecie podstawowym zawierają kryteria wyboru, które umożliwiają wybieranie tylko rekordów należących do modyfikacji klienta (ponieważ rekordy podstawowe będą zawsze istniały w rekordzie docelowym, zakładając, że obydwa regiony należą do tej samej wersji). Przykładem może być typ algorytmu. Żądanie przeniesienia F1-SystemConfig zawiera tylko typy algorytmów należące do modyfikacji klienta. Jednak wiele obiektów danych systemowych obsługuje zmiany niestandardowe w jednym lub większej liczbie pól. Na przykład obiekt "Strefa" umożliwia nadpisanie we wdrożeniu tekstu strefy lub niektórych parametrów. Inne obiekty danych systemowych obsługują dodatki niestandardowe do zbioru. Na przykład obiekt obsługi umożliwia dodawanie we wdrożeniu algorytmów lub opcji. W planach przenoszenia powiązanych z tymi obiektami danych systemowych wszystkie rekordy są uwzględniane w żądaniach przeniesienia dostarczonych w pakiecie podstawowym, aby umożliwić przenoszenie konfiguracji niestandardowej. Oznacza to, że w kroku importu/porównania wiele obiektów dostarczonych w pakiecie podstawowym, które nie zostały dostosowane, będzie oznaczonych jako Niezmienione.

• Wiele obiektów obsługi powiązanych z integracją zawiera odwołania do danych zależnych od środowiska, takich jak nadawcy komunikatów. Dane te należy przenosić bardzo ostrożnie. W razie potrzeby należy rozważyć skorzystanie z zastąpienia identyfikatora URI. Więcej informacji znaleźć można w sekcji Odwołania do identyfikatorów URI.