what is the maximum salesforce id length [duplicate]
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
1
down vote
favorite
This question already has an answer here:
What are Salesforce ID's composed of?
3 answers
what is the maximum salesforce id length? I have to communicate it to another system that has to create an ad hoc field
custom-object standard-objects standard-field
marked as duplicate by Alexander Berehovskiy, David Reed, Santanu Boral, glls, Jayant Das Sep 3 at 23:00
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
add a comment |Â
up vote
1
down vote
favorite
This question already has an answer here:
What are Salesforce ID's composed of?
3 answers
what is the maximum salesforce id length? I have to communicate it to another system that has to create an ad hoc field
custom-object standard-objects standard-field
marked as duplicate by Alexander Berehovskiy, David Reed, Santanu Boral, glls, Jayant Das Sep 3 at 23:00
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
2
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
This question already has an answer here:
What are Salesforce ID's composed of?
3 answers
what is the maximum salesforce id length? I have to communicate it to another system that has to create an ad hoc field
custom-object standard-objects standard-field
This question already has an answer here:
What are Salesforce ID's composed of?
3 answers
what is the maximum salesforce id length? I have to communicate it to another system that has to create an ad hoc field
This question already has an answer here:
What are Salesforce ID's composed of?
3 answers
custom-object standard-objects standard-field
custom-object standard-objects standard-field
asked Sep 3 at 10:20
Pericle Parquet
526
526
marked as duplicate by Alexander Berehovskiy, David Reed, Santanu Boral, glls, Jayant Das Sep 3 at 23:00
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
marked as duplicate by Alexander Berehovskiy, David Reed, Santanu Boral, glls, Jayant Das Sep 3 at 23:00
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
2
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27
add a comment |Â
2
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27
2
2
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
4
down vote
Salesforce is using 18 character IDs.
There are also the shorter 15 char case-sensitive ones. Salesforce recommends the use of the longer one.
For more information see the official documentation on the topic:
https://help.salesforce.com/articleView?id=000004383&language=en_US&type=1
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
Salesforce is using 18 character IDs.
There are also the shorter 15 char case-sensitive ones. Salesforce recommends the use of the longer one.
For more information see the official documentation on the topic:
https://help.salesforce.com/articleView?id=000004383&language=en_US&type=1
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
add a comment |Â
up vote
4
down vote
Salesforce is using 18 character IDs.
There are also the shorter 15 char case-sensitive ones. Salesforce recommends the use of the longer one.
For more information see the official documentation on the topic:
https://help.salesforce.com/articleView?id=000004383&language=en_US&type=1
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
add a comment |Â
up vote
4
down vote
up vote
4
down vote
Salesforce is using 18 character IDs.
There are also the shorter 15 char case-sensitive ones. Salesforce recommends the use of the longer one.
For more information see the official documentation on the topic:
https://help.salesforce.com/articleView?id=000004383&language=en_US&type=1
Salesforce is using 18 character IDs.
There are also the shorter 15 char case-sensitive ones. Salesforce recommends the use of the longer one.
For more information see the official documentation on the topic:
https://help.salesforce.com/articleView?id=000004383&language=en_US&type=1
edited Sep 3 at 13:05
answered Sep 3 at 10:23
mlew
415
415
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
add a comment |Â
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
3
3
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
The 18 character IDs are definitely NOT case insensitive (try to use a known ID in a query, but change one of the characters to lower case). The difference between the 15 and 18 character IDs is that the 18 character version has a sort of hash to be able to reconstruct the casing of the 15 character version. So if you have an all lower case 18 character ID you can reconstruct the proper casing, but this is not done implicitly.
â rael_kid
Sep 3 at 12:44
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
For more information see the official documentation on the topic: help.salesforce.com/â¦
â mlew
Sep 3 at 13:04
2
2
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
That documentation appears to be very old. They typically refer to 18 character Ids as "case safe", meaning they're safe to be used with tools (primarily Excel) that cannot distinguish 15-character Id values based on case differences.
â David Reed
Sep 3 at 13:12
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
There are lots of pages where a solution to this can be found anyway like here: developer.salesforce.com/forums/?id=906F0000000BQGnIAO OR here: help.salesforce.com/articleView?id=000003004&type=1 But your comments are not referencing the question anymore. Length = 18 he did not ask for any more information. Also, you are completely right that it is a duplicate. how can I flag it as one?
â mlew
Sep 4 at 15:28
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
my question was not related to how the salesforce ID is composed, I did not know whether to communicate 15 or 18 because the external system will query from the outside so I did not know how many characters it would extract. Forgive me if considered duplicate
â Pericle Parquet
Sep 7 at 14:15
add a comment |Â
2
I would tell them to create a 18 characters case-sensitive alphanumeric field.
â Alberto
Sep 3 at 11:27