Уникальный токен ключ что это

Если у вас возникнут вопросы, напишите в поддержку на сайте Маяка.

Мы не получаем доступ к вашему Личному Кабинету, только к данным и за вами остается полный контроль
Мы просто не можем строить отчеты без ваших данных, поэтому какой-то доступ к ним должен быть, и доступ через API — самый удобный
Мы технически не сможем удалить/изменить ваши данные на Wildberries. Доступ через API, который мы просим, дает возможность только считывать данные, но не удалять/изменять их

Что такое токен (ключ API)?

Токен (Ключ API) – это уникальный идентификатор, который используется для аутентификации запросов, связанных с вашим кабинетом. Получив сообщение с ключом API, Wildberries передает информацию о ваших бизнес показателях через защищенные протоколы сервису аналитики продаж на маркетплейсах Маяк.

Зачем необходимо использовать токен (ключ API)?

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

Ошибка «Не удалось загрузить ключи API»

Токен (ключ API) может cгенерировать только главный пользователь поставщика т.е. владелец кабинета. Если при переходе на вкладку возникла ошибка «Не удалось загрузить ключи API», значит вы имеете ограниченный доступ. Чтобы сгенерировать токены (ключи API), необходимо обратиться к владельцу кабинета.

Почему можно доверить токен (API-ключ) Маяку?

Для создания Вашего личного кабинета на нашем сервисе мы просим у вас Токен (API-ключ). Ниже мы объясняем, что это такое и приводим 4 причины, почему нам можно доверить свои данные о продажах на Вайлдберриз:

Мы не получаем доступ к вашему Личному Кабинету, только к данным и за вами остается полный контроль
- Немного теории:
  - Все данные Вайлдберриз по умолчанию защищены и никто, не имеющий доступ к вашему Личному Кабинету, не может получить к ним доступ.
  - Но так как многие компании хотели строить свои аналитические отчеты о продажах на основе «сырых» данных о продажах на Вайлдберриз, то им понадобилась возможность скачивать эти данные.
  - Делать это через Личный Кабинет в ручном режиме крайне трудозатратно, поэтому они договорились о механизме API (application programming interface), или интерфейс между программами/сайтами и т. д. Это стандартная схема работы, когда вы хотите автоматически обмениваться данными — так работают и крупные и небольшие компании
  - Конечно же создали стандартов API позаботились о том, чтобы доступ к данным могли получать только те, у кого есть на это права
  - Для этого они ввели механизм ключей (почти так же как и ключи от дверей) — таким образом, что доступ к данным может получить только тот, у кого есть ключ (как и с дверьми — открыть закрытую на ключ дверь, культурно, можно только с ключом)
- Таким образом — ваши данные защищены, а кому давать ключ — решаете только вы. Выгодное отличие от «обычных дверей» в том, что «замена замка и смена ключей» происходят намного проще. Вы в любой момент можете аннулировать старые ключи и сделать новые
- Поэтому, если вы захотите отменить наш доступ к вашим данным, то вы сможете это сделать очень просто
Мы просто не можем строить отчеты без ваших данных, поэтому какой-то доступ к ним должен быть, и доступ через API — самый удобный
Надежные серверы и лучшие провайдеры
Мы технически не сможем удалить/изменить ваши данные на Wildberries
- Доступ через API, который мы просим, дает возможность только считывать данные, но не удалять/изменять их
- Технически метод реализован через запрос GET, это один из наиболее часто используемых запросов в интернете и он позволяет только получать данные в одну сторону, поэтому ваши исходные данные, хранящиеся в Wildberries, останутся неизменными

Токены доступа

На этой странице описан подход к пользовательскому интерфейсу, доступный начиная с Ключ-АСТРОМ версии 1.227. Процедуру для более старой версии см. В описании устаревшей версии . В качестве альтернативы вы можете использовать Tokens API v2 .

Весь внешний доступ к вашей среде мониторинга Ключ-АСТРОМ зависит от двух частей информации: идентификатора среды и токена доступа .

Ключ-АСТРОМ использует несколько типов токенов:

