В последнее время все чаще и чаще сталкиваются с требованием указания автора фотографии.
Авторство можно прописать в описании фотографии, но вывести безумно сложно.
Прошу в детальных настройках news.detail добавить возможность выбора поля "Описание изображения", если поле выбрано, то под фотографией выводится описание фото, а если для фото будет отдельное поле "Автор" то цены вам не будет.
Авторство можно прописать в описании фотографии, но вывести безумно сложно.
Прошу в детальных настройках news.detail добавить возможность выбора поля "Описание изображения", если поле выбрано, то под фотографией выводится описание фото, а если для фото будет отдельное поле "Автор" то цены вам не будет.
Пользователь уже предлагал идею . Попробую сформулировать иначе.
Возникает ситуация, когда при создании сотрудником ОДНОГО отдела Лида/Сделки, Ответственным по сделке назначается сотрудник ДРУГОГО отдела.
Это происходит, например, когда в структуре компании в Департаменте (Отделе) (Коммерческом, например) существуют несколько каналов продаж - подотделов.
Пример структуры:
-Коммерческий департамент
---Отдел прямых продаж город А
---Отдел прямых продаж город Б
---Отдел прямых продаж город В
---Отдел маркетинга
---Отдел обработки входящих обращений / Диспетчерская
---Договорной отдел / Отдел обслуживания
Сотрудники первых пяти отделов создают (вручную, либо бизнес-процессами на списках, либо новыми бизнес-процессами, либо кодом на формах) Лиды/Сделки, ответственными по которым назначаются сотрудники Договорного отдела.
По существующей логике битрикс ни автор Лида/Сделки, ни (или) руководитель подразделения автора не видит что в дальнейшем происходит с сущностью, а видеть нужно руководителю точно для отчетов и KPI.
В настройке прав доступа CRM вид прав "Свои" относится только к Ответственному, но никак ни к создателю (автору) или иному.
Более того, возникают случаи, когда права на просмотр (работу) сущностей CRM (Лидов/Сделок) нужно давать ролям "Владелец" и/или "Модератор" групп соцсетей, когда мы собираем вперемешку в группу сотрудников разных отделов.
Это все решается двумя штатными методами и доступ с соотв правами появляется - если давать всем полный доступ ко всем сущностям либо приписывать сотрудников перекрестно к отделам друг друга.
Но у этого есть несколько существенных недостатков:
1. Иерархическая путаница.
2. Сотрудники видят лишнюю информацию, что как вредно, так и просто неудобно, т.к. дополнительно нужно по каким-то признакам отбирать фильтрами свои.
Необходимо, по аналогии с задачами, добавить участника "Наблюдатель" для сущностей CRM с отображением/редактированием в карточке Лида/Сделкм и отдельным полем в бизнес-процессах.
Возникает ситуация, когда при создании сотрудником ОДНОГО отдела Лида/Сделки, Ответственным по сделке назначается сотрудник ДРУГОГО отдела.
Это происходит, например, когда в структуре компании в Департаменте (Отделе) (Коммерческом, например) существуют несколько каналов продаж - подотделов.
Пример структуры:
-Коммерческий департамент
---Отдел прямых продаж город А
---Отдел прямых продаж город Б
---Отдел прямых продаж город В
---Отдел маркетинга
---Отдел обработки входящих обращений / Диспетчерская
---Договорной отдел / Отдел обслуживания
Сотрудники первых пяти отделов создают (вручную, либо бизнес-процессами на списках, либо новыми бизнес-процессами, либо кодом на формах) Лиды/Сделки, ответственными по которым назначаются сотрудники Договорного отдела.
По существующей логике битрикс ни автор Лида/Сделки, ни (или) руководитель подразделения автора не видит что в дальнейшем происходит с сущностью, а видеть нужно руководителю точно для отчетов и KPI.
В настройке прав доступа CRM вид прав "Свои" относится только к Ответственному, но никак ни к создателю (автору) или иному.
Более того, возникают случаи, когда права на просмотр (работу) сущностей CRM (Лидов/Сделок) нужно давать ролям "Владелец" и/или "Модератор" групп соцсетей, когда мы собираем вперемешку в группу сотрудников разных отделов.
Это все решается двумя штатными методами и доступ с соотв правами появляется - если давать всем полный доступ ко всем сущностям либо приписывать сотрудников перекрестно к отделам друг друга.
Но у этого есть несколько существенных недостатков:
1. Иерархическая путаница.
2. Сотрудники видят лишнюю информацию, что как вредно, так и просто неудобно, т.к. дополнительно нужно по каким-то признакам отбирать фильтрами свои.
Необходимо, по аналогии с задачами, добавить участника "Наблюдатель" для сущностей CRM с отображением/редактированием в карточке Лида/Сделкм и отдельным полем в бизнес-процессах.
Очень надо, чтобы была возможность изменять у статей (элементов инфоблока) автора (создателя).
Проблема сложилась со статьями:
Писал их внештатный корреспондент, присылал в редакцию, а редактор выкладывал. Спустя некоторое время внештатного корреспондента взяли на постоянную работу, а статьи так и остались на другом Авторе.
Желательно изменение автора с привязкой к пользователям, то есть при вводе имени пользователя, выдавался список зарегистрированных, чтобы исключить возможность ошибки.
Проблема сложилась со статьями:
Писал их внештатный корреспондент, присылал в редакцию, а редактор выкладывал. Спустя некоторое время внештатного корреспондента взяли на постоянную работу, а статьи так и остались на другом Авторе.
Желательно изменение автора с привязкой к пользователям, то есть при вводе имени пользователя, выдавался список зарегистрированных, чтобы исключить возможность ошибки.
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
