Форум

Здравствуйте.

Конвертация файлов выполняется на серверах компании 1с-битрикс. Вы всегда можете отказаться от этого, удалив модуль 'transformer'. В этом случае у вас не будет pdf и картинки документов, но сами документы будут генерироваться по-прежнему.

1. Все данные передаются в зашифрованном виде по https (при условии, что у вас на сервере работает шифрование)
2. Конвертация файлов - это часть продукта. Вы всегда можете отказаться от этого функционала, либо заменить его на свой аналогичный.
3. В ближайшее время в коробке появится новый просмотрщик файлов в диске. Для просмотра файлы также будут конвертироваться через модуль transformer. Это поведение будет отключено по умолчанию, подробнее можете почитать тут [URL=https://helpdesk.bitrix24.ru/open/8775923/]https://helpdesk.bitrix24.ru/open/8775923/[/URL]

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

В сделках через интерфейс такой возможности сейчас нет. В счетах можно.

Вы можете завести отдельное пользовательское поле типа "Привязка к разделам CRM", выбрать там тип сущности - компания, указывать в этом поле нужную вам компанию и вставить в шаблон документа нужное поле.

Зависит от вашего модуля.
Можете поступать с опциями как хотите, чистить их при удалении модуля не обязательно.
Если надо - лучше при установке модуля переписывать значениями по умолчанию (но опять-таки, если это вам нужно, зависит от модуля).

Может быть вашу задачу проще решить через событие 'onBeforeAdd' ?
Вы можете там пройтись по полям перед добавлением, выполнить свою проверку и по необходимости отменить добавление записи.

Почитайте учебный курс

[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=11689&LESSON_PATH=3913.5062.5748.11687.11689]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=11689&LESS...[/URL]

Потому что класс и сигнатура методов ещё не приняли своего окончательного вида.
Представьте, что у класса нет final. Вы спокойно сделали наследника, переопределили часть методов, добавили свои.
Потом вышло обновление, где я какой-нибудь из методов сделал private, или добавил обязательных параметров.

И всё, у вас fatal каждый раз при использовании вашего класса.
Если это ваш портал с какими-то специфическими доработками - можно оперативно исправить и ущерба будет немного.
А вдруг кто-нибудь сделает приложение со своим наследником?

Одна из проблем битрикса, как продукта - это большое legacy. А большое legacy обусловлено политикой максимальной обратной совместимости. Поддержка обратной совместимости замедляет скорость обновления кода.

Проставив final, я, в первую очередь, оставляю себе возможность вносить изменения в классы без оглядки на пользовательский код.
Говорю только за себя, но коллеги часто руководствуются этим же принципом.

Если у вас есть какие-то потребности, которые нельзя перекрыть без наследования - пишите, что-нибудь придумаем.

Детали на стадии обсуждения, в ближайшую итерацию добавления каких-либо операций в шаблоны не входит. Пока что анонсировать что-то в этом направлении рано, но оно обязательно будет.

final у ряда основных классов проставлен специально, как раз чтобы не было наследников (хотя до выпуска в коробку его там не было). Версия ещё достаточно сырая, так у меня нет необходимости строго следовать текущей сигнатуре. Вы можете его убрать, но с выходом каждого обновления придётся руками проверять, что ничего не сломается.

Простейшие условия и обработка входных параметров - есть в планах.

Про динамические списки полей - посмотрите мою активити crm/install/activities/bitrix/crmgenerateentitydocumentactiv­ity/crmgenerateentitydocumentactivity.php можно оттуда скопировать. Единственное, без шаблона по-быстрому получить список полей не получится, придётся делать свой вызов Body::getPlaceholders() на вашем файле.

да, модуль мой.

Значения заворачиваются в CDATA для большей надежности, чтобы ничего лишнего не пропустить внутрь.

В планах стоит более глубокий парсинг исходного текста (если это html) и переработка его в нормальный xml с сохранением форматирования. Сейчас с этим беда.

Отличное активити. Список полей из шаблона подтягиваете динамически при загрузке нового файла? Интерфейс симпатичней моей версии, надо будет доделать.

Всё-таки, почему не использовать шаблоны?
Вы можете взять существующие компоненты, завязать их на свой модуль, шаблоны тоже привязать к своему модулю - и пожалуйста, интерфейс готов. Выводите здесь в выпадашке шаблоны только своего модуля. В интерфейс crm не вывалится ничего лишнего.
Будут шаблоны для модуля - можно и свои провайдеры сделать. Вроде бы там ничего сложного, старался сделать попроще (getFields() - массив описаний и весь провайдер). Зато можно использовать стандартные DocumentTitle - для изменения имени документа и файла, DocumentCreateTime для даты.

И почему не получилось использовать провайдеры без шаблонов? Вы можете создать свой провайдер для модуля crm и он появится в интерфейсе (не забываем обработчик события). Можете отнаследовать провайдера crm и привязать его к своему модулю (не забыв добавить подключение модуля crm перед наследованием - можно в обработчик события добавить, как в моем сообщении выше).

В целом ваш способ тоже вполне рабочий, рад, что хотя бы сам парсер используется )