Założenie systemu (crtsys)

Wprowadzenie

Po zainstalowaniu Comarch ERP Enterprise system jest skonfigurowany w minimalnym zakresie. System nie jest jeszcze przeznaczony do pracy produkcyjnej lub programistycznej. Pierwszym krokiem po instalacji jest utworzenie rzeczywistego systemu produkcyjnego. Nowy system jest również tworzony w przypadku:

  • konfiguracji systemu deweloperskiego partnera
  • dostosowywany system klienta
  • system testowy klienta

W celu utworzenia nowego systemu z jego podstawowymi właściwościami należy użyć narzędzia crtsys.

Uwaga
Warunkiem wstępnym jest zaimportowanie odpowiedniej licencji dla nowego systemu.

Podstawowe definicje związane z obszarem zarządzania systemem dostępne są tutaj.

Grupa docelowa

  • Administratorzy
  • Konsultanci techniczni

Opis

Narzędzie służy do tworzenia nowego systemu. Podczas tworzenia nowego systemu musisz już posiadać odpowiednią licencję lub licencja ta musi być już zaimportowana do bazy danych konfiguracji. Niektóre właściwości systemu są pobierane z tej licencji. Szczegóły dotyczące niezbędnych kroków można znaleźć w dokumentacji Tworzenie nowego systemu Semiramis

Polecenie

Poniżej znajduje polecenie zawierające wszystkie możliwe parametry.

crtsys -licence:<guid>[-description:<str>][-owner:<id>]

-configuration:<id>

[-versioningLevel:<str>]

[-versioningLevel:<vs>]

[-code:<str>]

-release:<str>

[-databaseConnectionTimeout:<duration>]

[-identityServerClientMode:<vs>]

[-identityServerSystem:<id>]

[-identityServer:<id>]

[-supportRequestServerMode:<vs>]

[-supportRequestServerSystem:<id>]

[-supportRequestServer:<id>]

[-supportRequestServerOLTPDatabase:<id>]

[-certificateRequired:<boolean>]

Parametry

Parametry polecenia zostały wyjaśnione w poniższej tabeli. Parametry w nawiasach kwadratowych są opcjonalne, podczas gdy pozostałe są obowiązkowe. Gwiazdka (*) może być określona jako symbol zastępczy dla niektórych parametrów, aby móc wyświetlić wszystkie możliwe wartości. Nie wszystkie parametry mogą być określone więcej niż jeden raz; tylko te z następującym dodatkiem do zmiennych parametrów są dozwolone do wielokrotnego określenia: <str-1> … <str-n>.

