[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fhr50uclvf6bi":3},{"slug":4,"title":5,"published":6,"publishedAt":7,"createdAt":8,"section":9,"preview":10,"heroImage":11,"previewImage":11,"headMarkup":12,"lifecycleId":87,"bodyMd":88,"bodyHtml":89},"shablony-i-generator-dokumentov-v-bitrix24","Шаблоны и генератор документов в Битрикс24",true,"2026-09-04T10:00:00+03:00","2026-08-21T22:07:48.627Z","Статьи","Как настроить шаблоны и генератор документов в Битрикс24: поля CRM, коды, реквизиты, нумератор, права и проверка DOCX и PDF.","\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002F03ccf9f3358a.webp",[13,35,70,84],{"tag":14,"type":15,"key":16,"json":17},"script","application\u002Fld+json","article-shablony-i-generator-dokumentov-v-bitrix24",{"@context":18,"@type":19,"headline":5,"description":10,"image":20,"url":21,"datePublished":7,"dateModified":22,"mainEntityOfPage":23,"author":25,"publisher":29},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fs-webs24.ru\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002F03ccf9f3358a.webp","https:\u002F\u002Fs-webs24.ru\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002F","2026-08-22T01:07:48+03:00",{"@type":24,"@id":21},"WebPage",{"@type":26,"name":27,"url":28},"Person","Глеб Лужбин","https:\u002F\u002Fs-webs24.ru\u002F",{"@type":30,"name":31,"url":28,"logo":32},"Organization","S-WEBS24",{"@type":33,"url":34},"ImageObject","https:\u002F\u002Fs-webs24.ru\u002Fimg\u002Flogoswebs.svg",{"tag":14,"type":15,"key":36,"json":37},"faq-article-shablony-i-generator-dokumentov-v-bitrix24",{"@context":18,"@type":38,"mainEntity":39},"FAQPage",[40,46,50,54,58,62,66],{"@type":41,"name":42,"acceptedAnswer":43},"Question","Чем генератор документов отличается от СЭД?",{"@type":44,"text":45},"Answer","Генератор собирает печатную форму из DOCX-шаблона и данных CRM. Он не заменяет отдельную систему управления документами и не подтверждает юридическую значимость файла.",{"@type":41,"name":47,"acceptedAnswer":48},"Почему поле в документе осталось пустым?",{"@type":44,"text":49},"Обычно не заполнено исходное поле или отсутствует связь с компанией, контактом либо другой сущностью. Проверьте источник значения, код и карточку CRM.",{"@type":41,"name":51,"acceptedAnswer":52},"Изображение подписи и печати — это электронная подпись?",{"@type":44,"text":53},"Нет. В шаблон подставляется графическое изображение из реквизитов или карточки компании. Такая подстановка не делает документ юридически значимым.",{"@type":41,"name":55,"acceptedAnswer":56},"Как вставить пользовательское поле в шаблон?",{"@type":44,"text":57},"Откройте «Список полей» в карточке элемента, скопируйте код нужного поля и вставьте его в DOCX. Код вида {UfCrm…} нельзя брать из другого портала без проверки.",{"@type":41,"name":59,"acceptedAnswer":60},"Почему при повторном создании изменился номер?",{"@type":44,"text":61},"Новое создание следует проверять отдельно: оно получает очередной номер по правилам выбранного нумератора.",{"@type":41,"name":63,"acceptedAnswer":64},"На каких тарифах доступны права на документы?",{"@type":44,"text":65},"Настройка прав доступна не на всех тарифах. Перед внедрением нужно проверить возможности конкретного портала и реальные роли сотрудников.",{"@type":41,"name":67,"acceptedAnswer":68},"Как проверить шаблон перед запуском?",{"@type":44,"text":69},"Создайте тестовые записи с данными «TEST» или «ДЕМО», заполните поля, товары и реквизиты, затем создайте документ вручную и роботом. Проверьте коды, форматы дат и сумм, таблицы, изображения, номер, права пользователей и выгрузку в нужный формат. Кому подходит. Настройка подходит компаниям, где менеджеры регулярно создают документы из сделок и связанных карточек CRM, а форма зависит от структурированных полей, реквизитов и товарных позиций. Она также подходит интеграторам, которые передают шаблон вместе с правилами заполнения CRM и тестовым сценарием. Кому не подходит без дополнительной проработки. Одного шаблона недостаточно, если нужно подтверждение юридической значимости или работа с произвольными файлами вне CRM. В таком случае сначала определяют отдельную процессную и техническую схему. Надёжный документ в Битрикс24 начинается с заполненной карточки CRM и проверенных кодов. Затем настраивают DOCX-шаблон, реквизиты, изображения, нумератор и права, проводят ручной тест и проверяют робота «Создать документ». Новое создание отдельно сверяют с правилами нумератора. Если нужно настроить шаблоны, роли, нумерацию и тестовый контур на существующем портале, подойдёт настройка Битрикс24. Если задача затрагивает структуру CRM, автоматизацию и правила работы сотрудников, стоит начать с внедрения Битрикс24.",{"tag":14,"type":15,"key":71,"json":72},"breadcrumb-shablony-i-generator-dokumentov-v-bitrix24",{"@context":18,"@type":73,"itemListElement":74},"BreadcrumbList",[75,79,82],{"@type":76,"position":77,"name":78,"item":28},"ListItem",1,"Главная",{"@type":76,"position":80,"name":9,"item":81},2,"https:\u002F\u002Fs-webs24.ru\u002Farticles\u002F",{"@type":76,"position":83,"name":5,"item":21},3,{"tag":85,"name":86,"content":10},"meta","description","lc_c5f1f9f497c92819868bf0f4f3a0dc38","Генератор документов в Битрикс24 собирает печатную форму из DOCX-шаблона и данных CRM: полей сделки, компании, контакта, товаров и реквизитов. Чтобы сократить ручные исправления, нужно подготовить шаблон, вставить коды из карточки CRM, настроить права и нумератор, затем проверить результат на тестовых данных.\n\nШтатный генератор подходит для повторяемых документов по структурированным данным CRM. Он не заменяет отдельную систему управления документами и не проверяет полноту карточек. Подпись и печать в шаблоне остаются графическими элементами.\n\nЕсли поле сделки, компании или контакта не заполнено, подставлять в документ нечего. Если код получает данные связанной сущности, связь должна существовать: например, сделка должна быть привязана к компании, когда шаблон использует её реквизиты или адрес. Новое создание следует проверять как отдельное создание: оно получает следующий номер по правилам нумератора.\n\n## Что умеет генератор документов\n\nГенератор создаёт файл по шаблону из карточки CRM. В Битрикс24 есть стандартные шаблоны счетов, актов и коммерческих предложений. Новый документ создают через меню «Документ» в карточке элемента.\n\nШаблон может содержать текст, таблицы, изображения и символьные коды. При создании документа Битрикс24 подставляет значения из CRM, если в шаблоне указаны корректные символьные коды и заполнены исходные данные. Готовый файл можно скачать в DOCX или PDF, а созданные экземпляры остаются в списке документов элемента.\n\nРучной сценарий:\n\n1. Сотрудник открывает сделку или другой доступный элемент CRM.\n2. Выбирает шаблон через меню «Документ».\n3. Битрикс24 подставляет данные карточки и связанных сущностей.\n4. Сотрудник проверяет результат.\n5. При необходимости исправляет данные CRM, шаблон или созданный документ.\n6. Скачивает DOCX или PDF.\n\nДо вёрстки DOCX составляют карту данных: для каждого места в форме определяют источник, например сделку, компанию, контакт, реквизиты своей компании, товарную позицию или поле документа. Иначе после генерации остаются пустые строки и ручные правки.\n\n## Какие сущности и данные используются\n\nГенератор получает значения из текущего элемента CRM и связанных с ним сущностей. Код без приставки относится к текущему элементу; код с приставкой получает данные через связанную сущность.\n\nПри создании документа из сделки сведения могут храниться в самой сделке, компании или контакте. Код компании сработает, только если компания привязана к сделке и нужное поле заполнено в её карточке.\n\n![Источники полей документа: текущий элемент CRM, компания или контакт, товары, реквизиты и поля экземпляра](\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002F8b241629c716.webp)\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Источник данных\u003C\u002Fth>\n\u003Cth>Что может содержать\u003C\u002Fth>\n\u003Cth>Что проверить\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Текущий элемент CRM\u003C\u002Ftd>\n\u003Ctd>Поля текущего элемента CRM, доступные в «Списке полей»\u003C\u002Ftd>\n\u003Ctd>Значения заполнены в текущей карточке\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Компания или контакт\u003C\u002Ftd>\n\u003Ctd>Наименование, телефон и адрес\u003C\u002Ftd>\n\u003Ctd>Связь с элементом существует, данные заполнены\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Товарные позиции\u003C\u002Ftd>\n\u003Ctd>Наименование, количество, цена, сумма, услуги\u003C\u002Ftd>\n\u003Ctd>Позиции добавлены, настройка табличной части подходит\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Реквизиты своей компании\u003C\u002Ftd>\n\u003Ctd>Сведения организации, подпись и печать\u003C\u002Ftd>\n\u003Ctd>Выбрана нужная компания, реквизиты заполнены\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Поля документа\u003C\u002Ftd>\n\u003Ctd>Номер, дата создания и данные экземпляра\u003C\u002Ftd>\n\u003Ctd>Нумератор соответствует рабочему сценарию\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\nКоды не составляют вручную. В карточке элемента откройте «Документ» → «Добавить новый шаблон» → «Настройки» → «Список полей». Битрикс24 покажет поля и коды, доступные в этом контексте.\n\nЭто важно для пользовательских полей. Их код имеет вид `{UfCrm…}`, но точное значение создаётся на конкретном портале. Код из чужого шаблона может относиться к полю, которого на портале нет.\n\nЕсли один шаблон используют из нескольких сущностей, коды проверяют в каждой. По возможности используют код текущего элемента без приставки: тогда шаблон меньше зависит от наличия связей в карточке.\n\nКарту «поле CRM — код — место в документе» готовят до загрузки DOCX. Для проверки структуры CRM, реквизитов, прав и шаблонов подойдёт [настройка Битрикс24](\u002Fnastroyka-bitriks24\u002F).\n\n## Как подготовить шаблон\n\nШаблон готовят в DOCX и загружают в CRM. Размер файла не должен превышать 2 МБ.\n\n1. Возьмите копию стандартного шаблона или создайте новый DOCX.\n2. Отметьте постоянный текст, переменные места и таблицы.\n3. Создайте тестовую карточку CRM с демонстрационными данными.\n4. Откройте «Список полей».\n5. Вставьте в DOCX только коды из этого списка.\n6. Загрузите шаблон в CRM.\n7. Настройте привязку к разделам CRM, страну, нумератор, опцию «С подписью и печатью», сотрудников или отделы.\n8. Создайте тестовый документ и проверьте каждое поле.\n\n![Конвейер создания документа: DOCX-шаблон, подстановка данных CRM, проверка и выгрузка DOCX или PDF](\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002Fd3283d8377f1.webp)\n\nСтрана влияет на формат даты, времени и имени в печатной форме. Привязка к воронке или разделу CRM ограничивает видимость шаблона в сценарии, но не заменяет права на шаблоны и документы.\n\nДля товарных позиций используют повторяемый блок `{PRODUCTS.BLOCK_START}` \u002F `{PRODUCTS.BLOCK_END}` либо строку таблицы с кодами товаров. Битрикс24 повторяет блок или строку для каждой позиции. Настройка «Табличная часть» определяет, выводить товары, услуги или оба типа; данные сделки она не меняет.\n\nМакет, который проверяли только визуально, нельзя сразу переносить в работу. В нём могут остаться ручные значения, несуществующие коды, разрывы страниц, неподходящая высота строк или изображения без корректного альтернативного текста.\n\n## Поля и модификаторы\n\nСимвольный код вставляет значение из CRM, а модификатор меняет его отображение. Модификатор указывают внутри кода после символа `~`; он работает только с полями подходящего типа.\n\nПримеры из справки Битрикс24:\n\n- `{DocumentCreateTime~d.m.Y}` — дата в формате день.месяц.год;\n- `~format=E.164` — форматирование телефона;\n- `WZ`, `NS`, `W` — параметры представления денежных значений;\n- `SN`, `WP` — параметры налоговой ставки;\n- `mfirst` — первое значение множественного телефона и похожих полей.\n\n`index` относится к списку товаров и применяется с кодом вне таблицы. Для множественных системных и пользовательских полей используют `mfirst`. Параметр `all=y` предназначен для поля привязки к элементам CRM.\n\nКаждое поле проверяют по трём пунктам: источник, код, формат. Для даты сначала проверяют значение в карточке, затем формат отображения. Для телефона различают одиночное и множественное поле. Для суммы сверяют валюту, дробную часть и текстовое представление.\n\nТоварную часть тестируют на одной позиции, нескольких позициях и пустом списке. Склонение имени работает только для русских имён с указанным отчеством и только с системными полями имени. Пользовательские поля всегда берут из списка полей своего портала.\n\n## Реквизиты, подписи и печати\n\nРеквизиты своей компании заполняют в CRM: «Ещё» → «Настройки» → «Мои реквизиты». Эти данные подставляются в документы по используемым кодам.\n\nДля тестирования не используют реальные ИНН, КПП, счета, БИК и адреса. Подойдут заглушки: «ООО TEST», «TEST-РЕКВИЗИТ», «ДЕМО-АДРЕС», «TEST-БАНК». По ним видно источник подстановки, а тестовый файл нельзя принять за рабочий.\n\nПодпись и печать в шаблоне являются изображениями. В DOCX размещают изображение-заполнитель, а код нужного поля указывают в свойствах или альтернативном тексте изображения. При генерации Битрикс24 заменяет его изображением из реквизитов или карточки компании, если источник заполнен и код выбран верно.\n\nИзображение подписи или печати не является электронной подписью и не определяет юридическую значимость документа.\n\nПроверьте замену на заметном тестовом изображении «TEST ПЕЧАТЬ» или «TEST ПОДПИСЬ». Оно должно попасть в нужное место, не растягивать таблицу, не закрывать текст и не уходить на следующую страницу.\n\n## Нумерация и повторное создание\n\nНумератор задаёт правила уникального номера документа. В нём настраивают последовательность, дату, префикс, ID, период сброса, часовой пояс и сквозную или раздельную нумерацию по своим компаниям.\n\nДо запуска шаблона определяют, как номер будет читаться вне CRM. Если последовательность сбрасывается по периодам, но дата не входит в номер, документы из разных периодов сложнее различать. При нескольких своих компаниях отдельно решают, будет ли последовательность общей или отдельной.\n\nСледующий номер можно проверить и изменить в настройках нумератора, например при продолжении нумерации после другой системы. Для лидов и сделок действует стандартная нумерация, которую официальная справка не предлагает изменять.\n\nНовое создание следует проверять как отдельное создание, которое получает очередной номер по правилам нумератора. Ранее созданные экземпляры доступны через «Документ» → «Список документов»: там видны дата, название документа и шаблона; файл можно просмотреть или удалить.\n\nПрактический сценарий: тестовый акт из сделки. В CRM создают сделку «TEST: поставка услуг», привязывают компанию «ООО TEST» и контакт «Тестовый контакт». В карточке указывают тестовую сумму, дату и две позиции: «TEST-услуга 1» и «TEST-услуга 2». В реквизитах своей компании оставляют заглушки и добавляют изображение «TEST ПЕЧАТЬ».\n\nВ DOCX размещают коды из списка полей, повторяемую товарную строку и изображение-заполнитель для печати. После загрузки выбирают нумератор и создают документ вручную через меню «Документ». В готовом файле сверяют название, даты, сумму, обе позиции, реквизиты, расположение изображения и номер. Новое создание проверяют отдельно: оно должно получить очередной номер по правилам нумератора.\n\n## Права на просмотр и генерацию\n\nПрава на документы CRM настраивают по ролям. Они разделены на настройки, шаблоны и документы. Для шаблонов предусмотрены уровни «Нет доступа», «Свои», «Свои + своего отдела» и «Любые».\n\nДля документов отдельно задают просмотр и изменение. Право «Изменение» включает просмотр, создание и редактирование. Право «Просмотр» не позволяет редактировать документ.\n\nНастройки шаблона не заменяют ролевую модель. Привязка к воронке, сотрудникам и отделам определяет, где шаблон виден, но не отменяет права на шаблоны и документы.\n\nНастройка прав доступна не на всех тарифах. До запуска проверяют тариф портала и реальные роли пользователей.\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Роль\u003C\u002Fth>\n\u003Cth>Что проверить\u003C\u002Fth>\n\u003Cth>Ожидаемый результат\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Администратор\u003C\u002Ftd>\n\u003Ctd>Настройки шаблонов, нумераторов и прав\u003C\u002Ftd>\n\u003Ctd>Нужные разделы доступны, изменения сохраняются\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Менеджер\u003C\u002Ftd>\n\u003Ctd>Создание документа из своей карточки CRM\u003C\u002Ftd>\n\u003Ctd>Видит разрешённый шаблон и создаёт документ\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Руководитель отдела\u003C\u002Ftd>\n\u003Ctd>Просмотр документов сотрудников\u003C\u002Ftd>\n\u003Ctd>Доступ соответствует ролевой модели отдела\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Пользователь без права изменения\u003C\u002Ftd>\n\u003Ctd>Открытие и редактирование документа\u003C\u002Ftd>\n\u003Ctd>Не создаёт и не редактирует документы сверх своей роли\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n## Запуск из CRM и процесса\n\nДокумент создают вручную из карточки CRM или автоматически роботом «Создать документ» на выбранной стадии. Подтверждённый штатный сценарий автоматизации — робот CRM, а не запуск из любого бизнес-процесса без ограничений.\n\nРучной запуск нужен, когда менеджер должен проверить карточку, выбрать свою компанию или определить момент создания документа. Сотрудник выбирает шаблон через меню «Документ» и просматривает результат.\n\nРобота «Создать документ» настраивают на нужной стадии CRM. В параметрах выбирают шаблон. Робот может ожидать конвертацию в PDF, добавлять подпись и печать, создавать публичную ссылку, выбирать свою компанию и реквизиты, заполнять дополнительные поля документа.\n\nПубличную ссылку включают, только если она нужна процессу и разрешена политикой доступа.\n\nПеред автоматизацией проводят два теста: переводят тестовый элемент на стадию с роботом и создают документ вручную из той же карточки. Это помогает отделить ошибку шаблона от ошибки условий запуска или прав.\n\n## Как тестировать данные\n\nТестирование проверяет не только создание файла, но и каждое значение в печатной форме. Генератор подставляет данные, но не оценивает их деловой смысл, полноту и соответствие внутреннему регламенту.\n\nДля теста создают отдельные демонстрационные записи с пометками «TEST», «ДЕМО» или «ПРОВЕРКА». Незаполненное значение или ошибочный источник сразу видны, а файл с такими данными нельзя перепутать с рабочим.\n\nПрактический чек-лист:\n\n\u003Cul>\n\u003Cli>Текущий элемент CRM содержит все тестовые данные, обязательные для формы.\u003C\u002Fli>\n\u003Cli>Компания и контакт привязаны к элементу.\u003C\u002Fli>\n\u003Cli>Каждый код скопирован из «Списка полей» этого портала.\u003C\u002Fli>\n\u003Cli>Пользовательские поля проверены на заполненном и пустом значении.\u003C\u002Fli>\n\u003Cli>Дата, время, телефон и сумма проверены с нужными модификаторами.\u003C\u002Fli>\n\u003Cli>Товарная таблица протестирована с одной, несколькими и нулём позиций.\u003C\u002Fli>\n\u003Cli>Табличная часть соответствует товарам, услугам или обоим типам.\u003C\u002Fli>\n\u003Cli>Тестовые реквизиты выводятся из выбранной своей компании.\u003C\u002Fli>\n\u003Cli>«TEST ПЕЧАТЬ» и «TEST ПОДПИСЬ» подставляются без нарушения вёрстки.\u003C\u002Fli>\n\u003Cli>Номер соответствует выбранному нумератору.\u003C\u002Fli>\n\u003Cli>Шаблон доступен пользователям с нужными ролями.\u003C\u002Fli>\n\u003Cli>Новое создание отдельно проверено и получает очередной номер по правилам нумератора.\u003C\u002Fli>\n\u003C\u002Ful>\n\n![Проверка шаблона перед запуском: поля, коды, товары, реквизиты, нумератор, роли, DOCX и PDF](\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002Faddab8445d93.webp)\n\nЕсли в рабочем процессе нужны оба формата, тестовый файл скачивают в DOCX и PDF. Затем сверяют таблицы, разрывы страниц, даты, суммы, изображения и номер с утверждённым тестовым образцом.\n\nПеред отправкой сотрудник проверяет содержание документа. Если данные или оформление не соответствуют задаче, исправляют исходную карточку, шаблон либо созданный экземпляр в допустимом рабочем порядке.\n\n## Типовые ошибки шаблонов\n\nБольшинство ошибок связано с исходными данными, кодами и правами, а не с созданием файла.\n\n1. **Поле осталось пустым.** Проверьте исходное поле и связь с компанией, контактом или другой сущностью.\n2. **В документ попало другое значение.** Сверьте код со «Списком полей» в текущем контексте. Код текущего элемента и связанной сущности получают данные из разных источников.\n3. **Не работает пользовательское поле.** Скопируйте фактический `{UfCrm…}` из списка полей своего портала.\n4. **Дата или сумма выглядят неправильно.** Проверьте тип поля и синтаксис модификатора.\n5. **В таблице нет товаров или услуг.** Убедитесь, что позиции добавлены, а табличная часть соответствует их типу.\n6. **Не подставилась подпись или печать.** Проверьте изображение-заполнитель, его свойства или альтернативный текст, источник изображения в реквизитах или карточке компании.\n7. **Пользователь не видит шаблон.** Проверьте привязку к разделу CRM, сотрудников и отделы в настройках, ролевые права на шаблоны и документы.\n8. **Номер оказался неожиданным.** Проверьте нумератор, следующий номер, часовой пояс, период сброса и правило сквозной или раздельной нумерации.\n9. **Новое создание дало другой номер.** Проверьте, соответствует ли он правилам выбранного нумератора.\n10. **Файл создан, но не готов к работе.** Генерация не заменяет проверку данных, оформления и соответствия внутренней форме.\n\nШтатный генератор работает с шаблонами и данными CRM. Он не является отдельной СЭД, не гарантирует заполненность карточек, не придаёт юридическую значимость изображениям подписи и печати и не ведёт версии при повторном создании.\n\n## Частые вопросы\n\n### Чем генератор документов отличается от СЭД?\n\nГенератор собирает печатную форму из DOCX-шаблона и данных CRM. Он не заменяет отдельную систему управления документами и не подтверждает юридическую значимость файла.\n\n### Почему поле в документе осталось пустым?\n\nОбычно не заполнено исходное поле или отсутствует связь с компанией, контактом либо другой сущностью. Проверьте источник значения, код и карточку CRM.\n\n### Изображение подписи и печати — это электронная подпись?\n\nНет. В шаблон подставляется графическое изображение из реквизитов или карточки компании. Такая подстановка не делает документ юридически значимым.\n\n### Как вставить пользовательское поле в шаблон?\n\nОткройте «Список полей» в карточке элемента, скопируйте код нужного поля и вставьте его в DOCX. Код вида `{UfCrm…}` нельзя брать из другого портала без проверки.\n\n### Почему при повторном создании изменился номер?\n\nНовое создание следует проверять отдельно: оно получает очередной номер по правилам выбранного нумератора.\n\n### На каких тарифах доступны права на документы?\n\nНастройка прав доступна не на всех тарифах. Перед внедрением нужно проверить возможности конкретного портала и реальные роли сотрудников.\n\n### Как проверить шаблон перед запуском?\n\nСоздайте тестовые записи с данными «TEST» или «ДЕМО», заполните поля, товары и реквизиты, затем создайте документ вручную и роботом. Проверьте коды, форматы дат и сумм, таблицы, изображения, номер, права пользователей и выгрузку в нужный формат.\n\n**Кому подходит.** Настройка подходит компаниям, где менеджеры регулярно создают документы из сделок и связанных карточек CRM, а форма зависит от структурированных полей, реквизитов и товарных позиций. Она также подходит интеграторам, которые передают шаблон вместе с правилами заполнения CRM и тестовым сценарием.\n\n**Кому не подходит без дополнительной проработки.** Одного шаблона недостаточно, если нужно подтверждение юридической значимости или работа с произвольными файлами вне CRM. В таком случае сначала определяют отдельную процессную и техническую схему.\n\nНадёжный документ в Битрикс24 начинается с заполненной карточки CRM и проверенных кодов. Затем настраивают DOCX-шаблон, реквизиты, изображения, нумератор и права, проводят ручной тест и проверяют робота «Создать документ». Новое создание отдельно сверяют с правилами нумератора.\n\nЕсли нужно настроить шаблоны, роли, нумерацию и тестовый контур на существующем портале, подойдёт [настройка Битрикс24](\u002Fnastroyka-bitriks24\u002F). Если задача затрагивает структуру CRM, автоматизацию и правила работы сотрудников, стоит начать с [внедрения Битрикс24](\u002Fvnedrenie-bitriks24\u002F).\n\n\u003C!-- SEO: документы Битрикс24; шаблоны документов Битрикс24; генератор документов Битрикс24; настройка шаблона документа Битрикс24; поля в шаблоне документа Битрикс24; символьные коды Битрикс24; модификаторы полей Битрикс24; нумератор документов Битрикс24; робот создать документ Битрикс24; как загрузить шаблон DOCX в Битрикс24; как добавить реквизиты в документ Битрикс24; как вставить подпись и печать в шаблон Битрикс24; права на документы CRM Битрикс24; тестирование шаблона документа Битрикс24; настройка шаблонов документов Битрикс24. -->\n","\u003Cp>Генератор документов в Битрикс24 собирает печатную форму из DOCX-шаблона и данных CRM: полей сделки, компании, контакта, товаров и реквизитов. Чтобы сократить ручные исправления, нужно подготовить шаблон, вставить коды из карточки CRM, настроить права и нумератор, затем проверить результат на тестовых данных.\u003C\u002Fp>\n\u003Cp>Штатный генератор подходит для повторяемых документов по структурированным данным CRM. Он не заменяет отдельную систему управления документами и не проверяет полноту карточек. Подпись и печать в шаблоне остаются графическими элементами.\u003C\u002Fp>\n\u003Cp>Если поле сделки, компании или контакта не заполнено, подставлять в документ нечего. Если код получает данные связанной сущности, связь должна существовать: например, сделка должна быть привязана к компании, когда шаблон использует её реквизиты или адрес. Новое создание следует проверять как отдельное создание: оно получает следующий номер по правилам нумератора.\u003C\u002Fp>\n\u003Ch2>Что умеет генератор документов\u003C\u002Fh2>\n\u003Cp>Генератор создаёт файл по шаблону из карточки CRM. В Битрикс24 есть стандартные шаблоны счетов, актов и коммерческих предложений. Новый документ создают через меню «Документ» в карточке элемента.\u003C\u002Fp>\n\u003Cp>Шаблон может содержать текст, таблицы, изображения и символьные коды. При создании документа Битрикс24 подставляет значения из CRM, если в шаблоне указаны корректные символьные коды и заполнены исходные данные. Готовый файл можно скачать в DOCX или PDF, а созданные экземпляры остаются в списке документов элемента.\u003C\u002Fp>\n\u003Cp>Ручной сценарий:\u003C\u002Fp>\n\u003Col>\n\u003Cli>Сотрудник открывает сделку или другой доступный элемент CRM.\u003C\u002Fli>\n\u003Cli>Выбирает шаблон через меню «Документ».\u003C\u002Fli>\n\u003Cli>Битрикс24 подставляет данные карточки и связанных сущностей.\u003C\u002Fli>\n\u003Cli>Сотрудник проверяет результат.\u003C\u002Fli>\n\u003Cli>При необходимости исправляет данные CRM, шаблон или созданный документ.\u003C\u002Fli>\n\u003Cli>Скачивает DOCX или PDF.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>До вёрстки DOCX составляют карту данных: для каждого места в форме определяют источник, например сделку, компанию, контакт, реквизиты своей компании, товарную позицию или поле документа. Иначе после генерации остаются пустые строки и ручные правки.\u003C\u002Fp>\n\u003Ch2>Какие сущности и данные используются\u003C\u002Fh2>\n\u003Cp>Генератор получает значения из текущего элемента CRM и связанных с ним сущностей. Код без приставки относится к текущему элементу; код с приставкой получает данные через связанную сущность.\u003C\u002Fp>\n\u003Cp>При создании документа из сделки сведения могут храниться в самой сделке, компании или контакте. Код компании сработает, только если компания привязана к сделке и нужное поле заполнено в её карточке.\u003C\u002Fp>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002F8b241629c716.webp\" alt=\"Источники полей документа: текущий элемент CRM, компания или контакт, товары, реквизиты и поля экземпляра\">\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Источник данных\u003C\u002Fth>\n\u003Cth>Что может содержать\u003C\u002Fth>\n\u003Cth>Что проверить\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Текущий элемент CRM\u003C\u002Ftd>\n\u003Ctd>Поля текущего элемента CRM, доступные в «Списке полей»\u003C\u002Ftd>\n\u003Ctd>Значения заполнены в текущей карточке\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Компания или контакт\u003C\u002Ftd>\n\u003Ctd>Наименование, телефон и адрес\u003C\u002Ftd>\n\u003Ctd>Связь с элементом существует, данные заполнены\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Товарные позиции\u003C\u002Ftd>\n\u003Ctd>Наименование, количество, цена, сумма, услуги\u003C\u002Ftd>\n\u003Ctd>Позиции добавлены, настройка табличной части подходит\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Реквизиты своей компании\u003C\u002Ftd>\n\u003Ctd>Сведения организации, подпись и печать\u003C\u002Ftd>\n\u003Ctd>Выбрана нужная компания, реквизиты заполнены\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Поля документа\u003C\u002Ftd>\n\u003Ctd>Номер, дата создания и данные экземпляра\u003C\u002Ftd>\n\u003Ctd>Нумератор соответствует рабочему сценарию\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>Коды не составляют вручную. В карточке элемента откройте «Документ» → «Добавить новый шаблон» → «Настройки» → «Список полей». Битрикс24 покажет поля и коды, доступные в этом контексте.\u003C\u002Fp>\n\u003Cp>Это важно для пользовательских полей. Их код имеет вид \u003Ccode>{UfCrm…}\u003C\u002Fcode>, но точное значение создаётся на конкретном портале. Код из чужого шаблона может относиться к полю, которого на портале нет.\u003C\u002Fp>\n\u003Cp>Если один шаблон используют из нескольких сущностей, коды проверяют в каждой. По возможности используют код текущего элемента без приставки: тогда шаблон меньше зависит от наличия связей в карточке.\u003C\u002Fp>\n\u003Cp>Карту «поле CRM — код — место в документе» готовят до загрузки DOCX. Для проверки структуры CRM, реквизитов, прав и шаблонов подойдёт \u003Ca href=\"\u002Fnastroyka-bitriks24\u002F\">настройка Битрикс24\u003C\u002Fa>.\u003C\u002Fp>\n\u003Ch2>Как подготовить шаблон\u003C\u002Fh2>\n\u003Cp>Шаблон готовят в DOCX и загружают в CRM. Размер файла не должен превышать 2 МБ.\u003C\u002Fp>\n\u003Col>\n\u003Cli>Возьмите копию стандартного шаблона или создайте новый DOCX.\u003C\u002Fli>\n\u003Cli>Отметьте постоянный текст, переменные места и таблицы.\u003C\u002Fli>\n\u003Cli>Создайте тестовую карточку CRM с демонстрационными данными.\u003C\u002Fli>\n\u003Cli>Откройте «Список полей».\u003C\u002Fli>\n\u003Cli>Вставьте в DOCX только коды из этого списка.\u003C\u002Fli>\n\u003Cli>Загрузите шаблон в CRM.\u003C\u002Fli>\n\u003Cli>Настройте привязку к разделам CRM, страну, нумератор, опцию «С подписью и печатью», сотрудников или отделы.\u003C\u002Fli>\n\u003Cli>Создайте тестовый документ и проверьте каждое поле.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002Fd3283d8377f1.webp\" alt=\"Конвейер создания документа: DOCX-шаблон, подстановка данных CRM, проверка и выгрузка DOCX или PDF\">\u003C\u002Fp>\n\u003Cp>Страна влияет на формат даты, времени и имени в печатной форме. Привязка к воронке или разделу CRM ограничивает видимость шаблона в сценарии, но не заменяет права на шаблоны и документы.\u003C\u002Fp>\n\u003Cp>Для товарных позиций используют повторяемый блок \u003Ccode>{PRODUCTS.BLOCK_START}\u003C\u002Fcode> \u002F \u003Ccode>{PRODUCTS.BLOCK_END}\u003C\u002Fcode> либо строку таблицы с кодами товаров. Битрикс24 повторяет блок или строку для каждой позиции. Настройка «Табличная часть» определяет, выводить товары, услуги или оба типа; данные сделки она не меняет.\u003C\u002Fp>\n\u003Cp>Макет, который проверяли только визуально, нельзя сразу переносить в работу. В нём могут остаться ручные значения, несуществующие коды, разрывы страниц, неподходящая высота строк или изображения без корректного альтернативного текста.\u003C\u002Fp>\n\u003Ch2>Поля и модификаторы\u003C\u002Fh2>\n\u003Cp>Символьный код вставляет значение из CRM, а модификатор меняет его отображение. Модификатор указывают внутри кода после символа \u003Ccode>~\u003C\u002Fcode>; он работает только с полями подходящего типа.\u003C\u002Fp>\n\u003Cp>Примеры из справки Битрикс24:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Ccode>{DocumentCreateTime~d.m.Y}\u003C\u002Fcode> — дата в формате день.месяц.год;\u003C\u002Fli>\n\u003Cli>\u003Ccode>~format=E.164\u003C\u002Fcode> — форматирование телефона;\u003C\u002Fli>\n\u003Cli>\u003Ccode>WZ\u003C\u002Fcode>, \u003Ccode>NS\u003C\u002Fcode>, \u003Ccode>W\u003C\u002Fcode> — параметры представления денежных значений;\u003C\u002Fli>\n\u003Cli>\u003Ccode>SN\u003C\u002Fcode>, \u003Ccode>WP\u003C\u002Fcode> — параметры налоговой ставки;\u003C\u002Fli>\n\u003Cli>\u003Ccode>mfirst\u003C\u002Fcode> — первое значение множественного телефона и похожих полей.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Ccode>index\u003C\u002Fcode> относится к списку товаров и применяется с кодом вне таблицы. Для множественных системных и пользовательских полей используют \u003Ccode>mfirst\u003C\u002Fcode>. Параметр \u003Ccode>all=y\u003C\u002Fcode> предназначен для поля привязки к элементам CRM.\u003C\u002Fp>\n\u003Cp>Каждое поле проверяют по трём пунктам: источник, код, формат. Для даты сначала проверяют значение в карточке, затем формат отображения. Для телефона различают одиночное и множественное поле. Для суммы сверяют валюту, дробную часть и текстовое представление.\u003C\u002Fp>\n\u003Cp>Товарную часть тестируют на одной позиции, нескольких позициях и пустом списке. Склонение имени работает только для русских имён с указанным отчеством и только с системными полями имени. Пользовательские поля всегда берут из списка полей своего портала.\u003C\u002Fp>\n\u003Ch2>Реквизиты, подписи и печати\u003C\u002Fh2>\n\u003Cp>Реквизиты своей компании заполняют в CRM: «Ещё» → «Настройки» → «Мои реквизиты». Эти данные подставляются в документы по используемым кодам.\u003C\u002Fp>\n\u003Cp>Для тестирования не используют реальные ИНН, КПП, счета, БИК и адреса. Подойдут заглушки: «ООО TEST», «TEST-РЕКВИЗИТ», «ДЕМО-АДРЕС», «TEST-БАНК». По ним видно источник подстановки, а тестовый файл нельзя принять за рабочий.\u003C\u002Fp>\n\u003Cp>Подпись и печать в шаблоне являются изображениями. В DOCX размещают изображение-заполнитель, а код нужного поля указывают в свойствах или альтернативном тексте изображения. При генерации Битрикс24 заменяет его изображением из реквизитов или карточки компании, если источник заполнен и код выбран верно.\u003C\u002Fp>\n\u003Cp>Изображение подписи или печати не является электронной подписью и не определяет юридическую значимость документа.\u003C\u002Fp>\n\u003Cp>Проверьте замену на заметном тестовом изображении «TEST ПЕЧАТЬ» или «TEST ПОДПИСЬ». Оно должно попасть в нужное место, не растягивать таблицу, не закрывать текст и не уходить на следующую страницу.\u003C\u002Fp>\n\u003Ch2>Нумерация и повторное создание\u003C\u002Fh2>\n\u003Cp>Нумератор задаёт правила уникального номера документа. В нём настраивают последовательность, дату, префикс, ID, период сброса, часовой пояс и сквозную или раздельную нумерацию по своим компаниям.\u003C\u002Fp>\n\u003Cp>До запуска шаблона определяют, как номер будет читаться вне CRM. Если последовательность сбрасывается по периодам, но дата не входит в номер, документы из разных периодов сложнее различать. При нескольких своих компаниях отдельно решают, будет ли последовательность общей или отдельной.\u003C\u002Fp>\n\u003Cp>Следующий номер можно проверить и изменить в настройках нумератора, например при продолжении нумерации после другой системы. Для лидов и сделок действует стандартная нумерация, которую официальная справка не предлагает изменять.\u003C\u002Fp>\n\u003Cp>Новое создание следует проверять как отдельное создание, которое получает очередной номер по правилам нумератора. Ранее созданные экземпляры доступны через «Документ» → «Список документов»: там видны дата, название документа и шаблона; файл можно просмотреть или удалить.\u003C\u002Fp>\n\u003Cp>Практический сценарий: тестовый акт из сделки. В CRM создают сделку «TEST: поставка услуг», привязывают компанию «ООО TEST» и контакт «Тестовый контакт». В карточке указывают тестовую сумму, дату и две позиции: «TEST-услуга 1» и «TEST-услуга 2». В реквизитах своей компании оставляют заглушки и добавляют изображение «TEST ПЕЧАТЬ».\u003C\u002Fp>\n\u003Cp>В DOCX размещают коды из списка полей, повторяемую товарную строку и изображение-заполнитель для печати. После загрузки выбирают нумератор и создают документ вручную через меню «Документ». В готовом файле сверяют название, даты, сумму, обе позиции, реквизиты, расположение изображения и номер. Новое создание проверяют отдельно: оно должно получить очередной номер по правилам нумератора.\u003C\u002Fp>\n\u003Ch2>Права на просмотр и генерацию\u003C\u002Fh2>\n\u003Cp>Права на документы CRM настраивают по ролям. Они разделены на настройки, шаблоны и документы. Для шаблонов предусмотрены уровни «Нет доступа», «Свои», «Свои + своего отдела» и «Любые».\u003C\u002Fp>\n\u003Cp>Для документов отдельно задают просмотр и изменение. Право «Изменение» включает просмотр, создание и редактирование. Право «Просмотр» не позволяет редактировать документ.\u003C\u002Fp>\n\u003Cp>Настройки шаблона не заменяют ролевую модель. Привязка к воронке, сотрудникам и отделам определяет, где шаблон виден, но не отменяет права на шаблоны и документы.\u003C\u002Fp>\n\u003Cp>Настройка прав доступна не на всех тарифах. До запуска проверяют тариф портала и реальные роли пользователей.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Роль\u003C\u002Fth>\n\u003Cth>Что проверить\u003C\u002Fth>\n\u003Cth>Ожидаемый результат\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>Администратор\u003C\u002Ftd>\n\u003Ctd>Настройки шаблонов, нумераторов и прав\u003C\u002Ftd>\n\u003Ctd>Нужные разделы доступны, изменения сохраняются\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Менеджер\u003C\u002Ftd>\n\u003Ctd>Создание документа из своей карточки CRM\u003C\u002Ftd>\n\u003Ctd>Видит разрешённый шаблон и создаёт документ\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Руководитель отдела\u003C\u002Ftd>\n\u003Ctd>Просмотр документов сотрудников\u003C\u002Ftd>\n\u003Ctd>Доступ соответствует ролевой модели отдела\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>Пользователь без права изменения\u003C\u002Ftd>\n\u003Ctd>Открытие и редактирование документа\u003C\u002Ftd>\n\u003Ctd>Не создаёт и не редактирует документы сверх своей роли\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Ch2>Запуск из CRM и процесса\u003C\u002Fh2>\n\u003Cp>Документ создают вручную из карточки CRM или автоматически роботом «Создать документ» на выбранной стадии. Подтверждённый штатный сценарий автоматизации — робот CRM, а не запуск из любого бизнес-процесса без ограничений.\u003C\u002Fp>\n\u003Cp>Ручной запуск нужен, когда менеджер должен проверить карточку, выбрать свою компанию или определить момент создания документа. Сотрудник выбирает шаблон через меню «Документ» и просматривает результат.\u003C\u002Fp>\n\u003Cp>Робота «Создать документ» настраивают на нужной стадии CRM. В параметрах выбирают шаблон. Робот может ожидать конвертацию в PDF, добавлять подпись и печать, создавать публичную ссылку, выбирать свою компанию и реквизиты, заполнять дополнительные поля документа.\u003C\u002Fp>\n\u003Cp>Публичную ссылку включают, только если она нужна процессу и разрешена политикой доступа.\u003C\u002Fp>\n\u003Cp>Перед автоматизацией проводят два теста: переводят тестовый элемент на стадию с роботом и создают документ вручную из той же карточки. Это помогает отделить ошибку шаблона от ошибки условий запуска или прав.\u003C\u002Fp>\n\u003Ch2>Как тестировать данные\u003C\u002Fh2>\n\u003Cp>Тестирование проверяет не только создание файла, но и каждое значение в печатной форме. Генератор подставляет данные, но не оценивает их деловой смысл, полноту и соответствие внутреннему регламенту.\u003C\u002Fp>\n\u003Cp>Для теста создают отдельные демонстрационные записи с пометками «TEST», «ДЕМО» или «ПРОВЕРКА». Незаполненное значение или ошибочный источник сразу видны, а файл с такими данными нельзя перепутать с рабочим.\u003C\u002Fp>\n\u003Cp>Практический чек-лист:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Текущий элемент CRM содержит все тестовые данные, обязательные для формы.\u003C\u002Fli>\n\u003Cli>Компания и контакт привязаны к элементу.\u003C\u002Fli>\n\u003Cli>Каждый код скопирован из «Списка полей» этого портала.\u003C\u002Fli>\n\u003Cli>Пользовательские поля проверены на заполненном и пустом значении.\u003C\u002Fli>\n\u003Cli>Дата, время, телефон и сумма проверены с нужными модификаторами.\u003C\u002Fli>\n\u003Cli>Товарная таблица протестирована с одной, несколькими и нулём позиций.\u003C\u002Fli>\n\u003Cli>Табличная часть соответствует товарам, услугам или обоим типам.\u003C\u002Fli>\n\u003Cli>Тестовые реквизиты выводятся из выбранной своей компании.\u003C\u002Fli>\n\u003Cli>«TEST ПЕЧАТЬ» и «TEST ПОДПИСЬ» подставляются без нарушения вёрстки.\u003C\u002Fli>\n\u003Cli>Номер соответствует выбранному нумератору.\u003C\u002Fli>\n\u003Cli>Шаблон доступен пользователям с нужными ролями.\u003C\u002Fli>\n\u003Cli>Новое создание отдельно проверено и получает очередной номер по правилам нумератора.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cimg src=\"\u002Fcontent-media\u002Farticles\u002Fshablony-i-generator-dokumentov-v-bitrix24\u002Fassets\u002Faddab8445d93.webp\" alt=\"Проверка шаблона перед запуском: поля, коды, товары, реквизиты, нумератор, роли, DOCX и PDF\">\u003C\u002Fp>\n\u003Cp>Если в рабочем процессе нужны оба формата, тестовый файл скачивают в DOCX и PDF. Затем сверяют таблицы, разрывы страниц, даты, суммы, изображения и номер с утверждённым тестовым образцом.\u003C\u002Fp>\n\u003Cp>Перед отправкой сотрудник проверяет содержание документа. Если данные или оформление не соответствуют задаче, исправляют исходную карточку, шаблон либо созданный экземпляр в допустимом рабочем порядке.\u003C\u002Fp>\n\u003Ch2>Типовые ошибки шаблонов\u003C\u002Fh2>\n\u003Cp>Большинство ошибок связано с исходными данными, кодами и правами, а не с созданием файла.\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Поле осталось пустым.\u003C\u002Fstrong> Проверьте исходное поле и связь с компанией, контактом или другой сущностью.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>В документ попало другое значение.\u003C\u002Fstrong> Сверьте код со «Списком полей» в текущем контексте. Код текущего элемента и связанной сущности получают данные из разных источников.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Не работает пользовательское поле.\u003C\u002Fstrong> Скопируйте фактический \u003Ccode>{UfCrm…}\u003C\u002Fcode> из списка полей своего портала.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Дата или сумма выглядят неправильно.\u003C\u002Fstrong> Проверьте тип поля и синтаксис модификатора.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>В таблице нет товаров или услуг.\u003C\u002Fstrong> Убедитесь, что позиции добавлены, а табличная часть соответствует их типу.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Не подставилась подпись или печать.\u003C\u002Fstrong> Проверьте изображение-заполнитель, его свойства или альтернативный текст, источник изображения в реквизитах или карточке компании.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Пользователь не видит шаблон.\u003C\u002Fstrong> Проверьте привязку к разделу CRM, сотрудников и отделы в настройках, ролевые права на шаблоны и документы.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Номер оказался неожиданным.\u003C\u002Fstrong> Проверьте нумератор, следующий номер, часовой пояс, период сброса и правило сквозной или раздельной нумерации.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Новое создание дало другой номер.\u003C\u002Fstrong> Проверьте, соответствует ли он правилам выбранного нумератора.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Файл создан, но не готов к работе.\u003C\u002Fstrong> Генерация не заменяет проверку данных, оформления и соответствия внутренней форме.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Штатный генератор работает с шаблонами и данными CRM. Он не является отдельной СЭД, не гарантирует заполненность карточек, не придаёт юридическую значимость изображениям подписи и печати и не ведёт версии при повторном создании.\u003C\u002Fp>\n\u003Ch2>Частые вопросы\u003C\u002Fh2>\n\u003Ch3>Чем генератор документов отличается от СЭД?\u003C\u002Fh3>\n\u003Cp>Генератор собирает печатную форму из DOCX-шаблона и данных CRM. Он не заменяет отдельную систему управления документами и не подтверждает юридическую значимость файла.\u003C\u002Fp>\n\u003Ch3>Почему поле в документе осталось пустым?\u003C\u002Fh3>\n\u003Cp>Обычно не заполнено исходное поле или отсутствует связь с компанией, контактом либо другой сущностью. Проверьте источник значения, код и карточку CRM.\u003C\u002Fp>\n\u003Ch3>Изображение подписи и печати — это электронная подпись?\u003C\u002Fh3>\n\u003Cp>Нет. В шаблон подставляется графическое изображение из реквизитов или карточки компании. Такая подстановка не делает документ юридически значимым.\u003C\u002Fp>\n\u003Ch3>Как вставить пользовательское поле в шаблон?\u003C\u002Fh3>\n\u003Cp>Откройте «Список полей» в карточке элемента, скопируйте код нужного поля и вставьте его в DOCX. Код вида \u003Ccode>{UfCrm…}\u003C\u002Fcode> нельзя брать из другого портала без проверки.\u003C\u002Fp>\n\u003Ch3>Почему при повторном создании изменился номер?\u003C\u002Fh3>\n\u003Cp>Новое создание следует проверять отдельно: оно получает очередной номер по правилам выбранного нумератора.\u003C\u002Fp>\n\u003Ch3>На каких тарифах доступны права на документы?\u003C\u002Fh3>\n\u003Cp>Настройка прав доступна не на всех тарифах. Перед внедрением нужно проверить возможности конкретного портала и реальные роли сотрудников.\u003C\u002Fp>\n\u003Ch3>Как проверить шаблон перед запуском?\u003C\u002Fh3>\n\u003Cp>Создайте тестовые записи с данными «TEST» или «ДЕМО», заполните поля, товары и реквизиты, затем создайте документ вручную и роботом. Проверьте коды, форматы дат и сумм, таблицы, изображения, номер, права пользователей и выгрузку в нужный формат.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Кому подходит.\u003C\u002Fstrong> Настройка подходит компаниям, где менеджеры регулярно создают документы из сделок и связанных карточек CRM, а форма зависит от структурированных полей, реквизитов и товарных позиций. Она также подходит интеграторам, которые передают шаблон вместе с правилами заполнения CRM и тестовым сценарием.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Кому не подходит без дополнительной проработки.\u003C\u002Fstrong> Одного шаблона недостаточно, если нужно подтверждение юридической значимости или работа с произвольными файлами вне CRM. В таком случае сначала определяют отдельную процессную и техническую схему.\u003C\u002Fp>\n\u003Cp>Надёжный документ в Битрикс24 начинается с заполненной карточки CRM и проверенных кодов. Затем настраивают DOCX-шаблон, реквизиты, изображения, нумератор и права, проводят ручной тест и проверяют робота «Создать документ». Новое создание отдельно сверяют с правилами нумератора.\u003C\u002Fp>\n\u003Cp>Если нужно настроить шаблоны, роли, нумерацию и тестовый контур на существующем портале, подойдёт \u003Ca href=\"\u002Fnastroyka-bitriks24\u002F\">настройка Битрикс24\u003C\u002Fa>. Если задача затрагивает структуру CRM, автоматизацию и правила работы сотрудников, стоит начать с \u003Ca href=\"\u002Fvnedrenie-bitriks24\u002F\">внедрения Битрикс24\u003C\u002Fa>.\u003C\u002Fp>\n\u003C!-- SEO: документы Битрикс24; шаблоны документов Битрикс24; генератор документов Битрикс24; настройка шаблона документа Битрикс24; поля в шаблоне документа Битрикс24; символьные коды Битрикс24; модификаторы полей Битрикс24; нумератор документов Битрикс24; робот создать документ Битрикс24; как загрузить шаблон DOCX в Битрикс24; как добавить реквизиты в документ Битрикс24; как вставить подпись и печать в шаблон Битрикс24; права на документы CRM Битрикс24; тестирование шаблона документа Битрикс24; настройка шаблонов документов Битрикс24. -->\n"]