Ребята! Хелп! сил больше уже нет. после обновления платформы на самописной конфе у разных пользователей в разное время вылезает синтаксическая ошибка. Вот функция, открывается по запросу из процедуры ПриОткрытии формы элемента справочника:

&НаСервереБезКонтекста
Функция ПроверитьНаличиеДействующихДМС(Пациент)
    РезультатПроверки = Новый Структура;
        
    ПроверкаВСписке = Новый запрос;
    ПроверкаВСписке.Текст =
     "ВЫБРАТЬ
     |    СпискиПациентовДМССрезПоследних.СтраховаяКомпания,
     |    СпискиПациентовДМССрезПоследних.Договор,
     |    СпискиПациентовДМССрезПоследних.СтраховаяПрограмма Как Программа,
     |    СпискиПациентовДМССрезПоследних.Пациент
     |ИЗ
     |    РегистрСведений.СпискиПациентовДМС.СрезПоследних(&ТД, ) КАК СпискиПациентовДМССрезПоследних
     |ГДЕ
     |    СпискиПациентовДМССрезПоследних.Включен
     |    И СпискиПациентовДМССрезПоследних.Пациент = &Пациент";
    ПроверкаВСписке.УстановитьПараметр("ТД",ТекущаяДата());
    ПроверкаВСписке.УстановитьПараметр("Пациент",Пациент);
    
    Рез = ПроверкаВСписке.Выполнить().Выгрузить();
    
РезультатПроверки.Вставить("ЕстьВСпискахПрикрепленных",Рез.Количество()>0);
...

Вот в этом куске РегистрСведений.СпискиПациентовДМС.СрезПоследних(&ТД, ) КАК СпискиПациентовДМССрезПоследних просто не читает ".С". До этого бывало и в других местах в документах и обработках, просто не читает некоторые буквы в коде.

Куда бы ковырнуть? мы уже все перепробовали. Спасает только перепечатать нечитаемое слово и динамически обновить. В конфе работает одновременно около 100 и более пользователей

Сама ошибка https://yadi.sk/i/TmoH7C2zxYeXzA

чистить кэш

(2) чистили. не помогает. чистили штатно у пользователей, продолжает вылезать. даже массовая очистка по компам при включении. через некоторое время выскакивает снова.

(3) Плохо чистили кэш!!!

Правильная очистка кэша производится в трёх местах. В трёх!

не помогает ни очистка кэша, ни переустановка платформы заново, может пропасть сама, если не открывать эти объекты минут 10, например

(5) назовите третий, если я что не понимаю. кеш очищен на сервере, и на клиенте в двух местах

rmdir "%AppData%\1C\1Cv8" /S /Q
    rmdir "%LOCALAPPDATA%\1C\1Cv8" /S /Q
    rmdir "%AppData%\1C\1Cv82" /S /Q
    rmdir "%LOCALAPPDATA%\1C\1Cv82" /S /Q

(8) спасибо, но с XP мы давно не работаем

Автор баклан какой-то. Ему готовый рецепт дают, он про какую-то ХР хрень порет, показывая свое невежество ))

(10) если вы про тот "батничек", то подобный мы уже запускали - НЕ ПОМОГАЕТ

Может кряк на очередном новом релизе платформы такой баг дает?

Или там буква C на латинском

... мы уже все перепробовали. Спасает только перепечатать нечитаемое слово и динамически обновить. В конфе работает одновременно около 100 и более пользователей

так может еще не обновилась

(12) у нас нет кряков, лицензия. Буквы все русские

Обновить нединамически и с ключом -Dynamic-

(14) не обновилось что конкретно то?( Обновление конфы проходит практически каждый день в нерабочее время. Выполняли тестирование и исправление. Все возможные способы уже перепробовали

(16) а после этого почистить всем кэш?

Самый простой и тупой способ - скопировать форму / модуль.
Старый объект удалить, новый назвать как старый.
Внутренние id поменяются, по идее если это кеш - должно уйти.
Но я сколько работаю ни разу такой ошибки не видел. Может таки платформа?

Приплыли, мне кажется, я теперь все баги платформы видел :) (0) Какая версия 1С, SQL?

У меня периодически всплывало подобное, но редко, и чистка кэша тут не помогает. Комментирую строку, потом через какое-то время убираю комментарий. Сама ошибка в модуле менеджера справочника, а вылезало при обмене РИБ. Проявлялось на платформе 2580, сейчас второй месяц на 1644, пока ни разу не было. Конфа - нетленка на бсп.

(9) УбилоНах))))))))))))))))))))))

открой в конструкторе запрос и сохрани еще раз

(20) платформа 1644, sql 2016, а конкретно какая я не помню сейчас

(21) у нас сейчас как раз 1644

(19) проблема в том, что объектов в этом справочнике около 200т, страшно так экспериментировать

(22) зато посмеялись)))

(26) Так это модуль формы а не реквизит справочника.

Даже реструктуризации не будет

(0) а код символа какой?
(25) РИБ - есть?
никого не обидели?
если не баг платформы (или ОС) - то как можно символ поменять на другой? - напрямую в таблицах SQL
или выгрузкой/загрузкой конфы в файлы

С железом все в порядке? Серверов сколько?

(31) один сервер 1с, и отдельный сервер sql. пробовали переносить базу данных на отдельный sql сервер, не помогло (раньше было все на одном серваке)

А использовать англ. синонимы не поможет? (знаю, что костыль)

(30) Если вы имеете в виду ASCII, то в данном случае не читается .С, значит 46 и 145. Если я вас не правильно поняла -подскажите, что имелось в виду. РИБ нет, все пользователи с рабочих мест подключаются в одну базу. никого не обижали))) вариант загрузки-выгрузки в файлы пока не пробовали, спасибо за идею. ошибка началась после обновления на 1513 (т.е. вроде как уже с С++ runtime library), переход на 1644 не помог, готовимся обновить на 8.3.14.1565

(33) т.е. вместо СрезПоследних написать SliceLast?

(35) да

+(36) ну и коммент написать для будущих поколений, почему так :-P

(34) имел в виду - скопировать текст
РегистрСведений.СпискиПациентовДМС.СрезПоследних(&ТД, )
когда там ошибка (до перебивки)
и посмотреть коды символов
не предположить "значит 46 и 145." - а программно преобразовать

(37) сейчас попробуем)

Кстати, поле Пациент разве не измерение? Почему оно не в параметрах виртуальной таблицы?

(40) - это самый простой вопрос

мы пришли к тому, что срез последних в этом РС вообще не нужен (история не нужна)
хранится только текущее состояние

И на хрена тогда вызывать срезпоследних?!

(42) выше представленный текст к моему вопросу никакого отношения не имеет

(34) У меня на  Платформе 8.3.13.1513 и Ут 11.4 творилась какая то необъяснимая мистика, промучался неделю , откатился на 8.3.12.1714 и все шикарно работает.