Parametr Opis
-license:<guid> Identyfikator GUID zaimportowanej licencji.
[-description:<str>] Opis systemu.
[owner:<id>] Osoba odpowiedzialna za system.
-configuration:<id> Baza konfiguracyjna systemu zawierająca podstawowe ustawienia. Baza konfiguracyjna musi być określona dla każdego systemu.
[-vrm:<vs>] Wersja, wydanie i poziom modyfikacji systemu. Informacje te są analizowane przez usługę zleceń programistycznych po wprowadzeniu zadania programistycznego, aby upewnić się, że wydanie zlecenia programistycznego jest zgodne z bieżącym systemem.
[-versioningLevel:<vs>] Poziom wersji systemu. W zależności od sposobu korzystania z systemu ma on określony poziom wersjonowania. Na wszystkich poziomach wersjonowania z wyjątkiem 7 możliwe jest tworzenie nowych wersji obiektów deweloperskich. Wynikowe numery wersji są oparte na poziomie wersjonowania.Możliwe wartości to od 1 do 7, przy czym wybór jest ograniczony przez licencję i wykorzystanie systemu. Zmiana poziomu wersjonowania jest dozwolona tylko wtedy, gdy na przykład partnerski system deweloperski o poziomie wersjonowania 4 zostanie przekształcony w system korekty o poziomie wersjonowania 3. W każdym przypadku wszystkie zadania deweloperskiego muszą być aktywowane, a wszystkie aktualizacje oprogramowania wyeksportowane w momencie zmiany.
[-code:<str>] Prefiks dla nowo utworzonych obiektów deweloperskich. Dla każdego systemu deweloperskiego przypisywany jest osobny prefiks. Prefiks deweloperski składa się z maksymalnie pięciu małych liter. Wszystkie obiekty deweloperskie tworzone w systemie muszą być tworzone w przestrzeni nazw rozpoczynającej się od com.<prefiks deweloperski>.app. Prefiks deweloperski jest przypisywany centralnie i nie można go zmienić w licencji systemowej.
-release:<str> Prefiks wszystkich aktualizacji oprogramowania utworzonych w systemie. Logicznie identyfikuje system źródłowy aktualizacji oprogramowania i definicje działań w przepływie pracy. Prefiks eksportu składa się z maksymalnie pięciu małych liter.
[-databaseConnection-Timeout:<duration>] Czas, po którym nieaktywne połączenia z bazą danych są zamykane. W systemach produkcyjnych nie należy określać czasu.Jeśli nie określono czasu, połączenia z bazą danych raz otwarte przez serwer aplikacji są ponownie zamykane dopiero po zamknięciu serwera aplikacji. Określenie wartości jest szczególnie przydatne w systemach programistycznych, w których duża liczba serwerów aplikacji jest obsługiwana przez kilka centralnych baz danych, ponieważ w przeciwnym razie zbyt wiele połączeń, a tym samym zasobów, jest zarezerwowanych w centralnym systemie DBMS.
[-identityServerClientMode:<vs>] Tryb usługi identyfikacji. Usługa identyfikacji zapewnia, że obiekty programistyczne zawsze otrzymują ten sam identyfikator GUID i tę samą identyfikację w różnych systemach i wersjach. Każdy system ma w tym celu listę identyfikacji. Jeśli kilka systemów deweloperskich używa tego samego prefiksu deweloperskiego, jeden z tych systemów musi przejąć wspólne zarządzanie listą identyfikacji. Tryb identyfikacji określa, który z tych systemów zarządza listą identyfikacji.Ustawienie Lokalny jest używane dla systemów, które same nie są systemami deweloperskimi i dla systemów deweloperskich, które mają własny prefiks deweloperski. Ustawienia Rozproszony (normalny) i Rozproszony (podstawowy) są używane, jeśli używana jest usługa identyfikacji innego systemu. W takim przypadku należy określić system i serwer aplikacji, które zarządzają listą identyfikacji. Ustawienie Rozproszony (podstawowy) może być używane tylko w nowym systemie deweloperskim, z którego nie wyeksportowano jeszcze aktualizacji oprogramowania. W takim przypadku nowy obiekt deweloperski może zostać usunięty z listy identyfikacji w celu zmiany jego identyfikacji. Gdy kolejny system będzie dostępny lub zostanie wyeksportowana aktualizacja oprogramowania, wartość musi zostać zmieniona na Rozproszony (normalny).
[-identityServerSystem:<id>] System serwera aplikacji, który wykonuje usługę identyfikacji.
[-identityServer:<id>] Serwer aplikacji uruchamiający usługę identyfikacji. Wszystkie zlecenia sprawdzenia nowych identyfikatorów obiektów programistycznych są przetwarzane za pośrednictwem tego serwera aplikacji. Jeśli nie można się z nim połączyć, nie można utworzyć nowego obiektu deweloperskiego i nie można zmienić większości istniejących obiektów deweloperskich.
[-supportRequestServerMode:<vs>] Określa, czy usługa zleceń programistycznych jest używana, czy nie. Usługa zleceń deweloperskich umożliwia koordynację zadań programistycznych w różnych systemach na podstawie zleceń deweloperskich. Możliwe wartości to:

  • Użyj – należy określić, gdzie serwer usługi zleceń deweloperskich jest skonfigurowany i można się z nim połączyć
  • Nie używaj
[-supportRequestServerSystem:<id>] System serwera aplikacji, który wykonuje usługę zlecenia deweloperskiego.
[-supportRequestServer:<id>] Serwer aplikacji wykonujący usługę zlecenia deweloperskiego.
[-supportRequestServerOLTPDatabase:<id>] Na serwerze aplikacji można skonfigurować kilka usług zleceń deweloperskich lub co najwyżej jedną usługę zlecenia deweloperskiego na bazę danych OLTP. Należy określić bazę danych OLTP, w której przechowywane są zlecenia deweloperskie dotyczące tego systemu.
[-certificateRequired:<boolean>] Określa, czy certyfikaty klienta są wymagane do zalogowania się do systemu. Jeśli nie, możliwe jest również zalogowanie się poprzez wprowadzenie nazwy użytkownika i hasła.

Autoryzacje

Następująca jednostka biznesowa jest istotna dla tej aplikacji: com.cisag.sys.configuration.obj.System

Czy ten artykuł był pomocny?