Быстрый контракт (создать из лида)

Быстрый контракт позволяет создать внутренний контракт прямо из лида через пошаговый диалог, без ручного прохождения справочников. Вы выбираете тип получателя, шаблон, категорию товара, заполняете данные и приложение — а система создаёт контракт, привязывает его к реальному клиенту и присваивает ему собственный номер (например GC-0253), который затем виден как ссылка на лиде.

Функция необязательна и по умолчанию выключена — стандартная установка не меняется, пока вы её не включите.

Что нужно заранее

1. Включить функцию — администратор включает её в настройках лидов (опция Быстрый контракт). См. Отображение лидов → Компоненты.
2. Право Быстрый контракт в строке роли — у администраторов оно есть автоматически.
3. Хотя бы один шаблон контракта, настроенный в Контракты → Шаблоны, с его настройками:
   • тип получателя (физ. лицо / юр. лицо / оба),
   • есть ли приложение и заполняет ли приложение стоимость контракта,
   • собственная нумерация (префикс, суффикс, разряды, стартовый номер),
   • применимые категории товаров и динамические тексты (гарантия, обслуживание, установка, доставка и т. д.).

Без настроенного шаблона диалогу нечего предложить — поэтому это первый шаг.

Пошагово — создание

1. Откройте лид (в стандартном виде или в виде BX). Под профилем лида появляются кнопка «Создать контракт» и список уже созданных для этого лида контрактов.

2. Нажмите «Создать контракт». Откроется пошаговый диалог, предзаполненный данными лида.

3. Получатель — выберите физ. лицо (ФЛ) или юр. лицо (ЮЛ). Выбор фильтрует доступные шаблоны (шаблон «только ЮЛ» не появится для физ. лица).

4. Шаблон — выберите один из подходящих получателю шаблонов. Шаблон определяет пункты, приложение и нумерацию.

5. Категории товара — список открывается одной кнопкой, которая показывает, сколько выбрано («выбрано 2 из 12»). Нажмите, чтобы открыть, отметьте нужное, нажмите снова, чтобы закрыть. Список закрыт по умолчанию, поэтому длинный справочник больше не занимает всё окно и нечего отметить случайно; поле фильтра сверху сужает список по мере ввода. Можно выбрать несколько категорий сразу — ничего удерживать не нужно, и это работает на сенсорном экране.

   Валюта договора — в той же верхней строке, рядом с шаблоном. Выберите её до ввода сумм: именно она даёт смысл стоимости договора, авансу и остатку, и в ней печатается приложение.

   Каждая добавляет свои тексты (гарантия/обслуживание/установка/доставка/особые условия/технические примечания). Если текст одинаковый у всех выбранных категорий, он печатается один раз; если различается — под именем каждой категории, чтобы было ясно, какое условие к какому товару относится. Если текста нет ни у одной категории, появится предупреждение.

6. Данные контракта — заполните общие поля плюс специфичные для ФЛ или ЮЛ (IDNP/CNP, адрес, банковские реквизиты, контактное лицо и т. д.). Поле идентификации (IDNP в MD, CNP в RO) зависит от страны лида и предзаполняется сохранённым значением клиента, если оно есть.

