Андрей Николаев (Все сообщения пользователя)

Роман Бурчаков, ну вообще... никак. Создайте дополнительную переменную и устанавливайте ее при входе в каждый статус.

Стандартно таких возможностей нет.

Karlione Karl, вы неправильно запрос делаете. У Битрикса нет bearer авторизации, у них ключ отправляется в auth-параметре (но для этого нужно быть авторизированным, т.е. уже получить этот ключ), либо использовать веб-хуки

Получите ID из соответствующего поля UF_CRM_1509562083 и сделайте еще один запрос. Не вижу проблемы.

Он не должен быть по-умолачнию, но рекомендуется.
Собственно немного устаревшая часть, последнее время рекомендуют redis.


Он верно сказал, не для crm не требуется, но это не значит что никакие другие подсистемы битрикса не используют кеш (например живая лента и т.п.).
Я бы даже сказал так: хорошо если кеширование будет в redis, но лучше когда в redis будет сессия пользователя.

Это зависит от настроек СУБД, а не Битрикс24. Если используется Bitrix Env то там СУБД настроена что каждая таблица в отдельном файле.

Зависит от проекта, чаще нет

1) Произвели ли вы установку самого битрикса? Без нее папка bitrix хоть и будет существовать, но она не будет полной.
2) Ознакомились ли вы с разделом bitrix framework по созданию модуля? https://dev.

Цитата
Александр написал: Но, разве вот этот код при создании таблиц в БД для сущности, не использует Application?

1c-bitrix.ru/learning/course/index.php?COURSE_ID=101&LESSON_ID=2902

Это лишь один из способов

Дмитрий Васильев, "дохождение писем до адресата" лежит вне зоны ответственности битрикса. Битрикс использует стандартную функцию mail и передает отправляемое письмо в postfix. В случае если postfix его принимает, то отправкой занимается именно он, соответственно его логи и нужно смотреть.

В битриксе можно проверить какой ответ дал postfix (не в плане вывода, а принял/непринял) - зайти в таблицу b_event и если там в поле SUCCESS_EXEC стоят Y - значит успешно передал. Если N - еще не обработали, если F - postifx отказался принять и если 0 - отменено обработчиками.

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

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

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


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

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

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

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

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


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

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

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

Возможно старая версия. Обратитесь в техподдержку.

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

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

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


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

Дело в том, что крон-скрипты работают с минимальным интервалом 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

Как вариант - сделать свое активити и определить внутри него эту логику.
Можно конечно сделать отдельный список и писать ID элемента списка в сделку-родителя из которой создаются другие сделки, тогда это поле по идее будет тянуться во все сделки, но костыльный вариант.

Никак. В коробку не завезли еще.

Вы знаете шаблон, в котором нужно выполнять уведомление (вы ведь его сами создали), далее через CBPAllTaskService::GetList() с фильтрами по USER_STATUS = 0 (см в константах нужные значения) и другими фильтрами получаете те задания по которым нужно слать уведомления.
Можно конечно при установке задания пользователю записывать отдельно в свою таблицу, но это такое себе решение.

Кстати оно лучше чем решение выше - вы точно знаете кому уже выданы задания, кто утвердил, кто отклонил и без всякой магии

Скорее всего вы пытаетесь использовать API который требует аутентификации в агентах на cron.
В консольных скриптах нет пользователя, соответственно вам нужно либо выключать авторизацию (зависит от метода), либо авторизовать пользователя, либо использовать другие варианты.

Это константа, обычно они декларируются в файлах подключаемых в init.php
Если она определена, то проблем нет никаких

Ян Соколиков, при подготовке тестовой машины не было обнуления пользовательских данных?