Пределы онлайн с подробным: Решение пределов · oнлайн с подробным решением

Содержание

Ограничения API защиты служб (Microsoft Dataverse) — Power Apps

Статья
06.02.2023
7 минут на чтение

Чтобы обеспечить постоянную доступность и производительность для всех, мы вводим некоторые ограничения на использование API. Эти ограничения предназначены для обнаружения случаев, когда клиентские приложения предъявляют чрезвычайные требования к ресурсам сервера.

Ограничения не должны затрагивать обычных пользователей интерактивных клиентов. Должны быть затронуты только клиентские приложения, которые выполняют экстраординарные запросы API. Ограничения обеспечивают уровень защиты от случайных и неожиданных всплесков объемов запросов, которые угрожают характеристикам доступности и производительности платформы Microsoft Dataverse.

Когда клиентское приложение делает чрезвычайно требовательные запросы, Dataverse следует обычному шаблону для онлайн-сервисов. Мы возвращаем ошибку, указывающую на то, что было сделано слишком много запросов.

С помощью веб-API мы возвращаем ошибку 429 Too Many Requests.
При использовании Dataverse SDK для .NET вы получите ошибку OrganizationServiceFault с одним из трех определенных кодов ошибки. Дополнительные сведения: возвращены ошибки ограничения API защиты служб

Влияние на клиентские приложения

Клиентские приложения несут ответственность за управление ошибками ограничений API защиты служб. Как именно управлять этой ошибкой, зависит от характера приложения.

Интерактивные клиентские приложения

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

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

Приложения для интеграции данных

Приложения, предназначенные для загрузки данных в Dataverse или выполнения массовых обновлений, также должны иметь возможность управлять ошибками ограничений API защиты служб. Эти приложения отдают приоритет пропускной способности, поэтому они могут выполнять свою работу за минимальное время. Эти приложения должны иметь стратегию повторных операций. Есть несколько стратегий, которые они могут применить для получения максимальной пропускной способности. Дополнительная информация: Как увеличить пропускную способность.

Приложения портала

Приложения портала обычно отправляют запросы от анонимных пользователей через учетную запись субъекта-службы. Поскольку ограничения API защиты служб основаны на каждом пользователе, приложения портала могут достигать ограничений API защиты служб в зависимости от объема трафика, который испытывает портал. Как и в случае с интерактивными клиентскими приложениями, не ожидается, что ошибки ограничений API защиты служб будут отображаться для конечного пользователя портала. Ожидается, что пользовательский интерфейс должен отключить дальнейшие запросы и отобразить сообщение о том, что сервер занят. Сообщение может включать время, когда приложение может начать принимать новые запросы.

Влияние на подключаемые модули и настраиваемые действия рабочего процесса

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

Если ваше приложение выполняет операции, которые запускают пользовательскую логику, количество запросов, отправленных подключаемыми модулями или пользовательскими действиями рабочего процесса, не будет учитываться при расчете ограничений API защиты служб. Однако дополнительное время вычислений, которое вносят эти операции, будет добавлено к первоначальному запросу, который их инициировал. Это время вычислений является частью ограничений API защиты служб. Дополнительные сведения: Как применяются ограничения API защиты служб

Повторить операции

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

Когда из веб-API возвращается ошибка 429, ответ будет включать Retry-After с количеством секунд.
При использовании пакета SDK для .NET значение TimeSpan возвращается в коллекции OrganizationServiceFault.ErrorDetails с ключом Retry-After .

Продолжительность Retry-After

Продолжительность Retry-After будет зависеть от характера операций, отправленных за предшествующие 5 минут. Чем более требовательны запросы, тем больше времени потребуется серверу для восстановления.

Сегодня из-за того, как оцениваются ограничения, вы можете ожидать превышения количества запросов и ограничений времени выполнения в течение 5 минут, прежде чем ограничения API защиты служб вступят в силу. Однако превышение количества одновременных запросов немедленно вернет ошибку. Если приложение продолжит отправлять такие требовательные запросы, продолжительность будет увеличена, чтобы свести к минимуму влияние на общие ресурсы. Это приведет к тому, что индивидуальный период повторной попытки после будет длиннее, а это означает, что ваше приложение будет видеть более длительные периоды бездействия во время ожидания. Это поведение может измениться в будущем.

