Fältgränser med Shield Platform Encryption
Det rekommenderas att använda valideringsregler för att tillämpa dessa fältgränser. Dessutom, eftersom krypterat innehåll ofta är längre än dess chiffertext, kan kryptering av ett fält införa ytterligare gränser för de värden du lagrar i det fältet. Testa därför dina fältgränser i längre fält, som Adress och Ämne, och i alla krypterade fält som innehåller icke-ASCII-värden som kinesiska, japanska eller koreanska-kodade data.
Versioner som krävs
| Tillgängligt i både Salesforce Classic (inte tillgängligt i alla organisationer) och Lightning Experience. |
| Tillgängliga i: Enterprise, Performance och Unlimited Editions med licenserna Salesforce Shield eller Shield Platform Encryption. |
| Finns gratis i Developer Edition. |
Denna tabell är en referens för fältgränserna för varje fält som listas när Shield Platform Encryption används.
- BYTE-längd
- Maximal längd på fältet i bytes.
- ASCII
- Högsta antal ASCII-tecken som fältet kan innehålla.
- Non-ASCII
- Högsta antal icke-ASCII-tecken, som kinesiska, japanska eller koreanska, som detta fält kan innehålla.
| Maximal storlek | Bytes | ASCII | Non-ASCII |
|---|---|---|---|
| Assistentnamn (Kontakt) | 120 | 40 | 22 |
| Adress (Till, Kopia, Hemlig kopia i e-postmeddelande) (vid kryptering med probabilistisk eller skiftlägeskänslig deterministisk kryptering) | 4000 | 2959 | 1333 |
| Stad (Konto, kontakt, lead) | 120 | 40 | 22 |
| E-post (Kontakt, Lead) | 240 | 80 | 70 |
| Fax (Konto) | 120 | 40 | 22 |
| Förnamn (Konto, kontakt, lead) | 120 | 40 | 22 |
| Efternamn (Konto, kontakt, lead) | 240 | 80 | 70 |
| Mellannamn (Konto, kontakt, lead) | 120 | 40 | 22 |
| Namn (eget objekt) | 240 | 80 | 70 |
| Namn (säljprojekt) | 360 | 120 | 110 |
| Telefon (Konto, Kontakt) | 120 | 40 | 22 |
| Webbplats (Konto) | 240 | 80 | 70 |
| Ämne (e-postmeddelande)(vid krypering med probabilistisk eller skiftlägeskänslig deterministisk kryptering) | 3000 | 2207 | 1000 |
| Befattning (Kontakt, Lead) | 384 | 128 | 126 |
Rapporterade API-längder för krypterade fält
För att fråga längden på ett fält med hjälp av Apex kan du använda klassen Schema.DescribeFieldResult, som ger metadatainformation om ett fält. Metoderna getByteLength() och getLength() returnerar den ursprungliga längden som definierades för fältet innan kryptering, inte den faktiska längden på vare sig krypterade data eller dess klartext.
Anta till exempel att du har ett e-postadressfält definierat med längden 99 bytes. En användare lagrar värdet aaa@aaa.aaa, vid kryptering innehåller fältet txagearxhoxcrypabef’. Dessa värden är båda kortare än 99 bytes. Att fråga längden på detta fält med DescribeFieldResult.getByteLength() returnerar 99.
E-postmeddelandefält och skiftlägeskänslig kryptering
För att kryptera fälten Adress och Ämne i objektet E-postmeddelande med ej skiftlägeskänslig deterministisk kryptering, tillämpa schemat innan du anger data i dessa fält. Om befintliga data i dessa fält överskrider följande gränser krypteras inte dessa data med ej skiftlägeskänslig deterministisk kryptering.
- API-längd: 527
- Byte-längd: 765
- Icke-ASCII tecken: 262
Objekt för kundcasekommentar
Fältet Brödtext i objektet Kundcasekommentar har en gräns på 4 000 ASCII-tecken (eller 4 000 bytes). När fältet Brödtext är krypterat är teckengränsen dock lägre. Hur mycket lägre beror på vilka tecken du anger.
- ASCII: 2959
- Kinesiska, japanska, koreanska: 1333
- Annan icke-ASCII: 1479