7. Приложение — если у шаблона есть приложение, добавьте строки (товар, количество, цена). Итог считается в реальном времени и, если шаблон это разрешает, автоматически заполняет стоимость контракта. Если выбрано несколько категорий, у каждой строки появляется колонка Категория со списком, ограниченным выбранными выше категориями; в контракте она печатается отдельной колонкой Denumire (Наименование). При одной категории колонка не показывается. Цена или сумма — заполняйте то, что известно. Если работа согласована одной круглой суммой (напр. 15,3 м.п. за 12 000), впишите сумму: она сохранится точно, а цена за единицу рассчитается сама. Если есть цена за единицу — впишите цену, сумма посчитается. Оба поля заполнять не нужно. Именно так исчезают расхождения в копейках: цена, округлённая до 2 знаков (784,31 × 15,3 = 11 999,94), больше не ломает согласованный итог. Единица измерения выбирается из списка, её больше не нужно вписывать вручную — это те же единицы из справочника установки (шт, м.п., компл., кг…), чтобы в трёх разных договорах не оказалось «м.п», «мп» и «м.п.». Если справочник в установке не заполнен, поле остаётся свободным как раньше; а если в старом приложении единица была вписана вручную, она останется выбранной — уже согласованное не переписывается. Спецификация может занимать несколько строк. Нажмите Enter в поле, чтобы указать, например, размер на одной строке, цвет на второй и материал на третьей; созданный договор сохранит строки ровно так.

   Спецификацию не обязательно набирать вручную. Под полем есть кнопка «Выбрать спецификацию», которая открывает готовый список для категории этой строки: толщина и оттенок стекла, пескоструй, отделка фурнитуры, окраска профиля и атрибуты самой категории (тип открывания, система крепления, модель…). Отметьте нужное, нажмите «Применить» — текст соберётся в поле сам, и его по-прежнему можно свободно править. Смысл в том, чтобы один и тот же товар не попадал в три договора как «Sliding», «Slading» и «раздвижное стекло».

   «Окраска профиля» обязательна, без неё спецификацию применить нельзя. Причина конкретная: в уже подписанных договорах есть строки с «RAL ( )», где цвет остался незаполненным, — и после подписания это уже не исправить. Если позиция действительно не окрашивается (сырой алюминий, детали из нержавеющей стали, позиция только из стекла), выберите первый пункт списка — «fără vopsire» (без окраски). Не придумывайте цвет, лишь бы продолжить: «без окраски» — полноценный ответ, он фиксируется в договоре и явно отличается от графы, которую просто забыли заполнить.

8. Дата аванса — подставляется сегодняшняя, то есть день создания договора: так бывает чаще всего. Если клиент вносит аванс в другой день, выберите дату в календаре; она попадёт в договор туда, где шаблон запрашивает дату аванса, и больше не придётся открывать готовый договор, чтобы вписать её вручную. Здесь одно поле даты, а не два. Некоторые шаблоны объявляют «дату аванса» ещё и среди собственных переменных. Такая переменная заполняется автоматически из этого поля — вводить в неё никогда не предполагалось, — поэтому второй раз она больше не рисуется. Укажите дату один раз, и все места, где шаблон её печатает, последуют за ней.

9. Скидка (необязательно) — см. раздел ниже.

10. Нажмите «Создать».

Скидка в приложении

Если у вас есть право, под таблицей приложения появляется галочка «Предоставить скидку».

Вводится СУММА, а не процент. Процент рассчитывается сам и показывается в поле, которое нельзя редактировать, рядом с итоговой суммой к оплате. Так эти два значения никогда не разойдутся на подписанном документе: сумма — то, о чём договорились, процент — лишь её прочтение.

В созданном договоре приложение получает последнюю строку «Скидка»: в колонке количество стоит рассчитанный процент, в колонке сумма — сумма скидки. Итог приложения — а через него стоимость договора, аванс и остаток — считается по нетто.

Несколько правил безопасности:

• Скидка не может превышать итог приложения — большее значение автоматически ограничивается, чтобы договор не ушёл в минус.
• Если позже вы измените строки приложения, скидка останется согласованной суммой, а нетто пересчитается от нового подытога.
• Без галочки договор выглядит точно как раньше — никакой лишней строки.

Кто может предоставлять скидку

Это отдельное право, Может предоставлять скидку от итога приложения, в строке Быстрый договор матрицы ролей. Оно не следует из права создавать договоры: человеку можно доверить выпуск договора по прайсу, не доверяя при этом раздавать деньги. У администраторов оно есть автоматически.

Если у пользователя нет права, галочка не появляется вовсе — а если кто-то попробует передать скидку в обход интерфейса, сервер отклонит её с сообщением, а не проигнорирует молча.

Что происходит при создании

