---
title: Быстрый контракт (создать из лида)
description: Создайте внутренний контракт прямо из лида через пошаговый диалог — не покидая коммерческий процесс. Тип получателя ФЛ/ЮЛ, шаблон, категория товара, приложение, собственная нумерация и номер, закреплённый на лиде.
product: TSync Intelligence 11.3.6
language: ru
canonical: https://docs.tsync.pro/ru/fast-contract/
source: https://docs.tsync.pro/llms.txt
---

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

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

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

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

1. **Включить функцию** — администратор включает её в настройках лидов (опция *Быстрый контракт*). См.
   [Отображение лидов → Компоненты](leads-view-settings.md).
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 и, если находит, предлагает «использовать существующего / создать нового» перед дублированием.
- **Клиент создан или привязан** — в модуле «Контракты» создаётся (или привязывается) **реальный клиент** с
  подписантом и связью с лидом, так что контракт полностью работоспособен.
- **Экономический партнёр в приоритете** — если лид уже связан с
  [Экономическим партнёром](modules/economic-partners.md), контракт привязывается к клиенту **этого партнёра**, а
  данные получателя (название, фискальный код, адрес) заполняются сначала из партнёра, затем из клиента и лишь в
  последнюю очередь из лида. Именно это не даёт одной компании превратиться в две личности — контракт виден в
  досье партнёра, а не висит на «двойнике», созданном по номеру телефона.
- **Собственный номер** — следующий номер в серии шаблона выделяется **транзакционно** (без дубликатов) и
  расходуется только при создании.
- **Замороженный снимок** — шаблон, категория, тексты, стороны и приложение сохраняются как **снимок**; последующие
  правки шаблона **не** меняют уже созданные контракты.
- **Номер закреплён на лиде** — на лиде появляется **«Контракт № 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 и
строки подписей, — **целиком переносится на следующую страницу**, если не помещается на текущей, вместо того
чтобы разрываться пополам. Страница, несущая две подписи и уже не говорящая, чьи они, — это настоящая проблема
документа, особенно когда договор подписывается на бумаге.

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

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

| Настройка | По умолчанию | Что делает |
|---|---|---|
| **Держать блок реквизитов/подписей на одной странице** | Да | Переключатель. |
| **Максимальный блок, строк** | 20 | Выше порога таблица остаётся ровно как сегодня. |
| **Максимальный блок, символов** | 2000 | То же. |

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

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

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

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

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

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

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

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

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

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

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

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

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

| Что вы ввели в договоре | Куда попадает в карточке |
|---|---|
| Компания | юридическое наименование |
| Должность, телефон, e-mail | на основное контактное лицо |
| Фискальный код · код НДС | два **отдельных** идентификатора |
| Юридический адрес | адрес, помеченный как **юридический** |
| Банковские реквизиты | банковский счёт (см. ниже) |
| Подписант, его должность и основание | лицо с **правом подписи** |

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

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

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

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

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

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

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

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

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

### Подписант

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

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

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

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

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

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

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

В договоре с **юридическим лицом** окно отдельно спрашивает, кто **подписывает**, — это другой вопрос, чем «с
кем мы общаемся». Если у экономического партнёра есть контакты с отметкой **права подписи** (см.
[Экономические партнёры](modules/economic-partners.md)), появляется список выбора, а три поля под ним
заполняются сами: **имя**, **должность** и **основание** («на основании Устава», «на основании доверенности
№ 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. **умолчание установки, но только когда оно включено.**

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

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

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

| Симптом | Вероятная причина |
|---------|-------------------|
| Кнопка «Создать контракт» не появляется | функция выключена или нет права `Быстрый контракт` |
| В диалоге не появляется ни один шаблон | нет шаблона для выбранного типа получателя |
| Контракт показывает `#id` вместо `SF-…` | у этого шаблона не настроена собственная нумерация (префикс/суффикс) |
| Токен `{...}` появляется буквально в PDF | токен не зарегистрирован в полях слияния шаблона |
| В PDF все колонки приложения одинаковой ширины, а текст переносится на две строки | версия ниже v8.7.3 — обновите; с v8.7.3 ширина задаётся в Компонентах |
| Вы расширили колонку в редакторе, но PDF её игнорирует | версия ниже v8.7.3 (ширина удалялась при генерации PDF) |

## См. также

- [Контракты](contracts.md) — базовые контракты и шаблоны.
- [Отображение лидов](leads-view-settings.md) — где включить *Быстрый контракт* и компоненты лида.
- [Лиды (список)](leads.md) — работа со списком лидов.