Добавление колонтитулов в Word файл(docx). На сервере, без COM и всяких тэгов

01.08.25

Разработка - Инструментарий разработчика

Предлагаю самый простой и оптимальный вариант добавления нижнего колонтитула (картинку и текст) в любой docx файл, если это надо сделать на сервере, без тэгов, без COM. Метод разбор XML файлов. Обработка является уникальный, так-как за все время не нашел аналога в исполнении 1С, тыкните ссылкой, если ошибаюсь.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Добавление нижнего колонтитула в Word файл(docx). На сервере, без COM и всяких тэгов.:
.epf 17,29Kb
50 4 200 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Создавая бэкенд на 1С (так получилось...) для системы электронного документооборота, сталкивался с нестандартными задачами, одна из которых является добавление нижнего колонтитула (footer, подвал, как удобно) в шаблон docx. Ранее задача была заполнить docx файл с нужными данными, эту задачу я решил по методу автозаполнения шаблонов Заполнение шаблона Word (docx) на сервере без сторонних ПО.

Новая задача заключалась в том, чтобы в нижнем колонтитуле отображались данные о документе, чтобы с помощью этих данных можно было проверить подписи. Одним из важных данных являлся сам QR код, по которому проверяющий человек попадал на страницу верификации данного документа.

Так как все мои методы манипуляции с docx файлом работали через http-сервисы, мне нужно было сделать все с минимальным весом. Обращение куда-то, поднятие отдельных сервисов вообще не рассматривались, хотя были интересные методы на python. Головной болью являлись картинки в колонтитулах, о них никто не упоминал (именно по методу XML разбора), везде только текст, а мне еще QR надо было как то присобачить.

Весомую информацию взял с этой статьи Habr. Как я разбирал docx с помощью XSLT. Связи этих самых колонтитулов хорошо описаны в этой статье.

Картинку я добавил как image0.png, в нужных файлах описаны связи этой картинки.

Алгоритм выполнения:

1. Распаковка docx файла;

2. Проверка существующих нижних колонтитулов;

3. Добавление своих файлов для нижнего колонтитула:  

     - footer0.xml (заранее подготовленный footer)

     - footer0.xml.rels (связи)

     - image0.png (картинка, в моем случае QR код), у вас может быть логотип и т п.

4. Удаление файлов старого колонтитула.

5. Добавление данных в файлы:

     - [Content_Types].xml

     - document.xml.rels

     - document.xml

6. При выполнении 5 п. заодно удалить связи прежних колонтитулов.

7. Запаковать docx файл.

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

Для вашего удобства все это дело положил в обработку, за исключением формирования картинки QR. В обработке статичная картинка для демонстрации. Найти методы формирования QR не сложно если надо. Колонтитул добавляется на все существующие страницы документа. Добавляемый footer можно без проблем переделать на свой вариант. А также обработку легко можно переделать на добавление верхнего колонтитула.

Демонстрация:

1. В обработке указываем нужный docx файл куда нужно добавить ваш нижний колонтитул, нажимаем "добавить footer"

 

 

Файл до обработки:

 

 

2. Новый файл с колонтитулом сохраняется с именем файла _+footer.docx

Файл после обработки:

 

 

Приложенная обработка универсальна, подойдет для любых конфигураций на управляемых формах. Демонстрация проведена на платформе 8.3.21.1674, в моей конфигураций крутится все на 8.3.21.1624.

Проверено на следующих конфигурациях и релизах:

  • Бухгалтерия предприятия, редакция 3.0, релизы 3.0.180.14

Вступайте в нашу телеграмм-группу Инфостарт

колонтитул подвал footer word docx макет обработка

См. также

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта 1С:Предприятие 8 Платные (руб)

Инструменты для разработчиков 1С 8.3: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

16500 руб.

02.09.2020    238098    1295    419    

1104

Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Программист Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку одновременно в несколько потоков. А так же автоматически, без непосредственного участия пользователя. Решение в Реестре отечественного ПО

24900 руб.

20.08.2024    56088    300    151    

276

SALE! 15%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27180 руб.

12.06.2017    156670    936    306    

474

НДС 22% Учетные задачи ККМ Файловый обмен (TXT, XML, DBF), FTP 1С 8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Бухгалтерский учет Налоговый учет НДС Платные (руб)

Готовое обновление для конфигурации 1С:Управление торговлей 10.3, 1С:Комплексная автоматизация 1.1 , 1С:Управление производственным предприятием 1.3 обеспечивающее полную поддержку новой ставки НДС 22%. Для 1С:УТ 10.3 реализована поддержка печати чеков ККМ, а также Правила обмена с 1С:БП 3.0. Решение встраивает необходимые изменения в перечисления и документы, включая торговые операции и печатные формы.

10000 руб.

16.12.2025    5146    67    0    

64

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

50050 руб.

25.02.2015    180218    345    282    

406

Инструментарий разработчика Нейросети Платные (руб)

Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше. Далее в публикации: MCP для поиска по метаданым 1С, справке синтакс-помошника и проверки синтаксиса.

15000 руб.

25.08.2025    34840    75    17    

87

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.261.x) и БП 3.0 (3.0.189.x). Правила подходят для версии ПРОФ и КОРП.

38000 34200 руб.

15.12.2021    31751    229    61    

173

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.25.x).

38000 34200 руб.

23.07.2020    64411    303    81    