Когда это возможно, мы рекомендуем попытаться достичь стабильной скорости, начав с меньшего количества запросов и постепенно увеличивая их, пока вы не начнете достигать пределов API защиты службы. После этого пусть сервер скажет вам, сколько запросов он может обработать в течение 5 минут. Ограничив максимальное количество запросов в течение этого 5-минутного периода и постепенно увеличивая его, вы сохраните продолжительность повторных попыток на низком уровне, оптимизируя общую пропускную способность и минимизируя всплески ресурсов сервера.

Повторная попытка интерактивного приложения

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

Повторная попытка неинтерактивного приложения

Если клиент не интерактивен, обычной практикой является простое ожидание истечения времени перед повторной отправкой запроса. Обычно это делается путем приостановки выполнения текущей задачи с помощью Task.Delay или эквивалентных методов.

Как повторить попытку

Ниже описано, как повторить попытку приложений .NET с помощью Dataverse SDK для .NET или веб-API:

SDK для .NET
Веб-API

Если вы используете пакет SDK для .NET, рекомендуется использовать классы Microsoft.Xrm.Tooling.Connector.CrmServiceClient или ServiceClient. Эти классы реализуют методы IOrganizationService и могут управлять любыми возвращаемыми ошибками ограничений API защиты служб.

Начиная с Xrm.Tooling.Connector версии 9.0.2.16, он автоматически приостановит и повторно отправит запрос после периода продолжительности Retry-After.

Если ваше приложение в настоящее время использует низкоуровневые классы Microsoft. Xrm.Sdk.Client.OrganizationServiceProxy или Microsoft.Xrm.Sdk.WebServiceClient.OrganizationWebProxyClient. Вы должны иметь возможность заменить их классом

CrmServiceClient или ServiceClient . ОрганизацияServiceProxy устарела.

Дополнительная информация:

Создавайте клиентские приложения Windows с помощью инструментов XRM.
Устаревший тип проверки подлинности Office365 и класс OrganizationServiceProxy для подключения к Dataverse

Как применяются ограничения API защиты служб

Два ограничения API защиты служб оцениваются в течение 5-минутного (300-секундного) скользящего окна. Если какое-либо из этих ограничений будет превышено в течение предшествующих 300 секунд, в последующих запросах будет возвращена ошибка предела API защиты службы для защиты службы до тех пор, пока не истечет время повторной попытки после.

Ограничения API защиты служб оцениваются для каждого пользователя. Каждый аутентифицированный пользователь ограничен независимо.

Только те учетные записи пользователей, которые предъявляют чрезвычайные требования, будут ограничены. Другие пользователи не будут затронуты.

Ограничения API защиты служб применяются на основе трех аспектов:

Количество запросов, отправленных пользователем.
Суммарное время выполнения, необходимое для обработки запросов, отправленных пользователем.
Количество одновременных запросов, отправленных пользователем.

Если бы единственным ограничением было количество запросов, отправляемых пользователем, его можно было бы обойти. Другие аспекты были добавлены, чтобы противостоять этим попыткам. Например:

Вы можете отправлять меньше запросов, объединяя их в пакетные операции.
- Этому противодействует комбинированный лимит времени выполнения.
Вместо последовательной отправки запросов по отдельности вы можете отправить большое количество одновременных запросов, прежде чем будут применены ограничения API защиты служб.
- Ограничение количества одновременных запросов будет противодействовать этому.

Каждый веб-сервер, доступный для вашей среды, будет применять эти ограничения независимо. В большинстве сред будет более одного веб-сервера. Пробным средам выделяется только один веб-сервер. Фактическое количество веб-серверов, доступных для вашей среды, зависит от множества факторов, являющихся частью предоставляемой нами управляемой услуги. Одним из факторов является количество приобретенных пользовательских лицензий.

В следующей таблице описаны установленные по умолчанию ограничения API защиты служб для каждого веб-сервера :

Измерение	Описание	Ограничение на веб-сервер
Количество запросов	Совокупное количество запросов, сделанных пользователем.	6000 в течение 5-минутного скользящего окна
Время выполнения	Суммарное время выполнения всех запросов, сделанных пользователем.	20 минут (1200 секунд) в пределах 5-минутного скользящего окна
Количество одновременных запросов	Количество одновременных запросов, сделанных пользователем	52 или выше

