Рейтинг: 0  
Новая
Предложил Никульшин Сергей 15.11.2018 14:29:10

CRM-Формы Битрикс24

CRM-Форма меня устраивает но!!! есть несколько НО, без которых, она "сырая".
Необходимо добавить в CRM-Формах возможность проверки полей в базовом функционале: емаил и телефон.
Проверку электронной почты (указанной в форме) добавить не сложно, пусть отправляется сообщение на почту с ожиданием подтверждения. Это и технически реализовать можно и принятая практика.
Бывает так, что люди заполняют не корректные данные, а менеджер разводит руками, не могу написать человеку...
Тоже самое и относится к телефону, почему не сделать проверку номера по СМС? Если это серьёзный клиент, нужна информация и человек уже вводит телефон, то почему не проверить номер СМСкой?
Тем более, как я понимаю, интеграция телефонии в Битрикс24 есть.
Одним предложением: проверка почты и телефона в стандартной CRM-форме - НУЖНА!
Функционал совершенно не лишний!
Поддержите, кто согласен :)
Рейтинг: 19.7765  
На голосовании
Предложил DevFIX 23.12.2013 11:51:04

Проверка символьного кода на уникальность без перезагрузки страницы при генерации (AJAX)

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

Если такой функционал будет внедряться. Хотелось бы иметь вот такие функции:
1. Проверка на уникальность прямо при генерации или вводе символьного кода.
2. В инфоблоке иметь возможность настраивать, чтобы при совпадении символьных кодов, автоматом дописывалась к таким кодам цифра (1, 2, 3 и т.д.) и цифра буквами (one, two, three и т.д.).
3. Также в инфоблоке иметь возможность включать автоматическое название. Т.е. при создании элемента, чтобы у него автоматом создавалось уникально название и символьный код. Опять же можно цифры написанные буквами с маской. Это удобно было бы для создания галерей посредством инфоблоков и т.п., где не требуется название, а просто нужно добавить фото как можно быстрее и большое количество.

Спасибо!
Рейтинг: 22.4319  
На голосовании
Предложил Алексей 17.07.2013 14:49:09

Добавить тип свойства "email"

Чтобы не выдумывать каждый раз, как сделать проверку на корректность введенных данных.
Наверняка, большинство с этим сталкивалось и придумывало свои способы проверки.
Думаю, давно пора сделать такой функционал "из коробки".
Рейтинг: 0.391  
Внедрено
Предложил Данилов Юрий 05.04.2012 15:41:14

Проверка структуры таблиц

Очень часто хостинг-провайдеры, дают права только SELECT, INSERT, UPDATE, DELETE к базе, что обеспечивает достаточный уровень безопасности.
В связи с этим при обновлениях (при изменении структуры таблиц не работает свойство REFERENCE), а соответственно возникают подобные сообщения:
MySQL Query Error: SELECT FS.ID, FS.USER_ID, FS.FORUM_ID, FS.TOPIC_ID, FS.LAST_SEND, FS.NEW_TOPIC_ONLY, FS.SITE_ID, DATE_FORMAT(FS.START_DATE, '%d.%m.%Y %H:%i:%s') as START_DATE, U.EMAIL, U.LOGIN, U.NAME, U.LAST_NAME, FT.TITLE, F.NAME AS FORUM_NAME, FU.SUBSC_GROUP_MESSAGE, FU.SUBSC_GET_MY_MESSAGE FR OM b_forum_subscribe FS INNER JOIN b_user U ON (FS.USER_ID = U.ID) LEFT JOIN b_forum_topic FT ON (FS.TOPIC_ID = FT.ID) LEFT JOIN b_forum F ON (FS.FORUM_ID = F.ID) LEFT JOIN b_forum_user FU ON (U.ID = FU.USER_ID) LEFT JOIN b_user_group UG ON (U.ID = UG.USER_ID) LEFT JOIN b_forum_perms FP ON (FP.FORUM_ID = FS.FORUM_ID AND FP.GROUP_ID=UG.GROUP_ID) LEFT JOIN b_forum_perms FP1 ON (FP1.FORUM_ID = FS.FORUM_ID AND FP1.GROUP_ID=2) WHERE 1 = 1 AND ((FS.FORUM_ID = 2 )) AND ((FS.TOPIC_ID = 10 OR FS.TOPIC_ID = 0 OR FS.TOPIC_ID IS NULL)) AND ((U.ACTIVE = 'Y' )) AND (( (FP.PERMISSION >= 'E') OR (FP1.PERMISSION >= 'E') OR ((FP.ID IS NULL) AND (UG.GROUP_ID = 1)))) AND ((FS.LAST_SEND IS NULL OR FS.LAST_SEND = 0 OR FS.LAST_SEND < 19)) AND (FS.SOCNET_GROUP_ID IS NULL) GROUP BY FS.ID, FS.USER_ID, FS.FORUM_ID, FS.TOPIC_ID, FS.LAST_SEND, FS.NEW_TOPIC_ONLY, FS.SITE_ID, DATE_FORMAT(FS.START_DATE, '%d.%m.%Y %H:%i:%s'), U.EMAIL, U.LOGIN, U.NAME, U.LAST_NAME, FT.TITLE, F.NAME, FU.SUBSC_GROUP_MESSAGE, FU.SUBSC_GET_MY_MESSAGE ORDER BY FS.USER_ID ASC[Unknown column 'FS.SOCNET_GROUP_ID' in 'wh ere clause']
 
Теперь идея - СОЗДАТЬ ИНСТРУМЕНТ ПРОВЕРКИ СТРУКТУРЫ (ПОЛЕЙ) ТАБЛИЦ.
В случае не возможности изменения автоматом (при запрещении соответствующих прав к базе) аккумулировать sql запросы для передачи их администратору хостинга.

Проверить наличие полей при запрете доступа можно путем запроса по каждому полю и следить за ошибками.

Сопоставить 2 величины и вуаля! Одно остается на мой взгляд загадкой... почему эта идейка еще не реализована?
Рейтинг: 0  
Ответил Шаромов Денис 14.03.2014 14:29:28
Проверка системы не только проверяет структуру таблиц (с полями), но и наличие базовых данных в них (которые прописаны в install.sql модуля). А также всё, что возможно, исправляет автоматически.

При этом в журнале проверки есть список запросов для ручного исправления.