В справочнике рабочих мест уже четвертая запись на одного пользователя для одной рабочей станции

"ИдентификаторКлиента (ClientID)
Использование:
Только чтение.
Описание:
Тип: УникальныйИдентификатор.
Содержит уникальный идентификатор клиента.
Для данного компьютера и данного пользователя операционной системы идентификатор один, вне зависимости от информационной базы и пользователя информационной базы."

сейчас звонит пользователь - ошибка какая-то
смотрю - пишет файл БД поврежден - кэш ...
база серверная

удалил ИБ из списка, создал заново ...
получил новый идентификатор клиента - это нормально?

(0) Нормально. На самом деле он (идентификатор) просто лежит в файле настроек. И после чистки кэша - новый.

(1) + Но вот нафига так сделали непонятно...

(2) "Тому, кто это придумал, надо гвоздь в голову забить" (с)
Вообще тыкать везде УИДы - зло. Особенно там, где без них можно и нужно обойтись. Как нам говорили преподы, всегда надо предпочитать естественный ключ синтетическому. А УИД это сферический синтетический ключ в вакууме, новая сущность, не имеющая предметного смысла..

т.е. то что в СП написано - враньё?

а есть возможность получить "уникальный идентификатор"  реальный - вот как в СП написано, но честный
по сути это "имя компьютера" + "имя пользователя"

(4) Ну нет. Написано-то верно. Идентификатор один, но не единый. :-)

Так и получай имя ПК и пользователя, в чем вопрос?

(5) вопрос в том, что это типовой механизм ...

(0) я написал в итоге расширение. напиши на почту, вышлю в ответ. Чтобы к имени компьютера было привязано

(3) кукисы в интернете тоже сферический синтетический ключ в вакууме, новая сущность, не имеющая предметного смысла.
однако весь мир их жрёть и не давится.

(1) потому что это не только кэш, но и AppData. разницу чуять надо.

(9) Ну, с одной стороны почему бы и нет.
А с другой, какой из первых советов когда 1С ведет себя как-то не так? Правильно - почистить кэш.
А если набрать в Гугле "1С почистить кэш" что будет? Правильно - грохнуть всё.

Наверное, все кто с этим столкнулся написали свой скрипт очистки кэша. Но в первый раз такая ситуация несколько напрягает.

P.S. Кстати, почему бы 1С-овцам не сделать возможность переносить данные с одного идентификатора на другой?

(10)

Городок в западно-американской степи. Салун. За столом сидят два ковбоя, местный и приезжий, и пьют виски. Вдруг по улице кто-то проносится на огромной скорости, паля во все стороны из револьверов. В салуне никто и ухом не ведёт. Приезжий местному:
— Билли?
— Да, Гарри?
— Что это было, Билли?
— Это был Неуловимый Джо, Гарри.
— А почему его зовут Неуловимым Джо, Билли?
— Потому что его никто ещё не поймал, Гарри.
— А почему его никто ещё не поймал, Билли?
— Потому что он нах@й никому не нужен, Гарри

(8) Кукисы это вполне себе предметная сущность - хранение сеансовых данных на клиенте.

(10) И почему 1с не сделала для кэша отдельную папку с постоянным именем, а не сваливать в одну кучу с данными идентификатора клиента..

(11) Наверное, те кто столкнулся с этой ситуацией так не думают.
А столкнуться все, у кого есть торговое оборудование и была необходимость почистить кэш.

(14) есть такое.. и в каждой рознице у все хренова туча рабочих мест на одного пользователя...

так где этот идентификатор хранится - глянул по поиску - оно там много где используется

\AppData\Local\1C\1cv8\1cv8u.pfl

??

{
{""},
{
{"Universal",
{"ClientID",
{"#",fc01b5df-97fe-449b-83d4-218a090e681e,083241ee-94b4-486f-af56-c5f8ed879014},""},
{
{""}
}
},
{""}
}
}

но тогда почему идентификатор поменялся когда я просто удалил базу из списка и добавил заново (сменил идентификатор базы)

если права на этот файл ограничить?

При переустановке мобильного приложения, идентификатор базы тоже меняется. Это я так, к слову

+(18) попробовал
в исходном состоянии когда доступ есть - при удалении и добавлении базы файл профиля модифицируется
а когда прав нет - не модифицируется

+(20) ошибся - файл записывается, похоже, при получении системной информации - при вызове из кода, а не изменения списка баз