| Drukuj Otwórz Pomoc bezpośrednią w wersji PDF

#### Zarządzanie polami - informacje W Oracle CRM On Demand można dla różnych typów rekordów wykonywać następujące zadania związane z zarządzaniem polami: Tworzenie i edytowanie pól Zarządzanie etykietami pól Zmienianie wartości na liście wyboru Tworząc pola niestandardowe lub edytując definicje pól, można określić wartość domyślną pola, która będzie uwzględniana podczas tworzenia nowych rekordów. Można także zlecić sprawdzanie poprawności pola w celu uzyskania pewności, że zawiera ono określoną wartość. ### Kopiowanie pól - informacje Funkcja kopiowania ma zastosowanie do większości typów rekordów w aplikacji Oracle CRM On Demand, co oznacza, że użytkownicy mogą skopiować obecnie używany rekord. Po naciśnięciu przycisku "Kopiuj" na stronie "Rekord - szczegóły" zostanie otwarta strona nowego rekordu. Strona będzie zawierać wszystkie pola, które można skopiować. Użytkownik może zmienić i zapisać te pola. UWAGA: Po naciśnięciu przycisku "Kopiuj rekord" kopiowany jest tylko rekord podstawowy bez rekordów podrzędnych. Ograniczenia dotyczące funkcji kopiowania są następujące: Nie można kopiować łączy internetowych, pól połączonych, pól systemowych, pól adresowych, obliczonych i pól odniesienia. W przypadku tych elementów nie jest dostępne pole wyboru "Kopiowanie włączone". Nie można kopiować pól tylko do odczytu. Pola tylko do odczytu to takie, dla których ustawiono właściwość "Tylko do odczytu" podczas ich konfigurowania lub w układzie pól. Nie można kopiować pól, które są niedostępne w układzie formularza użytkownika. Nie można skopiować następujących pól załącznika: Załącznik Załącznik: Nazwa pliku Załącznik: Rozmiar (w bajtach) Można skopiować pola przy użyciu przycisku "Kopiuj" na stronach szczegółów rekordów w aplikacji Oracle CRM On Demand. To ustawienie można włączyć, zaznaczając pole wyboru "Kopiowanie włączone" na stronie "Zarządzanie polami" w sekcji przystosowywania aplikacji Oracle CRM On Demand. Więcej informacji o określaniu możliwości kopiowania pól w aplikacji Oracle CRM On Demand znajduje się pod hasłem Administrowanie ustawieniem "Kopiowanie włączone". ### Pola wymagane Niekiedy trzeba zdefiniować pola jako wymagane. Na przykład firma może wymagać, aby przy każdym zleceniu SR była dołączona informacja o jego przyczynie. W takim przypadku trzeba określić, że pole "Przyczyna" dla zleceń SR jest polem wymaganym. Gdy nowo utworzony lub zaktualizowany rekord będzie zapisywany, aplikacja sprawdzi, czy dla pola "Przyczyna" jest spełniony warunek NOT NULL. Jeśli pole zostanie określone jako "Wymagane", sprawdzanie poprawności jest wymuszane dla wszystkich interfejsów, w tym dla interfejsu użytkownika, usług internetowych i importu danych. Pola, które na stronie "Edycja pól" zostały określone jako wymagane, są polami wymaganymi dla wszystkich użytkowników, bez względu na ich rolę. Jeśli pole ma być wymagane tylko przy konkretnej roli, można to uzyskać, edytując układ odpowiedniej strony z uwzględnieniem pól, które jeszcze nie są wymaganymi. Więcej informacji o edytowaniu układów stron jest dostępnych pod hasłem Dostosowywanie układów stron statycznych. ### Pola wymagane warunkowo Bieżący użytkownik może skonfigurować pole w taki sposób, by było warunkowo wymagane, co oznacza, że nie będzie domyślnie wymagane, ale stanie się wymagane, jeśli zostanie spełniony określony warunek. Więcej informacji można znaleźć pod hasłem Pola wymagane warunkowo - informacje. ### Pola tylko do odczytu Pola można zdefiniować jako tylko do odczytu, na przykład, w następujących sytuacjach: Pola pochodzą ze źródeł zewnętrznych. Jeśli firma śledzi ocenę zdolności kredytowej podmiotu z użyciem danych z systemu zewnętrznego, to ocena powinna być regularnie aktualizowana poprzez nocny import, lecz pole zawierające ocenę powinno w interfejsie użytkownika być polem tylko do odczytu. Zawartość istniejącego pola jest przenoszona do niestandardowego pola indeksowanego. Zamierzając użyć - dla już istniejącego niestandardowego pola - jednego z niestandardowych pól indeksowanych, można na czas przenoszenia danych nadać staremu polu atrybut "tylko do odczytu". Taka definicja pola zapobiega desynchronizacji danych. UWAGA: Określone pola systemowe są zawsze tylko do odczytu i mogą być aktualizowane jedynie przez Oracle CRM On Demand. Przykładami pól, które są zawsze tylko do odczytu są pola "Utworzono" oraz "Utworzono: Data". Oba są dostępne w wielu typach rekordów. ### Reguły sprawdzania poprawności pól niestandardowych Narzędzie Oracle On Demand Expression Builder (Expression Builder) może służyć do tworzenia wyrażeń reguł sprawdzania poprawności pól niestandardowych. Naciśnięcie ikony fx, wyświetlanej obok pola "Sprawdzanie poprawności pola", powoduje otwarcie okna narzędzia Expression Builder, w którym można wprowadzić wyrażenie. Więcej informacji o składni wyrażeń znajduje się pod hasłem Expression Builder. Reguły sprawdzania poprawności pól można zdefiniować, na przykład, w następujących sytuacjach: Wymuszanie przestrzegania zasad biznesowych. Jeśli w firmie obowiązuje zasada biznesowa, że wspólny fundusz marketingowy obowiązuje tylko przez jeden rok, to można zdefiniować regułę sprawdzania poprawności pola "Data końcowa", zgodnie z którą jego wartość - w porównaniu z polem "Data rozpoczęcia" - nie może być większa niż rok. W innej sytuacji firmy może mieć zdefiniowaną zasadę, zgodnie z którą musi być śledzona każda utracona możliwość, z której oczekiwany przychód wynosił 100 000 USD lub więcej. W takim przypadku użytkownik konfiguruje regułę sprawdzania poprawności pola "Status", zgodnie z którą jeśli użytkownik próbuje zapisać rekord możliwości z wartością "Utracone" w polu "Status", aplikacja Oracle CRM On Demand określa, czy oczekiwany przychód wynosi 100 000 USD lub więcej i czy wartość w polu "Przyczyna uzyskania/straty" jest pusta. Można także skonfigurować komunikat wyświetlany w przypadku niepowodzenia sprawdzania poprawności. W takim przypadku zostanie wyświetlony komunikat ostrzegający użytkownika, że należy wybrać wartość w polu "Przyczyna uzyskania/straty" przed zapisaniem rekordu. UWAGA: W przypadku procesu biznesowego, w którym pole "Przyczyna uzyskania/straty" ma być wymagane tylko w określonych okolicznościach, można ustawić to pole jako wymagane warunkowo. Więcej informacji można znaleźć pod hasłem Pola wymagane warunkowo - informacje. Wymuszanie stosowania odpowiedniego formatu danych. Jeśli firma korzysta z europejskiego numeru VAT, można wprowadzić sprawdzanie poprawności formatu numeru VAT na podstawie adresu płatnika faktury. Inny przykład, to sprawdzanie, czy długość wartości wprowadzanej do określonego niestandardowego pola nie przekracza określonego limitu. Wyrażenie sprawdzające poprawność pola jest obliczane przy każdej aktualizacji pola w nowym lub istniejącym rekordzie. Jednak wyrażenie sprawdzania poprawności nie jest obliczane w następujących sytuacjach: Podczas tworzenia i modyfikowania rekordu pole jest pozostawiane puste. Funkcja sprawdzania poprawności pól nie wymaga wprowadzania wartości. W polu już istnieje wartość, prawidłowa lub nieprawidłowa, która nie jest zmieniana podczas aktualizacji rekordu. Jeśli wyrażenie sprawdzania poprawności nie zostanie obliczone lub jeśli da w wyniku wartość NULL, to nie zostanie wygenerowany żaden komunikat o błędzie. Komunikat o błędzie jest generowany tylko wtedy, gdy wyrażenie sprawdzania poprawności da wynik negatywny, tj. da w wyniku wartość FALSE. Dla wyrażeń sprawdzania poprawności pól zakłada się, że pierwszym parametrem jest nazwa sprawdzanego pola. Na przykład, jeśli w polu "Kwota" jest wprowadzane proste wyrażenie sprawdzania poprawności, zgodnie z którym kwota musi być większa niż 1000, to wystarczy wpisać >1000. Nie trzeba wpisywać [<Amount>]>1000. Więcej informacji o bardziej skomplikowanych wyrażeniach znajduje się pod hasłem Wyrażenia - informacje. #### Ograniczenia dotyczące określania reguł sprawdzania poprawności pól Nie można określić reguł sprawdzania poprawności następujących pól: Pola systemowe Wewnętrzne pola obliczane Pola RowID i ID UWAGA: Należy pamiętać, że Row_ID jest wewnętrznym polem systemowym. W zależności od operacji, na przykład podczas tworzenia rekordów, nie zawsze pozostaje polem statycznym. Jego wartość może się różnić od wartości pól ExternalSystemID i IntegrationID. Powiązane pola Pola list wielokrotnego wyboru Pola, które zgodnie właściwością użytkownika, są ustawiane jako wykluczane. Pola te są ustawiane na podstawie wyjątków w celu zapobieżenia nieprzestrzegania logiki biznesowej w kodzie aplikacji. Łącza internetowe Pola połączone Następujące pola załącznika: Załącznik Załącznik: Nazwa pliku Załącznik: Rozmiar (w bajtach) ### Definiowanie domyślnych wartości pól - informacje Tworząc niestandardowe pola lub edytując definicje pól, można na stronie "Edycja pól" określić w polu "Wartość domyślna" domyślne wartości pól. Określenie domyślnej wartości pola jest przydatne, gdy są potrzebne: Stała wartość pola. Na przykład pole "Klient" może w chwili tworzenia rekordu zawierać wartość domyślną "Klient". Wartość oparta na formule. Na przykład pole "Termin płatności" dla wniosków o fundusze może przyjmować domyślną wartość 6 miesięcy liczonych od wartości z pola "Data utworzenia". Generowanie unikatowej wartości pola. Na przykład można określić wyrażenie generujące unikatową liczbę, stanowiącą ID dla pola "Zestawienie wydatków". (Pole to powinno być także polem tylko do odczytu.) Wartość domyślna specyficzna dla roli. Na przykład, jeśli w firmie większość zleceń SR jest generowanych przez serwisowych przedstawicieli klientów, to pole wyboru "Zmiana przydziału" może być domyślnie zaznaczone, aby w razie otwarcia zlecenia SR przez np. przedstawiciela handlowego było ono kierowane do właściwego serwisowego przedstawiciela klienta, zgodnie z wcześniej zdefiniowanymi regułami przydziału. UWAGA: Większość tych czynności użytkownik może wykonać tylko wtedy, gdy ma nadaną rolę zawierającą uprawnienie "Zaawansowane zarządzanie polami". Istnieją dwa typy domyślnych wartości pól: Wartość domyślna wstępna. Pole jest wypełniane podaną wartością, gdy użytkownik tworzy nowy rekord. Użytkownik może wprowadzić inną wartość albo zaakceptować wartość domyślną. Wartość domyślna końcowa. Pole nie jest wypełniane podaną wartością, gdy użytkownik tworzy nowy rekord, lecz przyjmuje wartość domyślną, gdy rekord jest zapisywany, jeżeli. Użytkownik pozostawi pole puste. Pole jest w układzie ukryte. Nie została dostarczona żadna wartość przez narzędzia integracji. Wartość domyślna wstępna jest domyślnym typem wartości dla pól. Można zlecić użycie typu "Wartość domyślna końcowa", zaznaczając na stronie "Edycja pól" pole wyboru "Wartość domyślna końcowa". Wartości domyślne pól są stosowane tylko do nowych rekordów - nie mają zastosowania w przypadku aktualizacji rekordów. Jeśli dla pola, które już ma ustaloną systemową wartość domyślną, zostanie określona inna wartość domyślna, to nowa wartość domyślna będzie miała pierwszeństwo. Wyjątkiem od tej reguły jest pole "Przychód" z rekordów "Możliwości". Wszelkie określane dla tego pola wartości domyślne wstępne bądź końcowe są ignorowane, ponieważ pole to jest używane podczas generowania prognoz opartych na przychodach z możliwości. Nie można ustawić wartości domyślnych dla następujących pól: Pola systemowe Wewnętrzne pola obliczane Pola RowID i ID UWAGA: Należy pamiętać, że Row_ID jest wewnętrznym polem systemowym. W zależności od operacji, na przykład podczas tworzenia rekordów, nie zawsze pozostaje polem statycznym. Jego wartość może się różnić od wartości pól ExternalSystemID i IntegrationID. Powiązane pola Pola list wielokrotnego wyboru Pola, które zgodnie właściwością użytkownika, są ustawiane jako wykluczane. Pola te są ustawiane na podstawie wyjątków w celu zapobieżenia nieprzestrzegania logiki biznesowej w kodzie aplikacji. Łącza internetowe Pola połączone Pola wyboru (wartości domyślne końcowe) Następujące pola załącznika: Załącznik Załącznik: Nazwa pliku Załącznik: Rozmiar (w bajtach) W poniższej tabeli przedstawiono wartości domyślne, jakie można określić dla różnych typów pól w aplikacji Oracle CRM On Demand.
Typ pola | Poprawne wartości domyślne
--- | ---
Pole wyboru | "T" jeśli pole wyboru ma być zaznaczone i wartość logiczna to prawda. "N" jeśli pole wyboru ma być niezaznaczone i wartość logiczna to fałsz. Brak wartości oznacza niezdefiniowaną wartość pola wyboru, nawet jeśli nie jest ono zaznaczone. Uwaga: Nie można wybrać wartości domyślnej końcowej w przypadku pola wyboru.
Waluta | Poprawna wartość liczbowa, maksymalnie 15 cyfrowa.
Data | Today + liczba, gdzie liczba reprezentuje określoną liczbę dni. Wartość domyślna jest obliczana jako data bieżąca plus podana liczba. Na przykład, jeśli datą bieżącą jest 1 stycznia 2008 i zostanie wprowadzona wartość Today + 7, to wartość domyślna zostanie ustawiona na 8 stycznia 2008.
Data/godzina | Jak w przypadku pola "Data", lecz przy tworzeniu nowego rekordu jest dodatkowo wyświetlana godzina.
Liczba całkowita | Poprawna wartość liczbowa z przedziału od -2147483648 do 2147483647.
Lista wielokrotnego wyboru | Nie można zdefiniować wartości domyślnej dla listy wyboru wielu wartości.
Uwaga | Tekst składający się z maksymalnie 16350 znaków.
Liczba | Poprawna wartość liczbowa z przedziału od -2147483648 do 2147483647.
Procent | Poprawna wartość liczbowa z przedziału od -2147483648 do 2147483647.
Telefon | Poprawny numer telefonu.
Lista wyboru | Wartością domyślną pola będzie wartość wybrana z listy wyboru.
Tekst (długi) | Tekst składający się z maksymalnie 255 znaków.
Tekst (krótki) | Tekst składający się z maksymalnie 40 znaków przeznaczony dla pól niestandardowych i większości pól wstępnie skonfigurowanych. Jednak w przypadku niektórych pól wstępnie skonfigurowanych możliwe jest wprowadzenie dłuższego tekstu. Na przykład nazwa typu rekordu podmiotu może być dłuższa niż 40 znaków, a zatem długość wartości domyślnego pola nie będzie podlegać temu ograniczeniu.
Tekst (krótki, maskowalny) | Tekst składający się z maksymalnie 40 znaków, w którym część danych jest ukryta przed wyświetlaniem przez niektórych użytkowników. Na przykład jeśli pole maskowalne zawiera wartość 4558785236, dla użytkowników będzie widoczny format XXXX5236. Aby zobaczyć dane w polu maskowalnym, rola użytkownika musi uwzględniać uprawnienie "Wyświetlanie danych maskowanych". Więcej informacji można znaleźć pod hasłem Pola maskowalne - informacje.
Łącze internetowe | Poprawny adres URL. Wyrażenia i zatwierdzanie są niedozwolone. Wartość domyślną można ustawić na stronie edycji "Łącze internetowe". Pole wyświetlania tekstu może zawierać maksymalnie 250 znaków. Pole adresu URL może zawierać maksymalnie 8000 znaków. Przeglądarki obsługują różne maksymalne długości adresów URL. Jeśli zostanie podany zbyt długi adres URL, to może on nie działać zgodnie z zamierzeniami. Długość adresu URL zmienia się, gdy jest używane zastępowanie parametrów.
UWAGA: W przypadku utworzenia wyrażenia w celu ustawienia wartości domyślnej, wynik wyrażenia nie może przekraczać maksymalnej liczby znaków dozwolonej dla pola. Dodatkowo, każdy literał napisowy lub numeryczny przekazywany funkcji w narzędziu Expression Builder nie może przekraczać 75 znaków. Więcej informacji na temat konstruktora wyrażeń znajduje się pod hasłem Expression Builder. Ponadto: Dla wszystkich typów pól, w tym list wyboru, można wprowadzić wartość stałą. Przykład: Status (Task) = 'Nierozpoczęte' Dla pól daty można określić liczbę dni liczonych od daty bieżącej. Przykład: Due Date (Fund Request) = Today() + 180 Dla pola "Właściciel" można określić zmienną <record creator> lub konkretnego użytkownika. Nie jest obsługiwane wyszukiwanie. Wartość trzeba wpisać bezpośrednio w polu. Jako wartości domyślne pól można też tworzyć wyrażenia złożone. Wyrażenie można wpisać bezpośrednio w polu "Wartość domyślna", ale można też kliknąć ikonę fx w celu otwarcia okna narzędzia Expression Builder, w którym wprowadza się wyrażenie. Więcej informacji o składni wyrażeń znajduje się pod hasłem Expression Builder. Aby zarządzać polami za pomocą narzędzia Expression Builder, użytkownik musi posiadać rolę zawierającą uprawnienie "Zaawansowane zarządzanie polami". Użytkownicy o roli "Administrator" mogą włączać to uprawnienie dla swojej roli oraz dla ról innych użytkowników.

Opublikowano: Sierpień 2022 | Copyright © 2005, 2022, Oracle i/lub spółki powiązane. Legal Notices.