• Проверка на дубликаты — система ищет существующего клиента по фискальному коду / IDNP / названию / телефону / e-mail и, если находит, предлагает «использовать существующего / создать нового» перед дублированием.
• Клиент создан или привязан — в модуле «Контракты» создаётся (или привязывается) реальный клиент с подписантом и связью с лидом, так что контракт полностью работоспособен.
• Экономический партнёр в приоритете — если лид уже связан с Экономическим партнёром, контракт привязывается к клиенту этого партнёра, а данные получателя (название, фискальный код, адрес) заполняются сначала из партнёра, затем из клиента и лишь в последнюю очередь из лида. Именно это не даёт одной компании превратиться в две личности — контракт виден в досье партнёра, а не висит на «двойнике», созданном по номеру телефона.
• Собственный номер — следующий номер в серии шаблона выделяется транзакционно (без дубликатов) и расходуется только при создании.
• Замороженный снимок — шаблон, категория, тексты, стороны и приложение сохраняются как снимок; последующие правки шаблона не меняют уже созданные контракты.
• Номер закреплён на лиде — на лиде появляется «Контракт № GC-0253» как ссылка на контракт.
• Никаких отрицательных чисел — отрицательное количество, цена или сумма в строке приложения отклоняются с понятным сообщением и в диалоге создания, и в редакторе приложения при проверке, так что случайный минус не сможет тихо уменьшить итог контракта.

Если позже поменять валюту контракта

Снимок заморожен, но валюта не застревает. Меняете валюту в шапке контракта — и TSync перерисовывает замороженный текст и приложение в новой валюте: таблица, итог и сумма прописью встают на место. Сами цифры не пересчитываются (контракт, согласованный на 12 000, остаётся 12 000) — приводятся в соответствие обозначение валюты и сумма прописью, чтобы в документе не стояло «MDL» на контракте в EUR. Изменение записывается в журнал аудита.

Открытие редактируемого контракта при создании

Включите Configurare → Lead-uri → Componente → «Открывать текст контракта при создании», и при создании контракта через Fast Contract система откроет сразу редактируемый контракт — полный предпросмотр, который можно проверить и отредактировать перед печатью:

• Поля уже заполнены — каждое поле слияния показывает реальное значение (компания, фискальный код, адрес, даты…); пустое поле остаётся незаполненным визуально, поэтому вы не увидите сырой {slug} в документе.
• Колонтитулы видны — если у компании настроен колонтитул документа (шапка и подвал) с областью «контракты», он отображается вокруг текста.
• Полностью редактируемый — при праве свободного редактирования текста контракта можно менять что угодно.

Кнопка «Сохранить» на панели инструментов

Панель инструментов редактора (WYSIWYG-панель вверху вкладки «Контракт») содержит кнопку «Сохранить» — значок дискеты (при наведении показывает «Сохранить»), первой, прямо рядом со встроенными кнопками Undo (Отменить) и Redo (Повторить). Панель закреплена (sticky), поэтому остаётся вверху, пока вы прокручиваете многостраничный документ — не нужно прокручивать наверх или переходить на вкладку «Информация о контракте», чтобы сохранить. Сохранить записывает контракт так же, как Ctrl+S; Undo/Redo проходят по правкам. Панель закреплена по центру экрана и остаётся на месте при прокрутке; её кнопки располагаются в несколько рядов, поэтому видны все — без горизонтальной полосы прокрутки.

Редактирование приложения при проверке (автоматический пересчёт)

Таблица приложения в контракте, созданном через Fast Contract, формируется автоматически из данных приложения, поэтому в редакторе она показана как заблокированная область (вы не печатаете прямо в ячейках — это нарушило бы связь с данными и раньше приводило к дублированию таблицы). Чтобы изменить её при проверке, используйте кнопку «Редактировать приложение» над текстом (или щёлкните по самой таблице) — откроется сетка, где вы правите спецификацию, количество, единицу и цену каждой строки:

• сумма строки (количество × цена) и итог пересчитываются вживую по мере ввода;
• сумма прописью автоматически переписывается под сеткой;
• можно добавлять и удалять строки;
• если контракт охватывает несколько категорий, у каждой строки есть выбор Категории (только из категорий самого контракта), и категория печатается в колонке Denumire таблицы приложения;
• сумму можно менять напрямую: цена за единицу пересчитается, а согласованная сумма останется прежней (и если затем изменить количество, сумма сохранится, а цена подстроится).

При нажатии «Сохранить приложение» система всё пересчитывает и обновляет на месте: таблицу приложения, сумму контракта цифрами и прописью в тексте договора и — если аванс задан в процентах — суммы аванса/остатка и их прописную запись. Тело договора не нужно сохранять отдельно; новые значения появятся и в предпросмотре, и в печатном PDF. Подписанный контракт так редактировать нельзя.

