Подробный разбор
Пошаговый разбор
Шаг 1. FCRA Section 604: рамки разрешённых целей
Каждый жёсткий запрос в кредитном отчёте должен иметь разрешённую цель, определённую в FCRA Section 604(a). Закон перечисляет конкретные разрешённые цели: кредитные сделки, андеррайтинг страхования, проверка при трудоустройстве (с согласия потребителя), законные деловые сделки, инициированные потребителем, судебные решения и проверка счёта существующими кредиторами. Если запрос не подпадает под одну из этих категорий, организация, которая запросила отчёт, нарушила FCRA, и запрос не должен появляться в файле потребителя.
Разрешённая цель относится к организации, а не к потребителю. Бремя доказательства наличия разрешённой цели лежит на стороне, которая получила доступ к отчёту, а не на потребителе доказывать, что у них её не было. Это различие важно для споров: когда вы оспариваете запрос как неавторизованный, бюро связывается с запрашивающей стороной и просит подтвердить разрешённую цель. Если запрашивающая сторона не может или не отвечает в течение периода расследования, запрос должен быть удалён.
Данные жалоб CFPB показывают, что жалобы на неавторизованные запросы являются одними из самых быстрорастущих категорий в спорах по кредитной отчётности. Многие из них касаются множественных запросов дилеров при покупке авто, запросов предквалификации, которые должны были быть мягкими, но были закодированы как жёсткие, и запросов от брокеров данных, где потребитель не имел прямых отношений с запрашивающей организацией.
- FCRA Section 604(a) определяет шесть категорий разрешённых целей для доступа к кредитному отчёту
- Запрашивающая сторона несёт бремя доказательства разрешённой цели, а не потребитель
- Неспособность подтвердить разрешённую цель во время расследования спора требует удаления запроса
- Жалобы на неавторизованные запросы - одни из самых быстрорастущих категорий жалоб CFPB
- Множественные запросы дилеров и неправильно закодированные мягкие запросы - частые нарушения разрешённых целей
Шаг 2. Как запросы влияют на скоринговые модели
Жёсткие запросы по-разному влияют на кредитные баллы в зависимости от скоринговой модели. Модели FICO взвешивают запросы примерно в 10% от общего расчёта балла в категории 'Новый кредит'. VantageScore также учитывает запросы, но взвешивает их в рамках комбинированного фактора 'Недавний кредит' и 'Кредитное поведение'. Фактическое влияние одного запроса в баллах составляет от 0 до примерно 10 баллов для большинства потребителей, точное влияние зависит от общего кредитного профиля потребителя. Потребители с тонким файлом и небольшим количеством счетов видят большее снижение баллов на запрос, чем потребители с установленными файлами.
И FICO, и VantageScore применяют окна 'дедупликации' для поиска лучших ставок. FICO Score 8 рассматривает множественные запросы от автомобильных, ипотечных кредиторов или кредиторов студенческих займов в течение 45-дневного окна как один запрос для целей скоринга. Старые модели FICO использовали 14-дневное окно. VantageScore использует 14-дневное скользящее окно для всех типов запросов. Это означает, что поиск лучших условий ипотеки путём подачи заявок в несколько кредиторов в течение двух недель не создаст того ущерба баллам, который могло бы предполагать общее количество запросов.
Жёсткие запросы остаются в кредитном отчёте 24 месяца, но перестают влиять на баллы FICO через 12 месяцев. Это создаёт шестимесячное окно, когда запрос ещё виден ручным андеррайтерам, просматривающим отчёт, но больше не учитывается в автоматизированном балле. VantageScore также снижает вес запросов со временем, но точная кривая затухания не раскрывается публично. Через 24 месяца запрос полностью исчезает из отчёта, независимо от того, был ли подан спор.
- FICO взвешивает запросы примерно в 10% от балла в категории 'Новый кредит'
- Влияние одного запроса составляет 0-10 баллов в зависимости от общего кредитного профиля
- Окно дедупликации FICO 8: 45 дней для автомобильных, ипотечных и студенческих займов
- Жёсткие запросы перестают влиять на баллы FICO через 12 месяцев, но остаются видимыми 24 месяца
- Потребители с тонким файлом испытывают большее снижение баллов на запрос, чем потребители с установленным файлом
Шаг 3. Оспаривание запросов: процесс и реалистичные ожидания
Оспаривание жёсткого запроса следует иному процессу, чем оспаривание торговой линии. Когда вы оспариваете запрос, бюро связывается с запрашивающей стороной и просит подтвердить разрешённую цель. Запрос не проходит через e-OSCAR так же, как споры по торговым линиям, потому что запрашивающая сторона не является 'поставщиком' в традиционном смысле - они не предоставили данные счёта, они получили доступ к файлу. Расследование запроса обрабатывается через отдельный путь верификации.
Реалистичные ожидания: запросы от кредиторов, где вы действительно подавали заявки на кредит, законны и будут подтверждены. Оспаривание жёсткого запроса от эмитента кредитной карты, где вы подали заявку, крайне маловероятно приведёт к удалению. Запрос правильно записан, разрешённая цель (кредитная сделка, инициированная потребителем) ясна, и кредитор подтвердит это при расследовании.
Запросы, которые скорее всего будут удалены через споры, включают: запросы от компаний, которые вы никогда не авторизовали или с которыми не взаимодействовали, запросы дилеров, где вы дали разрешение одному дилеру, но ваша заявка была разослана множеству кредиторов, запросы в результате кражи личности, и запросы, которые должны были быть закодированы как мягкие (предквалификация, проверка счёта, промо), но были неправильно записаны как жёсткие запросы. Сосредоточьте усилия по спорам на этих категориях, а не пытайтесь удалить все запросы.
- Споры по запросам не проходят через e-OSCAR - они используют отдельный путь верификации бюро
- Запросы от кредиторов, где вы подавали заявки, законны и почти наверняка будут подтверждены
- Наивысшая вероятность удаления: неавторизованные запросы, разброс дилеров, кража личности, неправильно закодированные мягкие запросы
- Оспаривание законных запросов тратит возможности расследования и может пометить ваш файл для обнаружения паттернов
- Сосредоточьте ресурсы споров на запросах, которые вы действительно не авторизовали или не узнаёте
Шаг 4. Коды разрешённых целей на практике
Когда организация запрашивает кредитный отчёт, она подаёт код разрешённой цели в бюро. Эти коды соответствуют категориям Section 604. На практике самые частые коды: кредитная сделка (вы подали заявку на кредит), андеррайтинг страхования, трудоустройство (с согласия), проверка существующего счёта и предварительно отобранное предложение. Код проверки существующего счёта часто используется эмитентами кредитных карт, проводящими периодические проверки текущих держателей карт - это всегда должны быть мягкие запросы и не должны появляться в разделе жёстких запросов.
Системная проблема возникает, когда организации подают неправильный код цели. Эмитент кредитной карты, проводящий проверку существующего счёта, должен закодировать запрос как проверку счёта (мягкий), но если их система по умолчанию использует код кредитной сделки, он появляется как жёсткий запрос в отчёте потребителя. Эти неправильно закодированные запросы являются законными целями для споров по запросам. Задача - их выявить: если у вас есть существующий счёт с запрашивающей компанией, но вы не подавали заявку на новый кредит, жёсткий запрос от них требует расследования.
Промо-запросы - мягкие запросы, используемые для генерации предварительно одобренных кредитных предложений - никогда не должны появляться как жёсткие запросы. Согласно FCRA Section 604(c), эти промо-запросы требуют специального кодирования и запрещены к показу как жёсткие запросы в потребительских отчётах. Если промо-запрос появляется в разделе жёстких запросов, это ошибка кодирования, которую бюро должно исправить без необходимости спора, хотя на практике обычно требуется спор для запуска исправления.
- Самые частые коды разрешённых целей: кредитная сделка, страхование, трудоустройство, проверка счёта, предварительно отобранное предложение
- Запросы проверки существующих счетов всегда должны быть мягкими - жёсткое кодирование является ошибкой
- Промо-запросы под Section 604(c) запрещены к появлению как жёсткие запросы
- Подача неправильных кодов целей - системная проблема, создающая неправильные жёсткие запросы
- Проверьте, есть ли у вас существующие отношения с источником жёсткого запроса - если да, исследуйте кодирование
Шаг 5. Споры по запросам и кража личности
Когда жёсткие запросы являются результатом кражи личности, процесс удаления включает дополнительные шаги помимо стандартного спора. Подача FTC Identity Theft Report на IdentityTheft.gov создаёт стандартизированный аффидевит, который бюро обязаны принять. Согласно FCRA Section 605B, как только бюро получает отчёт о краже личности и правильный запрос на блокировку, оно должно заблокировать мошенническую информацию - включая запросы - в течение 4 рабочих дней. Этот срок короче стандартного 30-дневного окна расследования.
Каждый запрос от события кражи личности представляет потенциальную заявку от вашего имени. Помимо удаления запроса, потребители должны связаться с запрашивающей организацией напрямую, чтобы определить, был ли открыт счёт. Если счета были открыты, эти торговые линии также нужно заблокировать. Сам запрос - видимый маркер, но основное мошенничество могло создать дополнительный ущерб, который проявляется только после расследования запроса.
Размещение блокировки безопасности (иногда называемой кредитным замком) во всех трёх бюро предотвращает создание новых жёстких запросов. Согласно Economic Growth, Regulatory Relief, and Consumer Protection Act 2018 года, блокировки безопасности бесплатны для всех потребителей. Блокировки должны размещаться отдельно в каждом бюро: Equifax, Experian, TransUnion и опционально Innovis и NCTUE (National Consumer Telecom and Utilities Exchange). Блокировка не удаляет существующие запросы - она только предотвращает новые.
- FTC Identity Theft Reports на IdentityTheft.gov создают стандартизированные аффидевиты, которые бюро обязаны принять
- FCRA Section 605B требует блокировки элементов кражи личности в течение 4 рабочих дней после получения отчёта
- Каждый мошеннический запрос может представлять счёт, открытый от вашего имени - исследуйте дальше самого запроса
- Блокировки безопасности бесплатны согласно Economic Growth Act 2018 года и должны размещаться отдельно в каждом бюро
- Блокировки предотвращают новые запросы, но не удаляют существующие
