![]() |
|
Om uttrykkEt uttrykk er en gyldig kombinasjon av en eller flere operatorer, funksjoner, felt og litteraler som kan evalueres av Oracle CRM On Demand. Dette emnet inneholder opplysninger om følgende uttrykksfunksjoner:
Felt og feltnavnsyntaks i uttrykkDe fleste feltene som er tilgjengelige på feltoppsettsiden for en posttype, er også tilgjengelige i feltlisten for den posttypen i Expression Builder, og de kan brukes i uttrykk. MERKNAD: Felttypen Egendefinerte tekstfelt (kort - kan maskeres) er et uttrykk. Du kan ikke bruke disse feltene i et uttrykk i Expression Builder. Når du legger til et felt i et uttrykk ved å velge feltnavnet fra feltlisten i Expression Builder, registreres feltet i redigeringsprogrammet for uttrykk med følgende syntaks: [{FieldName}] Feltnavnene som vises i redigeringsprogrammet for uttrykk, er språkuavhengige feltnavn som brukes til å identifisere feltene internt i Oracle CRM On Demand. Du kan også skrive inn feltnavn direkte i redigeringsprogrammet for uttrykk ved hjelp av syntaksen [{FieldName}], men det anbefales at du alltid velger feltene fra feltlisten, slik at feltnavnene i uttrykket blir riktige. Om feltnavn og feltnavnsyntaks i uttrykk i tidligere versjonerNår du valgte et felt fra feltlisten i Expression Builder i versjoner før Oracle CRM On Demand Release 29 Service Pack 1, ble feltet registrert i redigeringsprogrammet for uttrykk med følgende syntaks: [<FieldName>] I versjoner før Release 29 Service Pack 1 brukte Expression Builder i tillegg språkuavhengige feltnavn som er forskjellige fra de språkuavhengige feltnavnene som brukes i Expression Builder i Release 29 Service Pack 1 og senere versjoner. Alle uttrykk som bruker syntaksen [<FieldName>] og de samsvarende feltnavnene og som var gyldige i tidligere versjoner, fortsetter imidlertid å være gyldige i Release 29 Service Pack 1 og senere versjoner. Hvis du vil, kan du også fortsette å skrive inn de gamle språkuavhengige feltnavnene med syntaksen [<FieldName>] direkte i redigeringsprogrammet for uttrykk. Det anbefales imidlertid at du alltid velger feltene fra feltlisten i Expression Builder, slik at feltnavnene og feltsyntaksen alltid er riktige. Et uttrykk kan inneholde en blanding av de nye feltnavnene og de gamle feltnavnene så lenge syntaksen [{FieldName}] brukes for de nye feltnavnene og syntaksen [<FieldName>] brukes for de gamle feltnavnene. Om eksemplene i elektronisk hjelp for Oracle CRM On DemandNoen av eksemplene på uttrykk som vises i den elektroniske hjelpen, bruker de språkuavhengige feltnavnene og feltnavnsyntaksen som ble brukt i versjoner før Release 29 Service Pack 1. Disse eksemplene er fortsatt gyldige. Hvis du velger de samsvarende feltene fra feltlisten i Expression Builder når du oppretter eller oppdaterer et uttrykk i Release 29 Service Pack 1 eller en senere versjon, er imidlertid feltnavnene i uttrykket forskjellige fra feltnavnene som vises i eksemplene i den elektroniske hjelpen, og feltene vises i redigeringsprogrammet for uttrykk med den nye feltsyntaksen. UttrykkslengdeFor meldingsteksten i en e-post som er konfigurert via handlingen for å sende e-post for en arbeidsflytregel, er den maksimale lengden som støttes for et uttrykk, 2000 tegn inkludert mellomrom. Du kan sette inn et linjeskift i e-postmeldingen ved å trykke på Enter. Et linjeskift telles som to tegn i tekstboksen. I alle andre tilfeller der Expression Builder brukes, er den maksimale lengden som støttes for et uttrykk, 1024 tegn inkludert mellomrom. Du må også kontrollere at det totale antallet tegn i feltet der du lagrer uttrykket, ikke overskrider grensen for dette feltet. I arbeidsflytfeltene nedenfor er tre prosenttegn (%%%) plassert før og etter funksjoner og feltnavn:
Prosenttegnene indikerer at funksjonen eller feltnavnet skal konverteres til en tekstverdi. Hvert prosenttegn telles som ett tegn i feltet der uttrykket lagres. Hvis du skriver inn en funksjon eller et feltnavn direkte i feltet, må du skrive inn tre prosenttegn før og etter den/det. Hvis du bruker Expression Builder til å bygge inn en funksjon eller et feltnavn, legges tre prosenttegn til automatisk. Du kan for eksempel bruke Expression Builder til å sette inn følgende feltnavn i meldingsteksten i en e-post i en arbeidsflythandling: [{Name}] Expression Builder setter inn følgende (totalt 14 tegn) i meldingsteksten i e-posten i arbeidsflythandlingen: %%%[{Name}]%%% LitterallengdeNår du sender en streng eller numerisk litteral til en funksjon i Expression Builder, kan ikke litteralen inneholde mer enn 75 tegn, inkludert mellomrom. Hvis en litteral overskrider 75 tegn, vil den forårsake en syntaksfeil i Expression Builder. Når du sender en streng til en funksjon ved å referere til et feltnavn, gjelder ikke grensen på 75 tegn for lengden på verdien i feltet som sendes til litteralen. Når du oppretter et uttrykk for å angi en standardverdi for et felt, gjelder grensen på 75 tegn for alle strenger eller numeriske litteraler som sendes til en funksjon i uttrykket. Dessuten kan ikke antall tegn i resultatet av uttrykket overskride maksimalt antall tegn som er tillatt i feltet. BetingelsesuttrykkEt betinget uttrykk returnerer alltid en boolsk verdi, for eksempel Sann og Usann, når det evalueres av applikasjonen. MERKNAD: Ja, Nei, Y og N er ikke boolske verdier. Hvis du angir Sann eller Usann som returverdier for funksjoner som IIf, returneres Sann og Usann som strenger og ikke som boolske verdier. Bruk av feil boolske verdier i betingede uttrykk kan føre til uforutsigbar virkemåte. Et uttrykk som brukes i noen av følgende sammenhenger, må være et betinget uttrykk:
ValideringsuttrykkValideringsuttrykk brukes til å sørge for at dataene som angis i felt, er gyldige. Et valideringsuttrykk må være et betinget uttrykk. Et valideringsuttrykk for et felt evalueres når posten opprettes og hver gang feltet oppdateres av en bruker, bortsett fra i følgende tilfeller:
Hvis et valideringsuttrykk ikke evalueres, eller hvis det evalueres til NULL, genereres ingen feilmelding. En feilmelding genereres bare når valideringsuttrykket mislykkes (det vil si at uttrykket evalueres til USANN). Et valideringsuttrykk er forskjellig fra andre typer uttrykk ved at det kan begynne med en betinget operator. Hvis for eksempel feltet Firmanavn evalueres av et uttrykk, kan uttrykket begynne med: = 'Acme Hospital' Dette uttrykket vil passere en syntakstest, selv om det ikke er velformulert, fordi Oracle CRM On Demand setter inn navnet på feltet som valideres, før uttrykket hvis det ikke finner et feltnavn i begynnelsen av uttrykket. Du kan også angi valideringsuttrykket på følgende måte: [<AccountName>]= 'Acme Hospital' der [<AccountName>] er feltet som valideres. Hvis uttrykket krever at andre felt skal evalueres i tillegg til feltet som valideres, er det standard at den første sammenligningen i uttrykket utføres i feltet som valideres. Valideringsuttrykk brukes bare i tekstboksen Feltvalidering ved avansert felthåndtering i Oracle CRM On Demand. Eksempler på valideringsuttrykkEksempel 1: En forretningsprosess krever at lukkingsdatoen for en salgsmulighet må være senere enn datoen da salgsmuligheten ble opprettet. Når du skal implementere denne prosessen, oppretter du et gyldig uttrykk for feltet Lukkingsdato (på siden Feltinnstillinger for salgsmuligheter) på følgende måte: > [<CreatedDate>] Du kan også bruke eksemplet nedenfor, men legg merke til at feltet som evalueres (Lukkingsdato) må være det første feltet i uttrykket: [<CloseDate>] > [<CreatedDate>] Hvis du vil ha opplysninger om hvordan du oppretter og redigerer felt, se Opprette og redigere felt. Eksempel 2: En forretningsprosess krever at inntekten for en salgsmulighet må være en verdi som ikke er null, når sannsynligheten for salgsmuligheten er 40 % eller høyere. Forretningsregelen indikerer at avhengigheten gjelder for begge felt, og den kan gjentas på følgende måte: For en salgsmulighet kan ikke inntekten være null når sannsynligheten er større enn eller lik 40. På samme måte kan ikke sannsynligheten være større enn eller lik 40 hvis inntekten er null. Et valideringsuttrykk for et felt evalueres når posten opprettes og hver gang feltet oppdateres av en bruker. Siden en oppdatering i feltet Sannsynlighet eller feltet Inntekt kan påvirke begge felt, må du ha valideringsregler både for feltet Sannsynlighet og feltet Inntekt for å implementere forretningsregelen på riktig måte. (Hvis du vil ha opplysninger om hvordan du oppretter og redigerer felt, se Opprette og redigere felt.) Trinnene som kreves for å implementere dette eksemplet, vises nedenfor:
Bruk av avhengige felt i uttrykkEt avhengig felt er et koblet felt der verdiene avhenger av en sekundærnøkkel. Et sammenføyd felt er et felt i en posttype som bruker en fremmednøkkel til å referere til et felt i en annen posttype. Et eksempel på et avhengig felt er feltet AccountName i posttypen Salgsmulighet. Feltet AccountName i posttypen Salgsmulighet er et koblet felt der verdiene er avhengig av sekundærnøkkelfeltet AccountId, som refererer til posttypen Firma. Hvis uttrykket må fastsette verdien for et avhengig felt, anbefales det at du bruker funksjonen JoinFieldValue og får den nyeste verdien for feltet ved å henvise til feltet ID, som er sekundærnøkkelfeltet. Hvis ikke, kan det hende at resultatene av uttrykket blir feil, og utfallet av uttrykksverdien kan være ugyldig. Hvis du vil ha flere opplysninger om koblede felt og funksjonen JoinFieldValue, se JoinFieldValue. Beslektede emnerSe følgende emner hvis du vil ha relaterte opplysninger om Expression Builder: |
Publisert September 2017 | Copyright © 2005, 2017, Oracle. Med enerett. Legal Notices. |