Владислав Маньков написал: Точнее даже не просто "нельзя адресовать", а чтобы им не отправлялось их живой ленты, даже если выбран головной отдел.
Именно коллега, вот мы и подошли к сути: Вам нужно не запретить это сделать, а Вам нужен механизм, благодаря которому в стандартном селекторе групп можно будет проставлять возможности выбора подразделения. Таким образом исходная задача звучит не как "Запретить сотрудникам отправлять сообщени головному подразделению с подотделами", а обеспечить возможность гибкой настройки выбора подразделения в компоненте стандартного выбора подразделений.
vixodtam написал: Через некоторое время решил создать новый на localhost:6453 и поставить демо версию Бизнес, но браузер выдает ошибку ненадежного сертификата и не открывает restore.php для установки.
SkyNetYar, Если вы пишете не Елагин для браузера то никак - это разные skope, и код с вашей страницы не имеет над ней власти. Можно конечно зарегистрировать свое приложение и отправлять Ajax на него, а потом редиректить на созданный лид.
Екатерина Шелест, Да масса способов: при изменении элемента создавать агента, который сработает в заданную дату, а потом самоуничтожится, или писать в свою таблицу и из нее через агента или cron отправлять письма или cron/агент, который в заданном инфоблоке будет проверять измененные за последние 24 часа элементы и отправлять по ним
Владислав Маньков, с визуальной и смысловой (опять же - со стороны пользователя) - нет разницы А если копать глубже, то в случае индивидуальной структуры (например у корневого 1 головной, а у него 1 в подчинении, у которого уже все остальное), то даже в случае запрета писать в корневой, такая возможность все равно будет. Как вы предлагаете решать такой кейс?
Вот так описана связь: "Элементы чеклиста" }=> "Чеклисты" -=> "Обходы" -={ "Элементы обходы".
Есть простой способ: - Используйте таблицы и ORM, для этого нужно будет разработать больше интерфейсов (публичка + админка)
Способ посложнее: - Реализация на инфоблоках, да, в таком случае много лишних данных, но и польза от них тоже есть (правда не существенна)
Альтернативный вариант: - Используйте чек-листы в задачах, а задачи можно ставить по шаблону. Там так же есть 2 опции - отмечен и не отмечен с фиксациями
Можно использовать HL-инфоблоки, но избыточности все равно не избежать
Цитата
Возможно ли задействовать какое либо поле с множественным значением, чтобы ему можно было присвоить и привязку к элементу ИБ и значение?
Лучше в таком случае разработать собственный тип свойства инфоблока отнаследовавшись от базового типа
SkyNetYar написал: где поправить что то не допетриваю..
Посоветовался с коллегами и мы пришли к следующему результату:
1) Создаем дополнительное поле у Лида "Обработан бизнес-процессом" 2) При заходе в данную ветку проверять заполненность поля, если НЕ заполнено - создавать сущности на основании лида 3) После создания - заполнять данное поле у Лида
Виктор Выпор, дело в том, что вы используете не стандартную функциональность. Скорее всего какое-то решение или надстройка. Инфоблоки находятся в разделе "Контент" и там скорее всего все есть, а раздела "База" у битрикса вообще нет.
SkyNetYar написал: Да конечно.. Стадия заявка отправлена, а затем создаются контакт и сделка В ТП мне ответили ,но я не пойму, там проверяется поле документа и затем меняется статус документа...
Цитата
У вас ошибка в логике вашего БП. У вас идет проверка статуса, а затем вы в БП снова меняете статус и так по кругу.
В бизнес процессах в лиде действительно этот БП все время на стадии "выполняется" значит он зациклился, но в упор не пойма почему и где...
У Вас БП запускается при изменении лида? Скорее всего именно так - попробуйте установить вручную и запустить
Увы это как раз таки Ваша проблема. Битрикс это решение предоставляемое за деньги. Политика партии такова: не устраивает продукт - не бери. Как и у любой системы есть системные требования, о которых Вы не захотели узнать подробности.
Что поддерживается из ОС: * Fedora 12-15 (i386, x86_64) * CentOS 6 (i386, x86_64) * Red Hat Enterprise Linux 5/6 (i386, x86_64)
Что поддерживается из php: * PHP 5.3 - 5.7 * PHP 7.0
Цитата
Антон Гвоздарев написал: установил несколько других CMS на вышеуказанное ПО и железо, которые отлично отработали
Видимо они анонсировали такую поддержку и сделали, но увы у Битрикса ее пока нет.
Антон Долганин написал: (которые ему рано или поздно захочется сделать) в этом файле.
Мне кажется эта ситуация из разряда - зайти в /bitrix/cache/ или /bitrix/managed_cache/ и внести там изменения. Почему бы например по аналогии с ними не хранить файлы там же ? Например у symfony есть подобна вещь, когда кеш по проекту из динамики собирается в статичную помойку для ускорения работы.
Эээ... меня одного смущает что скорее всего вывод происходит в catalog.element, а в component_epilog.php еще раз обрабатывается добавление в корзину??? Попробуйте закомментировать component_epiloge.php и посмотреть будет ли он добавляться в корзину.
А затем проверьте, есть ли у Вас композит или ajax на ту же страницу (именно с вызовом ее части)