В целях безопасности возврат Access-Control-Allow-Origin оставлен только там, где он действительно необходим для CORS-запросов. В том числе и для API.
Интерфейс /oauth/token является частью процедуры авторизации, и прямого отношения к API не имеет. И к тому же предполагает передачу в запросе client_secret приложения, что никак не может считаться безопасным и всегда предполагалось как раз-таки как server2server.
[ Закрыто] Доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения, Как получить доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения и внести изменения в "Сделку" ?
Если честно, то я как-то не понимаю, в чем ваша проблема.
Цитата
Попробовал изменить запрос (ошибся в имени поля SECOND_NAME указав SECOND111_NAME) - получил ответ: {"result":true}
Логично. Попытка изменить существующую запись с ID=1. Несуществующие поля проигнорированы. Обновление существующей записи пустым набором полей прошло успешно.
Цитата
Попробовал изменить запрос (ошибся в ID записи указав ID=111) - получил ответ: false
Логично. Попытка изменить несуществующую запись обрублена сразу.
То, что не возвращаются человеческие коды ошибок - это уже другой вопрос.
Цитата
Правим на лету
Вчера на Битрикс24 накатывалось обновление, какие-то ошибки могли быть исправлены. Если обновление через crm.lead.update по-прежнему не приводит ни к какому результату, попробуйте указать имя параметра fields в нижнем регистре, как это указано в документации. Если не поможет - обратитесь в техподдержку.
[ Закрыто] Доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения, Как получить доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения и внести изменения в "Сделку" ?
Будет. Работают оба варианта, просто js-библиотека отправляет POST-запросы. В примерах документации фигурирую GET-запросы просто для удобства восприятия.
[ Закрыто] Доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения, Как получить доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения и внести изменения в "Сделку" ?
[ Закрыто] Доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения, Как получить доступ к CRM https://nnn.bitrix24.ru/crm из консольного приложения и внести изменения в "Сделку" ?
Контрол получил в ответ страницу с запросом имени и пароля, а Здесь написано -
Все правильно. На первом шаге авторизации пользователь приложения должен дать доступ приложению на портал, а для этого ему нужно самому авторизоваться на портале. Именно поэтому первый шаг должен происходить в браузере (или в соответствующем элементе управления, встроенном в приложение).
Видимо, emppost прямо на лету свой API правит - у меня наоборот отказалось работать с названиями местоположений в верхнем регистре, но прекрасно отработало со старым вариантом. Сегодня-завтра выпустим обновление с исправлением, спасибо огромное за разбор :-)
fakirus пишет: Модули установили с обновлением. Настройки модуля появлись в админке. По умолчанию права стоят "Доступ закрыт". Установка прав на [N] Сотрудник или руководитель подразделения приводит только к появлению интерфейса отчётов у пользователя. Но в любом случае не появляется нигде окошка "Начать день, закончить день" Входить на портал пробовали Оперой, ИЕ8, ФайерФокс.
Какой шаблон сайта у вас используется? Обновление изменяет только шаблон light, для остальных нужно перезапустить мастер настройки КП.
Видимо, вы указываете дату, например, от 2009-11-26 до 2009-11-27. Логика компонента такова, что отсутствие от 2009-11-26 до 2009-11-26 будет считаться отсутствием на весь день 26го ноября, а от 2009-11-26 до 2009-11-27 - на 2 дня.
Вам нужно, чтобы 1. Заголовок окна браузера всегда содержал постоянное значение, например, "Каталог", который редактировался бы из формы поисковой оптимизации 2. Заголовок страницы формировался из инфоблока так?
Тогда просто уберите значение параметра "Установить заголовок окна браузера из свойства:" в настройках компонента, устанавливающего это заголовок, и оставьте флажок "Устанавливать заголовок страницы".
Параметр добавлен в одной из недавних версий модуля инфоблоков.
vittalk пишет: первые два вопроса ответ отрицательный
я бы на первые два ответил положительно, но стандартный функционал тут не прокатит. Смотрите в сторону дополнительных полей веб-форм и событий на смену статуса.
Либо еще вариант - сделать то же самое на инфоблоках+документооборот. Для подобных целей оно логичнее.