Пишу так:
ЗапуститьПриложение(ИмяПапки+"\"+тз.Путь);
Реакции вообще нет.
Пишу так:
ЗапуститьПриложение("E:\1C_BASE\.....\2EF1C56D_5BFD_48F4_819D_830CDBCEE3D9.log");
Открывается без проблем.
В обоих случаях естественно файл один и тот-же и проверяется командой ФС.СуществуетФайл()
КомандаСистемы - отрабатывает верно, но окно CMD напрягает.

Сделай проверку на ИмяПапки+"\"+тз.Путь = "E:\1C_BASE\.....\2EF1C56D_5BFD_48F4_819D_830CDBCEE3D9.log"

А так?
ЗапуститьПриложение(Симв(34) + ИмяПапки+"\"+тз.Путь + Симв(34));

для начала Сообщить("ограничитель-"+ИмяПапки+"\"+тз.Путь+"-ограничитель")
а так - ставлю на (2)

Да скорее всего "ИмяПапки" - реквизит формы и выводится со всеми пробелами, поэтому и путь кривой.
ЗапуститьПриложение(СокрЛП(ИмяПапки)+"\"+СокрЛП(тз.Путь));

Вот что интересно, что если например есть у СПРавочника реквизит текстовый фикс.длины
то Спр.ТекстовыйРеквизиит - возвращает с хвостовыми пробелами.
а вот Спр.Наименование - возвращает без хвостовых пробелов.
.
отчего так?

(5) Потому что наименование - не фикс длины

(3) Блин, старею :(
Точно, тз.Путь - тут же естественно в конце пробелы будут :(
СокрЛП - решило проблему и без Симв(34)
Еще раз СПАСИБО!
Но, что интересно, команде ФС.СуществуетФайл() видно пофиг пробелы, возвращало 1

(7) Я думаю эта команда доходила до пробела и проверяла каталог, а он был. Вот и возвращала 1 :)

(8) Вполне возможно. Это меня и сбило с толку, что я не обратил внимание на пробелы :(

(5) При получении Спр.Наименование отрабатывает встроенная СокрЛП

разве наименовние с пробелами хранится?
там же переменная длина

(11) Надо проверить. Может при записи обрезает

(11) переменная длина в клушках? :)

(11) Проверил на SQL версии.
DESCR (и все текстовые поля) хранится с пробелами, общая длинна поля - как указано в конфигураторе.

воот!
может это как-то связано если основное представление - в виде наименования.. если сделать в виде кода - то Спр.Наименование - что вернет

(15) Вот чего возвращает:
Наименование >Наименование<
Реквизит >Реквизит1           <
Т.е. Наименование возвращает без пробелов, а реквизит с пробелами.

(16) то бишь - как я и отметил в (5)

(17) Да, верно. Причем не зависит от того основное представление в виде наименования или виде кода.
И в обоих случаях в базе все хранится с пробелами!
Сейчас еще раз все перепроверил на SQL базе.
Багофича такая получается :)

а вот если код - текстовый реквизит, с хвостовыми пробелами - то аналогично как в (5)..?

(19) А х.з. Завтра гляну.

(19) Вот завтра (точнее уже очередное сегодня и настало), и как следствие - результат:
Тип кода - Текстовый, Основное представление - наименование:
Код >1<
Наименование >Наименование<
Реквизит >Реквизит1           <

Тип кода - Числовой, Основное представление - наименование:
Код >1<
Наименование >Наименование<
Реквизит >Реквизит1           <

Тип кода - Числовой, Основное представление - код:
Код >1<
Наименование >Наименование<
Реквизит >Реквизит1           <

Тип кода - Текстовый, Основное представление - код. При изменении типа кода с числового на текстовый, конец кода остается, а начало добивается нулями. Если удалить эти нули, то получаем:
Код >1<
Наименование >Наименование<
Реквизит >Реквизит1           <

Т.е. "вообще глубоко фиолетово" основное представление и тип кода. Наименование и код всегда возвращается без пробелов (хотя в базе хранятся с пробелами), а текстовые реквизиты - возвращаются всегда с пробелами.