это не проблема битрикса, курите области видимости переменных JS и мануалы по jqwery ... RTFM вообщем.
29.04.2019 08:20:57
И к стати разобрался до конца с filter: { "LOGIC" : "OR"... Эта инструкция предполагает логику or для нескольких полей типа тел= хххх или id = 123 (может вернуть 2 карточки если телефон от одного контакта а ID от другого) И ПО ВСЕМ МОИМ ТЕСТАМ В ОБЛАКЕ НЕ РАБОТАЕТ(ну или я действительно что то делаю не так), а если нужно несколько телефонов или ID то "LOGIC" : "OR" писать не надо. Надо нужные значения фильтра передавать массивом: "ID":[ID1,ID2] - и выберет именно эти 2 айдишника (логика or внутри)
Изменено: Алексей Громов - 29.04.2019 08:32:55
|
|
|
29.04.2019 08:01:44
Вот здесь
|
|
|
19.03.2019 12:26:19
Угу и поиметь много геморроя, если вдруг придется делать синхронизацию с 1с. хотя конечно если так в ТЗ то может стоит пересмотреть структуру данных ?
Изменено: Алексей Громов - 19.03.2019 12:28:25
|
|
|
19.03.2019 11:16:26
|
|||
|
18.03.2019 18:59:12
|
|||||
|
03.03.2019 21:21:33
а Вы посмотрите на строку запроса, там все видно (console.log(result) ну а вообще там всегда "и". Можно конечно подправить сам модуль БX24 но вряд ли поможет. и если еще говорить о недоработках то нормального списочного метода для универсальных списков почему- то не сделали(((((
Изменено: Алексей Громов - 03.03.2019 21:28:37
|
|
|
03.03.2019 18:37:00
|
|||
|
25.02.2019 23:35:04
Изменено: Алексей Громов - 25.02.2019 23:37:19
(Удалено)
|
|
|
20.02.2019 19:10:20
Создавайте программно- и будет все как напишите. Переименовать по моему нет. Если получится переименовать - отпишитесь плиз.
Изменено: Алексей Громов - 20.02.2019 19:13:25
|
|
|
13.02.2019 12:14:54
в id надо отдавать строку а не число, по моему это критично . Самое веселье начинается когда списочный метод возвращает id именно числом. Нет все решается одной строкой кода, но блин сколько тупил над этим...
Изменено: Алексей Громов - 13.02.2019 12:39:05
|
|
|
18.01.2019 13:53:55
Скорее всего нужно в обязательном порядке для новой сделки указывать поля (код JS) см.
|
|||
|
17.01.2019 19:35:34
Запрос :
&auth=****1&auth_connector=OneC&cmd[8504991a-1a2c-11e9-baa8-e0d55eb9b44d]=crm.deal.update?id=49&fields[BEGINDATE]=2019-01-17T14:50:13&fields[CATEGORY_ID]=1&TestParam=test ну или вот так id: "49", "fields": [ {"CATEGORY_ID": "0"}]
Изменено: Алексей Громов - 18.01.2019 10:38:27
|
|
|
17.01.2019 17:20:08
код из примеров немного измененный. если я укажу неправильный код направления, разве не должна вернуться ошибка. или если направление не изменилось?
Изменено: Алексей Громов - 17.01.2019 17:22:12
|
|||
|
17.01.2019 12:39:59
Добрый день. Почему при попытке изменить (обновить) поле 'CATEGORY_ID' у существующей сделки rest api возвращает "true" а направление не меняется? получается изменить только с портала.(у меня 2 направления "id=0 name=ОБЩЕЕ" и "id=1 name=ОБЩЕЕ1). Более того "true" возвращается независимо от того что я передаю в поле.
Изменено: Алексей Громов - 17.01.2019 12:43:45
|
|
|
17.01.2019 12:35:23
Добрый день. Почему при попытке изменить (обновить) поле 'CATEGORY_ID' у существующей сделки rest api возвращает "true" а направление не меняется? получается изменить только с портала.(у меня 2 направления "id=0 name=ОБЩЕЕ" и "id=1 name=ОБЩЕЕ1). Более того "true" возвращается независимо от того что я передаю в поле.
Изменено: Алексей Громов - 17.01.2019 12:44:30
|
|
|