243
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 3232 12.02.23 18:49 Сейчас в теме
Высота колонтитула в документ должна быть сделана заранее?
Что будет если колонтитул текстовка и графика не влазит в отведенный колонтитул?
2. aibasoft 13 12.02.23 19:38 Сейчас в теме
(1) 1. высоту своего footer-а задаете в заранее подготовленный footer0.xml.
2. В таком случае чутка криво будет отображаться, но если через линейку подтянете нужную высоту то все будет ок. Есть файл document.xml, при формировании в word-е там учитывается отведенный размер для колонтитулов, думаю при желании в этом файле также можно подкорректировать, но мне этого не нужно было.
Я делаю колонтитулы исходя из стандартной высоты, все мои шаблоны со стандартным размером колонтитулов. Например шаблон пример для демонстрации я просто скачал откуда то, там тоже стандартный размер, проблем не было.
В любом случае ошибки формирования не будет. Но если вам нужно в какой то нестандартный документ добавить, то соответственно размер заранее подготовленного подвала должен соответствовать.
3. CheBurator 3232 12.02.23 20:52 Сейчас в теме
(2)
размер заранее подготовленного подвала должен соответствовать.

ну представь, тебе приходят документы и вместо того чтобы тупо всунуть туда колонтитул - ты предлагаешь сначала документ подогнать... масло масленое. так неинтересно. Вся засада в том, что в документе под колонтитул 1,5 см, а колонтитул который надо внедрить - 2,5 см. причем адски хочется чтобы текст не наезжал на колонтитул - в результате внедрения колонтитула высотой 2.5 см - все правильно будет? ворд переформатирует?
4. aibasoft 13 12.02.23 21:46 Сейчас в теме
(3) специально для вас выяснил. Если свой большой footer добавить в документ где footer меньше добавляемого, то футер норм встает(скидывает текст в след страницу), а если в конце страницы будет картинка или диаграмма то да, ваш футер заедет под него.
Но решить проблему легко:
Когда пишете свой заранее подготавливаемый большой footer, надо будет подсмотреть в этом документе (в файле document.xml) размер атрибута w:footer в узле w:pgMar. Пробовал проставить его в обрабатываемый док, встает нормально. Через код также не составит труда.
Ну получается если хотите нестандартные размеры колонтитула то придется делать такие манипуляции, а со стандартным как у меня никаких дополнительных действии не требуется.
5. CheBurator 3232 12.02.23 22:33 Сейчас в теме
(4)
надо будет подсмотреть в этом документе (в файле document.xml) размер атрибута w:footer в узле w:pgMar.

- ну это хорошо если у тебя идут доки потоком однотипные. а если вариативность есть - все сразу сложнее становится. Смысл автоматизации если "подсмотреть" надо? ;-)
.
Но спасибо за исследования! и для себя полезное прояснили.

ЗЫ. а вообще с этим документооборотом на основе вордов/экселей - концепция в корне неправильная. Это все из древности идет. когда все на визуальной интерактивной работе было построено. Все эти ворды - нафиг не нужны. достаточно протсейщей логической разметки текста. а понапихали туда в итоге не пойми что... ;-)
6. CheBurator 3232 12.02.23 22:38 Сейчас в теме
..вдогонку: пришли ко мне - надо ЭДО с клиентами сделать! Идея здравая, но в частности - нахрена? Ну типа надо... Да пофиг говорю ваше эдо. Что бы вы не отправляли по эдо - на складе все равно будут принимать по БУМАЖНОЙ ПЕРВИЧКЕ, которой вы по договору с клиентом обязаны сопровождать каждую отгрузку, бо клиент сам по себе, а склад у него где-то у третьего лица на отсосинге. И что мы получим в результат? Забабахаем ЭДО (на клюшках), при этом останется бумага подписанная, и вы потом забодаетесь с клиентом выяснять где правда, а так как вы прогибаетесь под клиента то все выяснения он скинет на нас и будете биться лбом об бетон... Так и не стал делать, потому что в автоматизации должен смысл быть. А не автоматизация ради автоматизации.
.
сорри...
7. aibasoft 13 13.02.23 07:19 Сейчас в теме
(6) Здесь у меня ситуация чутка другая. ЭДО сделано для внутреннего пользования. Сотрудники компании раскиданы по всей стране и элементарно когда человек хочет выйти в отпуск, написать заявление на получение мат помощи, на командировку (и.т.п. шаблонов более 30 шт.) и он дергает кадровика, который находится в другом городе на удаленке. Этот кадровик лопатит все эти приказы в word-e на основе заявления, ручками подписывает у шефа, а до шефа еще мастера, начальники чего то там. После всех подписей получают бухи и отрабатывают по своей части. Согласитесь, не весело. Чтобы все это дело как то упростить, удаленно подписывать с ЭЦП, оперативно отрабатывать приказы, решили через ЭДО все пустить. Нормативные документы создали чтобы все это было легитимно.
А QR проверка документов который у меня в задачах был, создали для сотрудников "прокуроров", которые никак не могли принять факт того что документ подписан с помощью ЭЦП, потому что всегда работали бумажно. А сервис как раз покрывает их "хотелки".
Конечно же ЭДО не полностью покрывает бумажку, так как есть документы которые уходят на внешку, но они также предварительно согласовываются внутри компании разными спецами. В общем как инструмент для покрытия бюрократических потребностей устраивает.
Как то так...
CheBurator; +1 Ответить
Для отправки сообщения требуется регистрация/авторизация