Несколько приложений к одному договору

Долгосрочный договор не исполняется за один раз: работы идут траншами, о каждом договариваются отдельно. Поэтому договор может нести несколько приложений — Приложение 1, Приложение 2, Приложение 3 и так далее.

Под текстом договора находится панель «Приложения к договору». В ней видно каждое приложение с его номером, датой, суммой и состоянием, а также накопленную сумму (сумма всех приложений). Сама стоимость договора при этом не меняется: она остаётся той, с которой он был подписан, а общая сумма показывается отдельно, для сведения.

Если приложения выставлены в разных валютах, система не складывает их в один итог — это было бы выдуманное число. Вместо этого показывается разбивка.

Приложение 1 отличается от остальных

Приложение 1 — часть текста договора: оно печатается внутри него и редактируется кнопкой «Редактировать приложение» над текстом. Своего номера и даты у него нет — оно берёт их у договора.

Приложения 2, 3, 4… — самостоятельные документы. У каждого свой номер и своя дата, печатается отдельно (кнопка PDF в его строке) и не затрагивает текст договора. Это важно: договор, подписанный в январе, обязан остаться ровно тем документом, который был подписан, и после выпуска Приложения 3 в ноябре.

Как добавить и заполнить приложение

1. Добавить приложение — появляется сразу, со следующим номером и сегодняшней датой.
2. Редактировать в его строке — открывается та же таблица, что и для Приложения 1: спецификации, количества, единицы измерения и цены.
3. PDF — печатает приложение как отдельный документ.

Приложение без строк напечатать нельзя: страница с заголовком «Приложение №3» и пустотой под ним — не документ.

Если приложение охватывает категорию товара, которой в договоре не было, тексты этой категории (гарантия, монтаж, доставка, особые условия) печатаются как дополнительные положения под таблицей приложения — никогда внутри текста договора, по той же причине: подписанный договор меняться не должен.

Подписание дополнительных приложений

Приложения 2, 3, 4… подписываются отдельно от договора, каждое своей датой.

У приложения, в котором есть строки, появляется кнопка «Отметить подписанным». Она спрашивает дату, когда подписали стороны, — а не день, когда до этого дошли руки: обычно это разные дни. После этого в строке отображается «Подписано · дата».

Приложение 1 показывает «Подписано вместе с договором»: оно печатается в тексте договора, значит подписывается вместе с ним и отдельно подписано быть не может.

Что меняется после подписания

• Приложение больше нельзя изменить или удалить — кнопки просто исчезают, а не становятся неактивными.
• Приложение печатается ровно в том виде, в каком было подписано. Документ фиксируется в момент подписания, поэтому позднейшее изменение вёрстки (ширина колонок, скрытие колонки «Цена») не меняет то, что уже на руках у клиента.
• Уже подписанный договор по-прежнему может получать новые приложения — именно ради этого случая функция и существует.

Если приложение отмечено подписанным по ошибке, «Отменить подпись» возвращает его в редактируемое состояние. Это действие записывается в журнал аудита, как и подписание.

Это не электронная подпись. Система фиксирует, что стороны подписали (на бумаге), кто это записал и когда — так же, как «отметить подписанным» у договора. Страницы подписания для клиента нет, имя/e-mail/IP согласия не собираются.

Управление созданными контрактами

В списке контрактов лида (и в стандартном диалоге, и в блоке вида BX) у каждого контракта есть действия:

• Открыть PDF — номер контракта ссылается на готовый PDF (/admin/contracts/pdf/<id>).
• Редактировать — снова открывает диалог, предзаполненный из контракта; при сохранении пересоздаёт с сохранением номера и удаляет старую запись только после создания новой (неудачная правка не теряет оригинал).
• Удалить — для контракта, созданного по ошибке; очищает контракт, связь с лидом, мета и приложение (заблокировано для подписанного контракта). Если запись контракта уже отсутствует (осиротевшая связь), удаление очищает остатки.
• Пересоздать из шаблона — заново применяет текущий текст шаблона с сохранением номера и сторон (исторические стороны и приложение остаются замороженными); никогда для подписанного контракта.

Карточка «Контракт» (лиды, импортированные из amoCRM)

