Как исправить ошибку «Неправильный путь к файлу» и код 123 (0x0000007B) при записи двоичных данных в 1С?

← На главную

При разработке механизмов обмена файлами или интеграции с Библиотекой стандартных подсистем (БСП) программисты часто сталкиваются с исключением при вызове метода ДвоичныеДанные.Записать(). Ошибка сопровождается системным сообщением: «123(0x0000007B): Синтаксическая ошибка в имени файла, имени папки или метке тома». Давайте подробно разберем, почему возникает эта ситуация, как проанализировать структуру пути и какие шаги предпринять для гарантированного сохранения данных.

Выясняем причину: что означает код ошибки 123?

Ошибка с кодом 123 (0x0000007B) — это системный ответ операционной системы Windows, который транслирует 1С. Он сигнализирует о том, что переданная строка пути не соответствует правилам именования объектов в файловой системе. Рассмотрим основные факторы, которые приводят к этому сбою:

Превышение максимальной длины пути (MAX_PATH): В классической архитектуре Windows общая длина пути ограничена 260 символами. Сюда входит буква диска, двоеточие, разделители и само имя файла с расширением.
Недопустимые символы: Наличие знаков /, :, *, ?, ", <, >, |. Также критичными могут быть специфические символы, такие как неразрывные пробелы или управляющие символы, попавшие в строку при копировании.
Проблемы с UNC-путями: При работе с сетевыми ресурсами (например, \\Server\Share\Folder) синтаксис проверяется строже, особенно если путь содержит кириллицу, пробелы или запятые в именах папок.
Особенности работы БСП: Библиотека стандартных подсистем при хранении файлов в томах автоматически создает структуру подпапок. Если имя файла само по себе очень длинное (как в медицинских протоколах), итоговый путь может «рассыпаться» на этапе записи в сетевое хранилище.

Разберем ситуацию на примере

Проанализируем конкретный путь, который вызвал ошибку:

\\1C-MIS-ATTACHMENT\1c-mis-attahment\20241030\122121212 Ольга Юрьевна, ПРОТОКОЛ ПРИЖИЗНЕННОГО ПАТОЛОГО-АНАТОМИЧЕСКОГО ИССЛЕДОВАНИЯ БИОПСИЙНОГО (ОПЕРАЦИОННОГО) МАТЕРИАЛА №0000-0000742089 от 29.10.2.pdf

Здесь мы видим сразу несколько факторов риска: огромная длина имени файла, наличие запятой, скобок, знака номера и длинного пути к сетевому тому. Как только разработчик сократил название документа до слова «ПРОТОКОЛ», запись прошла успешно. Это подтверждает гипотезу о превышении лимитов ОС.

Способ 1: Программное сокращение пути и очистка символов

Для предотвращения подобных ошибок в будущем, мы рекомендуем внедрить функцию «нормализации» имени файла перед его сохранением. Посмотрим на пример кода, который очищает строку от лишних знаков и ограничивает её длину:


Функция ПодготовитьПутьКФайлу(ИсходноеИмя)
    ЗапрещенныеСимволы = "/\:*?""<>|";
    Результат = ИсходноеИмя;
    
    // Удаляем стандартные запрещенные символы
    Для Индекс = 1 По СтрДлина(ЗапрещенныеСимволы) Цикл
        Символ = Сред(ЗапрещенныеСимволы, Индекс, 1);
        Результат = СтрЗаменить(Результат, Символ, "");
    КонецЦикла;
    
    // Заменяем неразрывные пробелы на обычные
    Результат = СтрЗаменить(Результат, Символы.НПП, " ");
    
    // Сокращаем длину, если она избыточна (оставляем запас для пути к тому)
    Если СтрДлина(Результат) > 150 Тогда
        Результат = Лев(Результат, 150);
    КонецЕсли;
    
    Возврат СокрЛП(Результат);
КонецФункции

Применяя такую очистку, мы гарантируем, что метод Записать() получит корректную строку, соответствующую стандартам NTFS и сетевых протоколов SMB.

Способ 2: Использование расширенных путей (\\?\)

Если специфика бизнес-процесса требует сохранения именно длинных имен, можно попробовать использовать префикс расширенной длины. Для локальных путей это выглядит как \\?\C:\Folder..., а для сетевых — \\?\UNC\Server\Share.... Однако стоит учитывать, что не все методы платформы 1С одинаково хорошо работают с этим префиксом, поэтому этот вариант требует предварительного тестирования на конкретной версии платформы.

Способ 3: Диагностика методом «отсечения»

Если причина ошибки неочевидна, воспользуемся диагностическим подходом. Проанализируем ситуацию, программно укорачивая путь до тех пор, пока файл не запишется успешно. Это поможет точно определить, в каком символе или на каком знаке длины происходит сбой.


Процедура ЗаписатьСДиагностикой(ДвоичныеДанные, ПолныйПуть)
    Попытка
        ДвоичныеДанные.Записать(ПолныйПуть);
        Сообщить("Файл успешно записан");
    Исключение
        Инфо = ИнформацияОбОшибке();
        Сообщить("Ошибка записи: " + ПодробноеПредставлениеОшибки(Инфо));
        
        // Попробуем сократить имя файла, сохраняя путь к папке
        ЧастиПути = СтрРазделить(ПолныйПуть, "\", Ложь);
        ИмяФайла = ЧастиПути[ЧастиПути.ВГраница()];
        ПутьКПапке = СтрСоединить(ЧастиПути, "\", 0, ЧастиПути.ВГраница() - 1) + "\";
        
        НовоеИмя = Лев(ИмяФайла, 20) + ".tmp"; 
        Попытка
            ДвоичныеДанные.Записать(ПутьКПапке + НовоеИмя);
            Сообщить("Запись с коротким именем удалась. Проблема в длине или символах оригинала.");
        Исключение
            Сообщить("Даже с коротким именем ошибка. Проверьте права доступа к сетевому ресурсу.");
        КонецПопытки;
    КонецПопытки;
КонецПроцедуры