Wzory parametryzacji
Funkcja ta służy do definiowania szablonów parametryzacji, które mogą zostać wykorzystana w funkcji Kopia parametryzacji.
Tworzenie szablonów parametryzacji pozwala uniknąć konieczności wprowadzania wszystkich parametrów do każdej kopii.
Każdy szablon parametryzacji jest powiązany z jednym lub kilkoma szablonami danych opisującymi dane, które mają zostać przesłane. Do każdego szablonu danych należy wprowadzić:
- formułę wyboru, do tabeli głównej szablonu danych
- oraz typ transakcji służący, w razie potrzeby, do ponownego zatwierdzenia ustawień.
Stosuje się je przy kopiowaniu parametryzacji.
Warunek
Odniesienie do dokumentacji Implementacja
Zarządzanie ekranem
Karta Ekran wpisów
Pola
Na tej karcie występują następujące pola :
Blok numer 1
| Określa kod modelu konfiguracji. |
| Jedynie tytuł zostanie wyświetlony. |
Blok numer 2
| Należy wybrać moduł do skonfigurowania. To pole pozwala na ustalenie, czy ekran ma zostać utworzony w bazie danych folderu. Należy go utworzyć, jeśli moduł, z którym powiązany jest ekran jest aktywny dla folderu. |
| Ten kod czynności służy do oznaczenia projektów lub konfiguracji uznawanych za opcjonalne (jest on wówczas aktywowany lub dezaktywowany, w zależności od wartości wskaźnika powiązanego z tym kodem czynności). Kod pozwala również zidentyfikować poszczególne dodatki lub zgrupować w ramach tego samego ważnego kodu zestaw elementów słownika, które muszą zostać jednocześnie aktywowane, by umożliwić wdrożenie danej funkcji oprogramowania. Kod czynności rozpoczynający się od X, Y lub Z uznawany jest za specyficzny. |
Tabela Modele danych
| Wybrany model danych służy do określenia danych, które mają zostać pobrane oraz wprowadzone lub skopiowane do pliku poprawek.
|
| Tutaj wprowadzana jest formuła wyboru, która będzie zastosowana w przypadku głównej tabeli określonej w modelu danych. Formuła ta może zawierać zmienną [L]CODLEG, która jest kodem prawodawstwa wprowadzanym podczas uruchamiania kopii. |
| Gdy ekrany wprowadzania zapisów są opisane danymi konfiguracyjnymi, samo skopiowanie danych konfiguracyjnych nie wystarczy. Przedmiotowe transakcje muszą zostać poddane ponownemu sprawdzaniu poprawności, tzn. należy ponownie wygenerować kod — operacji przetwarzania, ekranów, okien dla poszczególnych przypadków itd. Sprawdzanie jest inicjowane po wpisaniu w tym polu kodu odpowiedniego obiektu konfiguracyjnego. |
Zamknij
Przyciski określone
W oknie otwartym przez ten przycisk występują następujące pola : Blok numer 1
Blok numer 2
Zamknij Przycisk ten służy do kopiowania definicji rekordu z/do innego folderu. |
Komunikaty o błędzie
Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :
Etykieta „Subprog PATCHMOD” już nie istnieje w przetwarzanym procesie SUBXXX .
Wystąpienie tego błędu oznacza, że zażądano ponownego zatwierdzenia transakcji dla obiektu, który nie wymaga ponownego zatwierdzenia. Właściwie, żądanie ponownego zatwierdzenia jest wyzwalane wykonaniem etykiety PATCHMOD w procesie powiązanym z obiektem. Jako, że ta etykieta nie istnieje, nie ma konieczności planowania czynności ponownego zatwierdzenia.