Если лид импортирован из amoCRM, карточка «Контракт» в левой колонке показывает номер каждого контракта (не URL), перечисляет все контракты лида, и каждый — ссылка для скачивания готового PDF. Действия редактирования/управления остаются в блоке «Быстрый контракт» ниже.

Разные шаблоны — разные поля

Не каждому договору нужно одно и то же. Договору комиссии для архитектора аванс не нужен вовсе — вместо него нужен процент комиссии. У договора услуг может не быть срока установки.

Теперь каждый шаблон договора сам решает, какие строки показывает окно выпуска.

Как отключить строку

Откройте Настройки → Шаблоны договоров, отредактируйте шаблон и найдите «Окно Fast Contract — какие строки показывать». Снимите галочку — строка исчезнет из окна выпуска только для этого шаблона.

Отключить можно: срок установки, адрес установки, примечания, аванс, остаток, дату аванса, аванс в процентах и скидку.

По умолчанию включено всё, поэтому шаблон, который вы не трогали, работает точно как раньше.

Отключённая строка не просто скрыта. Если значение для неё всё же придёт — из вкладки, открытой ещё до смены шаблона — оно отбрасывается. Договор комиссии не может оказаться с авансом.

Как добавить поле, которого нет в списке

Процент комиссии, срок гарантии, срок поставки — всё, что специфично для одного вида договора — добавляется как Переменная, в панели выше.

1. Сначала один раз создайте поле в Настройки → Пользовательские поля, для Договоров. Назовите его просто, например Procent comision.
2. Вернувшись в шаблон, добавьте его в Переменные, задайте подпись, которую увидит менеджер, и при желании подсказку под полем.
3. В теле шаблона напишите токен, который создаёт это поле — для поля с именем Procent comision это {contracts_procent_comision}.

Поле появится в окне выпуска, в разделе Поля шаблона, только для этого шаблона, а то, что введёт менеджер, попадёт в договор ровно туда, где стоит токен.

Больше ничего нигде объявлять не нужно. Токен существует потому, что существует пользовательское поле.

Поля слияния (merge fields)

В редакторе шаблона панель полей слияния предлагает токены, которые заполняются автоматически при создании: данные клиента ({client_name}, {client_company}, {client_vat_number}, {client_IDNP}, адрес/e-mail/ контактное лицо), номер контракта, адрес/срок установки, стоимость и сумма прописью ({contract_value_in_words} и компаньон _in_words для любого числового поля). Так ваш шаблон в стиле amoCRM заполняется без ручных правок.

Блок подписей больше не разрывается между страницами

Таблица реквизитов и подписей в конце договора — та, где Подрядчик / Бенефициар, налоговые коды, IBAN и строки подписей, — целиком переносится на следующую страницу, если не помещается на текущей, вместо того чтобы разрываться пополам. Страница, несущая две подписи и уже не говорящая, чьи они, — это настоящая проблема документа, особенно когда договор подписывается на бумаге.

Строки, написанные под таблицей (например «РУКОВОДИТЕЛЬ ПРОЕКТА» и имя), переносятся вместе с ней.

Настройка → Лиды → Компоненты:

Пороги существуют по практической причине: договор, вставленный из Word, может содержать весь текст внутри одной таблицы высотой со страницу. Перенос такой таблицы оставил бы пустой страницу перед ней — поэтому как блок подписей рассматривается только небольшая таблица в конце документа. Повышайте пороги, только если настоящий блок подписей не распознаётся.

ℹ️ Правило применяется при формировании PDF и не меняет сохранённый текст договора. Уже выпущенный договор просто печатается правильно.

Устранение неполадок

Откуда берётся каждое значение

Окно заполняется из двух разных источников: лида (контактное лицо, телефон, email) и связанного с ним Экономического партнёра (юридическое название, налоговый код, код НДС, юридический адрес, банковские реквизиты, подписант). До сих пор поля выглядели одинаково независимо от источника, поэтому единственным способом проверить было открыть карточку партнёра в другой вкладке.

Теперь над данными бенефициара появляется предложение, которое называет поля:

Из Экономического партнёра Premium-Cons Grup SRL: Компания, Налоговый код, НДС, Юридический адрес, Адрес, Банковские реквизиты, Подписант. Из лида: Подписант (клиент), Телефон, Email.

