{ВнешняяОбработка.ИмяОбработки.Форма.Форма.Форма(125,10)}: Процедура или функция с указанным именем не определена (ЗначениеИзСтрокиВнутр)
                ТЗ = <<?>>ЗначениеИзСтрокиВнутр(ПромежуточныйЭтапПолученияТЗ(Файл.ПолноеИмя,1)); (Проверка: Тонкий клиент)

В общем я уже смирился что работать обработка будет только в толстом клиенте. Как дать понять платформе это?

Потому как обработка работает. Но при сохранение такое вот раздражает.

#Если ТолстыйКлиентУправляемоеПриложение Тогда

(1) + глобально - Сервис/Параметры/Модули/Проверка - галки

(2) (1) круто, спасибо. Второе то что нужно думаю

(0) Смирился он... А клиентов тоже смирил?
З.Ы. Что мешает перенести код туда, где он будет работать?

(4) Ты читать не умеешь. У него толстый клиент. Так что код рабочий. А в конфигураторе включена проверка на все (?) виды клиентов. Вот на тонкий и ругается..

(5) У него толстый. А у клиента может быть несколько более иначе другой.

(6) И снова ты невнимательно читаешь
"работать обработка будет только в толстом клиенте"

(7) Это ты не умеешь читать. Тонкий или толстый клиент - это выбор клиента. Не твой.

(8) Вообще-то мой, как программиста. Как скажу - так и будет работать.

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

(10) А ещё лучше - во всех четырёх... Включая ОФ и ВК.
И да, чтобы по КОМу можно было вызвать. И вообще - чтобы оно само работало, не требуя пользователя

(11) Зря иронизируешь. Всегда прав Заказчик, если он не программист.

(12) Заказчик не знает разницы. Как ему программист скажет, так тот и будет работать.

(11) "Включая ОФ и ВК" // ВК это что? Если внешнее соединение, то почти у всех поделок Раруса нет его поддержки в своих модулях - ребятки просто не тестируют работу своих конфигураций в таком режиме (банально запись справочников / документов)...

(14) Веб-клиент

(13) А если заказчик будет вредный, как я, например?
(10) Именно
(11) Да, приложение должно работать во всех режимах. Не вижу тут ничего такого

(16) Вредный заказчик иле перевоспитывается или идёт наслаждаться ароматом цветущей вишни.

(17) Да. Этот Заказчик уйдёт к более вменяемому программисту.

(18) Который будет прогибаться под каждую хотелку и "играть со шрифтами"?

Вы не понимаете. Заказчики - они как дети. Их воспитывать нужно. Кнутом и пряником. Причём пряник должен быть прошлогодним. Он твёрже.

(19) Не упрощай. В данном случае работа в разных клиентах - это стандарты 1С. Конечно, можно клиента уговорить на те настройки, до которых хватило квалификации, но это тупиковый путь. Я могу принять твою иронию только в контексте новогоднего празднования.

(21) Я не упрощаю. Я говорю, что решение о том, в каком клиенте должно работать бизнес-решение - должен принимать тот, кто разрабатывает это решение. А не тот, кто заказывает.

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

(22) ТЗ знает только ТС. Наша дискуссия - гадание на кофейной гуще.

(23) У нас уже не гадание, а меряние )))
ТС высказался - "я уже смирился что работать обработка будет только в толстом клиенте"
От этого и надо плясать качучу.

(24) Конечно. Я гадаю, а ты ...сам реши.