Важно

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

Ограничение API защиты службы Возвращено ошибок

В этом разделе описываются три типа предельных ошибок API защиты служб, которые могут быть возвращены, а также факторы, вызывающие эти ошибки, и возможные стратегии их устранения.

Код ошибки — это числовое значение ошибки, возвращаемое пакетом SDK для .NET OrganizationServiceFault.ErrorDetails.
Шестнадцатеричный код — это шестнадцатеричное значение ошибки, возвращаемое веб-API.

Количество запросов

Этот лимит учитывает общее количество запросов за предшествующий 300-секундный период.

Код ошибки	Шестнадцатеричный код	Сообщение
`-2147015902`	`0x80072322`	`Количество запросов превысило лимит в 6000 за временное окно в 300 секунд.`

Не ожидается, что обычный пользователь интерактивного приложения сможет отправлять 1200 запросов в минуту, чтобы превысить этот предел, если приложение не позволяет пользователям выполнять массовые операции.

Например, если представление списка позволяет выбрать 250 записей за раз и позволяет пользователю выполнять какую-либо операцию со всеми этими записями, пользователю потребуется выполнить эту операцию 24 раза в течение 300 секунд. Пользователю необходимо будет выполнить операцию над каждым списком в течение 12,5 секунд.

Если ваше приложение предоставляет эту возможность, вам следует рассмотреть некоторые из следующих стратегий:

Уменьшение общего количества записей, которые можно выбрать в списке. Если количество элементов, отображаемых в списке, уменьшится до 50, пользователю потребуется выполнить эту операцию 120 раз в течение 300 секунд. Пользователь должен будет выполнить операцию над каждым списком в течение 2,5 секунд.

Объединить выбранные операции в пакет. Пакет может содержать до 1000 операций и позволит избежать ограничения количества запросов. Однако вам нужно быть готовым к ограничению времени выполнения.

Время выполнения

Это ограничение отслеживает общее время выполнения входящих запросов в течение предшествующего 300-секундного периода.

Код ошибки	Шестнадцатеричный код	Сообщение
`-2147015903`	`0x80072321`	`Суммарное время выполнения входящих запросов превысило ограничение в 1 200 000 миллисекунд в временном окне в 300 секунд. Уменьшите количество одновременных запросов или сократите продолжительность запросов и повторите попытку позже.`

Некоторые операции требуют больше ресурсов, чем другие. Пакетные операции, импорт решений и очень сложные запросы могут быть очень требовательными. Эти операции также могут выполняться одновременно в параллельных запросах. Следовательно, в течение 5-минутного окна можно запросить операции, которые потребуют более 20 минут совокупного времени вычислений.

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

Одновременные запросы

Это ограничение отслеживает количество одновременных запросов.

Код ошибки	Шестнадцатеричный код	Сообщение
`-2147015898`	`0x80072326`	`Количество одновременных запросов превысило предел 52.`

Клиентские приложения не ограничены последовательной отправкой отдельных запросов. Клиент может применять шаблоны параллельного программирования или различные методы для одновременной отправки нескольких запросов. Сервер может определить, когда он одновременно отвечает на несколько запросов от одного и того же пользователя. Если это количество одновременных запросов превышено, будет выдана эта ошибка. В некоторых случаях предел может быть выше 52.

Отправка одновременных запросов может быть ключевой частью стратегии максимизации пропускной способности, но важно держать ее под контролем. При использовании параллельного программирования в .NET степень параллелизма по умолчанию зависит от количества ядер ЦП на сервере, на котором выполняется код. Он не должен превышать лимит. Свойство ParallelOptions.MaxDegreeOfParallelism может быть установлено для определения максимального количества одновременных задач.

Дополнительные сведения: Отправка параллельных запросов

Как максимизировать пропускную способность

Если у вас есть приложение, которое должно отдавать приоритет пропускной способности, чтобы переместить наибольшее количество данных за кратчайший период времени, вы можете применить несколько стратегий.

Пусть сервер скажет вам, сколько он может обработать

Не пытайтесь подсчитать, сколько запросов нужно отправить за раз. Каждая среда может быть разной. Постепенно увеличивайте скорость отправки запросов, пока не начнете достигать лимитов, а затем будете зависеть от API-интерфейса защиты услуг. Ограничение Retry-After Значение , чтобы сообщить вам, когда отправить больше. Это значение будет поддерживать общую пропускную способность на максимально возможном уровне.