У лида без связанного партнёра предложение говорит только «Из лида: …».

Код НДС и юридический адрес заполняются сами, если они есть у партнёра. До v9.5.7 их перенабирали каждый раз — код НДС не запрашивался вовсе, а юридический адрес попадал в поле, скрытое на договорах с юридическим лицом, то есть ровно там, где он и нужен.

ℹ️ Адрес берётся строго из адреса, отмеченного как юридический у партнёра. Если там записан только адрес доставки, поле останется пустым — адрес доставки, напечатанный как юридический адрес компании, это неверный документ, а не приблизительный. Заполните юридический адрес у партнёра, и он будет использован.

То, что вы вводите в договоре, сохраняется в карточке партнёра

До сих пор путь был односторонним: окно читало карточку Экономического партнёра и никогда не записывало обратно. Поэтому, если директора и телефона не было, вы вписывали их в договор вручную — а в следующий раз их снова не было. Один и тот же вопрос, при каждом договоре.

Теперь при выпуске заполненное сохраняется в карточку партнёра:

Следующий договор для того же партнёра открывается уже заполненным.

Ничего не перезаписывается

Заполняются только пустые поля. Если в карточке значение уже есть, оно остаётся — даже если в договоре вы написали другое.

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

Чтобы изменить значение в карточке, меняйте его в карточке.

Банковские реквизиты: счёт только при наличии IBAN

Поле Реквизиты — свободный текст. Банковский счёт создаётся из него, только если текст содержит действительный IBAN — проверенный контрольной суммой, а не просто «похоже на IBAN». Остаток предложения становится названием банка.

Если IBAN отсутствует, контрольная сумма не сходится или IBAN-ов несколько, текст сохраняется как заметка на партнёре с номером договора, из которого он пришёл.

Заметка, которую прочитает человек, лучше банковского счёта, угаданного из предложения. Неверный счёт — это платёжное указание, которого никто не писал.

Подписант

Имя подписанта сравнивается с людьми, которые у партнёра уже есть — регистр, лишние пробелы и диакритика не делают другого человека, поэтому «ION POPESCU» и «Ion Popescu» — один и тот же человек и в карточке не задваиваются.

Если человека действительно нет в карточке, он создаётся и отмечается как имеющий право подписи. Имя было введено именно потому, что его не хватало, а подписанный им договор — доказательство, а не предположение.

Открываете договор заново — возвращается всё

Кнопка повторного выпуска открывает окно со значениями договора. До v10.8.2 пять полей приходили пустыми: Реквизиты, Телефон, E-mail, Должность и Юридический адрес.

Данные всё это время были сохранены — окно просто не запрашивало их обратно. В результате повторный выпуск сохранял пустоту, и казалось, будто регенерация «теряет» введённое.

Значение, которое сохранено, верно и никогда не запрошено, выглядит точно так же, как выброшенное.

Теперь возвращается всё. А юридический адрес возвращается тот, что сохранён на ЭТОМ договоре, а не сегодняшний адрес партнёра: повторная печать выпущенного договора должна показывать то, с чем он был выпущен.

Кто подписывает со стороны бенефициара

В договоре с юридическим лицом окно отдельно спрашивает, кто подписывает, — это другой вопрос, чем «с кем мы общаемся». Если у экономического партнёра есть контакты с отметкой права подписи (см. Экономические партнёры), появляется список выбора, а три поля под ним заполняются сами: имя, должность и основание («на основании Устава», «на основании доверенности № 12 от 03.02.2026»).

Каждый вариант в списке говорит, почему он предложен: Подписант партнёра по умолчанию, Имеет право подписи, Полномочия истекли или Основной контакт — право подписи не подтверждено. Последний вариант — «Другое лицо» — очищает поля, чтобы вписать человека, которого нет в карточке.

Когда предложение не опирается на зафиксированные полномочия, окно говорит об этом до выпуска:

• «Ни одно контактное лицо этого партнёра не отмечено как имеющее право подписи. Используется основной контакт, без подтверждения.»
• «Полномочия этого лица на подпись истекли … Проверьте доверенность до выпуска документа.»

Это предупреждения, а не запреты — вы можете знать то, чего нет в карточке. Но вы видите их до нажатия «Выпустить», а не после подписания договора.

