Есть база на ОФ, доступ по RDP
Хотелось бы как то создавать некоторые документы посредством УФ (потому что нужен к локальному API  ЦП)
Как это реализовать?

ТЫ сам понял что сказал?

(0) И в чем проблема?
Запускай тонкий клиент и работай, если под него конфа заточена

(1) что конкретно не понятно?

(2) конфа не заточена под УФ
Она на ОФ.
Воппрос - как добавить в документ форму на УФ и запустить под УФ

сделай форму на УФ, прога догадается ее открыть в управляемом режиме

(4) ответ
Форму добавить кнопками в конфигураторе, назначить дополнительной
Запустить тонкий или веб клиент, или толстый в режиме УП

а  как ее в меню выкинуть?
открывается УФ пустая , без доступа к форме документа

а УФ доступны локальные ресурсы компа напрямую?

(8) А причем тут УФ?
сейчас выяснится что речь про веб клиент и он хочет локальные ресурсы компа заюзать

(3) ВСЁ
что такое "локальному API  ЦП" и какое отношение к этому имеет клиент 1С
И почему ты думаешь что если ОФ не может, то УФ потянет?

Локальная АПИ ЦП это что?

И вообще создай маленькую базу (один док 1 спр) на ОФ и нем создай УФ-формы и интерфейс.
Поиграйся, погугли, почитай. Устакань у себя в голове что как и почему...

(10) ОФ работают по RDP
соответственно к локальному API ЦИФРОВОЙ ПОДПИСИ нет доступа, а нужно

(13) А УФ на клиенте точно смогёт работать с ЭЦП ?

Мы в своё время делали костыль на дельфи, который висел на компе с ЭЦП и через Capicom подписывал данные. Можно такой же велописед организовать и через http-сервисы 1С.
Но пока вы не опишите задачу целиком - не будет правильного ответа.

а Тирасполь - это где? неужели так удаленка на автора повлияла?
сорри за офф

(14) уже давно может.

(16) Приднестровье

Немного оффтопик, но...

Разные формы для одного объекта в тонком и в веб клиенте уже можно в последних релизах?

(19) ОбработкаПолученияФормы с 8.2 по моему доступно

(15) ЭЦП работает через свой сервер развернутый на локальной машине и требующий USB-ключ
Как можно дотянутся до API ЭЦП если все работает по RDP на ОФ?

Думается что юзер будет запускать как обычно RDP, а для подписи будет запускать параллельно тонкого клиента к той же базе на УФ.
Вот только не хочется на клиентах ставить 1с8
Может на WEB тогда ?

(21) Научить этот сервер принимать http-запросы. А их можно из любых терминалов посылать.
Если не умеет - поднять рядом софт (ту же базу 1С с http-сервисом), который будет принимать http и стучаться локально к API.

(22) А разве по РДП не пробрасываются флешки с подписью? У нас вроде так и работает. Все через терминальник, ЭДО норм работает, флешки видит. Тем более скоро все перейдут (в этом году) на МЧД, то вообще проблем не должно быть.

Или тут про другое речь?

(25) Похоже не совсем
твоё решение: на RDP установлено ПО шифрования, а ключ с подписью локально на компе пользователя и отправить его в сессию RDP можно
ситуация ТС: ПО и ключ на клиенте, а БД 1С живёт в RDP (тут надо узнавать у поставщика ПО шифрования, возможно, что АПИ оного видно из сети)

26+ в некоторых случаях возможна работа через файл.
Т.е. 1С пишет файл в нужном формате, а на клиенте запускается bat-ник подписи и отправки оных файлов получателю

(26) (27) Я думаю, что МЧД решит эту проблему, тем более все в этом году на них перейдут.

Не нужно тогда никаких флешек. Просто будет файлик определенный, которым все это дело будет подписываться, как я понял.

(21) почитать спеки от своей загадочной ЭЦП  не пробовал? всё ж от неё зависит.