Использовать несколько потоков

Более высокий предел количества одновременных потоков — это то, что ваше приложение может использовать для значительного повышения производительности. Это верно, если ваши отдельные операции выполняются относительно быстро. В зависимости от характера обрабатываемых данных может потребоваться настроить количество потоков для достижения оптимальной пропускной способности. Дополнительные сведения: Отправка параллельных запросов

Избегайте больших пакетов

Пакетная обработка относится к отправке нескольких операций в одном запросе.

В большинстве сценариев будет быстрее отправляться одиночные запросы с высокой степенью параллелизма. Если вы считаете, что размер пакета может повысить производительность, лучше всего начать с небольшого размера пакета, равного 10, и увеличивать параллелизм до тех пор, пока вы не начнете получать ошибки ограничения API защиты служб, которые вы будете повторять.

В случае со службой организации это означает использование ExecuteMultipleRequest, который обычно позволяет отправлять до 1000 операций в запросе. Основное преимущество, которое это дает, заключается в том, что он уменьшает общий объем полезных данных XML, которые должны быть отправлены по сети. Это дает некоторое преимущество в производительности, когда задержка в сети является проблемой. Для лимитов защиты службы это увеличивает общее время выполнения запроса. Пакеты большего размера увеличивают вероятность того, что вы столкнетесь с ограничениями по времени выполнения, а не с ограничениями по количеству запросов.

В прошлом количество операций ExecuteMultiple ограничивалось двумя одновременно из-за возможного влияния на производительность. Это больше не так, потому что ограничения времени выполнения защиты службы API сделали это ограничение излишним.

При использовании веб-API меньшая полезная нагрузка JSON, отправляемая по сети для отдельных запросов, означает, что сетевая задержка не является проблемой. Дополнительные сведения: Выполнение пакетных операций с помощью веб-API

Примечание

Пакетные операции не являются допустимой стратегией обхода ограничений полномочий. Ограничения API защиты служб и ограничения прав оцениваются отдельно. Ограничения прав основаны на операциях CRUD и накапливаются независимо от того, включены ли они в пакетную операцию или нет. Дополнительные сведения: Ограничения прав

Стратегии управления ограничениями API защиты служб

В этом разделе описываются способы проектирования клиентов и систем таким образом, чтобы избежать ошибок ограничения API защиты служб. Вы также можете подумать о том, как вы управляете своими лицензиями, чтобы уменьшить влияние.

Обновите клиентское приложение

Ограничения API защиты служб применяются к Dataverse с 2018 года, но многие клиентские приложения были написаны до появления этих ограничений. Эти клиенты не ожидали этих ошибок и не могут правильно их обработать. Вы должны обновить эти приложения и применить шаблоны к повторным операциям, описанным выше.

Переход к интеграции в режиме реального времени

Помните, что основная цель ограничений API защиты служб — сгладить влияние очень ресурсоемких запросов, возникающих в течение короткого периода времени. Если ваши текущие бизнес-процессы зависят от больших периодических ночных, еженедельных или ежемесячных заданий, которые пытаются обрабатывать большие объемы данных за короткий период времени, подумайте, как вы могли бы включить стратегию интеграции данных в реальном времени. Если вы сможете отказаться от процессов, требующих выполнения операций с высокими требованиями, вы сможете уменьшить влияние ограничений защиты служб.

Часто задаваемые вопросы

В этом разделе собраны часто задаваемые вопросы. Если у вас есть вопросы, на которые вы не ответили, опубликуйте их, используя кнопку Отзыв внизу этой страницы, чтобы отправить отзыв об этой странице.

Я использую лицензированное приложение ETL. Как добиться оптимальной пропускной способности?

Обратитесь к поставщику приложения ETL, чтобы узнать, какие параметры следует применять. Убедитесь, что вы используете версию продукта, поддерживающую поведение «Повторить попытку после».

Распространяются ли эти ограничения на поиск Dataverse?

Нет. Поиск Dataverse — это другой API ( API/search вместо API/data ) и другие правила. При использовании API поиска Dataverse существует ограничение на один запрос в секунду для каждого пользователя.

Дополнительная информация: Поиск в табличных данных с помощью поиска Dataverse

