Доброго дня!
при попытке записать двоичные данные пишет ошибку:

{ОбщаяФорма.ПечатьДокументов.Форма(1898)}: Ошибка при вызове конструктора (ДвоичныеДанные)
    мФайл = Новый ДвоичныеДанные(ПолноеИмяФайла);  
по причине:
Недопустимое значение параметра (параметр номер '1')

при этом в УНФ тот же код работает норм.

МассивСсылок = Параметры.ПараметрКоманды;
    Если ОбщегоНазначения.ЗначениеСсылочногоТипа(МассивСсылок) Тогда
        МассивСсылок = ОбщегоНазначенияКлиентСервер.ЗначениеВМассиве(МассивСсылок);
    КонецЕсли;
    
    ИмяФайла = ИмяТабдок + " " + СокрЛП(СтрЗаменить(МассивСсылок[0].Ссылка, "(не проведен)","")) + ".PDF";
    
    КаталогВременныхФайлов = КаталогВременныхФайлов();  
    
    ПолноеИмяФайла = ОбщегоНазначенияКлиентСервер.ПолучитьПолноеИмяФайла(КаталогВременныхФайлов, ИмяФайла);
    
    ТабДок.Записать(ПолноеИмяФайла,"PDF");
    
    мФайл = Новый ДвоичныеДанные(ПолноеИмяФайла);

ПолноеИмяФайла через отладчик показывает полный путь к файлу, сам файл создается

(2) "сам файл создается" - где именно в коде? Путь вижу, а создание файла нет

А тупанул, увидел

(3) я по пути смотрел, файл создается, т.е есть в каталоге

есть варианты, почему ошибку выдает ?

(6) Вообще должно быть не "ТабДок.Записать(ПолноеИмяФайла,"PDF")"
а ТабДок.Записать(ПолноеИмяФайла,ТипФайлаТабличногоДокумента.PDF)

(7) переписал ТабДок.Записать(ПолноеИмяФайла,ТипФайлаТабличногоДокумента.PDF), ошибка та же

(6) Базы обе файловые?

(9) база серверная, но в УНФ работает и в серверном и в файловом варианте

в отладчике такую ошибку пишет:
Новый ДвоичныеДанные(ПолноеИмяФайла)    

{<Неизвестный модуль>(1)}: Ошибка при вызове конструктора (ДвоичныеДанные)

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

А ты в отладчике посмотри.
Что в переменной "ПолноеИмяФайла"?

(9) ТабДок.Записать непонятно как отрабатывает для разницы клиент-сервер

(12) ПолноеИмяФайла    "E:\TempUSR1CV8\ЗаказПоставщику Заказ поставщику 000001 от 18.07.2022 13:08:34.PDF"    Строка

(14) попробуй тупую вещь
замени + ".PDF" на + ".pdf"

вот и ответ. Двоеточие запрещено в именах файла

+(16) а в УНФ возможно время убрано из представления документа

(17) похоже на то, в унф без времени записывается, сейчас проверю

(16) хмм почему не падает ТабДок.Записать( "E:\TempUSR1CV8\ЗаказПоставщику Заказ поставщику 000001 от 18.07.2022 13:08:34.PDF") ?

(19) и файл создает?

(19) + он говорит что файл создается в каталоге

(20) (21) Вот это и интересно ))

И да.
Запрещенные символы в именах файлов/папок это кстати раздражает с точки зрения логики и удобства.

Это же дичайший маразм и архаизм.

(22) тут наверное нужно разбираться с версиями ОС и платформы... только непонятно зачем.

В случае линукс сталкивался с (15), когда расширение по дефолту маленькими буковками и имена файлов регистрозависимы

(23) всегда имена файлов нормализовалось перед записью. Ненавижу такие имена как выше у ТС.

(26) а чем не нравится, "ЗаказПоставщику" дублируется, это я поправлю

получилось, проблема была видимо в запрещенных символах.
благодарю

