Administrering af Oracle CRM On Demand > Applikationstilpasning > Siden Applikationstilpasning: Posttype > Om feltstyring
Om feltstyring
I Oracle CRM On Demand kan du udføre følgende feltstyringsopgaver til de forskellige posttyper:
Når du opretter tilpassede felter og redigerer feltdefinitioner, kan du angive standardværdier til feltet, som får virkning, når nye poster oprettes. Du kan også angive, at feltvalidering udføres til feltet for at sikre, at det har en bestemt værdi.
Om kopiering af felter
De fleste typer i Oracle CRM On Demand har en kopieringsfunktion; dvs. brugere kan kopiere den aktuelle post, som de benytter. Når en bruger klikker på knappen Kopier på postdetaljesiden, åbner en ny postside. Denne nye postside indeholder alle de felter, der kan kopieres. En bruger kan ændre og gemme disse felter.
BEMÆRK: Når du bruger knappen Kopier, kopieres kun basisposten, men ikke det relaterede element til underordnede poster.
Følgende restriktioner gælder, når kiopieringsfunktionen bruges:
- Weblinks, konkatenerede felter, systemfelter, adressefelter, beregnede felter og referencefelter kan ikke kopieres. Afkrydsningsfeltet Kopiering aktiveret er ikke tilgængelig til disse elementer.
- Skrivebeskyttede felter kan ikke kopieres. Skrivebeskyttede felter er felter, der er sat som skrivebeskyttet i feltopsætningen eller i layout af felter.
- Felter, der ikke er tilgængelige i en brugers formularlayout, kan ikke kopieres.
- Følgende vedhæftningsfelter kan ikke kopieres:
- Vedhæftning
- Vedhæftning: Filnavn
- Vedhæftning: Størrelse (i byte)
Du kan kopiere felter knappen Kopier i postdetaljesider i Oracle CRM On Demand. Du kan aktivere denne indstilling vha. afkrydsningsfeltet Kopiering aktiveret på siden Feltstyring i afsnittet Applikationstilpasning i Oracle CRM On Demand. Se Administration af indstillingen Kopiering aktiveret for at få flere oplysninger om angivelse af de felter, der kan kopieres i Oracle CRM On Demand.
Påkrævede felter
Der er forskellige situationer, hvor du måske vil definere felter efter behov. Dit firma kan f.eks. kræve, at alle serviceanmodninger skal spore oplysninger om årsagen til en serviceanmodning. I det tilfælde angiver du, at feltet Årsag til serviceanmodninger er påkrævet. Når en post oprettes eller opdateres og gemmes, validerer applikationen dernæst, at feltet Årsag er NOT NULL.
Når du angiver et felt som påkrævet, fastholdes valideringen i alle interfaces, heriblandt brugerinterfacet, webservicer og dataimport.
De felter, der angives som påkrævede på siden Redigering af felt, er påkrævede felter til alle brugere uanset deres rolle. Hvis du har brug for kun at gøre et felt påkrævet til en bestemt rolle, kan du gøre det ved at redigere det relevante sidelayout til felter, der ikke allerede er påkrævede felter. Se Tilpasning af layout af statisk side for at få flere oplysninger om redigering af sidelayout.
Betinget påkrævede felter
Du kan konfigurere et felt, så det er betinget påkrævet, dvs. feltet er ikke påkrævet som standard, men det bliver påkrævet, når en defineret betingelse er opfyldt. Se Om betinget påkrævede felter for at få flere oplysninger.
Skrivebeskyttede felter
Følgende er situationer, hvor du kan definere felter som skrivebeskyttede:
- Felter fra eksterne kilder. Hvis firmaet f.eks. sporer en kontos kreditvurdering i et eksternt system, er det sandsynligt, at du ønsker, at kreditvurderingen opdateres regelmæssigt via en natlig import, men kun ønsker, at feltet skal være skrivebeskyttet i brugerinterfacet.
- Flytning af et eksisterende felt til et tilpasset indekseret felt. Hvis du ønsker at bruge et af de tilpassede indeksfelter til et eksisterende tilpasset felter, kan du angive, at brugere kun kan have skrivebeskyttet adgang til det gamle felt, mens du flytter data til det nye indeksfelt. Denne feltdefinition forhindrer, at data kommer ud af synkronisering.
BEMÆRK: Visse systemfelter er altid skrivebeskyttet og kan kun opdateres af Oracle CRM On Demand. Nogle eksempler på felter, der altid er skrivebeskyttede er feltet Oprettet og feltet Oprettet: Dato, som begge er tilgængelige på mange posttyper.
Tilpassede feltvalideringsregler
Du kan bruge Oracle On Demand Expression Builder (Expression Builder) til at oprette udtryk til tilpassede feltvalideringsregler. Du kan klikke på ikonet fx ved siden af feltet Feltvalidering for at åbne vinduet Expression Builder, hvor du kan indtaste et udtryk. Se Expression Builder for at få oplysninger om den syntaks, som du kan bruge til udtryk.
Følgende er situationer, hvor du kan definere tilpassede feltvalideringsregler:
- Fastholdelse af forretningspolitik. Hvis firmaet f.eks. har en forretningspolitik om, at en MDF ikke kan være gældende i mere end ét år, kan du definere en valideringsregel på et slutdatofelt for at sikre, at feltværdien aldrig ligger mere end ét år fra startdatoen.
Et andet eksempel er, at dit firma måske har en forretningspolitik, der pålægger, at årsagerne til tab skal spores, hvis en salgsmulighed med en forventet omsætning på $100.000 eller mere mistes. I dette tilfælde konfigurerer du en valideringsregel på feltet Status, så Oracle CRM On Demand fastlægger, om den forventede indtægt er $100.000 eller mere, og om feltet Årsag til vundet/mistet er tomt, når en bruger forsøger at gemme en salgsmulighedspost med feltet Status sat til Mistet. Du kan også konfigurere meddelelsen, der skal vises, når valideringen fejler. I dette tilfælde advarer meddelelsen brugeren om at vælge en værdi i feltet Årsag til vundet/mistet, før posten gemmes.
BEMÆRK: Til forretningsprocessen, hvor du ønsker, at feltet Årsag til vundet/mistet kun skal være påkrævet under bestemte omstændigheder, kan du alternativt konfigurere feltet Årsag til vundet/lukket som et betinget påkrævet felt. Se Om betinget påkrævede felter for at få flere oplysninger.
- Fastholdelse af dataformat. Hvis firmaet f.eks. bruger et momsnummer på en europæisk konto, kan du angive validering af det korrekte momsformat på basis af en kontos faktureringsadresse. Som et andet eksempel kan du angive, at værdien til et bestemt tilpasset felt ikke er mere eller mindre end fire cifre langt.
Følgende omstændigheder forhindrer et feltvalideringsudtryk i at blive evalueret:
- Et felt efterlades tomt, når posten oprettes eller ændres. Feltvalidering gennemtvinger ikke, at en værdi skal være påkrævet.
- Et felt har en eksisterende, ugyldig værdi, og den ændres ikke, når den opdateres.
Hvis et valideringsudtryk ikke evalueres, eller hvis et valideringsudtryk evalueres til NULL, genereres ingen fejlmeddelelse. En fejlmeddelelse genereres kun, når valideringsudtrykket fejler (dvs. udtrykket evalueres til FALSE).
Feltvalideringsudtryk antager, at den første parameter er selve feltnavnet. Hvis du f.eks. anbringer et simpelt feltvalideringsudtryk på et beløbsfelt for at angive, at værdien skal være større end 1000, er det tilstrækkeligt at indtaste >1000. Du behøver ikke indtaste [<Amount>]>1000. Se Om udtryk for at få flere oplysninger om mere komplicerede udtryk.
Begrænsninger på angivelse af feltvalideringsregler
Du kan ikke angive feltvalideringsregler til disse felttyper:
- Systemfelter
- Internt beregnede felter
- RowID- og id-felter
BEMÆRK: Husk, at Row_ID er et internt systemfelt. Afhængigt af operationsovergangene, f.eks. under oprettelse af post, garanteres det ikke altid at forblive statisk. Det kan være forskelligt for ExternalSystemID eller IntegrationID.
- Tilknyttede felter
- MultiVælg-valglistefelter
- Felter med brugeregenskab sat til at udelade dem. Disse felter angives på undtagelsesbasis for at forhindre, at den eksisterende forretningslogik ødelægges i applikationskoden.
- Weblinks
- Konkatenerede felter
- Følgende vedhæftningsfelter:
- Vedhæftning
- Vedhæftning: Filnavn
- Vedhæftning: Størrelse (i byte)
Om definition af standardfeltværdier
Du kan angive standardværdier til felter i feltet Standardværdi på siden Redigering af felt, når du opretter tilpassede felter eller redigerer feltdefinitioner.
Angivelse af en standardværdi til et felt er nyttigt, når du har brug for følgende:
- En konstant værdi til et felt. F.eks. ønsker du måske, at et Kontotype-felt skal have standardværdien Kunde, når en ny post oprettes.
- En formelbaseret værdi som standard. F.eks. ønsker du måske, at standardværdien til et Forfaldsdato-felt i kapitalanmodninger får standardværdien 6 måneder efter værdien i feltet Opret dato.
- Generering af en entydig værdi til et felt. F.eks. ønsker du måske at angive et udtryk for at generere et entydigt nummer som id til et Udgiftsrapport-felt. (Dette felt er også skrivebeskyttet).
- En rollespecifik standardværdi. I et firma, hvor størstedelen af serviceanmodningerne (SA) oprettes af kundeservicerepræsentanter (CSR), kan et Omtildel-flag f.eks. være markeret som standard, således at SA'en dirigeres til den korrekte CRS på basis af foruddefinerede tildelingsregler, hvis en salgsrepræsentant åbner SA'en.
BEMÆRK: De fleste af disse er kun mulige, hvis rollen omfatter privilegiet Avanceret feltstyring.
Der er to typer standardværdier til felter:
- Før-standard. Feltet udfyldes på forhånd med den angivne værdi, når en bruger opretter en ny post. Brugere kan overskrive standardværdien eller acceptere standardværdien.
- Efter-standard. Feltet udfyldes ikke på forhånd med den angivne værdi, når en bruger opretter en ny post, men feltet får den angivne standardværdi, når posten gemmes, hvis:
- Brugeren lader feltet stå tomt
- Feltet er skjult fra layoutet
- En værdi ikke er angivet af integrationsværktøjerne
Før-standard er standardtypen af værdi til felter. Du kan angive Efter-standard ved at markere afkrydsningsfeltet med det navn på siden Redigering af felt.
Standardfeltværdier gælder kun for nye poster og ikke opdateringer af poster.
Hvis du angiver en standardværdi til et felt, der allerede har en systemangivet standard, får værdien forrang til firmaet. En undtagelse fra denne regel er feltet Omsætning i salgsmulighedsposter. Alle standard eller efter-standardværdier, som du angiver til dette felt, ignoreres, da feltet bruges i generering af prognoser på basis af salgsmulighedsomsætning.
Du kan ikke angive standardværdier til disse felttyper:
- Systemfelter
- Internt beregnede felter
- RowID- og id-felter
BEMÆRK: Husk, at Row_ID er et internt systemfelt. Afhængigt af operationsovergangene, f.eks. under oprettelse af post, garanteres det ikke altid at forblive statisk. Det kan være forskelligt for ExternalSystemID eller IntegrationID.
- Tilknyttede felter
- MultiVælg-valglistefelter
- Felter med brugeregenskab sat til at udelade dem. Disse felter angives på undtagelsesbasis for at forhindre, at den eksisterende forretningslogik ødelægges i applikationskoden.
- Weblinks
- Konkatenerede felter
- Afkrydsningsfelter (efter-standardværdier)
- Følgende vedhæftningsfelter:
- Vedhæftning
- Vedhæftning: Filnavn
- Vedhæftning: Størrelse (i byte)
I følgende tabel vises de standardværdier, som du kan angive til de forskellige felttyper i Oracle CRM On Demand.
Felttype
|
Gyldige standardværdier
|
Afkrydsningsfelt
|
Y, hvis afkrydsningsfeltet skal markeres, og den booleske værdi er sand.
N, hvis afkrydsningsfeltet ikke skal markeres, og den booleske værdi er falsk.
Tom repræsenterer en udefineret værdi til et afkrydsningsfelt, selv om den forekommer umarkeret
Bemærk: Du kan ikke vælge Efter-standard til et felt i et afkrydningsfelt.
|
Valuta
|
En gyldig numerisk værdi på op til 15 cifre.
|
Dato
|
I dag + tal, hvor tal repræsenterer et specifikt antal dage. Standarddatoen beregnes som dags dato plus det indtastede tal. Hvis f.eks. dags dato er 1. januar 2008, og du indtaster I dag + 7, sættes standardværdien til 8. januar 2008.
|
Dato/tid
|
Samme som Dato-felttypen med desuden vises det tidspunkt, hvor den nye post åbnes.
|
Heltal
|
En gyldig numerisk værdi mellem -2147483648 og 2147483647.
|
MultiVælg-valgliste
|
Du kan ikke definere en standardværdi til en valgliste med flere værdier.
|
Note
|
En tekstværdi op til 16350 tegn.
|
Tal
|
En gyldig numerisk værdi mellem -2147483648 og 2147483647.
|
Procent
|
En gyldig numerisk værdi mellem -2147483648 og 2147483647.
|
Telefon
|
Et gyldigt telefonnummer.
|
Valgliste
|
Den valgte valglisteværdi vil være standardværdien til feltet.
|
Tekst (lang)
|
En tekstværdi op til 255 tegn.
|
Tekst (kort)
|
En tekstværdi op til 40 tegn til tilpassede felter og de fleste forudkonfigurerede felter. Til de fleste forudkonfigurerede felter kan du imidlertid indtaste mere end 40 tegn. F.eks. kan posttypen Konto have et navn, der er længere end 40 tegn, og længden af værdien til feltet Standard er derfor ikke begrænset til 40 tegn.
|
Tekst (kort maskerbar)
|
En tekstværdi på op til 40 tegn, hvor nogle af dataene er skjult fra visning for nogle brugere. Hvis f.eks. et maskerbart felt indeholder værdien 4558785236, ser brugere XXXX5236. En brugerrolle skal omfatte privilegiet Vis maskerede data, for at de kan se dataene i det maskerbare felt. Se Om maskerbare felter for at få flere oplysninger.
|
Weblink
|
En gyldig URL. Udtryk og validering er ikke tilladt. En standardværdi kan sættes via siden til redigering af weblink.
Feltet Fremvisningstekst kan indeholde op til 250 tegn. Feltet URL kan indeholde op til 8000 tegn. Browsere har forskellige maks. længder til URL'er. Hvis du angiver en URL, der er for lang, virker den muligvis ikke som påtænkt. URL-længden ændres, hvis du bruger parametersubstitution.
|
BEMÆRK: Hvis du opretter et udtryk for at sætte en standardværdi, må resultatet af udtrykket ikke overskride det maksimalt tilladte antal tegn i feltet. Desuden må en streng eller numerisk litteral, der overføres til en funktion i Expression Builder, ikke overskride 75 tegn. Se Expression Builder for at få flere oplysninger om brug af udtryksgenerator.
Desuden:
- Du kan indtaste en konstantværdi til alle felttyper, heriblandt valglister. F.eks.:
Status (opgave) = ‘Ikke startet’
- Til Dato-felter kan du angive et antal dage fra dags dato. F.eks.:
Forfaldsdato (kapitalanmodning) = I dag() + 180
- Til et Ejer-felt kan du angive en <postopretter> (variabel) eller en bestemt bruger.
Intet opslag understøttes. Du skal skrive direkte i feltet.
Du kan også oprette komplekse udtryk til standardfeltværdier. Du kan indtaste et udtryk direkte i feltet Standardværdi eller klikke på ikonet fx for at åbne vinduet Expression Builder, hvor du kan indtaste et udtryk. Se Expression Builder for at få oplysninger om den syntaks, som du kan bruge til udtryk.
Din brugerrolle skal omfatte privilegiet Avanceret feltstyring, for at du kan bruge Expression Builder i feltstyring. Brugere, som har administratorrollen, kan aktivere dette privilegium til deres egen rolle og til andre roller.
|