Настройки профиля

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

  • Настройки обработки данных. В данном блоке представлены опции, влияющие на обработку почтовых адресов, телефонов и ФИО.
    • Использовать смарт-поиск при обработке проблемных реестров. Данный флажок включает режим смарт-поиска, который будет использоваться при обработке реестров, содержащих почтовые адреса. Суть данного режима заключается в следующем. При стандартной обработке адресов используются алгоритмы, настроенные так, чтобы по возможности минимизировать ложные исправления. Ложное исправление может возникнуть, когда обрабатываются сильно искаженные данные, в этом случае сервис может предложить вариант нормализации, недостаточно точно соответствующий обработанным данным. Чтобы минимизировать такие ситуации, алгоритмы стандартизации настроены на весьма строгий анализ и отсев низкокачественных данных. Включение режима смарт-поиска позволяет выполнить повторную обработку отбракованных стандартными алгоритмами адресов с менее строгими ограничениями. Это позволяет исправлять сильно искаженные адреса с риском получить по ним ложные исправления. Адреса, откорректированные при смарт-поиске, помечаются признаком FoundInSearchMode, который можно включить в компоновку адреса и вывести в отдельную колонку отчета. Также такие адреса автоматически попадают в категорию «Сомнительные». Включение смарт-поиска приводит к увеличению стоимости обработки почтовых адресов, поскольку в этом случае адреса обрабатываются дважды.
    • Использовать форсированную фильтрацию по почтовому индексу при обработке реестров. Данный флажок включает дополнительную фильтрацию адресов по почтовому индексу. Если при обработке адреса будет обнаружено несколько альтернативных вариантов его интерпретации, то сервис удалит те из них, почтовый индекс которых не соответствует почтовому индексу, указанному в исходной обработанной строке реестра. Данную опцию следует использовать в том случае, если вы уверены в том, что ваш реестр содержит корректные индексы. Если исходный адрес содержит некорректное упоминание индекса, то форсированная фильтрация приведет к тому, что для адреса не удастся получить результат его стандартизации и он будет отбракован.
    • Определять для адресов коды ФИАС, ОКАТО, ОКТМО и ИФНС при обработке реестров. Данный флажок указывает сервису, что при обработке адресов в рамках реестров для каждого адреса следует определять его коды по справочникам ФИАС, ОКАТО, ОКТМО и коды ИФНС. Определение данных кодов может замедлить обработку адресных данных примерно на 30%, поэтому данный флаг следует устанавливать только в случае, если в этих кодах действительно есть потребность.
    • Максимальное количество вариантов для неоднозначных адресов. В данном поле можно установить лимит на число возвращаемых сервисом вариантов распознавания для неоднозначных адресов. Данный лимит применяется как при обработке реестров, так и при обработке адресов посредством API. Данный лимит нельзя установить больше 20.
    • Максимальное количество вариантов для неоднозначных телефонов. Данный лимит аналогичен предыдущему, но применяется при обработке телефонных номеров.
    • Максимальное количество вариантов для распознанных ФИО. Данный лимит аналогичен предыдущему, но применяется при обработке фамилий, имен и отчеств.
  • Контроль обработки API-запросов. Данная категория содержит опции, позволяющие установить лимит на число запросов, обрабатываемых приложением пользователя посредством API в течение суток. Эти настройки могут использоваться самим пользователем для контроля над своим бюджетом.
    • Лимит платных запросов в сутки. В данном поле можно установить лимит на число платных запросов, получаемых сервисом от приложения пользователя. Само значение лимита никак не влияет на поведение сервиса до тех пор, пока не будут выставлены следующие флажки.
    • Присылать уведомления при достижении лимита. Если установить данный флажок, то при достижении суточного лимита API-запросов сервис будет отсылать пользователю письмо на его e-mail.
    • Прекратить обработку запросов при достижении лимита. Если установить данный флажок, то при достижении суточного лимита API-запросов сервис прекратит обрабатывать новые запросы. В этом случае при получении очередного API-запроса сервис будет возвращать ответ с ошибкой и соответствующим поясняющим текстом. Реальная обработка запросов при этом выполняться не будет, как следствие не будет осуществляться списание денежных средств со счета пользователя.
    • Сохранять обработанные API-запросы и показывать их в "Историии API-запросов". При установке данного флага сервис начнёт запоминать все API-запросы, которые поступают ему на обработку от имени данной учётной записи. Эти запросы будут отображаться в разделе История API-запросов. Данный флаг в основном может понадобиться для нужд отладки, чтобы при разработке приложения контролировать запросы, которые сервис получает на обработку.
  • Настройка API ответов. В данной категории представлены опции, позволяющие включать в ответы, возвращаемые сервисом при выполнении API-команд, ту или иную дополнительную информацию. В основном данные опции нужны для обеспечения совместимости с приложениями пользователей, которые были подключены к сервису, когда соответствующих этим опциям возможностей еще не было. При появлении на сервисе очередной функциональной возможности, соответствующая опция по умолчанию включается для новых пользователей, но для существующих пользователей она остается выключенной до тех пор, пока пользователь не адаптирует свое приложение под новое поведение сервиса и не включит данную опцию вручную.
    • Возвращать в API-ответах информацию о покрытых адресом фрагментах исходной строки. Данный флажок используется в командах обработки почтовых адресов. Он включает в ответ сервиса информацию о границах покрытия распознанного адреса в рамках исходной обработанной строки. Границы адресной информации в исходной строке могут быть полезны, если в ней кроме адреса есть дополнительная информация, содержащая, например, комментарии или ориентиры. В этом случае сервис выделит границы этой информации, так что пользовательское приложение сможет ее использовать.
    • Возвращать в API-ответах географические координаты обработанных адресов. Данный флажок используется в командах обработки почтовых адресов. Он включает в ответ сервиса географическую широту и долготу почтового адреса.
    • Возвращать в API-ответах информацию о кодах адреса по справочникам (например, КЛАДР). Данная опция разрешает выводить в результат обработки адреса информацию о его КЛАДР-коде, а также других кодах, присвоенных ему в соответствии с классификаторами и справочниками.
    • Возвращать в API-ответах информацию о показателях качества обработанных адресов. Этот флажок разрешает включать в ответ сервиса информацию о качестве обработанных данных. Эти сведения позволяют количественно оценивать достоверность полученного результата корректировки почтового адреса.
    • Возвращать в API-ответах блок со статусом результата обработки, объясняющим причину отбраковки адреса. Если установить данный флажок, то в ответах сервиса будет включаться статусная информация, характеризующая причины, по которым обработанный адрес не был распознан.
    • Возвращать в API-ответах блок с "красивым" строковым представлением стандартизованного адреса. Данный флаг включает в ответы сервиса блок, в рамках которого нормализованный адрес выводится в виде одной правильно оформленной строки. В такой «красивой» строке каждое адресное поле отделено от других полей запятой, при этом строго соблюдается порядок следования типов и наименований адресных объектов.
    • Возвращать в API-ответах блок с городским районом и округом адреса. При включении данного флага сервис будет автоматически определять городской район и округ для каждого обработанного адреса и возвращать эту информацию в рамках API-ответа.
    • Возвращать в API-ответах блок с ближайшими до адреса станциями. Если установить данный флажок, то при обработке почтового адреса сервис будет искать по близости станции метро или легкорельсового транспорта. В случае успешного поиска сервис включит эту информацию в API-ответ.
    • Возвращать в API-ответах информацию о почтовом отделении адреса. При использовании данной опции сервис будет искать для каждого почтового адреса ближайшее почтовое отделение и, в случае успеха, возвращать адрес и координаты отделения в API-ответе.
    • Возвращать в API-ответах информацию о часовой зоне адреса/телефона. При включении данного флага сервис будет определять, какой часовой зоне принадлежит обработанный адрес, включать эту информацию в API-ответы.
  • Настройки оповещений. Данная категория содержит опции, разрешающие сервису присылать пользователю информационные письма на его электронный ящик.
    • Присылать уведомления о критических изменениях в функционале сервиса. Если установить данный флажок, то сервис будет присылать сообщения от администратора сервиса, содержащие информацию об изменениях, касающихся существующих функций. Данная опция полезна в случае, если сервис используется посредством API. В этом случае такое оповещение позволит пользователю своевременно отреагировать на произошедшие изменения, а также убедиться в корректности работы его приложения.
    • Присылать уведомления о появлении новых функций на сервисе. Данный флажок позволяет подписаться на рассылку о новых функциях, появляющихся на сервисе. Мы постоянно развиваем наш сервис, добавляя в него новые возможности. Такие доработки мы делаем, как правило, по просьбе какого-то одного пользователя, однако не исключено, что они будут интересны и остальным пользователям.
    • Присылать уведомления о состоянии денежных средств на моем счете. Данный флажок разрешает сервису высылать информацию об изменениях в денежном счете пользователя. В основном это касается ситуаций, когда в результате активного использования сервиса денежные средства начинают подходить к концу. Чтобы не дожидаться ситуации, когда сервис перестанет обрабатывать данные из-за того, что денежные средства окончились, можно использовать данную опцию. В этом случае сервис заранее оповестит по почте о том, что пора пополнить счет.
  • Настройки обработки в Демо. Данная категория опций влияет на поведение сервиса при обработке контактных данных в разделе Демо. Эффект от данных опций можно увидеть только, если использовать Демо, предварительно пройдя авторизацию и войдя в личный кабинет.
    • Использовать опцию mode=forcezip, при обработке адресов в Демо. Данная опция включает принудительную отбраковку обработанного адреса, если в нём указан почтовый индекс, не соответствующий индексу, который сервис смог для него подобрать в ФИАС.
    • Использовать опцию mode=weak, при обработке адресов в Демо. Данный флаг аналогичен одноимённой опции, используемой при обработке адресов через API. Эта опция разрешает сервису не откидывать адреса, если в них допущены не сильно критические ошибки. Например, в данном режиме сервис может распознавать названия улиц, в которых в пропущены цифры.
    • Использовать опцию mode=search, при обработке адресов в Демо. Данный флаг по своему назначению аналогичен предыдущему, но в дополнении к нему сервису разрешается обрабатывать и возвращать адреса, несмотря на то, что в них допущены достаточно критические ошибки.
  • Разное. Данная категория опций содержит разнотипные настройки, которые не удалось включить ни в одну из перечисленных выше категорий.
    • Разделитель между полями в CSV-файлах. Указывает символ, который сервису следует использовать при обработке табличных файлов в разделе Реестры для определения границ колонок.
    • Предпочтительный язык. Задаёт язык веб-интерфейса личного кабинета.
    • Разрешить переносы строк внутри CSV-полей. Если указать данный флажок, то при разбивке табличных CSV-файлов на отдельные колонки сервис не будет интерпретировать символ переноса строки в качестве разделителя между соседними строками таблицы, если такой символ встретится внутри экранированной кавычками ячейки. В этом случае будет считаться, что значение ячейки, заключённое в кавычки, содержит данный служебный символ просто как часть текста этой ячейки, а не как служебный символ.
    • В API и реестрах приводить почтовые адреса к структуре АБР/ФИАС, а не КЛАДР. Если указать данный флаг, то все обрабатываемые почтовые адреса будут приводиться к структуре, принятой в ФИАС. Эта структура содержит большее количество адресных полей, в сравнении со структурой, принятой в КЛАДР.
версия сервиса:
© ixLab, 2007-2019, e-mail: info@ixlab.ru
обработано за 2 (мс)