При автоматизации выгрузки документов из 1С в Microsoft Word многие разработчики сталкиваются с тем, что привычные способы переноса строк, такие как Символы.ПС, Символ(10) или Символ(13), перестают корректно работать. Вместо долгожданного разрыва строки в документе появляются странные символы в виде квадратов, либо текст выводится сплошной строкой. Эта проблема особенно актуальна для версий Word 2013, 2016, 2019 и выше, а также при использовании формата MS Office Open XML (.docx).
В этой статье мы подробно разберем, почему это происходит, и рассмотрим несколько эффективных способов решения задачи в зависимости от используемой технологии выгрузки.
Рассмотрим причину возникновения проблемы. В старых версиях Word (формат .doc) работа чаще всего строилась через OLE/COM-соединение, где Word интерпретировал стандартные управляющие символы ASCII. Современный же формат .docx представляет собой архив с XML-файлами. В структуре XML текстовые данные хранятся внутри тегов <w:t>. Согласно стандарту XML, символы возврата каретки и перевода строки внутри текстового узла могут игнорироваться или восприниматься как ошибка структуры. Для переноса строки Word использует специальные теги, такие как <w:br/> (разрыв строки) или создание нового абзаца через тег <w:p>.
Если ваша выгрузка реализована через COM-объект Word.Application и вы используете механизм поиска и замены параметров в шаблоне, стандартный Символы.ПС может не сработать. Выясним, какой «волшебный» набор символов понимает Word в этом режиме.
Проанализируем ситуацию: Word поддерживает специальные коды для поиска и замены. Код ^p означает знак абзаца, а ^l — мягкий перенос строки. Чтобы передать их из 1С, нужно составить строку из кодов соответствующих символов. Разберем по шагам пример кода:
// Формируем текст с кодом переноса абзаца (^p)
// Символ(94) - это '^', Символ(112) - это 'p'
ТекстДляЗамены = "Первая строка" + Символ(94) + Символ(112) + "Вторая строка";
Замена = ДокументWord.Content.Find;
// Используем стандартный метод Execute для замены параметра в шаблоне
Замена.Execute("{ПараметрОбъекта}", , , , , , , , , ТекстДляЗамены, 2); // 2 соответствует wdReplaceAll
Важный нюанс: этот способ эффективно работает именно внутри метода Find.Execute. Если вы просто попытаетесь записать эту строку напрямую в свойство Text объекта Range, Word выведет символы буквально как «^p».
Рассмотрим еще один вариант работы через COM, когда мы напрямую вставляем текст в документ. Посмотрим на пример, где используются разные типы переносов:
Word = Новый COMОбъект("Word.Application");
Документ = Word.Documents.Add();
Selection = Word.Selection;
// Вариант 1: Полноценный абзац
Selection.TypeText("Заголовок" + Символы.ПС);
// Вариант 2: Мягкий перенос (Shift + Enter)
// В объектной модели Word это символ с кодом 11
Selection.TypeText("Первая строка" + Символ(11) + "Вторая строка");
Word.Visible = Истина;
Использование Символ(11) часто выручает в нумерованных или маркированных списках, когда нужно перенести строку, но не создавать новый пункт списка.
Если вы используете типовые механизмы, такие как в конфигурации 1С:Документооборот, где заполнение происходит путем прямого манипулирования XML-структурой файла document.xml, то решение будет другим. Здесь нам нужно вставить в XML-код документа тег <w:br/>.
Выясним причину проблемы в таблицах: при заполнении многострочного текста в ячейке таблицы 1С может подставлять символ <w:cr/>, который в новых версиях Word отображается квадратом. Нам нужно принудительно заменить его на разрыв строки.
Рассмотрим модификацию процедуры АвтозаполнениеШаблоновФайловКлиентСервер.ВыполнитьЗаменуПолейИСтрокВДокументеMSOfficeOpenXML. Проанализируем ключевой участок кода, который нужно добавить или изменить:
// В месте, где происходит обработка текста для замены (внутри цикла ЧтениеXML)
СтрЗамены = НастройкаЗамены.ЗначениеЗамены;
// Если мы находимся внутри таблицы, заменяем перенос строки на тег разрыва строки XML
Если ФлагНайденаТаблица Тогда
// Заменяем стандартный перевод строки 1С на строковую вставку тега
СтрЗамены = СтрЗаменить(СтрЗамены, Символы.ПС, "</w:t><w:br/><w:t>");
КонецЕсли;
// При записи текста в XML используем ЗаписатьБезОбработки,
// чтобы наши теги не превратились в обычный текст
Если СтрЗамены <> СтрЗаменыССимволамиПС Тогда
ЗаписьXML.ЗаписатьБезОбработки(СтрЗамены);
Иначе
ЗаписьXML.ЗаписатьТекст(СтрЗамены);
КонецЕсли;
Обратите внимание: использование ЗаписатьБезОбработки критически важно, иначе символы < и > будут экранированы, и вместо переноса пользователь увидит в документе текст «<w:br/>».
При использовании тега <w:br/> в механизмах автозаполнения часто возникает побочный эффект: при повторном заполнении файла текст после переноса начинает дублироваться (удваиваться, утраиваться). Это происходит потому, что алгоритм 1С не ожидает появления разрывов внутри одного поля.
Для решения этой проблемы проанализируем совет из практики: необходимо в коде процедуры автозаполнения перенести формирование строки-образца таблицы выше её заполнения. Посмотрим на логику:
ФлагНайденаСтрокаТаблицы.КопияСтрокиXML.ЗаписатьБезОбработки(СтрЗамены) выполняется до того, как указатель XML-чтения перейдет к следующему узлу.<w:br/> или <w:cr/> в исходном XML и очищать их перед вставкой новых данных.Подведем итоги нашего анализа. Выбор метода зависит от того, как именно вы взаимодействуете с Word:
Execute — используйте Символ(94) + Символ(112) (код ^p).TypeText — попробуйте Символ(11) для мягкого переноса."</w:t><w:br/><w:t>" через метод ЗаписатьБезОбработки().Символы.ВК (Возврат каретки), но это требует тестирования на конкретном релизе пакета Office.Используя эти подходы, мы сможем добиться корректного отображения многострочного текста в документах, сохраняя при этом правильное форматирование и структуру таблиц.