Жетоны доступа и токены личного доступа предоставляют доступ к:
- Ключ-АСТРОМ API
- Загрузка установщиков ЕдиныйАгент и АктивныйШлюз
- Доступ к интеграции модулей
- 1 Формат токена
  - 1.1 Отключить новый формат
  - 3.1 API v2
  - 3.2 API v1
  - 3.3 PaaS
  - 3.4 Модули
  - 3.5 Другой
  Формат токена
  
  Ключ-АСТРОМ использует уникальный формат токенов, состоящий из трех компонентов, разделенных точками ( . ).
  
  24-значный открытый идентификатор токена. Это значение можно безопасно отображать в пользовательском интерфейсе и использовать для ведения журнала.
  
  64-символьная секретная часть токена, которую можно рассматривать как пароль, поэтому ее не нужно отображать в веб-интерфейсе Ключ-АСТРОМ (после первоначального создания) или сохранять в файлах журнала.
  
  Предсказуемый формат дает вам несколько преимуществ, таких как:
  - Использование хуков предварительной фиксации Git, чтобы избежать отправки токенов в репозитории исходного кода (например, с помощью таких инструментов, как git-secrets )
  - Определение правил маскирования для сокрытия секретных частей токенов при записи файлов журналов
  - Обнаружение токенов во внутренних файлах или сообщениях
  - Включение службы сканирования секретов GitHub для идентификации любого токена, отправленного в общедоступный репозиторий GitHub
  Используйте это регулярное выражение для поиска токенов:
