Нет отчётов в "Конструкторе отчетов" по коммерческим предложениям
Очень нужно, сделайте пожалуйста, аналогично сделкам.
Очень нужно, сделайте пожалуйста, аналогично сделкам.
на данный момент блок предложение в срм выглядит мягко говоря не презентабельно, по сути как счет. Для конверсии в продажах b2b сегмента важно как выглядит КП и его фукнционал. предлагаю в сущность предложение добавить возможность вставлять блоки из сайтов 24. Это бы сильно увеличило популярность его использования, по сути можно было бы делать индивидуальные КП в формате одностраничного сайта.
Создание одного счета на основании нескольких предложений / Объединение нескольких предложений в один счет.
RPA - тема очень актуальная, но хотелось бы больше от этого инструмента. Ниже собрал идеи и замечания по данному функционалу:
1. Предложение. Синхронизация сущности RPA с такой же функцией "Бизнес-процесс со статусами". Если честно не совсем понятно, почему вы выбрали путь создания новой функции. По моему мнению, доработка интерфейса в вид RPA, функции "Бизнес-процесс со статусами" была бы логичней т.к. этим функционалом уже многие пользуются и он во многом превосходит возможности и гибкость нового.
2. Замечание. Многие поля в RPA невозможно передать в такие же полня в Списках. Например невозможно передать при создании элемента Списка поле из RPA вида "Привязка к элементам CRM", "Привязка к элементам инф. блоков" в аналогичные поля в Списках.
3. Предложение. Добавить возможность открытия того или иного бизнес-процесса из карточки сделки, лида, компании, группы... в виде дополнительных вкладок в этих карточках, если в процессе есть соответствующие поля обозначающие такую принадлежность (так как это сделано в списках).
4. Предложение. Возможность формирования документов процессах RPA по аналогии формирования документов в CRM. Часто требуется сформировать документ по шаблону на основе данных процесса, чтобы сотрудник вывел его на печать, подписал и отправил в какие либо внешние инстанции.
5. Предложение. Объединить RPA с разделом "Бизнес-процессы" или дать возможность работы с RPA из "Бизнес-процессы". Эти разделы настолько взаимосвязаны что приходится постоянно переходить между ними, чтобы оценить ситуацию по процессу.
6. Предложение. Добавить возможность группировать поля в карточке Бизнес-процесса, так как это реализовано в CRM. Часто полей очень много и это очень неудобно выводить их в одну группу.
7. Предложение. Добавить возможность запуска бизнес-процесса в RPA автоматически из стандартного последовательного бизнес процесса.
8. Предложение. Добавить составное поле. Например: если на стадии нужно выполнить задание типа "Прописать список работ с указанием нормочасов". Сейчас нет такого поля чтобы можно было построчно добавлять по 2 значения (Строка + Число). А такие поля очень часто нужны буквально везде, не только в RPA.
1. Предложение. Синхронизация сущности RPA с такой же функцией "Бизнес-процесс со статусами". Если честно не совсем понятно, почему вы выбрали путь создания новой функции. По моему мнению, доработка интерфейса в вид RPA, функции "Бизнес-процесс со статусами" была бы логичней т.к. этим функционалом уже многие пользуются и он во многом превосходит возможности и гибкость нового.
2. Замечание. Многие поля в RPA невозможно передать в такие же полня в Списках. Например невозможно передать при создании элемента Списка поле из RPA вида "Привязка к элементам CRM", "Привязка к элементам инф. блоков" в аналогичные поля в Списках.
3. Предложение. Добавить возможность открытия того или иного бизнес-процесса из карточки сделки, лида, компании, группы... в виде дополнительных вкладок в этих карточках, если в процессе есть соответствующие поля обозначающие такую принадлежность (так как это сделано в списках).
4. Предложение. Возможность формирования документов процессах RPA по аналогии формирования документов в CRM. Часто требуется сформировать документ по шаблону на основе данных процесса, чтобы сотрудник вывел его на печать, подписал и отправил в какие либо внешние инстанции.
5. Предложение. Объединить RPA с разделом "Бизнес-процессы" или дать возможность работы с RPA из "Бизнес-процессы". Эти разделы настолько взаимосвязаны что приходится постоянно переходить между ними, чтобы оценить ситуацию по процессу.
6. Предложение. Добавить возможность группировать поля в карточке Бизнес-процесса, так как это реализовано в CRM. Часто полей очень много и это очень неудобно выводить их в одну группу.
7. Предложение. Добавить возможность запуска бизнес-процесса в RPA автоматически из стандартного последовательного бизнес процесса.
8. Предложение. Добавить составное поле. Например: если на стадии нужно выполнить задание типа "Прописать список работ с указанием нормочасов". Сейчас нет такого поля чтобы можно было построчно добавлять по 2 значения (Строка + Число). А такие поля очень часто нужны буквально везде, не только в RPA.
Что-то тихо забыли про эти сущности и нигде не говорят какая теперь идеология в CRM...
Сейчас невозможно поставить автоматизацию для новых счетов/предложений да и весь дизайн оставили с 2014-ого (или ранее)
Предлагаю либо объяснить к чему идёт CRM(какие БП в работе) либо допилить уже старые страницы...
Сейчас невозможно поставить автоматизацию для новых счетов/предложений да и весь дизайн оставили с 2014-ого (или ранее)
Предлагаю либо объяснить к чему идёт CRM(какие БП в работе) либо допилить уже старые страницы...
Хотелось бы увидеть все сущности из CRM в бизнес-процессах.
Например:
Например:
- Счета - нет в БП
- Предложения - нет в БП
- Товары - нет в БП (уже писал в идее )
вот никак не могу понять логику почему для сделок сделаны напоминания, а для компании/контакта/лида - нет? как напомнить себе, что клиент просил через неделю напомнить про КП? приходится использовать функционал звонка/встречи где есть напоминание!
p.s. отсутсвие дел у предложений тоже не ясно, предложение никак не сопровождается обсуждениями?
p.s. отсутсвие дел у предложений тоже не ясно, предложение никак не сопровождается обсуждениями?
В CRM можно создать КП без картинок, спасибо за самые сухие предложения для клиентов.. 
А если серьёзно, почему бы не сделать шаблонизатор КП как и для писем (с полноценным html редактором и полными возможностями)
А если серьёзно, почему бы не сделать шаблонизатор КП как и для писем (с полноценным html редактором и полными возможностями)
Вообще не нужный и сложный в реализации функционал с отдельными сущностями по Счетам и Предложениям, тем более в свете того что появился удобный новый инструмент Документы от Битрикс24, в котором это реализовать значительно удобнее. Дайте, пожалуйста, возможность отключить эти устаревшие инструменты тем, кому они не нужны
Предложение можно выставить для 3х сущностей, обозначающих клиента: ЛИД, контакт, компания.
Для контакта и компании всё чудесно, но вот предложение для ЛИДа не способно конвертироваться в сделку+контакт+компания(вариации).
А это не логично, ведь НЕ каждый ЛИД становится клиентом, но длякаждого ЛИДа нужно выставить предложение что бы заманить ценами, условиям..
И по логике в Bitrix24 предложение, которое привело ЛИД к сделке не стоит конвертировать в клиента/компанию((
Либо возвращаться в ЛИД и конвертировать его в контакт, но при конвертации ЛИДа потеряется связь с предложением(предложение не копируется контакту/компании)?
ИМХО было бы очень удобно реализовывать возможность такой схемы работы:
Вопросы, пояснения?))
Для контакта и компании всё чудесно, но вот предложение для ЛИДа не способно конвертироваться в сделку+контакт+компания(вариации).
А это не логично, ведь НЕ каждый ЛИД становится клиентом, но для
И по логике в Bitrix24 предложение, которое привело ЛИД к сделке не стоит конвертировать в клиента/компанию((
Либо возвращаться в ЛИД и конвертировать его в контакт, но при конвертации ЛИДа потеряется связь с предложением(предложение не копируется контакту/компании)?
ИМХО было бы очень удобно реализовывать возможность такой схемы работы:Вопросы, пояснения?))
Предлагаю сделать публичную ссылку в предложениях (так же, как реализовано этот функционал в счетах) и добавить возможность отправлять это предложение (ссылку) на почту и по смс.
Это позволит отправлять предложения клиентам в СМС (в виде ссылки), а клиентам в свою очередь контролировать актуальность этого предложения или он сможет переслать своим знакомым, что повысит конверсию организации.
Сейчас публичная ссылка работает только на счетах, но мы уже оценили это удобство, правда приходиться копировать ссылку и в ручную ее отправлять клиенту (в письме или смс)
Это позволит отправлять предложения клиентам в СМС (в виде ссылки), а клиентам в свою очередь контролировать актуальность этого предложения или он сможет переслать своим знакомым, что повысит конверсию организации.
Сейчас публичная ссылка работает только на счетах, но мы уже оценили это удобство, правда приходиться копировать ссылку и в ручную ее отправлять клиенту (в письме или смс)
Предлагаю сделать публичную ссылку в предложениях (так же, как реализовано этот функционал в счетах) и добавить возможность отправлять это предложение (ссылку) на почту и по смс.
Это позволит отправлять предложения клиентам в СМС (в виде ссылки), а клиентам в свою очередь контролировать актуальность этого предложения или он сможет переслать своим знакомым, что повысит конверсию организации.
Сейчас публичная ссылка работает только на счетах, но мы уже оценили это удобство, правда приходиться копировать ссылку и в ручную ее отправлять клиенту (в письме или смс)
Это позволит отправлять предложения клиентам в СМС (в виде ссылки), а клиентам в свою очередь контролировать актуальность этого предложения или он сможет переслать своим знакомым, что повысит конверсию организации.
Сейчас публичная ссылка работает только на счетах, но мы уже оценили это удобство, правда приходиться копировать ссылку и в ручную ее отправлять клиенту (в письме или смс)
Нужно разделение товаров на секции, раз уж не даёте полную волю настроить отображение в шаблонах документов!
Разделение на секции будет полезно при большом перечне, либо для логического разделения товаров/услуг.
Разделение на секции будет полезно при большом перечне, либо для логического разделения товаров/услуг.
Не понимаю, почему уже который релиз и "большие обновления" обходят стороной шаблонизатор документов!? Стыдно такой продукт продвигать, когда первостепенный инструмент продаж обходят стороной!
По факту:
1) Нет верстки! В текстовых полях просто убивается и без того нищая верстка текста! Для примера текст в радакторе и при печати:
2) Как переименовать текст "Условия и комментарии"
3) Когда дадут возможность выводить описание и картинки товаров? Вообще не понятно почему описание в карточке есть а в таблице нет.. для менеджеров оставили описание???? Видели вообще как КП выглядит?
4) Подписи часто имеют линии ниже горизонтальной черты... сейчас подпись выглядит ущербно (полностью выше линии и поэтому уменьшается размер!)
В очередной раз прошу донести до разработчиков эту проблему.
По факту:
1) Нет верстки! В текстовых полях просто убивается и без того нищая верстка текста! Для примера текст в радакторе и при печати:
2) Как переименовать текст "Условия и комментарии"
3) Когда дадут возможность выводить описание и картинки товаров? Вообще не понятно почему описание в карточке есть а в таблице нет.. для менеджеров оставили описание???? Видели вообще как КП выглядит?
4) Подписи часто имеют линии ниже горизонтальной черты... сейчас подпись выглядит ущербно (полностью выше линии и поэтому уменьшается размер!)
В очередной раз прошу донести до разработчиков эту проблему.
Собственно предложение добавить роботов и тригеры в счета и предложения!
у меня 8 менеджеров и для каждого индивидуально предложение и 3 разные фирмы и для каждого свой бланк. представляете теперь что видит менеджер при отправке предложения ))
Фото в приложении и это только настроена 1 компания
Предлагаю в счетах и в предложениях сделать возможность указывать доступ для сотрудников
или
Сделать подгрузку переменных от Исполнителя или создателя но тогда нужно загружать подпись сотрудника в свой профиль
Так же хотелось бы выводить контактный и добавочный номер, емаил сотрудника который отправляет, заполняет данное предложение.
Фото в приложении и это только настроена 1 компания
Предлагаю в счетах и в предложениях сделать возможность указывать доступ для сотрудников
или
Сделать подгрузку переменных от Исполнителя или создателя но тогда нужно загружать подпись сотрудника в свой профиль
Так же хотелось бы выводить контактный и добавочный номер, емаил сотрудника который отправляет, заполняет данное предложение.
Раздражает, что нет возможности скопировать способы оплаты, когда нужно их сделать штук 10, но мало друг от друга отличающихся.
В версии инфоблоков 16.5.4 вышла прекрасная функциональность для работы с разделами на новом ядре D7.
Правда документации пока нет (но ничего страшного) и можно было бы существенно увеличить возможности новой реализации:
1) Метод compileEntityByIblock мог бы возвращать не полное название класса, а объект этого класса. При этом его работа была бы эффективнее. Сравните 2 подхода:
Против
Мне кажется решение под номером 2 выглядит практичнее.
2) Предлагаю расширить модель SectionTable (или ее производные типа Section1Table) на runtime параметр: ELEMENT_COUNT - который бы доставал активные элементы, привязанные к соответствующему разделу.
Кейс: нужно отобразить только те разделы, где есть активные элементы.
Решение предлагаемое из коробки - составление своего runtime-поля для каждого getList/getRow (где оно требуется).
Если добавить штатное решение как SELECT поле и просто передавать его в массиве полей или соответственно по условию, то код будет выглядеть элегантнее и проще, а другие подобные поля, можно будет посмотреть и сделать по аналогии.
Правда документации пока нет (но ничего страшного) и можно было бы существенно увеличить возможности новой реализации:
1) Метод compileEntityByIblock мог бы возвращать не полное название класса, а объект этого класса. При этом его работа была бы эффективнее. Сравните 2 подхода:
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;
Loader::IncludeModule('iblock');
$sSection = SectionFactory::compileEntityByIblock(1);
$oEntity = new $sSection;
var_dump($oEntity->getMap()); |
Против
use \Bitrix\Main\Loader;
use \Bitrix\Iblock\Model\Section as SectionFactory;
Loader::IncludeModule('iblock');
$oEntity = SectionFactory::compileEntityByIblock(1);
var_dump($oEntity->getMap()); |
Мне кажется решение под номером 2 выглядит практичнее.
2) Предлагаю расширить модель SectionTable (или ее производные типа Section1Table) на runtime параметр: ELEMENT_COUNT - который бы доставал активные элементы, привязанные к соответствующему разделу.
Кейс: нужно отобразить только те разделы, где есть активные элементы.
Решение предлагаемое из коробки - составление своего runtime-поля для каждого getList/getRow (где оно требуется).
Если добавить штатное решение как SELECT поле и просто передавать его в массиве полей или соответственно по условию, то код будет выглядеть элегантнее и проще, а другие подобные поля, можно будет посмотреть и сделать по аналогии.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
