Здравствуйте, УТ11, в расширении создан документ, в нем реквизит файл- тип Хранилище Значения , нужно сохранить файл в 1с и привязать его к документу.( Подсистему работа с файлами не использовал), код такой-

&НаСервере    
Процедура ПослеВыбораФайла(Результат,ДополнительныеПараметры)
            
    ДД = Новый ДвоичныеДанные(Результат[0]); //ПУТЬ К ФАЙЛУ  
    Объект.Файл = Новый ХранилищеЗначения(ДД) ;
    
КонецПроцедуры

Проблема-в отладке зависает на строке Объект.Файл =

Не надо хранить файлы в реквизите документа

https://курсы-по-1с.рф/бесплатное/2020-06-19-rekvizit-obyekta-otobrazit-na-upravlyayemoy-forme/

https://курсы-по-1с.рф/courses/dev-att/forms-business-processes-startpage/rnlnjyqkab-chapter-14/

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

(4) Вам повторить мысль? Не надо хранить файлы в реквизите документа

Штатно используют справочник ПрисоединенныеФайлы<чего-то там>. Можете добавить такой справочник и использовать штатный механизм.

(5) регистр  типовой -сведения о файлах ,не может хранить привязку к документам из расширений.

(7) Сделайте новый регистр или справочник. Но не храните бинарные данные в документе.

(7) Кстати, в расширениях не надо создавать новые документы. Чревато

(6) В справочнике будет  реквизит -ссылка на документ , и реквизит файл с типов хранилище значений.

(10) Аминь.

Управляемые формы и хранилище значений?

(8) Какая разница в данном случае, справочник или документ?

(10) (13)

Раньше (когда трава была зеленой), хранить BLOB в одной таблице с основными реквизитами считалось "моветон".
А за написание SELECT * в одной nntp-конференци был сразу "эцих с гвоздями"


Возможно сейчас, современные SQL-сервера стали "умные" и умеют "сами" выносить BLOB в отдельные страницы (тут нужен умный термин),
ну и всё остальное.

Но дедушки продолжают делать "как учили".

(13) Документ хранит учётные формализованные данные. Всю бинарную часть храните отдельно от него со ссылкой на него.

(14) Вы извините, но ДокументОбъект будет считывать всё: все реквизиты и все табличные части.

(16)
Я не об этом

(17) Ну так проблема именно в этом

(15) А справочник формализованные данные не хранит?

(16) Как и СправочникОбъект, поэтому в данном случае разницы между справочником и документом не будет

(0) Пользователь выбрал файл на клиенте, а загрузка на сервере?

(19) >> А справочник формализованные данные не хранит?

Не хранит.

(19) Есть существенная разница между:

Документ.РасходнаяНакладная

и

Справочник.РасходнаяНакладнаяПрисоединенныеФайлы

(7) С чего это вдруг? все вполне решаемо.

(19)

Представьте вы SQL-сервер
Вам нужно выбрать некоторые книги в библиотеке

В библиотеке два зала.
В первом зале книги аккуратно стоят на полочках.
Вы быстро находите нужные.

Во втором почти после каждой книги идут разрывы и стоят бетонные блоки.
Блоки разного размера. Есть маленькие, есть огромные.

Удобненько ?

Вам же в вашей работе поиска книг бетонные блоки почти никогда не нужны.
И было бы лучше, если бы они все лежали в отдельной кладовой.
Но архитектору так было быстрее и удобнее.

(19) Бинарные данные хранятся в регистре, справочник ПрисоединенныеФайлы соответствующего объекта - для информации о загруженном файле.

(24) Я добавлю, что бетонные блоки привязаны к книгам. Чтобы взять книжку, надо погрузить бетонные блоки с помощью погрузчика на какую-то тележку, потом толкать её перед собой в читальный зал. Потом обратно...
👇Вот ваши документы с бинарными данными внутри

(21) Ха-ха.

(22) Под капотом скуля нет ее.

(24) Не поверите, но BLOB давно хранятся в отдельной таблице.
И получается, что вместо бетонного блока там просто записка с адресом. Удобненько?

(25) Хвастаетесь? Вообще, схема стандартная

(27) Да Вы ещё ламер, как я посмотрю... Вы спутали справочник а ля Номенклатура и НоменклатураПрисоединенныеФайлы. Для второго справочника формализованные данные (дата изменения файла, например) — это не главное, а главное там сам файл.

(28) Сам файл в РС ДвоичныеДанныеФайлов.

(29) Вроде бы можно и в томах хранить.

(29) Это ради бога

&НаСервере    
Процедура ПослеВыбораФайла(Результат,ДополнительныеПараметры) ЭКСПОРТ
            
    ДД = Новый ДвоичныеДанные(Результат[0]);   //ПУТЬ

Почему то возникает ошибка на длинных названиях файлов
Ошибка при вызове конструктора (ДвоичныеДанные)

(33) что за ошибка-то?

(33) Потому что сервер не видит файла на клиенте.
Передай его на сервер.

(33) И кстати, в описании оповещения должны быть клиентские методы.

по причине:
Ошибка при выполнении файловой операции  '\\192.168.0.9\общая\....

(35) Через временное хранилище чоль ?

(38) Можно и через него, если файл не гигантский.

Тоесть процедуру после выбора делать на  клиенте, потом передать файл на сервер через Врем Хр и на сервере делать -ДД = Новый ДвоичныеДанные(

(40) Именно так.

(40)

В (3) дали все ссылки, нужно только прочитать

&НаКлиенте
Процедура ПослеВыбораФайла(Результат,ДополнительныеПараметры) ЭКСПОРТ
            
    АдресВХ = ПоместитьВоВременноеХранилище(Результат[0],Новый УникальныйИдентификатор()) ; //ПУТЬ
    ПередатьНасервер(АдресВХ) ;  
    
КонецПроцедуры    

Процедура ПередатьНасервер(АдресВХ)  
    
    Путь = ПолучитьИзВременногоХранилища(АдресВХ) ;    
        
    ДД = Новый ДвоичныеДанные(Путь);

так чтоли ?

(43) Прогнали путь к файлу через временное хранилище? ну-ну 👋

Двоичные данные чтоли помещать ? в ВХ

(46) Ты точно программист? Ты точно не прикалываешься сейчас?

ДД = Новый ДвоичныеДанные(Результат[0]);
    АдресВХ = ПоместитьВоВременноеХранилище(ДД,Новый УникальныйИдентификатор()) ;
    ПередатьНасервер(АдресВХ,Результат[0]) ;  
    
КонецПроцедуры    

Процедура ПередатьНасервер(АдресВХ,Путь)  
    
    ДД = ПолучитьИзВременногоХранилища(АдресВХ) ;  
так вроде заработало, спасибо)

(47) А ты кто ,не надо тут нести чушь ? ХХ это хер

(47) да это бот