```
dt0[a-zA-Z][0-9]\.[A-Z0-9]\.[A-Z0-9]
```
  С выпуском Ключ-АСТРОМ версии 1.210 этот формат включен по умолчанию (все вновь сгенерированные токены будут использовать новый формат).
  
  Все существующие токены старого формата остаются в силе.
  
  Отключить новый формат
  
  В течение ограниченного времени у вас есть возможность отказаться от использования нового формата токена. Вы можете найти настройку здесь:
  - SaaS и управляемое окружениеПерейдите в Настройки> Интеграция> Настройки токена .
  - Управляемый кластерВ веб-интерфейсе CMC выберите «Настройки»> «Токены API» .
  Создать токен доступа
  
  Чтобы сгенерировать токен доступа
  1. В меню Ключ-АСТРОМ выберите маркеры доступа .
  2. Выберите Создать новый токен .
  3. Введите имя для вашего токена.
  4. Выберите необходимые разрешения для токена.
  5. Выберите « Создать» .
  6. Скопируйте сгенерированный токен в буфер обмена. Сохраните токен в диспетчере паролей для использования в будущем. Вы можете получить доступ к своему токену только один раз после создания. Вы не сможете потом раскрыть это.
  Вы можете назначить несколько разрешений одному токену или сгенерировать несколько токенов, каждый с разными уровнями доступа, и использовать их соответствующим образом — проверьте политики безопасности вашей организации, чтобы получить наилучшие рекомендации.
  
  В качестве альтернативы вы можете использовать POST вызов токена API токенов аутентификации API для создания токена.
  
  Ключ-АСТРОМ не требует уникальных имен токенов. Вы можете создать несколько токенов с одним и тем же именем. Обязательно укажите понятное имя для каждого генерируемого токена. Правильное именование поможет вам эффективно управлять своими токенами и, возможно, удалять их, когда они больше не нужны.
  
  Объемы токенов
  
  У токенов доступа есть детализированные области действия, чтобы ограничить доступ к определенным функциям продукта по соображениям безопасности.
  
  Ключ-АСТРОМ предоставляет следующие разрешения для токенов API. Вы можете установить их в пользовательском интерфейсе, как описано выше, или через API токенов аутентификации API . Некоторые области доступны только через API.
  
  Поставщики идентификационных данных: Что такое аутентификация на основе токенов?
  
  Аутентификация на основе токенов — это протокол аутентификации, в котором пользователи проверяют свои идентификационные данные в обмен на уникальный токен доступа. Затем пользователи могут получить доступ к веб-сайту, приложению или ресурсу в течение всего срока действия токена без необходимости повторно вводить учетные данные.
  
  Как работает аутентификация на основе токенов?
  
  Аутентификация на основе токенов начинается со входа пользователя в систему, устройство или приложение, обычно с использованием пароля или контрольного вопроса. Сервер авторизации проверяет первоначальную аутентификацию, а затем выдает токен доступа, представляющий собой небольшой фрагмент данных, который позволяет клиентскому приложению совершать безопасный вызов или передавать сигнал на сервер API.
  
  Аутентификация на основе токенов работает, предоставляя серверу второй высоконадежный способ проверки личности пользователя и подлинности запроса.
  
  После того как этот первоначальный протокол аутентификации на основе токена будет завершен, токен будет работать как прокомпостированный билет. Пользователь сможет по-прежнему осуществлять беспрепятственный доступ к соответствующим ресурсам без повторной аутентификации в течение всего жизненного цикла токена. Этот жизненный цикл заканчивается, когда пользователь выходит из системы или приложения, а также может быть завершен установленным протоколом времени ожидания.
  
  В чем преимущества аутентификации на основе токенов?
  
  Аутентификация на основе токенов предоставляет множество преимуществ для нескольких заинтересованных сторон.
  - Повышенное удобство пользователя. Вместо того чтобы повторно вводить учетные данные и проходить повторную аутентификацию каждый раз, когда пользователь возвращается в систему, в приложение или на веб-страницу, он сохраняет беспрепятственный доступ до тех пор, пока токен остается действительным (как правило, до тех пор, пока сеанс не завершится выходом из системы или закрытием программы).
  - Повышенная цифровая безопасность. Аутентификация на основе токенов создает еще один уровень безопасности поверх традиционной парольной или серверной аутентификации. Токены, как правило, гораздо труднее украсть, взломать или иным образом скомпрометировать, чем пароль.
  - Административный контроль. Аутентификация на основе токенов обеспечивает администраторам гораздо более детальный контроль и видимость каждого действия пользователя и транзакции.
  - Меньшая техническая нагрузка. Поскольку создание токена может быть полностью отделено от его проверки, проверку может проводить вспомогательная служба, например предоставляемая решением Entrust по управлению доступом и идентификационными данными. Это значительно снижает нагрузку на внутренние серверы и устройства.
  Что такое токен доступа?
  
  Токены доступа или аутентификации обеспечивают пользователям доступ к устройству, приложению или другому цифровому ресурсу. На сегодняшний день доступно множество различных типов токенов.
  
  Аппаратные токены
  
  Аппаратные токены — это небольшие физические устройства, которые пользователи предъявляют для получения доступа к ресурсу. Аппаратные токены могут быть подключенными (например, USB, смарт-карта, брелоки одноразовых паролей) или бесконтактными (например, токены Bluetooth). Эти токены пользователь носит с собой. На ранних этапах развития аутентификации на основе токенов (читайте: до появления смартфонов) можно было пользоваться только аппаратными токенами. Однако аппаратные токены сравнительно дороги, могут быть потеряны или украдены и, как следствие, часто требуют более значительной ИТ-поддержки.
  
  Программные токены
  
  Программные токены, также называемые отключенными токенами, являются поистине бесконтактными и могут использоваться для аутентификации независимо от местонахождения. Наиболее распространенными примерами программных токенов в настоящее время являются мобильные приложения, которые используют смартфоны для двухфакторной аутентификации (2FA), многофакторной аутентификации (MFA) или веб-токенов JSON. Токены программного обеспечения все чаще выбирают для аутентификации на основе токенов, поскольку они обеспечивают такие преимущества, как снижение расходов, повышение удобства пользования, снижение вероятности потери или кражи и меньший риск атак через посредника.
  
  Что такое веб-токены с открытым исходным кодом или веб-токены JSON?
  
  Наиболее распространенным типом отключенных или программных токенов является токен с открытым исходным кодом, а именно токен стандарта JSON Web Token (JWT). JSON — это стандарт с открытым исходным кодом (RFC 7519 ), который предлагает простой, автономный протокол для кодирования информации в виде объекта JSON, обеспечивающего эффективную и безопасную передачу информации. Стандарт JWT получил широкое распространение, потому что токены представляют собой чрезвычайно компактные объекты, которые можно эффективно передавать различными способами, в том числе через строки запросов, атрибуты заголовков и в теле запроса POST.
  
  Компоненты веб-токена с открытым исходным кодом или веб-токена JSON
  
  Веб-токен JSON состоит из трех отдельных частей.
  - Заголовок. Тип токена и алгоритм шифрования.
  - Полезная нагрузка. Учетные данные аутентификации для данного ресурса.
  - Подпись. Криптографический ключ для проверки подлинности полезной нагрузки.
  Как реализовать аутентификацию на основе токенов?
  
  Реализация протокола аутентификации на основе токенов состоит из пяти ключевых шагов:
  1. Запрос. Пользователь вводит учетные данные для входа.
  2. Проверка. Сервер проверяет учетные данные пользователя.
  3. Отправка токенов. Сервер генерирует маркер, который будет действителен в течение заданного периода.
  4. Хранение. Токен хранится в веб-браузере пользователя для дальнейшего использования.
  5. Истечение срока действия. Токен остается активным в течение заданного периода.
  Когда рекомендуется аутентификация на основе токенов?
  
  Существует много случаев, когда парольной или серверной аутентификации более чем достаточно для решения задач, связанных с безопасностью. Тем не менее существует несколько характеристик, которые сигнализируют о ситуации, когда дополнительная безопасность, контроль и удобство пользования, присущие аутентификации на основе токенов, особенно полезны.
  - Системы и ресурсы, которые часто предоставляют временный доступ. Если ваша база пользователей сильно отличается в зависимости от дня или времени, традиционный протокол предоставления и последующего аннулирования временного доступа пользователей может быть чрезмерно трудоемким, дорогостоящим и технологически сложным. Токены могут обеспечить динамичное, гибкое, экономичное решение для безопасного и бесперебойного временного доступа.
  - Системы и ресурсы, требующие детального контроля доступа. Если нужен гораздо более детализированный контроль доступа, например для предоставления доступа к определенным частям документа либо определенных прав на редактирование или использование, парольная аутентификация не подойдет. Аутентификация на основе токенов идеально подходит для намного более тонкой настройки привилегий и более детального административного контроля.
  - Системы и ресурсы, подверженные высокому риску взлома или компрометации. Если цифровой ресурс содержит конфиденциальную, ценную или защищенную информацию, аутентификация на основе токенов обеспечивает значительно более высокий уровень надежности по сравнению с аутентификацией на основе паролей.
  - Строго регулируемые системы и ресурсы. Продолжение предыдущего пункта: если цифровой ресурс содержит конфиденциальную информацию, которая защищена требованиями обеспечения конфиденциальности данных или другими нормами, скорее всего, согласно этим нормам аутентификация не должна ограничиваться простыми паролями. При правильной настройке аутентификация на основе токенов может соответствовать нормативно-правовым требованиям для высоконадежной защиты.
  Передовые методы высоконадежной аутентификации на основе токенов
  
  Хотя аутентификация на основе токенов, несомненно, является большим шагом вперед по сравнению с традиционной аутентификацией на основе паролей, токен по-прежнему считается «токеном на предъявителя», то есть доступ предоставляется тому, кто владеет токеном. Это означает, что даже программные токены, например мобильные приложения, по-прежнему могут быть украдены или скомпрометированы. Если злоумышленник владеет токеном, он может использовать его для получения несанкционированного доступа к защищенным ресурсам и информации. Для защиты от остаточного риска компрометации и взлома важно создать программу аутентификации на основе токенов с учетом перечисленных ниже рекомендаций.
  - Сохранение конфиденциальности токена. Пользователи должны обращаться с токеном (аппаратным или программным) так же, как с любыми секретными учетными данными. Это означает, что он должен храниться безопасно и надежно, никогда не передаваться и предоставляться только проверенным сервисам, чтобы предотвратить потерю или кражу.
  - Упрощение полезной нагрузки токена. Токены предназначены для использования минимального объема информации для аутентификации пользователя. Они закодированы, однако злоумышленники могут легко их декодировать. По этой причине никогда не помещайте конфиденциальную или защищенную информацию в полезную нагрузку токена и старайтесь свести к минимуму запросы к полезной нагрузке. Это также поможет повысить скорость и производительность.
  - Определение срока действия токена и его отзыв. Как правило, срок действия токена истекает автоматически, когда пользователь выходит из системы или полностью закрывает программу. Но по сути при отсутствии этого триггера окончания сеанса срок действия подписанного токена ничем не ограничен. Для защиты от компрометации необходимо установить срок действия по умолчанию для всех токенов и иметь протокол для отзыва токенов в случае необходимости.
  - Систематическое использование HTTPS-соединений. При использовании небезопасных соединений невероятно просто перехватить и украсть токены во время передачи. При отправке токенов на сервер проверки и получении токенов от него всегда используйте HTTPS-соединения.
  - Добавление дополнительных уровней безопасности. В зависимости от ваших требований безопасности может потребоваться добавить дополнительные протоколы безопасности и аутентификации поверх базовой аутентификации на основе токенов. Например, в некоторых случаях добавляют вторую систему проверки токенов, цель которой — гарантировать создание всех токенов на правильном сервере.
  - Связаться с отделом продаж
  - Связаться со службой поддержки
  - Найти местоположение
  Уникальный токен ключ что это
  
  Токен авторизации – уникальный для каждого пользователя ключ, состоящий из набора букв и цифр. Токен необходим для проверки подлинности ваших учетных данных в Zoho CRM. Токен используется для интеграции учетной записи Zoho CRM со сторонним программным обеспечением и сервисами. Например, токен необходим при установке и настройке расширений для Zoho CRM.
  
  Как сгенерировать токен?
  
  1.Необходимо войти в учетную запись Zoho — https://accounts.zoho.com
  
  2.В новой вкладке браузера открыть страничку, или просто перейти по ссылке – https://accounts.zoho.com/apiauthtoken/create?SCOPE=ZohoCRM%2Fcrmapi&DISPLAY_NAME=checkemail (где checkemail – имя программного обеспечения/сервиса, для которого генерируется токен).
  
  3. Нажать на кнопку Generate Authtoken.
  
  4. Система сгенерирует уникальный ключ, который и является токеном авторизации.
  
  Если пароль аккаунта Zoho сохранен в браузере, токен будет сгенерирован автоматически, а если нет, необходимо будет ввести логин и пароль.
  
  Данный ключ можно использовать во всех вызовах API. Обратите внимание, что сгенерированный токен не будет сохранен на страничке генерации токенов, поэтому очень рекомендуем записать данный ключ в заметки. Каждый ключ является уникальным и постоянным. Если пользователь станет неактивным, токен автоматически станет недействительным.
  
  Как управлять токенами?
  
  Получить доступ к токенам и ключам своего акаунта можно так: войдите в свой аккаунт Zoho — https://accounts.zoho.com ->ActiveAuthtokens.
  
  Тут можно просмотреть информацию по всем вашим токенам и удалить любой из токенов. Если Вы удаляете токен, программное обеспечение/сервис, которые использовали данный токен, больше не будут работать.
  
  Вы можете генерировать несколько токенов, и в параметрах токена задать «имя» каждому токену. Это предоставит возможность проследить статистику использования запросов внешними приложениями, которые используют токены.
  
  Имя токена указывается в URL:
  
  Checkemai l – имя приложения, для которого генерируется токен.
  
  Статистику можно проследить так, в Zoho CRM перейдите в Настройки – Пространство разработчика – API (Setup > Developer Space > APIs). Статистику можно просмотреть за последние 24 часа, последние 7 дней, 30 дней или за любую дату.
  
  У каждого аккаунта Zoho установлен лимит на генерацию токенов. Если ваш лимит исчерпан, удалите один из генерируемых ранее токенов ( https://accounts.zoho.com ->ActiveAuthtokens ) и сгенерируйте новый токен.
  
  Наши расширения и токены к ним:
  Похожие публикации: