Loading
Opsæt og vedligehold din Salesforce-organisation
Indhold
Vælg filtre

          Ingen resultater
          Ingen resultater
          Her er nogle søgetips

          Kontroller stavemåden for dine søgeord.
          Brug mere generelle søgeudtryk.
          Vælg færre filtre for at gøre søgningen bredere.

          Søg efter alle i Hjælp til Salesforce
          Overvejelser i forbindelse med brug af deterministisk kryptering

          Overvejelser i forbindelse med brug af deterministisk kryptering

          Disse overvejelser gælder for data, der er krypteret med Shield Platform Encryption's deterministiske krypteringsplan. Nogle overvejelser manifesterer sig forskelligt, afhængigt af om data krypteres efter en deterministisk krypteringsplan, hvor der skelnes mellem store og små bogstaver, eller efter en deterministisk krypteringsplan, hvor der ikke skelnes mellem store og små bogstaver.

          EditionsHeading

          Tilgængelig i både Salesforce Classic (ikke tilgængelig i alle organisationer) og Lightning Experience.
          Tilgængelig i: Enterprise, Performance og Unlimited Edition med Salesforce Shield eller Shield Platform Encryption licenser.
          Fås gratis i Developer Edition.
          Bemærk
          Bemærk Dette indhold vedrører Shield Platform Encryption. Læs mere om implementering af kryptering på feltniveau ved brug af Shield Extension i Egen fra Salesforce.

          API-muligheder for at identificere filtrerbare felter

          Felter, der er krypteret ved brug af den deterministiske krypteringsplan, kan filtreres. Du kan bruge isFilterable()()-metoden til at bestemme krypteringsplanen for et bestemt krypteret felt. Hvis feltet kan filtreres, returnerer metoden sand.

          Men du kan ikke eksplicit registrere eller indstille den deterministiske krypteringsplan via API'en.

          Tilgængelige felter og andre data

          Deterministisk kryptering er tilgængelig for tilpasset URL, mail, telefon, tekst og tekstområdefelttyper. Den er ikke tilgængelig for andre datatyper, herunder:

          • Tilpasset dato, dato/tid, langt tekstområde, rich text-område
          • Chatter
          • Filer og vedhæftede filer

          Skelnen mellem store og små bogstaver

          Når du bruger deterministisk kryptering, hvor der skelnes mellem store og små bogstaver, betyder det noget, om du bruger store eller små bogstaver. I rapporter, listevisninger og SOQL-forespørgsler på krypterede felter skelnes der mellem små og store bogstaver. Derfor returnerer en SOQL-forespørgsel mod kontaktobjektet, hvor LastName = "Jensen", kun Jensen, ikke jensen eller JENSEN. På samme måde er hver version af "Jensen" entydig, når det deterministiske skema, hvor der skelnes mellem store og små bogstaver, tester for entydighed.

          Chat

          For at få de bedst mulige anbefalingsresultater skal du bruge den deterministiske krypteringsplan, hvor der skelnes mellem store og små bogstaver, med feltet Erklæring på objektet Erklæringsanbefalinger. Dette felt understøtter ikke andre krypteringsplaner på nuværende tidspunkt.

          Feltet Aktørnavn på objektet Samtalepost understøtter deterministisk kryptering, hvor der skelnes mellem store og små bogstaver, men ikke deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver.

          Sammensatte felter

          Selv med deterministisk kryptering vil nogle slags søgninger ikke fungere, når data krypteres med deterministisk kryptering, hvor der skelnes mellem store og små bogstaver Sammenkædede værdier, som sammensatte navne, er ikke de samme som de separerede værdier. F.eks. er kodeteksten for det sammensatte navn "Verner Jensen" ikke det samme som den sammensatte kodetekst for "Verner" og "Jensen".

          Så hvis felterne Fornavn og Efternavn er krypteret i objektet Kontakter, fungerer denne forespørgsel ikke.

          Select Id from Contact Where Name = 'William Jones'

          Men denne forespørgsel fungerer.

          Select Id from Contact Where FirstName = 'William’ And LastName ='Jones' 
           

          Deterministiske krypteringsplaner, hvor der skelnes/ikke skelnes mellem store og små bogstaver, understøtter sammensatte felter, men kun med individuelle kolonneforespørgsler.

          Konvertering af konto- og kontaktregistreringer til personkonti

          Når du konverterer konto- og kontaktregistreringer til personkonti, skal du synkronisere dine data. Synkronisering nulstiller de indekser, der tillader filtrering, hvor der ikke skelnes mellem store og små bogstaver.

          Kan ikke søge ved brug af flettekontoværktøj

          Når feltet Kontonavn eller Kontaktnavn er krypteret med sandsynlighedskryptering eller deterministisk kryptering, returnerer søgning efter dubletkonti eller kontakter, der skal flettes, ikke nogen resultater.

          Tilpassede felttildelinger

          For at understøtte forespørgsler, hvor der ikke skelnes mellem store og små bogstaver, lagrer Salesforce en dublet med små bogstaver af dine data som et tilpasset felt i databasen. Disse dubletter er nødvendige for forespørgsler, hvor der ikke skelnes mellem store og små bogstaver, men de tæller med i det samlede antal tilpassede felter. Hvis du f.eks. har 200 tilpassede felter i din organisation, og du vælger at kryptere et med deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, er din tilpassede felttotal 201.

          Eksternt id

          Deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, understøtter tilpassede felter som tekst og mail med eksternt id, men ikke andre tilpassede felter med eksternt id. Når du opretter eller redigerer disse felter, skal du bruge en af følgende kombinationer af feltindstillinger.

          Tilknytning af eksternt id-felt Entydige attributter Krypteret
          Tekst Ingen Brug deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver.
          Tekst Entydig, og forskel på store og små bogstaver Brug deterministisk kryptering, hvor der skelnes mellem store og små bogstaver.
          Tekst Entydig, uden forskel på store og små bogstaver Brug deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver.
          Mail Ingen Brug deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver.
          Mail Entydig Brug deterministisk kryptering, hvor der skelnes mellem store og små bogstaver.

          Du kan ikke gemme ændringer til Indstillingerne Entydig - der skelnes mellem store og små bogstaver og Krypteret på samme tid. Rediger en indstilling, gem den, og rediger derefter den næste.

          Filteroperatorer

          I rapporter og listevisninger understøtter operatorerne "lig med" og "ikke lig med" deterministisk kryptering, hvor der skelnes mellem store og små bogstaver. Andre operatorer som "indeholder" eller "starter med" returnerer ikke en eksakt match og understøttes ikke. Funktioner, der er afhængige af ikke-understøttede operatorer, f.eks. Juster efter filtre, understøttes heller ikke.

          Deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, understøtter listevisninger og rapporter. Men brugergrænsefladen viser alle operatorer, inklusive operatorer, der ikke understøttes for krypterede data. Hvis du vil gennemse listen over understøttede operatorer, der er tilgængelige i Salesforce Classic, kan du se Brug krypterede data i formler.

          Filtrer registreringer efter strenge

          Du kan søge efter registreringer ved brug af strenge. Men kommaer i strenge fungerer som ELLER-erklæringer. Hvis din streng inkluderer et komma, skal du bruge anførselstegn om strengen. F.eks. returnerer en søgning efter "Universal Containers, Inc, Berlin" registreringer, der indeholder den fulde streng inklusive kommaet. Søgninger efter Universal Containers, Inc, Berlin returnerer poster, der inkluderer "Universal Containers" eller "Inc" eller "Berlin".

          Formler

          Felter, der er krypteret med sandsynlighedskrypteringsplanen, kan ikke refereres til i SOQL WHERE-forespørgsler. Du kan dog bruge SOQL WHERE-forespørgsler med ikke-formelfelter, der er krypteret med den deterministiske krypteringsplan. Navn er et eksempel på et ikke-formelfelt.

          Indekser

          Vigtigt
          Vigtigt

          Når din krypteringsplan inkluderer krypteringsfelter, der bruges i indekser, skal du bruge deterministisk kryptering for disse felter.

          Der er væsentlige forgreninger, hvis du vælger at kryptere felter, der er del af et indeks, eller som har unikke krav. Læs dette afsnit grundigt, så du forstår problemerne.

          Både deterministisk kryptering, hvor der skelnes mellem store og små bogstaver, understøttes.

          • Deterministisk kryptering, hvor der skelnes mellem på store og små bogstaver, understøtter enkeltkolonne, entydige indekser, hvor der skelnes mellem små og store bogstaver, indekser med to kolonner og tilpassede indekser på standardfelter og tilpassede felter.
          • Deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, tilbyder begrænset support for standardindekser på følgende standardfelter.
            • Kontakt – Mail
            • Mailmeddelelse – Relation
            • Emne – Mail
            • Navn

          Vær opmærksom på disse overvejelser i forbindelse med ydeevne, før du planlægger at kryptere indeksfelter.

          • Dårlig forespørgselsydeevne: Forespørgsler mod felter, der er krypteret med deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, kan yde dårligt med store tabeller. Hvis du ønsker optimal forespørgselspræstation, skal du bruge tilpassede indekser i stedet for standardindekser. Hvis du vil opsætte tilpassede indekser, skal du kontakte Salesforce Kundesupport.
          • Opslagsfeltfiltrering: Opslagsfelter, der refererer til feltet Navn, er også afhængige af indekser. Hvis du vil filtrere på feltet Navn i listevisninger og rapporter, skal du filtrere mod standardfeltet Navn i stedet for et opslagsfelt.
          • Lang aktiveringsproces: Forvent, at aktiveringsprocessen tager længere tid, når du anvender deterministisk kryptering på et felt med et stort antal registreringer. Aktiveringsprocessen genopbygger også feltindekser.

          Brug disse bedste fremgangsmåder, hvis du vælger at kryptere indeksfelter.

          • Sørg for ensartet kryptering: Når du bruger deterministisk kryptering på indekserede felter eller felter, der har unikke krav, skal du sørge for, at alle værdier er krypteret med den samme deterministiske nøgle. Dette sikrer pålidelig identificering af dubletter på tværs af registreringer.
          • Udfør krypteringssynkronisering: Vi anbefaler, at du udfører en krypteringssynkronisering snart efter foretagelse af ændringer, der kan påvirke entydigheden af indekser, f.eks. ændring af krypteringsplanen eller rotering af lejerhemmeligheden for deterministisk kryptering.
          • Planlæg nedetid: Planlæg disse ændringer på tidspunkter uden for spidsbelastning for at minimere afbrydelse. Krypteringssynkroniseringen kører i batches og kan tage forskellige mængder tid afhængigt af enhedens struktur, registreringsvolumen og de involverede felter. Samarbejd med vores supportteam om at planlægge den nødvendige nedetid.

          Nøglerotation og filtertilgængelighed

          Tilføjelse, fjernelse eller ændring af en deterministisk krypteringsplan genopbygger dine indekser. Brugeraktivitet på krypterede felter medfører dubletdata i indekser, hvilket kan forstyrre synkroniseringshandlinger. Når du har roteret deterministisk nøglemateriale eller ændret et felts krypteringsplan til deterministisk kryptering, hvor der skelnes mellem store og små bogstaver, eller deterministisk kryptering, hvor der ikke skelnes mellem store og små bogstaver, skal du synkronisere dine data til din aktive nøgle så hurtigt som muligt. Synkronisering anvender det aktive nøglemateriale på eksisterende og nye data. Hvis du ikke synkroniserer dine data, vil filtrering og forespørgsel på felter med unikke attributter ikke returnere nøjagtige resultater.

          Du kan selv synkronisere data i standardfelter og tilpassede felter på siden Krypteringsstatistikker og Datasynkronisering i Opsætning. Hvis du vil synkronisere alle andre data eller store mængder af data, skal du kontakte Salesforce Kundesupport. Læs mere om datasynkronisering på Synkroniser din datakryptering med baggrundskrypteringstjenesten.

          Administrer anbefalinger for Next Best Action

          Når du bruger deterministisk kryptering, kan du kun bruge krypterede felter i indlæsningsbetingelser med operatoren lig med eller ikke lig med.

          Fjernelse af deterministisk kryptering fra felter

          Hvis du fjerner kryptering fra et felt, der er krypteret med deterministisk kryptering, skal Shield Platform Encryption bruge noget tid på at dekryptere dette felt i hele din organisation. Størrelsen på din organisation bestemmer, hvor lang tid denne proces tager, så feltet ikke vil have filtrerings- og sorteringsegenskaberne for et ukrypteret felt, før denne opdatering er fuldført.

          SOQL GROUP BY-erklæringer

          Saml hvor-sætninger i henhold til reglerne på SOQL/SOSL Reference Page-sammenligningsoperatorer.

          Deterministisk kryptering understøtter ikke GROUP BY-sætningen. Hvis du angiver GROUP BY ved brug af et deterministisk felt, vil dine grupperinger ikke være nøjagtige eller ensartede.

          SOQL LIKE- og STARTS WITH-erklæringer

          Deterministisk kryptering understøtter kun nøjagtige, sagssensitive matches. Sammenligningsoperatorer, der returnerer partielle matches understøttes ikke. F.eks. understøttes LIKE- og STARTS WITH-erklæringer ikke.

          SOQL ORDER BY-erklæringer

          Da deterministisk kryptering ikke vedligeholder sorteringsrækkefølgen af krypterede data i databasen, understøttes ORDER BY ikke.

           
          Indlæser
          Salesforce Help | Article