Wykorzystując pełną funkcjonalność narzędzia CrystalBridge Transformation Cockpit, jesteśmy w stanie ingerować w konkretne dane i dokonać implementacji zmian wartości pól w tabeli za pomocą poprawnie zaprojektowanej tabeli mapującej.
Najczęściej występującymi mappingami pól w dotychczas zrealizowanych projektach są:
- zmiana typu dokumentu (Document Type, field BSART),
- międzynarodowe reguły handlu (Incoterm, field INCO1 & INCO2),
- konta dostawcy (Supplier, field LINFR),
- procedury (Procedure, field KALSM),
- grupy zakupowe (Purchasing Group, field EKGRP),
- wskaźnik wydania dokumentu (Release Indicator, field FRGKE).
Wszystkie te mapowania (zmiany) zawartości pól możliwe są poprzez dostosowanie tabeli mapującej do reguły importowej, w której za pomocą kodu ABAP definiujemy regułę mapującą, czyli co ma być zmienione, kiedy oraz w jakich przypadkach. Interfejs ma dostęp do wartości wejściowej i na podstawie reguły generuje wartość wyjściową. Po uruchomieniu importu możemy obserwować efekt końcowy na systemie docelowym, czyli zmienione wartości dla wszystkich pól z odpowiedniej domeny, np. dla kilkuset tysięcy dokumentów sprzedażowych.
Bardzo powszechną operacją jest również przenumerowanie dokumentów zgodnie z wolą klienta. W tym celu stosujemy funkcję „number_get_next” zawartą w obiekcie przygotowawczym (Forerunner), który tworzy mapowanie zawierające stare numery (z systemu źródłowego) oraz nowe, kolejno z ustalonego zakresu numerów. Nowe numery są uzupełniane w odpowiednich polach na etapie importu tabel na systemie docelowym. Dzięki takiemu zabiegowi możliwe jest uporządkowanie numeracji na nowym systemie przy jednoczesnym przeniesieniu tylko najbardziej potrzebnych dla biznesu dokumentów z wyłączeniem tych, które zaśmiecają archiwa.