Пробелы в имени файла - копрокод
Точки в имени файла - копрокод
Форматзаписи датыф когда по нему нельзя отсортировать файлы по хронологии имени - копрокод*2
.
могу ошибаться, конечно, на вкус и цвет как говорится...

(29) сейчас выглядит как "Заказ поставщику 00000000001 от 18.07.2022.PDF", чем пробелы и точки помешали ?

(0) Зачем нагружать файловую систему? Сейчас такое делается через поток.

(19) Оно не просто не падает, а молча создаёт файл с именем "E:\TempUSR1CV8\ЗаказПоставщику Заказ поставщику 000001 от 18.07.2022 13" - обрезано по двоеточие, без расширения.
То же самое для объекта ТекстовыйДокумент. Вероятно, так же и для других, имеющих метод Записать. Проверено на 8.3.21.1302. Явный баг.

(31) записывается в присоединенные файлы, временные файлы удаляются

(33) Зачем записывать во временные файлы? Откройте СП и почитайте за метод Записать ТД и какие варианты есть там. Далее в том же СП посмотрите метод ЗакрытьИПолучитьДвоичныеДанные() У ПотокаВПамяти.

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

(35) сделано уже, работает быстро. переделывать нет смысла. на будущее почитаю инфу про поток

(36) Если в упрощенно, то как-то так:
ПотокВПамяти=Новый ПотокВПамяти();
ТабДок.Записать(ПотокВПамяти,"pdf");
ДД=ПотокВПамяти.ЗакрытьИПолучитьДвоичныеДанные();

(37) Что будет если "pdf" размером больше ram ?

(38) Тогда нужно бежать из этой конторы)

(37) благодарю, сохраню в заметки

(38)начнет свопить на диск)

(26) Речь о том что нормализация имен файлов это глупость.
Банальный недостаток/недоработка файловой системы что нельзя любые символы применять.
Которое проистекает из древнейших времен наследия CP/M.

Например что имена переменных (и процедур/функций) в 1С нельзя начинать с цифры или они не могут содержать некоторых символов тоже атавизм.

Как и идиотизм с разделением Структура/Соответствие, которые прекрасно объединяются в одно.
Даже обращаться к свойствам можно было бы так Структура."Имя свойства" что равнозначно Структура["Имя свойства"]

(42)+ Подумайте. Имена файлов разрешают кириллицу и даже иероглифы. А вот ":" и слеши нельзя. Маразм!

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

(44) 1. ":" только одно после имени диска
если разрешили "." и только последняя как разделитель имени и расширения а прочие разрешены и относятся к имени кто/что мешает тоже самое сделать с ":"?
самое первое после имени диска спецсимвол, прочие относятся к имени файла
2. "/" и "\" прекрасно можно использовать в имени файла, просто автоматически при записи создает подкаталоги и все, при чтении пытается прочитать подкаталог
т.е. запись файла "c:\блабла\блабла" создает файл "блабла" в каталоге "блабла" на диске c

(45) а если юзвер не хочет создавать папку и он тупо очепятался в имени папки? В вашем случае создастся еще одна и юзвер это не заметит. А если еще и регламент к изначальной папке прикручен?)

в общем, не во всех случаях эта логика правильная, а где-то она вредная. Поэтому это нормальное поведение ОС, если хотите свою, то допишите как вам надо в своей обработке записи.

Двоеточие в имени файла - это имя альтернативного потока данных.
Оно создается и записывается,а вот при проверке существования будет ошибка.

(45) в Far так и сделано ;-)

В Linux,например,есть символ исключения \,который позволяет использовать в тмени файла практически любые символы.
Опять же,файловой системе,по большому счету,не важно,какая строка записана в имени файла.
Вопрос тут только в правильности понимания разбиения на составляющие.
Ну и в ntfs имена файлов и длина пути до 32768 байт,однако,и вме работает как в 1с,так и в Си,а вот проводник windows,не работает-позор да и только.