Андрей Николаев

Подскажите, какими методами можно в php получить данное описание разделов?

С таблице b_user_option можно работать через CUserOptions класс который имеет несколько методов.
Например для получения данных можно воспользоваться:

CUserOptions::GetOption($category, $name, $default_value = false, $user_id = false)

Пример использования:

$preset = CUserOptions::GetOption(
	'crm.entity.editor',
	'DYNAMIC_179_details_C15_common',
	null
);

// var_dump($preset); - show

Как сделать так чтобы при закрытии дела у менеджера появился на экране запрос с выбором варианта завершения дела?

Никак. Дела не предполагают "результата".
Для этого в Битрикс24 реализована концепция Push-CRM чтобы сущность не оставалась без запланированных дел.

Это нужно для того что понять что произошло и куда дальше двигать лид. Если это недозвон, то поставить новое дело через день, если попросили перезвонить, то так же поставить дело на другое время, если целевой то перекинуть в другую воронку, если не целевой, то закрыть лид

Этот кейс обычно закрывается через задания бизнес-процессов с запросом доп. результатов или ручным движением сделки по стадиям от менеджера.
Например бывает создают стадию "Недозвон" (если это первичный звонок) или параллельно ставят задачу с требованием результата и заданием с подтверждением.

В облачном Битрикс24 такое штатно не возможно.
Можете попросить техподдержку, но она вряд ли переключит вас обратно.

Работать с таблицей значений мультиполей для записи/изменения или удаления напрямую нельзя.

Используйте методы CCrmLead или CCrmContact.

Например для контакта (взято отсюда):

$contactFields = [
    "FM"       => [
        "PHONE" => [
            // Телефон с ID 3567 будет изменен
            "3567" => [
                "VALUE"      => '+78889996644',
                "VALUE_TYPE" => "WORK",
            ],
            // Телефон в ID 1234 будет удален
            "1234" => [
                "VALUE"      => '',
                "VALUE_TYPE" => "HOME",
            ]
        ],
    ],
];

$contactEntity = new \CCrmContact(false);

$isUpdateSuccess = $contactEntity->Update($contactId);

А вот как раз 3567 и 1234 вы можете получить либо через GetList той же сущности, либо через FieldMultiTable.

TLDR;

Внимательно ознакомьтесь с приказом Министерства здравоохранения РФ от 24 декабря 2018 г. N 911н - он сильно подпортит вам жизнь и наложит серьезные ограничения на ваши хотелки относительно Битрикс24. На вашем месте в указанных случаях лучше рассматривать профильные МИС (Медицинские информационные системы), коих великое множество и они могут существенно упростить жизнь. Лучше заплатить больше, но получить узкоспециализированное решение, чем выбрать "массовый инструмент" и получить штраф/уголовку.

1. Сайт с возможностью записаться к врачу на прием ( врач, сам выставляет свое расписание доступности в crm и принимает заявки на прием)
также регистратура имеет доступ к записи пациентов и отмене

В плане ведения расписаний у битрикса не очень.
Есть слоты, но они не сильно жизнеспособны.
Есть бронирование ресурсов, но там нет расписания, да и нормального интерфейса по работе с записями.

Можно было бы конечно приспособиться и слепить какую-нибудь интеграцию с каким-нибудь Y.Clients или сделать свою страницу через приложение, но тут решать вам.

2. Нужно напомнить о записи пациенту через смс в день записи или заранее (текстом)

Есть и штатные сопособы уведомления по СМС (без приложения в маркете), но в конечном итоге решать вам.

3. Нужны карточки пациентов, с историей оказанных им услуг, оплатах и истории болезни

Очень внимательно почитайте Приказ Министерства здравоохранения РФ от 24 декабря 2018 г. N 911н.
Вы можете хранить историю обращений, оплаты, и некоторые персональные данные клиента в своей CRM, однако она должна соответствовать критериям МИС.
Если вы решите хранить заключения врачей, протоколы исследований, результаты анализов - вы НЕ МОЖЕТЕ этого делать в Битрикс24.

4. Возможность проводить рассылки смс пациентам

Это +- штатный механизм, но какой-нибудь unisender справляется с этим намного лучше

5. Вести финансовый отчет, сколько услуг оказано в день, на какую суммму, каким пациентам, долг пациента (если не оплатили, или оплатил частично)

Зависит от того как в итоге вы построите работу. В целом это можно и в BI смотреть и в аналитике придумать как.

6. Считать комиссию врачей, у каждого врача свой процент - врач А зарабатывает 20%, врач Б - 30 %

Битрикс не предполагает работу с комиссионными вознаграждениями. Т.е. либо писать свое приложение (или искать в маркете) либо высчитывать где-то на бумажке потом.

7. Хотели рассылки в whatsapp делать, но сервис

Есть много других систем которые общаются с Whatsapp - посмотрите и посравнивайте.

CCrmProductRow возвращает данные по товарным позициям - это НЕ товары, а отдельная запись в b_crm_product_row которая характеризуется строго определенным набором полей вида - Название, Цена, Количества, Скидка, Тип скидки, Налог, Тип налога, Идентификатор товара.
Она НЕ расширяется и НЕ содержит свойств инфоблока.