Три значения замораживаются в договоре при выпуске, вместе с остальными данными. Если директор уйдёт или доверенность заменят через год, уже выпущенный договор останется ровно таким, каким его подписали.

Как выглядит таблица приложения в PDF

Приложение строится автоматически из строк контракта, поэтому это единственная таблица, которую нельзя изменить вручную в редакторе шаблонов. Её вид настраивается в одном месте:

Настройки → Лиды → Компоненты → «Таблица приложения в PDF»

• Ширина колонок — для каждой колонки (Номер строки, Наименование, Спецификация, Количество, Ед. изм., Цена, Сумма) указывается число. Важно только соотношение между ними: колонка со значением 20 будет вдвое шире, чем со значением 10. Под полями есть полоса предпросмотра, которая в реальном времени показывает, какую долю ширины страницы занимает каждая колонка — меняете число и сразу видите результат, без сохранения и без генерации PDF. Веса вместо процентов потому, что необязательные колонки исчезают, когда они пусты во всех строках (нет категории, нет единицы измерения, нет цены за единицу). При весах оставшиеся колонки делят освободившееся место между собой, и таблица всегда заполняет ширину страницы.
• Выравнивание колонок — под каждой шириной выбирается Влево / По центру / Вправо, и это применяется и к шапке, и к строкам. По умолчанию всё по центру, кроме Цены и Суммы — они остаются по правому краю: именно это заставляет 3 578,00 и 15 070,00 начинаться с одного десятичного знака, цифры можно сравнить с одного взгляда, а строка Итого попадает точно под колонку Сумма. Деньги тоже можно отцентрировать — просто знайте, чем вы за это платите.
• Высота строки — задаётся через отступ строки (0–20 px). Больше отступ — выше строки.
• Размер шрифта — 0 сохраняет шрифт документа; 6–14 pt применяется только к таблице приложения (полезно, когда приложение с большим числом строк должно поместиться на одной странице).

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

Колонку Цена можно скрыть — для каждого контракта отдельно

Одни клиенты получают в приложении цену за единицу, другим достаточно суммы по строке. В окне приложения (при выпуске или через «Editează anexa») есть галочка «Показывать колонку Цена».

Она сохраняется на этом контракте, а не глобально. Это важно: скрытие колонки меняет то, что видит клиент, поэтому уже отправленное приложение никогда не изменится из-за того, что кто-то позже поменял настройку. Значение по умолчанию для новых контрактов задаётся в Компонентах.

Сумма по строке и Итого не меняются — исчезает только колонка с ценой за единицу, а остальные колонки расширяются, заполняя страницу.

Колонка «Наименование» и приложение, напечатанное отдельным документом

В том же окне есть галочка для колонки «Наименование» (категория), сохраняемая на договоре тем же способом. Приложение можно напечатать и отдельным документом — и до сих пор такой документ решал судьбу колонки сам, по старому правилу «печатать, если хоть в одной строке есть категория». То есть галочка на договоре меняла приложение внутри договора, но не то, что вы отправили отдельно: два представления одного приложения могли противоречить друг другу.

Больше не могут. Напечатанное приложение отвечает в таком порядке:

1. собственное значение приложения, если оно есть;
2. значение договора — один документ, напечатанный двумя способами, не имеет права сам себе противоречить;
3. умолчание установки, но только когда оно включено.

Последнее ограничение важнее, чем кажется. Умолчание поставляется выключенным, и прочитать «выключено» как твёрдое «нет» значило бы заново спрятать колонку, которую категории строк печатают годами, на каждой установке, где эту настройку никогда не трогали, — то есть убрать возможность, делая вид, что добавляешь. Поэтому «выключено» по-прежнему означает решать по старому правилу, и установка, которая ничего не просила, получает ровно прежний вывод. Явное «нет» на договоре не перебивается умолчанием «да»: ответ, данный человеком, важнее значения, которого никто не выбирал.

Таблицы, которые вы рисуете сами в шаблоне (не приложение), сохраняют ширину колонок ровно такой, какой вы её растянули в редакторе. Для них настраивать нечего.

Устранение неполадок

См. также

• Контракты — базовые контракты и шаблоны.
• Отображение лидов — где включить Быстрый контракт и компоненты лида.
• Лиды (список) — работа со списком лидов.