Zu jedem Salesforce-Blog gehört ein Beitrag zur Salesforce Id. Im Übrigen der erste Beitrag dieser Art mit Binnenreim in der Überschrift //

Technisches

Länge, Format

Die RecordId eines Salesforce Objektes hat 2 Formate:

• 15 Stellen, base62 [0-9a-zA-Z] - das heißt alle Zahlen und Buchstaben, Groß- und Kleinschreibung wird unterschieden: 0019000000B98de

oder

• 18 Stellen, alle Zahlen und Buchstaben, Groß- und Kleinschreibung wird ignoriert: 0019000000B98DeAAB
  • 15 Stellen sind die "Normalform" der Record Id. Sie wird so in der UI verwendet, zum Beispiel in Links oder Reports. Die API hingegen liefert
  • 18 Stellen, die man auch mittels CASESAFEID(Id) Formelfeld in der UI generieren kann. Leider gibt es keine Entsprechung zu dieser Formel auf Apex Level, daher im Anhang ein CodeSnippet dafür.
• Hintergrund für diese zwei äquivalenten Ids scheint historisch begründet - die Unterscheidung zwischen Groß- und Kleinschreibung auf API Ebene ist nicht zwingend für alle Integrationen gegeben.
• Um von der 18-Stellen Id auf die 15-stellige zu kommen, reicht es die letzten 3 Zeichen rechts abzuschneiden.
  Die Account ID 0019000000B98deAAB wird zu 0019000000B98de.

Aufbau

Allen Ids folgen dem Aufbau:

aaabbcddddddddd

• aaa : ObjectType Identfier (3 Stellen)
• bb : Pod Identifier (2 Stellen), d.h.
  • auf welchem Pod wurde der Record ursprünglich erstellt?
  • Pod? https://www.quora.com/What-does-Salesforces-infrastructure-look-like
• c : Reserviert für zukünftigen Gebrauch (reserved for future use, 1 Stelle)
• ddddddddd : Die eigentliche RecordId (9 Stellen)

Analytisches

• 238.328 verschiedene Objekte sind mit drei Stellen Objekt Identifier möglich
• mindestens 245 davon sind von Standard Objekten belegt (siehe unten).
• Ein genauerer Blick lohnt sich, denn die Art und Weise wie die IDs geclustert sind, gibt Aufschluß über die Objekt-Zusammenhänge und Entwicklung. So gehören Contract, Order, OrderItem und Approval historisch eng zusammen 800, 801, 802, 806
• Regelmäßiges Überprüfen neuer RecordIds hilft, einen besseren Überblick über Veränderungen zu erhalten. So ist 0Er:PlattformCachePartition ein ziemlich neues Objekt.
• Die neun Stellen ddddddddd reichen für mehr als 13 Billiarden Objekte. (13.537.086.546.263.552 um genau zu sein)

13 Billiarden hört sich nach viel an, ist aber ziemlich wenig, wenn man über Big Data oder Internet of Things nachdenkt und bald jeder Schnürsenkel eine eigene Id in meiner Org braucht.
Opfert Salesforce die POD Id bb (über den Aufwand will ich nicht nachdenken) und die Stelle future use c erhöht sich die Anzahl möglicher Objekte auf 3 Trilliarden (3.226.266.762.397.899.821.056)

Im Anhang folgt eine komplette Liste von Prefixes zu StandardObjekten, Stand Spring 16. Außerdem zwei Code Snippets - sfdc15To18() und mapIdPrefixToSobjectName()

Appendix

Konvertieren von 15stelliger ID zu 18 Stellen via Apex

public static String sfdc15To18 (String original15) {
// This method expects a 15-char valid Salesforce ID, and returns the 18-char equivalent

Map<String,String> lookup5bin = new Map<String,String>();
String Piece1 = '';
String Piece2 = '';
String Piece3 = '';

original15 = original15.substring(0,15);

lookup5bin.put('00000','A'); lookup5bin.put('01000','I'); lookup5bin.put('10000','Q'); lookup5bin.put('11000','Y');
lookup5bin.put('00001','B'); lookup5bin.put('01001','J'); lookup5bin.put('10001','R'); lookup5bin.put('11001','Z');
lookup5bin.put('00010','C'); lookup5bin.put('01010','K'); lookup5bin.put('10010','S'); lookup5bin.put('11010','0');
lookup5bin.put('00011','D'); lookup5bin.put('01011','L'); lookup5bin.put('10011','T'); lookup5bin.put('11011','1');
lookup5bin.put('00100','E'); lookup5bin.put('01100','M'); lookup5bin.put('10100','U'); lookup5bin.put('11100','2');
lookup5bin.put('00101','F'); lookup5bin.put('01101','N'); lookup5bin.put('10101','V'); lookup5bin.put('11101','3');
lookup5bin.put('00110','G'); lookup5bin.put('01110','O'); lookup5bin.put('10110','W'); lookup5bin.put('11110','4');
lookup5bin.put('00111','H'); lookup5bin.put('01111','P'); lookup5bin.put('10111','X'); lookup5bin.put('11111','5');

Piece1 = sfdc0Or1(original15.substring(4,5)) +
sfdc0Or1(original15.substring(3,4)) +
sfdc0Or1(original15.substring(2,3)) +
sfdc0Or1(original15.substring(1,2)) +
sfdc0Or1(original15.substring(0,1));

Piece2 = sfdc0Or1(original15.substring(9,10)) +
sfdc0Or1(original15.substring(8,9)) +
sfdc0Or1(original15.substring(7,8)) +
sfdc0Or1(original15.substring(6,7)) +
sfdc0Or1(original15.substring(5,6));

Piece3 = sfdc0Or1(original15.substring(14,15)) +
sfdc0Or1(original15.substring(13,14)) +
sfdc0Or1(original15.substring(12,13)) +
sfdc0Or1(original15.substring(11,12)) +
sfdc0Or1(original15.substring(10,11));

return (original15 + lookup5bin.get(Piece1) + lookup5bin.get(Piece2) + lookup5bin.get(Piece3));

}

Erstellen einer Liste von PrefixIds - Objektname:

public static Map<String,String> mapIdPrefixToSobjectName(){
	Map<String, String> mapIdPrefixToSobjectName = new Map<String, String>();
    Map<String, Schema.SObjectType> mapObjNameToSobjectDescribe = Schema.getGlobalDescribe(); 
		for(String strSobjectName : Schema.getGlobalDescribe().keySet()){
		   Schema.DescribeSObjectResult dscrResult =  mapObjNameToSobjectDescribe.get(strSobjectName).getDescribe();
		   String strObjName = dscrResult.getName();
		   String strObjIdPrefix = dscrResult.getKeyPrefix();
		  // If it ain't got no Id, I'm not interested
            If (strObjIdPrefix != NULL ){
            System.debug('['+strObjName + '], ['+ strObjIdPrefix+']');
            mapIdPrefixToSobjectName.put(strObjIdPrefix,strObjName);
            }
		}
    return mapIdPrefixToSobjectName;
}
//Debug Produces: 
//13:32:53.2 (164554358)|USER_DEBUG|[9]|DEBUG|[WorkFeedbackQuestionSet],[0W8]

Standard Objekte Id Prefix Tabelle (Spring 16)