Для того чтобы получить "PROPERTY_62" вам нужно:
1. Запросить товарные позиции для Сделки
2. Отобрать только те товарные позиции у которых заполнен PRODUCT_ID
3. Выполнить дополнительный запрос к инфоблоку торгового каталога и каталогу торговых предложений для получения свойств.

В коробочном битриксе все еще есть поддержка XDI Import, это штатный инструмент создания записей в ленте из внешних источников (rss).

Не понятно как добавлять кастомные поля к задачам (либо для задач предусмотрен другой функционал расширения их стандартных параметров).

Открыть форму создания задачи, развернуть блок "Дополнительно", нажать "Добавить поле".


"Полностью" в задачах поддерживается только 4 типа поля, остальные добавить можно и даже в карточке будут сносно работать, но вот в списке задач (как в фильтре, так и в отображении строки) такой роскоши не ждите.

Если все равно хотите добавить: Админка - Настройки - Настройки продукта - Пользовательские поля.
При добавлении указать код сущности TASKS_TASK

Вопрос: возможен ли вообще такой вариант взаимодействия?

Возможен, но это костыль - нужно отключить авторизацию для этого файла (NEED_AUTH).

Если вы уже работаете с коробкой Битрикс24, то зачем вам вообще rest?
Вы можете штатно подписаться на это и множество других событий и обработать их без всякого http взаимодействия (даже страницу не нужно новую создавать).

Почитайте про события:
https://dev.1c-bitrix.ru/learning/course/index.php...
https://bx24devbook.website.yandexcloud.net/Razrab...

И про свой код в битрикс: https://bx24devbook.website.yandexcloud.net/Razrab...

В облачном Битрикс24 такое невозможно.
В коробочном Битрикс24 можно использовать какое-нибудь действие которое обновляет карточку, ну или разработать самим.

UPD 07.12.2023: Приношу свои извинения - неправильно прочитал и интерпретировал вопрос.

Да, на данный момент есть такая проблема - созданные поля для сотрудника в облачном битрикс24 нельзя удалить через интерфейс. Об этом создана заявка в разработку 115505, можете подключиться (написать в техпод для повышения приоритета). Ждем исправление.

Поля, однако, можно удалить через REST:
* получить ID поля через user.userfield.list - https://dev.1c-bitrix.ru/rest_help/users/userfield...
* удалить по ID поле через user.userfield.delete - https://dev.1c-bitrix.ru/rest_help/users/userfield...

Предыдущий ответ удаляю чтобы не вводить в заблужение.

По-умолчанию Битрикс24 требует защищенное соединение, так как передает данные в открытом виде (любой промежуточный сервер читает и адрес (вебхук) и параметры запроса и post-данные (токены)).

Однако, для тестовых разработок и внутренних можно использовать и незащищенное HTTP соединение, правда для этого необходимо обьявить константу: REST_APAUTH_ALLOW_HTTP.

Пропишите где-нибудь в dbconn.php или init.php:

define("REST_APAUTH_ALLOW_HTTP", true);

Простейший пример проиллюстрирован в документации на соответствующей странице: main.ui.grid и main.ui.filter, там же можно почитать больше подробностей про дополнительные ключи.

Никак.

На этой форме вы видите товарные позиции И данные доступные из товаров, при условии что товарные позиции были не созданы а выбраны из каталога.
Так как у самих товарных позиций нет этого свойства, то сделать его редактирование нельзя.

В теории конечно можно разрешить редактирование этих столбцов, но только для тех товарных позиций что созданы из товаров, однако это будет водить в заблуждение - будет создаваться визуальная коллизия что свойство заполняется у конкретной позиции данной сделки, однако это будет редактироваться у всех товарных позиций созданных по этому товару во всех сделках.
Да и даже это изменение возможно только в коробке Битрикс24.

Сортировка состоит из двух частей: визуального отображения (стрелочки и т.п.) и реальной сортировки данных.

Если вы внимательно посмотрите на код, то у вас есть фрагмент:

$sort = $grid_options->GetSorting(['sort' => ['ID' => 'DESC'], 'vars' => ['by' => 'by', 'order' => 'order']]);

Если вы поставите дебаг переменной `$sort` и будете смотреть как он меняется при обновлении страницы (щелкать по столбцам и обновлять страницу), то вы увидите что он содержит там ключ стобца из HEADERS (COLUMNS) и направление (ASD/DESC), и все это будет вроде бы в `$sort['sort']`.

Далее, если вы посмотрите на фрагмент кода:

$res = \CIBlockElement::GetList(array("ID"=>"ASC"), $filterD, false, $nav_params);

То благодара документации по методу вы узкаете что первым параметром передается массив для сортировки результатов и в вашем случае он всегда фиксированный - по возрастанию ID.

Если вместо фиксированного параметра вы передадите тот самый набор из сорт то у вас все заработает.

Это возможно только в коробочной версии Битрикс24, но делается это не настройками, а кастомизацией