Korygowanie danych przed porównywaniem

Istnieją powody, dla których importowane dane wymagają korekty przed zastosowaniem ich w środowisku docelowym. W takich przypadkach można użyć algorytmu dołączonego do głównej instrukcji planu przenoszenia, aby skorygować dane podczas importowania. Ten algorytm jest wywoływany przez algorytm porównania przed wykonywaniem procesu porównywania. Algorytmy tego zdarzenia systemowego uzyskują widok rekordu źródłowego (importowanego) oraz widok istniejącego rekordu w regionie docelowym (jeśli istnieje). Dane są dostarczane przy użyciu fizycznego obiektu biznesowego obiektu obsługi planu przenoszenia. Algorytm może wprowadzać zmiany i przekazywać nowy widok rekordu, który powinien zostać użyty w porównaniu. To zdarzenie systemowe obsługuje wiele kolejno wykonywanych algorytmów. Każdy algorytm otrzymuje dane rekordu pierwotnego, dane rekordu docelowego (jeśli dotyczy) oraz "nowy" widok danych (wypełniony przez poprzednie algorytmy, jeśli dotyczy). Ostateczny, "nowy" widok danych służy do porównania obiektów. System zawiera algorytmy połączone z instrukcją główną planu przenoszenia ze środowiska źródłowego. Jeśli w systemie zostaną znalezione dodatkowe algorytmy wstępnego porównywania połączone z główną instrukcją planu przenoszenia w systemie docelowym, algorytmy te również zostaną wykonane.

Szybki dostęp: Więcej informacji na temat fizycznych obiektów biznesowych można znaleźć w sekcji Podstawowe obiekty biznesowe.

Przykłady rekordów, które mogą wymagać użycia algorytmów importowania:

  • Kontrolka zadania odwołuje się do liczby porządkowej następnego zadania wraz z informacjami o zapisie, takimi jak data/godzina ostatniego uruchomienia. Informacje te mają znaczenie tylko w swoim środowisku. Instrukcja dotycząca kontrolki zadania może zawierać algorytm zapobiegający nadpisaniu numeru kolejnego zadania podczas kopiowania kontrolki zadania.

  • Niektóre produkty zawierają obiekty administracyjne odwołujące się do obiektu danych głównych. Obiekty danych głównych nie są kopiowane w ramach CMA. Można użyć algorytmu importowania do skorygowania podczas importu klucza obcego danych głównych, do którego prowadzi odwołanie, na przykład tak, aby go zresetować (albo tak, aby nie został nadpisany podczas aktualizacji). Jeśli istnieje algorytm umożliwiający odnalezienie odpowiedniego rekordu danych głównych do połączenia, również można go uwzględnić.

  • W przypadku importowania danych ze środowiska źródłowego w wersji niższej, jeśli importowany obiekt został rozszerzony w najnowszym wydaniu o nowe pole wymagane, konieczne może być udostępnienie algorytmu umożliwiającego wypełnienie danych w tym polu.

Tego algorytmu można używać również do "resetowania" danych źródłowych jako sposobu wskazywania, że dany rekord nie powinien zostać zaimportowany. W takiej sytuacji krok porównania obiektu przenoszenia spowoduje zmianę statusu rekordu na wartość Niezmienione i użycie czynności obiektu o wartości Anulowane. (Czynność obiektu jest wartością wyszukiwania prostego. Status rekordu nie ulega zmianie na stan obiektu biznesowego Anulowane ze względu na zarezerwowanie tego statusu dla zainicjowanych przez użytkownika anulowań obiektu lub jednego z jego rekordów nadrzędnych). Nie jest spodziewane częste użycie tej metody, ponieważ teoretycznie użycie odpowiednich kryteriów wyboru w czasie eksportu powinno zapewnić, że jedynymi eksportowanymi rekordami będą te, które powinny zostać zaimportowane.

Uwaga: Dotychczasowe zdarzenie systemowe "Import". Pierwotnie z systemem dostarczano zdarzenie systemowe/miejsce dołączania "Import". Cele algorytmów tego miejsca dołączania były podobne, czyli miały one umożliwiać korygowanie importowanych danych przed ich dodaniem lub aktualizacją. Algorytmy te były wykonywane w kroku "Zastosowanie". Taka logika nie umożliwia swobodnej interakcji z rekordem przy użyciu obiektu biznesowego. Utrudnia ona zastosowanie skryptu jako typu wtyczki. Ponadto utrudniona jest aktualizacja elementów w kolumnie XML. Obsługa tego miejsca dołączania zostanie usunięta w przyszłym wydaniu. Algorytmy służące do korygowania danych powinny korzystać ze zdarzenia systemowego wstępnego porównywania.