8.х Проблема с кодировкой документа

Система следующая. Код документа с типом строка(6), пользователи хотели видеть числовой код в списке. в итоге разработчики сделали финт ушами, перекидывая программно номер в реквизит с типом число и отображая его в списке. И все было нормально и работало всегда на ура. И вот недавно начались глюки. У некоторых пользователей в разделитель разрядов числа стала лезть "," которая напрочь сбивает нумерацию. Пример. Номер документа 4 919, в строке 004919, а если документ сохраняет пользователь, у которого глючит, то получается номер 04,919 и нумерация летит к чертям... Как исправить?

Наблюдения: толкьо на Вин7, но пользователей с такой ОС много, глючит только у 2-х. Настройки региональные у всех пользователей идентичные - сама проверила.
Запускается у всех один и тот же exe, который находится на сервере. Кеши чистила у пользователей, ярлык заново настраивала, базу заново прописывала. Все актуальные обновления на ОС установлены как на компе пользователей, так и на серваке.

Куда смотреть еще?

--- Объединение сообщений, 7 ноя 2014 ---

Еще момент - галочка выставлена - Использовать региональные установки текущего сеанса. Как я понимаю - это же региональные настройки системы пользователя?

результата - ноль... (((

Перезагружали систему ?

у пользователя - да, на сервере - нет, инетресно почему толкьо у двух? что примечательно им поменяли ОС летом, ну вот они только щас зашли в 1С (замещают). Пользователь 1С один и тот же что и у нормально работающих - между собой у глючных - разный. По типу "Отдел1", "Отдел2"... сотрудники каждого отдела под своим отделом заходят

Недопонял.

"04,919" - это в коде элемента справочника (тот который строковый)? Тогда причем здесь

?
Откуда разделитель разрядов числа если тип строка?
И в общем - какое отношение к этому имеет числовое представление кода (то которое отдельным реквизитом)?

На форме документа пользователи не желали видеть номер с лидирующими нулями, потому поле на форме числовое и ссылается на реквизит документа с типом число - ПриОткрытии установленный автоматом код преобразуется в число и выводится на форму. Соответственно у глючных пользователей он отображается не как 4 919, а как 4,919 и ПриЗаписи, когда проворачивается обратная процедура видимо (сижу разбираюсь с ней), номер присваивается обратно, т.е. становится не 004919, а 04,919. Вот так понятнее?

Ага.
Только суть не ясна - а зачем обратно его присваивать?

Ок.
А что в процедуре при открытии? Как преобразуется строка в число, что там есть интересного в коде?

Все может быть. Например "Если РольДоступна("СуперГлавныйМенеджер") Тогда НаТебеТакойФормат Иначе ОбойдешьсяОбычнымФорматом". Ну так, в плане фантазий.

+1! тоже думаю что дело в коде...

попробуй где-то отдельно хранить код документа без каких либо преобразований и при записи документа пользователем, его возвращать.
т.е. на форму вывели, показали красиво, а записали тот который был исходный без преобразований.

Ну ок "Если ТекущийПользователь.Имя = "Иванов Иван Иванович" Тогда НаТебеТакойФормат Иначе ОбойдешьсяОбычнымФорматом". Так лучше?

Я же не вижу что там в базе, поэтому и поинтересовался, чтобы исключить или наоборот сфокусироваться на проблеме с кодом.

ага, именно так... Шурик, зачем такая котовасия - я хз, не наше это творение... вот дорабатываем... отвлекли другой задачей, скоро вернусь к коду... проверок на имя пользователя однозначно нет

Ну ладно, жду конечно дополнений что там с кодом.

Что показывает, если у пользователя в табло вычислить выражение Число("004919")?

итак, в коде никаких намеков нет на то что в зависимости от роли или пользователя какие то индивидуальные настройки... куда еще покопать?

?

компутер пока занят, чтоб попробовать, но при выводе печатной формы, в заголовок выводится номер именно в такой конструкции и там "4,919", так что думаю табло тоже с запятой выведет