Форум

Nikolay Filippov, Все реже и реже трогаю БУС, но по большому счету всегда есть только 2 узких места: Умный фильтр 2.0 и sale.order.ajax.
Поддерживаю мнение Дениса - пустых шаблонов очень не хватает.

Частично используем vue, коллеги по цеху react+webpack.

[QUOTE]Юрий Юферов написал:
И очень интересует вопрос разделения пользователей по филиала (департаментам, направлениям), чтоб все в одной куче не лежали.[/QUOTE]

Да это возможно, причем для коробки можно и без энтерпрайза.

[QUOTE]Юрий Юферов написал:
Ну и в принципе интересует можно вообще все сущности разделить по филиалам?[/QUOTE]

Все - нельзя. CRM останется одна (контакт-центр, центр продаж, интернет-магазин), сайты24, база знаний - это не делится :(

[QUOTE]Александр написал:
Но столкнулись с тем, что в нашей виртуалке отсутствет Bitrix\Main\Application[/QUOTE]

1) Вы развернули чистую коробку или установили демо битрикс24?
Просто по-умолчанию при развороте даже образа bitrix env, у вас только инсталлер, без классов, они скачиваются в процессе установки

2) Где искали \Bitrix\Main\Application? Как именно поняли что его нет? Какой код и где писали?

3) Для создания своей сущности в CRM не нужен Main\Application :)

[QUOTE]Виктор Объедков написал:
Понятно, а тогда в чем может проблема?[/QUOTE]

Проблема в том, что с определенной версии все поля в select приводятся к uppercase, а проект был рассчитан под другую версию и битрикса и php.

[QUOTE]Виктор Объедков написал:
И почему так выходит ошибки?[/QUOTE]

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

P.S. Я не думаю что специалисты Фьюжн так будут игнорировать клиентов на поддержке или откажут в разовых работах, если только вы не хотите сэкономить и сделать все бесплатно в рамках форума

[QUOTE]Максим Мовчан написал:
Есть ли такой?[/QUOTE]

Нету. Прямая дорога в идеи (idea.1c-bitrix.ru)
Но для коробочной версии такое апи есть (хоть и не документировано).

[QUOTE]Максим Мовчан написал:
Кто-нибудь сталкивался с такой проблемой? Версия onpremise.  [/QUOTE]
Возможно старая версия. Обратитесь в техподдержку.

[QUOTE]Андрей Ланкевич написал:
1. Хочу видеть список по всем клиентам с датой последней "завершенной" сделки, плюс графу "комментарий" или т.п.  Данный отчет необходим для понимания того кто из клиентов "ушел", комментарий -  где можно видеть краткое описание причины (банкрот, ушел к конкуренту, нет потребности и т.д.)[/QUOTE]

В компанию добавляется 2 доп.поля:
1) Последняя завершенная сделка
2) Статус (Активная, Действующая)
3) Комментарий

Пишется БП для сделки на успешной стадии - обновить дату в компании.
Раз в Н время менеджеры проставляют статусы компании, а руководитель в списке компаний может фильтровать по статусам и сделкам.

Нужен тариф с БП.

[QUOTE]Андрей Ланкевич написал:
2. Хочу видеть за определенный период сумму сделок на стадии "в обработке" или "провалена". [/QUOTE]

Вроде как, стандартный конструктор отчетов позволяет это сделать

[QUOTE]Дмитрий Васильев написал:
Что бы это могло быть?[/QUOTE]

Дело в том, что крон-скрипты работают с минимальным интервалом 1 минуту, а скрипт проверяет фактическое нахождение не отправленных писем в очереди.
Т.е если сейчас 01 секунда и было добавлено 3 письма, то запуск скрипта до 59 секунды включительно покажет вам 3 не отправленных письма.

Главное чтобы это количество не начало расти без нагрузки(!), т.е. сегодня 3, завтра 6, после завтра 15.
Серьезной ошибкой будет, если без увеличения числа заказов у вас это число станет 150 и выше.

Интересно с какой целью писали этот код?

Хочется начать с вопроса: почему выполняются прямые запросы в базу для таблиц битрикса?
Да и ладно, что удаляет не через api, но кто в таком случае удалит привязку пользователей к группе? А фичи? А почты? А права? А кеш?
Хочется рассказать автору, что есть CSocNetGroup::Delete( $groupId ) который это сделает за него.

Продолжить хочется более интересным вопросом: а зачем в запросе с первичным ключем LIMIT? ID это и так primary поле которое однозначно идентифицирует запись и двух записей с одним ID быть не может. Limit там совершенно бесполезен (но да ладно, анализатор запросов умный и сам уберет).

Но черт возьми, совершенно не проверяется существование этого самого $groupId и его валидация. Проверяется заполненность какого-то ненужного $var, а вот $groupId нет. И ладно бы если выше еще проверили что это хотя бы int, а то там и sql injection пропустить можно

А что перепробовал?
Пример БП? Алгоритмы какие?

Олег Верханов, через JS - https://dev.1c-bitrix.ru/rest_help/application_embedding/application_embedding/pla­cement_info.php