(28) расскажи пожалуйста, как МЧД поможет учётному софту взаимодействовать с криптопровайдером? без сарказма и упрёка, правда интересно :)

(31) Да хз как, вроде как читал, что с этого года запретят все флешки, корме директорской. Все остальные сотрудники должны получить МЧД для работы с тем же ЭДО. Как-то же они будут работать, может какую компоненту 1ска подвезет под это дело, или еще что. Пока не разбирался в этом вопросе.

(32) как я понял, это тот-же контейнер для криптопровайдера, только личный для физ.лица.
Место его хранения, так-то без разницы, ключ, флешка, дискета, HDD
главное - его придётся скормить криптопровайдеру, возможно, как-то проще хранить, но и потерять то же (например, битый сектор).
Под эту марку, скорее всего, реализуют некое АПИ (если ещё не сделали)

(30) в смысле "почитать"? Я же говорю на локалке стоит сервер подписи, который юзает USB.
К  нему (серверу) можно обратиться только с адреса 127.0.0.1

(33) мне кажется, не вполне так. Контейнер там, конечно, есть - это подпись физлица. А вот что из себя будет представлять сама по себе МЧД - тайна сия велика есть. Вообще она должна была работать уже сейчас. Но, как обычно, случился затык. И насколько я понял, он как раз и обусловлен тем фактом, что разные ведомства и операторы ЭДО так и не договорились насчет какого-то единого формата.

(34) Хмм... я, конечно, не настоящий сварщик, но вроде бы 127.0.0.1 - это служебный адрес локалхоста, с него ни с кем, кроме него самого (loopback) нельзя установить соединение.

(36) Дык в этом то и фишка.

Значит, "не судьба"

(38) Да ладно

(34) а обмануть сервер нельзя? типа пробросить ему порт через 127.0.0.1

(40) из RDP?

(41) локально, правилом, типа "Пакеты полученные на порт ХХХХХ отправлять на 127.0.0.1"

(34) так кто "сервер" то? как зовётся?

(43) Зовется Сервер цифровой подписи

(42) как это?
Сервер, на котором сервер 1с8, как перехватит пакет и отправит этот пакет на комп клиента RDP на котором крутится сервер подписи ?

(45) погоди, у тебя такая схема: комп.пользователя (с системой шифрования) - RDP с клиентом 1С - сервер 1С?
Тебе с сервера 1С нужно отправить АПИ запрос на комп.пользователя порт ХХХХ,
соответственно, на самом компе пользователя настраиваем правило маршрутизации "Все пакеты полученные на порт ХХХХ отправить на 127.0.0.1:порт твоего Сервера шифрования"
возможно, что этого хватит для подписать и отправить.

По уму и ответ бы получить, но не факт что получится сделать правило обратного ответа, т.к. это служебный адрес (но попробовать то можно)

(46) ответ нужно  получать, так как ответ - это подписанный документ

Пытаюсь разобраться с УФ тонкий клиент , и тут же затык
    глТекущийПользователь = Справочники.Пользователи.НайтиПоКоду(ИмяПользователя());
почему ругается
{МодульУправляемогоПриложения(16,26)}: Переменная не определена (Справочники) ?

(48) так в тонком такие вещи можно только НаСервере делать. А вы, наверно, на клиенте пытаетесь.

(49) А  , спс.
А как добыть тогда глТекущийПользователь ?

(50) ну например завернуть ее получение в функцию &НаСервере, после чего вернуть на клиента только то, что не мутабельно (там же элемент справочника возвращается? Это не пойдет, надо просто строку имени).

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

(52) вот как бы да. чисто технически, выпустить дочерний сертификат - плёвое дело. почему они юридически не хотят это признавать - хз. может у них есть какие-то особо компетентные белые хацкеры на службе, которые говорят что-то опасное и жуткое.

(52) А область полномочий там получится прописать?

(54) там же тегов с запасом, надо было их катологизировать для Ру сегмента и признавать промеж собой :(