Как эти ограничения применяются к количеству запросов, которые пользователь имеет право выполнять каждый день?

Эти ограничения не связаны с ограничениями полномочий. Дополнительная информация: Ограничения прав

Применяются ли ограничения по-разному для пользователей приложения?

Нет. Ограничения применяются ко всем пользователям одинаково.

См. также

Администрирование Power Platform / Лицензирование и управление лицензиями / Запросы ограничений и выделений
Обзор ограничений Dataverse API
Использование веб-API Dataverse
Использование службы организации Dataverse

Открытие сберегательного счета Way2Save® в Интернете

Постепенно экономия складывается

Открыть с $ 25

Как избежать платы за обслуживание в размере 5 долларов в месяц

Открыть сейчас

APY (Годовая процентная доходность) — это процентная ставка, отражающая общую сумму процентов, выплачиваемых по счету, исходя из процентной ставки и частоты начисления сложных процентов за 365-дневный период. Выписка по вашему счету будет включать APY, заработанные на ваших сберегательных счетах и расчетных счетах, приносящих проценты, за период, охватываемый выпиской.

Автоматически накапливайте свои сбережения

Выработайте привычку сберегать – свяжите свой сберегательный счет Way2Save с расчетным счетом Wells Fargo, а затем выберите вариант автоматического сбережения, который лучше всего соответствует вашим потребностям.

Save As You Go

^® переводы

Мы будем автоматически переводить 1 доллар США с вашего связанного расчетного счета Wells Fargo на ваш сберегательный счет Way2Save каждый раз, когда вы выполняете одно из следующих действий и переводы на счет:

Используйте свою дебетовую карту для разовой покупки
Завершите транзакцию Bill Pay через онлайн-банкинг

Автоматические переводы

Настройте регулярные автоматические переводы ^{со связанного расчетного счета Wells Fargo на сберегательный счет Way2Save:}

Ежемесячная экономия — с автоматическим переводом не менее $25
Или экономьте ежедневно — с автоматическим переводом всего $1

Готовы начать экономить?

Открыто сейчас

Процентные ставки и комиссии сберегательного счета Way2Save

Переменные ставки ³ (ежедневно) Сравнить ставки


Весы	Стандартная процентная ставка	Годовой доход в процентах (APY)
$0 или больше	0,15%	0,15%

Сборы и реквизиты счета

Минимальный начальный депозит: $25
Ежемесячная плата за обслуживание: $5
Избегайте ежемесячной платы за обслуживание с одним из следующих за каждый период оплаты:
- Минимальный дневной баланс $300
- 1 автоматический перевод за каждый комиссионный период 25 долларов США или более со связанного расчетного счета Wells Fargo
- 1 автоматический перевод каждый рабочий день в течение комиссионного периода в размере 1 доллара США или более со связанного расчетного счета Wells Fargo
- 1 или более операций Save As You Go ^® переводов со связанного расчетного счета Wells Fargo
- Владелец основной учетной записи младше 24 лет
Могут взиматься другие сборы; подробности см. в Таблице комиссий и информации о потребительских счетах и в Соглашении о депозитном счете.

Часто задаваемые вопросы о сберегательном счете Way2Save

Way2Save Savings — это сберегательный счет, на который начисляются проценты и который позволяет вам автоматически делать сбережения, помогая вам двигаться к своим сберегательным целям.

Да. Вы можете открыть сберегательный счет Way2Save без расчетного счета Wells Fargo.

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

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

Воспользуйтесь преимуществами сберегательного счета Wells Fargo

The Wells Fargo Mobile ^® Приложение для оплаты счетов, депозитных чеков ^{, отправки и получения денег с Zelle ^® ^{и др.}}

Дополнительная защита от овердрафта ^{— используйте свой сберегательный счет Way2Save, чтобы защитить связанный расчетный счет Wells Fargo от овердрафта.}

Банкоматная карта для удобного доступа банкомата к вашим сбережениям.

Более 12 000 банкоматов Wells Fargo помогут вам осуществлять банковские операции на месте и в дороге.

Остались вопросы?

По вопросам о новых аккаунтах.

Для существующих владельцев счетов или вопросов:
1-800-869-3557

Дополнительные возможности для изучения

Проверка

Получить расчетный счет студента
Сравнить расчетные счета
Часто задаваемые вопросы о чеках и сбережениях

