Форум

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


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

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

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

сразу же при переходе из сделки получить в фильтре свой провайдер-наследник не получится, только если хаками с переопределением компонента или внедрением js, которое поменяет фильтр и применит его.


Главное проверить, что ваш провайдер появился в списке провайдеров в фильре. Дальше дело техники.теоретически - можно, но там всё непросто. Надо пробовать и дебажить. Проще уже на событии получать нужные значения и записывать их.

Вы попробовали способ, который я посоветовал? Там для прототипа работы совсем немного

Это будет непросто. Порядок действий примерно следующий:


1. унаследовать \Bitrix\Crm\Integration\DocumentGenerator\DataProvider\Deal - это будет ваш новый провайдер, из которого вы будете печатать документы. Это будет та же сделка, но с дополнительным набором полей
2. добавить этот класс через событие onGetDataProviderList (https://dev.1c-bitrix.ru/api_d7/bitrix/documentgenerator/customization.php) с привязкой к модулю crm. Проверить, что провайдер отобразился в списке в настройке шаблона.
3. Добавить ваши новые поля в ваш новый провайдер

Через onBeforeProcessDocument самый простой вариант. Посмотрите тему https://dev.1c-bitrix.ru/community/forums/forum23/topic117063/, там есть много примеров. С помощью события в документ можете прокинуть что угодно. Проблема в том, что ваши поля не будут отображаться в интерфейсе, т.е. для формирования шаблона вам придется где-то поддерживать и показывать список полей для значений списка.

Чтобы поля появились в интерфейсе понадобится намного больше телодвижений.

про баг знаю, спасибо. Собственно, из-за него по-нормальному работать сложно.

Я бы предложил такой вариант: добавить к ссылке какой-то свой уникальный get-параметр, а в обработчике события его обрабатывать и вызывать метод
костыль, но должно помочь. Я надеюсь, что в ближайшее время вернусь к модулю и поправлю баги, которые накопились.

вот кусок кода из компонента documentgenerator.documents

1.  
Оптимальный вариант будет следующий:
При клике на кнопку "Документ" в первый раз идёт аякс-запрос на получение списка доступных шаблонов. На js аякс вызывается тут

BX.DocumentGenerator.Button.init
documentgenerator/install/js/documentgenerator/documentprevi­ew.js:634

На php этот запрос обрабатывается тут \Bitrix\DocumentGenerator\Controller\Document::getButtonTemplatesAction()

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


2. вам надо сделать запрос к методу crm.documentgenerator.document.list

3. Через активити показать слайдер с документом конечно не получится. Может и есть способ, но мне не известен



Если нужен именно рест, то вам нужен метод crm.documentgenerator.document.list https://dev.1c-bitrix.ru/rest_help/crm/documentgenerator/documents/crm_documentgen­erator_document_li... (там есть пример с фильтром)

Ссылка на просмотр существующего документа crm в слайдере имеет вид

/bitrix/components/bitrix/crm.document.view/slider.php?documentId=10&IFRAME=Y&IFRAME_TYPE=SIDE_SLIDER

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

/bitrix/components/bitrix/crm.document.view/slider.php?providerClassName=Bitrix\Crm\Integration\DocumentGenerator\D­ataProvider\Deal&templateId=1&value=1&analyticsLabel=generateDocument&templateCode=BILL_RU&IFRAME=Y&IFRAME_TYPE=SIDE_SLIDER

здесь надо подставить нужный провайдер, ид шаблона и ид сущности

В обработчике события onBeforeProcessDocument нельзя подменить шаблон.


Для реализации такой логики вам лучше сделать создание документа через активити "Создание документа CRM".

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

Другой вариант - подсовывать какую-то свою логику на js.

Добрый день.


Чтобы новое поле добавилось в документ, вам надо передать его описание.

В конце обработчика события добавьте следующее


а в сам шаблон добавьте поле {ProductsProductW4aTutut}

В этом случае его значение появится в документе. Локально проверил, работает

Игорь Акинфиев, код из предыдущего примера должен работать. Можете подебажить стандартный механизм создания документа (через интерфейс) и посмотреть. Там также работает.


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

Попробуйте воспользоваться стандартным активити, а данные в документ подсовывайте на событии onBeforeProcessDocument. Код тот же самый, но всё остальное должно работать.

Игорь Акинфиев, проверьте, что ваш шаблон с ид 42 привязан к сущности "счет". Проверьте в интерфейсе в форме редактирования шаблона.