| Skriv ut Öppna PDF-version av onlinehjälpen

#### Om fälthantering I Oracle CRM On Demand kan du utföra följande fälthanteringsuppgifter för de olika posttyperna: Skapa och redigera fält Hantera fältetiketter Ändra värden i urvalslistor När du skapar anpassade fält eller redigerar definitioner av fält kan du ange standardvärden som börjar gälla när nya poster skapas. Du kan även ange att fältvalidering ska utföras för ett fält för att se till att det innehåller ett visst värde. ### Om fältkopiering De flesta posttyper i Oracle CRM On Demand har en kopieringsfunktion, det vill säga användare kan kopiera posten de för ögonblicket använder. När en användare klickar på Kopiera på detaljsidan för poster öppnas en ny postsida. Den nya sidan innehåller alla fält som går att kopiera. En användare kan ändra och spara fälten. Obs! När du använder knappen Kopiera kopieras bara basposten och inte de underordnade posterna. Följande begränsningar gäller kopieringsfunktionen: Det går inte att kopiera webblänkar, sammanfogade fält, systemfält, adressfält, beräknade fält och referensfält. Kryssrutan Får kopieras går inte att använda för dessa objekt. Det går inte att kopiera skrivskyddade fält. Sådana fält gjordes skrivskyddade när fältet eller fältlayouten skapades. Det går inte att kopiera fält som inte är tillgängliga i en användares formulärlayout. Det går inte att kopiera följande bilagefält: Bilaga Bilaga: Filnamn Bilaga: Storlek (i byte) Du kan kopiera fält med knappen Kopiera på detaljsidorna för poster i Oracle CRM On Demand. Aktivera inställningen med kryssrutan Får kopieras på sidan Fälthantering i sektionen Applikationsanpassning i Oracle CRM On Demand. Mer information om hur du anger vilka fält som ska gå att kopiera Oracle CRM On Demand finns i Administrera inställningen Får kopieras. ### Obligatoriska fält Det förekommer olika situationer där du kan behöva ange att ett fält är obligatoriskt. Exempelvis kanske företaget kräver att det ska gå att bevaka orsaken till alla serviceärenden. I det fallet anger du att fältet Orsak är obligatoriskt för alla serviceärenden. När en sådan post sedan skapas eller uppdateras och sparas kontrollerar applikationen att fältet Orsak inte är tomt, dvs. inte har värdet Null. När du anger att ett fält är obligatoriskt görs valideringen i alla gränssnitt, däribland i användargränssnittet, när webbtjänster används och vid import av data. De fält som anges som obligatoriska på sidan Fält, redigera är obligatoriska för samtliga användare oavsett roll. Om du behöver göra ett fält obligatoriskt för endast en specifik roll kan du göra det genom att redigera lämplig sidlayout för de fält som inte redan är obligatoriska fält. Mer information om hur du redigerar sidlayouter finns i Anpassa layouter för statiska sidor. ### Villkorsberoende fält Du kan konfigurera ett fält så att det blir villkorsberoende. Det innebär att fältet inte är obligatoriskt som standard, utan blir obligatoriskt när ett definierat villkor uppfylls. Mer information finns i Om villkorsberoende fält. ### Skrivskyddade fält I följande situationer kan du behöva ange fält som skrivskyddade: Fält från externa källor. Om företaget till exempel bevakar kreditbedömningen för ett konto i ett externt system är det troligt att du vill att kreditbedömningen ska uppdateras regelbundet i samband med en import som görs varje natt, men också att du vill att fältet ska vara skrivskyddat i användargränssnittet. Flytt av ett befintligt fält till ett anpassat indexerat fält. Om du vill använda ett av de anpassade indexfälten till ett befintligt anpassat fält kan du ange att det gamla fältet ska vara skrivskyddat medan du flyttar data till det nya indexfältet. Med den här fältdefinitionen undviker du att data blir osynkroniserade. Obs! Vissa systemfält är alltid skrivskyddade och kan bara uppdateras av Oracle CRM On Demand. Exempel på fält som alltid är skrivskyddade är fältet Skapad och fältet Skapad: Datum, vilka båda är tillgängliga för många posttyper. ### Anpassade fältvalideringsregler Du kan använda Oracle On Demand Expression Builder (Expression Builder) när du vill skapa uttryck för anpassade fältvalideringsregler. Öppna fönstret Expression Builder genom att klicka på ikonen fx intill fältet Fältvalidering. Information om den syntax som du kan använda för uttryck finns i Expression Builder. I följande situationer kan du behöva ange anpassade fältvalideringsregler: Tillämpning av affärspolicy. Om företaget exempelvis har en affärspolicy som säger att medel för marknadsutveckling inte gäller i mer än ett år kan du ange en valideringsregel för fältet Slutdatum som ser till att fältets värde aldrig ligger längre fram än ett år från startdatumet. Ett annat exempel är att företaget kanske har en affärspolicy som säger att om en affärsmöjlighet går förlorad, som hade kunnat ge en intäkt på $100 000 eller mer, måste orsaken till förlusten anges. I det här fallet ställer du in en valideringsregel i fältet Status. När en användare försöker spara en affärsmöjlighetspost där fältet Status anges till Förlust, fastställer Oracle CRM On Demand huruvida den förväntade intäkten är $100 000 eller större, och om fältet Orsak till vinst/förlust är tomt. Du kan också ställa in så att meddelandet visas när valideringen misslyckas. I detta fall uppmanas användaren att välja ett värde i fältet Orsak till vinst/förlust innan posten sparas. Obs! För affärsprocessen där du vill att fältet Orsak till vinst/förlust bara ska vara obligatoriskt i vissa fall, kan du konfigurera fältet Orsak till vinst/förlust så att det blir ett villkorsberoende fält. Mer information finns i Om villkorsberoende fält. Tillämpning av dataformat. Om företaget till exempel har ett momsregistreringsnummer för ett europeiskt konto kan du specificera en validering av formatet på numret baserat på kontots faktureringsadress. Ett annat exempel är att du kanske vill ange att värdet på ett visst anpassat fält inte får vara mer eller mindre än fyra siffror. Ett valideringsuttryck för ett fält utvärderas varje gång fältet uppdateras i en ny eller befintlig post. Men inget valideringsuttryck utvärderas under följande omständigheter: Fältet lämnas tomt när posten skapas eller ändras. Fältvalideringen kräver inte att ett värde anges. Fältet har ett befintligt värde, antingen giltigt eller ogiltigt, och värdet ändras inte när posten uppdateras. Om ett valideringsuttryck inte utvärderas, eller om ett valideringsuttryck leder till värdet NULL, skapas inget felmeddelande. Ett felmeddelande genereras bara om valideringsuttrycket misslyckas (dvs. uttrycket utvärderas till FALSKT). I ett fältvalideringsuttryck antas att den första parametern är själva fältnamnet. Om du anger ett enkelt fältvalideringsuttryck för ett beloppsfält för att ange att värdet måste vara större än 1 000 räcker det med att ange >1 000. Du behöver inte ange [<Amount>]>1000. Mer information om mer komplicerade uttryck finns i Om uttryck. #### Begränsningar för fältvalideringsregler Det går inte att ange fältvalideringsregler för följande typer av fält: Systemfält Internt beräknade fält Rad-id- och id-fält Obs! Tänk på att Row_ID är ett internt systemfält. Beroende på vilken operation som utförs, till exempel när poster skapas, är det inte garanterat att fältets värde bibehålls. Det kan ändras till ExternalSystemID eller till IntegrationID. Associerade fält Urvalslistefält med flera alternativ Fält som enligt värdet i fältet Användaregenskaper ska undantas. Dessa fält anges i undantagsfall för att förhindra att den befintliga affärslogiken bryts i applikationskoden. Webblänkar Sammanfogade fält Följande bilagefält: Bilaga Bilaga: Filnamn Bilaga: Storlek (i byte) ### Om definition av standardfältvärden Du kan ange standardvärden för fält i fältet Standardvärde på sidan Fält, redigera när du skapar anpassade fält eller redigerar fältdefinitioner. Standardvärden för fält är användbara i följande fall: När det behövs ett konstant värde för ett fält. Du vill kanske att fältet Kontotyp ska ha standardvärdet Kund när en ny post skapas. När du vill använda ett formelbaserat värde som standard. Du kanske vill att standardvärdet i fältet Förfallodatum för finansieringsbegäranden ska vara ett datum sex månader framåt i tiden efter värdet i fältet Skapandedatum. När du vill generera ett unikt värde för ett fält. Du kanske vill ange ett uttryck som genererar ett unikt tal som identitet på fältet Reseräkning. (Det här fältet är även skrivskyddat.) När du vill ha ett rollspecifikt standardvärde. I ett företag där de flesta av serviceärendena skapas av kundtjänstpersonal kan flaggan Tilldela om markeras som standard så att ett serviceärende som öppnas av en säljare dirigeras om till rätt person på kundtjänst baserat på fördefinierade tilldelningsregler. Obs! De flesta av dessa inställningar går endast att göra om din roll har behörighet att utföra avancerad fälthantering. Det finns två typer av standardvärden för fält: Fördefinierad standard. Fältet fylls i med det angivna värdet när användaren skapar en ny post. Användaren kan skriva över standardvärdet eller acceptera det. Senare standard. Fältet fylls inte i med det angivna värdet när användaren skapar en ny post, men fältet får det angivna standardvärdet när posten sparas i följande fall: Användaren lämnar fältet tomt. Fältet är dolt i layouten. Inget värde har angetts av integreringsverktygen. Normalt fylls standardvärdena för fält i från början. Du kan välja Senare standard genom att markera kryssrutan med det namnet på sidan Fält, redigera. Standardfältvärden tillämpas endast på nya poster och inte vid uppdatering av poster. Om du anger ett standardvärde för ett fält som redan har ett systemgenererat standardvärde har ditt värde företräde framför företagets. Ett undantag till den regeln är fältet Intäkt för affärsmöjlighetsposter. Eventuella standardvärden eller senare standardvärden som du anger för det fältet ignoreras, eftersom fältet används vid generering av prognoser baserat på intäkter från affärsmöjligheter. Det går inte att ange standardvärden för dessa typer av fält: Systemfält Internt beräknade fält Rad-id- och id-fält Obs! Tänk på att Row_ID är ett internt systemfält. Beroende på vilken operation som utförs, till exempel när poster skapas, är det inte garanterat att fältets värde bibehålls. Det kan ändras till ExternalSystemID eller till IntegrationID. Associerade fält Urvalslistefält med flera alternativ Fält som enligt värdet i fältet Användaregenskaper ska undantas. Dessa fält anges i undantagsfall för att förhindra att den befintliga affärslogiken bryts i applikationskoden. Webblänkar Sammanfogade fält Kryssrutor (standardvärden före) Följande bilagefält: Bilaga Bilaga: Filnamn Bilaga: Storlek (i byte) I tabellen nedan visas de standardvärden du kan ange för olika fälttyper i Oracle CRM On Demand.
Fälttyp | Giltiga standardvärden
--- | ---
Kryssruta | J om kryssrutan ska markeras och det booleska värdet är sant. N om kryssrutan ska avmarkeras och det booleska värdet är falskt. Tom motsvarar ett odefinierat värde för en kryssruta, även om den verkar vara avmarkerad Obs! Du kan inte välja Senare standard för ett kryssrutefält.
Valuta | Ett giltigt numeriskt värde på högst 15 siffror.
Datum | Today + tal där tal utgör ett specifikt antal dagar. Standarddatumet beräknas som dagens datum plus det angivna talet. Om dagens datum är 1 januari 2008 och du skriver Today + 7 blir standardvärdet 8 januari 2008.
Datum/tid | Samma som fälttypen Datum, men dessutom visas tiden när den nya posten öppnas.
Heltal | Ett giltigt numeriskt värde mellan -2147483648 och 2147483647.
Urvalslista med flera alternativ | Det går inte att ange ett standardvärde för en urvalslista med flera alternativ.
Anteckning | Ett textvärde med upp till 16350 tecken.
Nummer | Ett giltigt numeriskt värde mellan -2147483648 och 2147483647.
Procent | Ett giltigt numeriskt värde mellan -2147483648 och 2147483647.
Telefon | Ett giltigt telefonnummer.
Urvalslista | Det valda värdet från urvalslistan blir standardvärdet för detta fält.
Text (lång) | Ett textvärde med upp till 255 tecken.
Text (kort) | Ett textvärde på högst 40 tecken för anpassade fält och de flesta förkonfigurerade fält. För en del förkonfigurerade fält kan du emellertid skriva fler än 40 tecken. Posttypen Konto kan till exempel ha ett namn som är längre än 40 tecken, och därför är längden på värdet för fältet för standardvärden inte begränsat till 40 tecken.
Text (kort – maskerbar) | Ett textvärde på upp till 40 tecken där en del uppgifter är dolda för vissa användare. Om ett maskerbart fält innehåller till exempel värdet 4558785236 ser användarna XXXX5236. Användarrollen måste ha behörigheten Visa maskerade data om användaren ska kunna se vad som står i det maskerbara fältet. Mer information finns i Om maskerbara fält.
Webblänk | En giltig URL. Uttryck och validering tillåts inte. Ett standardvärde kan ställas in på sidan Redigera webblänk. Fältet Visningstext kan innehålla upp till 250 tecken. Fältet URL kan innehålla upp till 8 000 tecken. Olika webbläsare har olika maxlängd för URL:er. Om du anger en URL som är för lång kanske den inte fungerar korrekt. Längden på URL:en ändras om du använder parameterersättning.
Obs! Om du skapar ett uttryck för att ställa in ett standardvärde får inte uttryckets resultat överskrida det högsta antalet tecken som tillåts i fältet. Dessutom får inte någon sträng eller numerisk litteral som har överförts till en funktion i Expression Builder överskrida 75 tecken. Mer information om hur du använder Uttrycksverktyget finns i Expression Builder. Dessutom gäller följande: För alla fälttyper, inklusive urvalslistor, kan du ange ett konstant värde. Exempel: Status (uppgift) = ‘Inte startad’ För datumfält kan du ange ett antal dagar från dagens datum. Exempel: Förfallodatum (finansieringsbegäran) = Today() + 180 För fältet Ägare kan du ange en <record creator> (variabel) eller en särskild användare. Ingen sökning stöds utan du måste skriva direkt i fältet. Du kan ange sammansatta uttryck i standardfältvärden. Du kan ange ett uttryck direkt i fältet Standardvärde eller klicka på ikonen fx för att öppna fönstret Expression Builder där du kan ange ett uttryck. Information om den syntax som du kan använda för uttryck finns i Expression Builder. Om du vill använda Expression Builder i fälthanteringen måste du ha behörigheten Avancerad fälthantering i din användarroll. Användarna som har rollen Administratör kan aktivera den här behörigheten för sin egen roll och för andra roller.

Publicerat i Augusti 2022 | Copyright © 2005, 2022, Oracle och / eller dess dotterbolag. Legal Notices.