Управляйте своим счетом

Советы по управлению своими деньгами
Управляйте своими платежами онлайн
Перевод денег

Дополнительные ресурсы

Планирование выхода на пенсию
Мой финансовый справочник
Детский сберегательный счет

Как мне.

Настройка автоматических переводов
Настройка защиты от овердрафта
Найти номера маршрутизации
Сохранить на случай чрезвычайной ситуации

Применяются положения и условия. Могут применяться тарифы на сообщения и передачу данных оператора мобильной связи. Дополнительную информацию см. в Соглашении об онлайн-доступе Wells Fargo.

Когда основной владелец учетной записи достигает возраста 25 лет, возраст больше не может использоваться для уклонения от уплаты ежемесячной платы за обслуживание. У клиентов 12 лет и младше должен быть взрослый совладелец.

Мобильный депозит доступен только через приложение Wells Fargo Mobile ^®. Применяются лимиты депозитов и другие ограничения. Некоторые учетные записи не подходят для мобильного депозита. Доступность может зависеть от зоны покрытия вашего мобильного оператора. Могут применяться тарифы на сообщения и передачу данных вашего оператора мобильной связи. Прочие условия, условия и ограничения см. в Соглашении о доступе в Интернете Wells Fargo и применимом раскрытии информации о комиссионных сборах по вашему бизнес-счету.

Требуется регистрация в Zelle ^® через Wells Fargo Online ^® или Wells Fargo Business Online ^®. Принять условия. Для использования Zelle ^® требуется текущий или сберегательный счет в США. Транзакции между зарегистрированными пользователями обычно происходят в течение нескольких минут. В целях вашей безопасности Zelle ^® следует использовать только для отправки денег друзьям, родственникам или другим лицам, которым вы доверяете. Ни Wells Fargo, ни Zelle ^® не предлагают программы защиты авторизованных платежей, совершенных с помощью Zelle 9.0422 ® . Функция запроса в Zelle ^® доступна только через Wells Fargo с использованием смартфона. Запросы на оплату лицам, еще не зарегистрированным в Zelle ^®, необходимо отправлять на адрес электронной почты. Чтобы отправлять или получать деньги с помощью малого бизнеса, обе стороны должны быть зарегистрированы в Zelle ^® непосредственно через онлайн-банк или мобильный банк своего финансового учреждения. Для получения дополнительной информации ознакомьтесь с приложением Zelle ^® к соглашению об онлайн-доступе к Wells Fargo. Могут применяться тарифы на сообщения и передачу данных вашего оператора мобильной связи. Плата за учетную запись (например, ежемесячное обслуживание, овердрафт) может применяться к учетной записи (счетам) Wells Fargo, с которой вы используете Zelle 9.0422 ® .

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

Показанные здесь процентные ставки и годовой доход в процентах относятся к отделениям Wells Fargo Bank в калифорнийских округах Аламеда, Контра-Коста, Марин, Напа, Сан-Франциско, Сан-Матео, Санта-Клара, Солано и Сонома.

Текущие ставки по депозитам на 04.02.2023 — 10.02.2023

Показанная годовая процентная доходность (APY) и процентные ставки предлагаются по счетам, принятым Банком и действующими на даты, указанные выше, если не указано иное. Процентные ставки могут быть изменены без предварительного уведомления. Проценты начисляются ежедневно и выплачиваются ежемесячно. Проценты рассчитываются и начисляются ежедневно на основе ежедневно собранных остатков на счете. Начисленные проценты считаются заработанными и будут выплачены только тогда, когда общая сумма начисленных процентов достигнет 0,01 доллара США или более. В любом месяце сумма начисленных процентов меньше 0,01 доллара США, периодические отчеты не будут показывать годовую процентную доходность (APYE) или проценты, полученные, хотя проценты начисляются. Процентные ставки и APY для всех расчетных и сберегательных счетов являются переменными и могут быть изменены Банком в любое время. Сборы могут снизить прибыль.

Процентные ставки Wells Fargo, предлагаемые на двух или более последовательных уровнях, могут быть одинаковыми. В этом случае несколько уровней могут отображаться как один уровень.

Копия действующего на тот момент прейскуранта будет предоставлена вам перед открытием счета или доступна в любое время по запросу от банкира.