McCracken оценивают по кредитной записи, которая переживает обслуживание

Резюме

• McCracken следует оценивать через принятую запись обслуживания коммерческих кредитов — точку, в которой условия платежей, мониторинг ковенантов, данные о залоге, доказательная база рабочих процессов, учётные проводки, согласования и отчётность по портфелю согласуются достаточно хорошо, чтобы кредитор мог действовать.
• Публичные данные о McCracken подтверждают: это специализированная компания по программному обеспечению для коммерческого кредитования в Биллерике, штат Массачусетс, чей продукт STRATEGY охватывает обслуживание, администрирование кредитов, учёт, отчётность для инвесторов, управление активами, рабочие процессы, правила, отчётность, страховой комплаенс, миграцию данных и оценку рисков.
• Самые сильные публичные сигналы внедрения — анонсы клиентов с участием CHFA, Cinnaire, Gantry и BridgeInvest; каждый из них построен вокруг операционной автоматизации, контроля портфеля, миграции со старых систем, снижения рисков или размещённых операций, а не вокруг общих финтех-новинок.
• Главная граница неопределённости существенна: публичные источники не раскрывают конфигурацию у клиентов, уровень дефектов, стоимость внедрения, качество миграции данных, детали SOC-отчётов, тесты восстановления, заявки в поддержку или результаты для заёмщиков, поэтому покупателям всё равно нужна собственная проверка, прежде чем считать STRATEGY своей системой записи.

Настоящий продукт — достоверная запись

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

Именно так следует проверять McCracken Financial Software. Компания не пытается продать приложение для потребительских кредитов, маркетплейс заёмщиков, модель кредитного скоринга или банковское ядро. На официальном сайте STRATEGY представлена как система обслуживания коммерческих и многосемейных кредитов и управления активами, при этом McCracken описывает интегрированные приложения, поддерживающие потребности заёмщиков, инвесторов и регуляторов на протяжении жизненного цикла коммерческого кредита.

На главной странице указано, что STRATEGY управляет более чем 180 000 кредитов для банков, страховых компаний, частных кредиторов, кредиторов бизнес-целей, кредиторов строительства с фиксацией и переворотом, бридж-кредиторов и других. Страницы продукта описывают платформу, которая простирается от администрирования кредитов и учёта до отчётности для инвесторов, управления активами, управления бизнес-процессами, правил, отчётности, страхового комплаенса, программного обеспечения для строительных кредитов, миграции данных и оценки рисков.

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

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

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

Они не показывают частные кредитные файлы, сверки главной книги, проверки доступа пользователей, заявки в поддержку, тесты аварийного восстановления, технические задания на внедрение или журналы дефектов после запуска. Самый сильный публичный вывод: McCracken — специализированный поставщик программного обеспечения для обслуживания коммерческих кредитов, чья продуктовая поверхность тесно соответствует операционным контрольным механизмам, нужным кредиторам. Более сильное утверждение, что у каждого клиента STRATEGY чистые записи обслуживания и более низкий операционный риск, требует доказательств, которых нет в открытом доступе.

Идентичность, бренд и сфера деятельности

Компания, рассматриваемая здесь, — McCracken Financial Software. Публичные данные также используют McCracken Financial Solutions и McCracken Financial Solutions Corporation. Текущий официальный сайт mccrackenfs.com идентифицирует McCracken Financial Solutions Corp. по адресу 8 Suburban Park Drive в Биллерике, штат Массачусетс, и представляет McCracken как поставщика программного обеспечения для индустрии коммерческого кредитования. Публичная граница бренда важна, поскольку McCracken — это фамилия, географическое название и историческое название бизнеса в других контекстах.

Эта статья касается компании по разработке программного обеспечения для коммерческого кредитования из Биллерики и её системы обслуживания коммерческих кредитов STRATEGY, а не кредитора, заёмщика, школьного округа, государственного должностного лица или несвязанной компании McCracken.

Существует разумное историческое объяснение названия «Financial Software». Публичные веб-следы по-прежнему ссылаются на McCracken Financial Software Inc. В отчёте Deseret News 2001 года говорилось, что McCracken Financial Software приобрела активы у FASRE Field Services, и McCracken описывалась как компания из Биллерики, штат Массачусетс. Доступные в поиске фрагменты S&P и Fitch из более ранних оценок обслуживающих компаний также ссылаются на McCracken Financial Software Inc. и платформу McCracken Strategy.

Эти исторические сигналы не должны перекрывать текущий официальный сайт, но они помогают объяснить, почему этот материал использует название McCracken Financial Software, тогда как активный бренд представляет McCracken Financial Solutions.

На официальной странице «Our Company» говорится, что McCracken предоставляет решения для коммерческого кредитования почти три десятилетия, и STRATEGY определяется как флагманский продукт с функциями учёта, обслуживания и управления активами для широкого спектра типов коммерческих кредитов. Та же страница подчёркивает интегрированные инструменты рабочих процессов и логику бизнес-правил для мониторинга коммерческих портфелей. В подвале сайта и текстах страниц описываются клиенты из числа банков, страховых компаний, ипотечных банкиров и квазигосударственных агентств.

Профиль компании в LinkedIn, найденный в ходе публичного прохода, указывает McCracken как частную компанию по разработке программного обеспечения со штаб-квартирой в Биллерике, основанную в 1991 году, с численностью от 51 до 200 сотрудников и специализациями в коммерческом кредитовании, коммерческих банках, коммерческой недвижимости, финтехе, коммерческом обслуживании, программном обеспечении для коммерческих кредитов и системах коммерческих кредитов. Такие справочные сигналы полезны для идентичности, но не для производительности продукта.

Активная продуктовая сфера уже и полезнее, чем общий «финтех». STRATEGY описывается McCracken как система обслуживания коммерческих и многосемейных кредитов и управления активами. На страницах продукта целевыми пользователями названы коммерческие банки, страховые компании, ипотечные банкиры, спонсируемые государством предприятия и обслуживающие компании. Там также сказано, что система создана как для крупных, так и для небольших обслуживающих компаний, использует ценообразование на основе кредитов с неограниченным числом пользователей без дополнительной платы и предлагает гибкие варианты внедрения и обучения.

Иными словами, компания продаёт операционную инфраструктуру записи для учреждений, которые уже выдают, покупают, обслуживают или управляют коммерческими кредитами.

Это различие важно коммерчески. Кредитор покупает McCracken не для поиска заёмщиков или решения о выдаче кредита. Он покупает McCracken, чтобы сохранить административную и рисковую запись после начала кредитной активности. Ценность — в ежедневном состоянии, которое накапливается после закрытия: роли контактов, условия кредита, транши, эскроу, резервы, переводы инвесторам, показатели объекта, ковенанты, исключения, страховые требования, задачи пользователей, письма, отчёты и учётные проводки. Если эти записи неверны, интерфейс не имеет значения.

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

Что STRATEGY заявляет о хранимых данных

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

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

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

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

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

На обзорной странице STRATEGY говорится, что учётный движок создаёт проводки главной книги с использованием принципов GAAP, STAT или налогового учёта и формирует ежедневную запись транзакций, пригодную для передачи в корпоративную систему главной книги.

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

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

Заявления о безопасности и контроле также появляются на уровне продукта. На подробной странице функциональности перечислены двойная аутентификация, доступ по пользователям и группам, права экранов для пользователей и групп, а также соответствие SOC 1. Для кредитора это значимые термины, но самих по себе их недостаточно. Покупателю следует запросить фактический объём отчёта, цели доверительных услуг или контрольные цели при необходимости, дополнительные средства контроля пользовательских организаций, порядок работы с субподрядными организациями, период тестирования, исключения и меры по устранению.

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

Истинность ковенантов — операционная поверхность

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

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

Подробная страница функциональности добавляет поля управления портфелем для финансовой отчётности, оценок, осмотров и арендных ведомостей, а также отдельно перечисляет «Trigger Management» для автоматизации управления ковенантами кредитов. Механизм правил описан как автоматизированный мониторинг портфеля на предмет риск-индикаторов и ковенантов с действиями, такими как оповещения, электронные письма, письма или запуск процесса.

Это правильная продуктовая грамматика. Истинность ковенанта зависит не только от ячейки таблицы со значением «пройден» или «не пройден». Она зависит от доказательства, даты, формулы, порога политики, проверяющего, согласования, истории задач, переписки с заёмщиком и отчёта, который видит руководство. Если ковенант зависит от арендной ведомости, которая не поступила, само это отсутствие является состоянием. Если финансовая отчётность получена, но не проверена, система должна отличать получение от принятия.

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

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

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

Ни одна из этих публичных ссылок не сертифицирует McCracken. Они объясняют проблему покупателя. Система записи кредитора должна помогать учреждению создавать своевременные, проверяемые доказательства кредитного администрирования. Для McCracken ценностное предложение сильнее всего тогда, когда правила, рабочие процессы, документы, записи об объектах, оценка рисков и отчёты STRATEGY делают состояние ковенанта видимым до того, как ухудшение станет неприятным сюрпризом. Риск состоит в том, что кредитор внедряет сложный продукт, но держит логику ковенантов, заметки об исключениях или проверку финансовой отчётности в сторонних таблицах.

В этом случае продукт не потерпел неудачу в одиночку; операционная модель не смогла сделать принятую запись авторитетной.

Платежи, учёт и состояние инвесторской отчётности

Второй жёсткий тест — платёжное состояние. Командам коммерческого обслуживания нужно знать не только, поступили ли деньги, но и как они были применены, какой транш затронут, какие сборы или штрафы за просрочку начислены, какой расчёт процентов применён, какая позиция эскроу или резерва изменилась, какие учётные проводки созданы и что должен получить инвестор или участник. Панель может скрыть эту сложность. Запись обслуживания — не может.

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

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

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

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

Июльское объявление McCracken о STRATEGY 20 от 2021 года напрямую касалось части этого состояния. В релизе говорилось, что версия будет включать функциональность для более быстрой миграции портфелей, поддержку расчётов SOFR, сокращение ручного ввода данных и добавление синдицированного кредитования. Также перечислялись оповещения FEMA о стихийных бедствиях по портфелям, визуализация связей, обработка эскроу, налогов и инвесторских операций, извлечение данных, страховой комплаенс, управление запросами заёмщиков и платежи в тот же день.

McCracken заявила, что сотрудничала с Комитетом по альтернативным справочным ставкам по влиянию SOFR и создала рабочие группы клиентов для сбора отзывов о кредитах с регулируемой ставкой. Это объявление исходит от поставщика, но показывает, что разработка продукта реагирует на реальные события обслуживания: переход на новый бенчмарк, подверженность стихийным бедствиям, рабочие процессы инвесторов и миграцию портфелей.

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

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

Залоговое обеспечение и портфельный контекст

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

Функции управления портфелем и активами McCracken касаются этой операционной поверхности. Обзор STRATEGY говорит, что облачный портал хранит, анализирует и отчитывается о показателях базового залога. Там сказано, что система запрашивает, отслеживает получение и хранит финансовую отчётность, арендные ведомости и осмотры, снижая зависимость от электронных таблиц и самодельных систем.

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

Эти факты важны, поскольку дрейф данных о залоге — один из известных режимов отказа для этой статьи. Если последний осмотр устарел, если оценка не обновлялась, если арендная ведомость отсутствует, если страховые требования не проверены, если объект подвержен зоне стихийного бедствия и не запущена задача, запись кредита становится менее надёжной. Риск не всегда в немедленном дефолте. Риск в том, что руководство действует на основе портфельного представления, лежащие в основе доказательства которого устарели сверх полезности.

Продукт страхового комплаенса подкрепляет этот тезис. В списке продуктов McCracken описана облачная операция проверки страхования, которая сканирует, сравнивает и отслеживает полисы коммерческого страхования и требования к рискам. Подробная страница STRATEGY говорит, что страховой комплаенс может сканировать, сравнивать и отслеживать полисы на соответствие требованиям к рискам, включает рабочие процессы и поставляется с предзагруженными требованиями Fannie Mae, Freddie Mac и FHA. В новостной заметке McCracken 2019 года страховая система описывалась как обрабатывающая пакетные, отдельные и общие полисы.

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

BuildRite расширяет вопрос залога на строительное кредитование. McCracken описывает BUILDRITE как программное обеспечение для строительных кредитов, которое централизует коммерческие строительные кредиты, управляет бюджетами коммерческих строительных проектов, фиксирует несколько источников финансирования, поддерживает шаблоны бюджетов, определяемые клиентом, поддерживает рабочие процессы для бюджетов, выборок и изменений заказов, а также импортирует позиции из электронных таблиц. На странице продукта заявлено, что отказ от электронных таблиц может сэкономить каждому пользователю 260 часов в год.

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

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

Доказательная база рабочих процессов и цена исключений

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

Обзор STRATEGY говорит, что Process Manager позволяет клиентам определять процессы и задачи с минимальной помощью McCracken или без неё, а процессы в сочетании с бизнес-правилами могут запускаться автоматически, когда правила распознают потребность. Там сказано, что интегрированное приложение заметок поддерживает обсуждения и хранит документы на протяжении всего процесса, создавая повествование о выполненной работе. Подробная страница функциональности говорит, что Process Manager может назначать и направлять работу сотрудникам и подрядчикам, устранять напоминания и тиклеры и позволять настраивать рабочие процессы без помощи ИТ.

Механизм правил может отслеживать портфель, выявлять риск-индикаторы и ковенанты и запускать оповещения, электронные письма, письма или начало процессов.

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

Когда наступает следующий аудит, проверка рисков или портфельное совещание, кредитор не может восстановить, что произошло.

Регуляторные ссылки снова показывают, почему это важно. В руководстве OCC по коммерческой недвижимости говорится, что проверки внутреннего аудита часто включают выборки кредитной и кредитной документации, выплаты наличными, выплаты, списания и управленческие отчёты, включая проверку точности и своевременности отчётов совету директоров и высшему руководству. В руководстве FDIC по кредитам сказано, что системы кредитного обзора должны предоставлять руководству и совету директоров объективную оценку качества портфеля и информацию, полезную для регуляторной отчётности.

Доказательная база рабочих процессов в этом смысле — не административные накладные расходы. Это способ, которым операционные решения становятся проверяемыми.

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

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

Размещённые операции и риск третьих сторон

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

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

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

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

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

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

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

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

Они перечисляют средства контроля доступа и соответствие SOC 1, а также описывают разработку продукта и размещённые операции. Зрелый покупатель должен связать эти факты с прямыми вопросами о контроле выпусков, обработке уязвимостей, управлении зависимостями, происхождении программного обеспечения, безопасном кодировании, согласовании изменений и уведомлении клиентов.

Сигналы внедрения: CHFA, Cinnaire, Gantry и BridgeInvest

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

В феврале 2023 года McCracken объявила, что Управление жилищного финансирования Колорадо, базирующееся в Денвере, будет использовать STRATEGY для обслуживания коммерческой недвижимости. В релизе говорится, что CHFA инвестирует в доступное жильё и развитие сообществ и вложила более 29,7 миллиарда долларов в экономику Колорадо.

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

В апреле 2022 года McCracken объявила, что Cinnaire выбрала STRATEGY для управления портфелем коммерческой недвижимости. В анонсе Cinnaire описывается как финансовое учреждение развития сообществ и назначенный Fannie Mae доступный кредитор. В нём сказано, что приоритетом в ходе обширного поиска было улучшение автоматизации и снижение операционного риска по портфелю, и что McCracken будет сотрудничать с Cinnaire по дополнительной функциональности оценки рисков, чтобы повысить эффективность пользователей, снизить вероятность человеческих ошибок и улучшить отчётность. Это напрямую относится к аргументу о ковенантах и оценке рисков.

Это показывает публичную историю клиента, построенную вокруг операционного риска и контроля отчётности.

В июле 2021 года McCracken объявила, что Gantry выбрала STRATEGY для поддержки обслуживания всего портфеля коммерческой недвижимости из более чем 1700 кредитов на сумму свыше 16 миллиардов долларов. В анонсе говорится, что Gantry хотела консолидировать коммерческие кредиты, обслуживаемые в двух разных системах, после приобретения Norris, Beggs & Simpson, и что STRATEGY поможет мигрировать портфель в среду с одной системой. Это один из самых сильных публичных примеров, поскольку он называет проблему миграции и консолидации.

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

В ноябре 2020 года McCracken объявила, что BridgeInvest, описанный как частный кредитор недвижимости из Майами, выбрал STRATEGY для поддержки операций обслуживания коммерческой недвижимости. В анонсе говорится, что BridgeInvest хотел обновить существующую систему и сотрудничать с поставщиком, имеющим опыт в кредитовании и обслуживании коммерческой и многосемейной недвижимости. Там сказано, что STRATEGY предоставит масштабируемую сквозную платформу обслуживания на протяжении жизненного цикла кредита, и приведена цитата клиента о более эффективной работе и улучшении обслуживающей операции.

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

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

Проблема электронных таблиц — не только техническая, но и культурная

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

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

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

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

Именно здесь могут быть важны консалтинговые и поддерживающие услуги McCracken. На странице консалтинга сказано, что бизнес-аналитики помогают понять бизнес-модель клиента, требования и повседневную интеграцию, а также могут предоставить планирование тестирования, управление проектами, обучение, проектирование бизнес-процессов и проверки работоспособности. Эти услуги не вторичны для такой системы, как STRATEGY. Они — способ, которым кредитор отображает свои типы кредитов, политики обслуживания, потребности в отчётности, права пользователей, бизнес-правила, миграцию данных, доказательную базу рабочих процессов и обучение в систему.

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

Лучшее поведение покупателя — создать сценарии приёмки до конфигурации. Выберите репрезентативные кредиты: простой работающий кредит, многосемейный кредит с периодической финансовой отчётностью, строительный кредит с выборками, синдицированный или секьюритизированный кредит, кредит со сложностью эскроу и страхования, кредит с регулируемой ставкой, неработающий кредит и кредит с исключениями по ковенантам. Затем проверьте, может ли STRATEGY провести каждый сценарий от текущей записи до принятого действия по обслуживанию без побочных записей. Если система проходит только простой случай, широты панели недостаточно.

Экономика: контроль должен перевешивать зависимость от поставщика

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

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

Анонсы клиентов вокруг CHFA, Cinnaire, Gantry и BridgeInvest все указывают на какую-то версию этой логики: обслуживание на всём жизненном цикле, операционные проблемы, автоматизация, снижение рисков, отчётность, миграция в одну систему, снижение затрат на хостинг и поддержка сложных портфелей.

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

Эта работа дорога, даже когда поставщик компетентен.

Зависимость от поставщика следует анализировать честно. Продукт McCracken может снизить зависимость от электронных таблиц, одновременно создавая зависимость от платформы. Это не обязательно плохо. Любая серьёзная система записи создаёт зависимость, потому что становится местом, где живёт институциональная память. Покупатель должен решить, приемлема ли эта зависимость. Какие данные можно экспортировать? Какие отчёты можно воссоздать? Как извлекаются документы и заметки? Что происходит при прекращении работы? Как регулируются API? Насколько конфигурация клиента зависит от разработки McCracken?

Насколько сложно будет сменить хостинг, интегрировать новую главную книгу или позже перейти на другую обслуживающую платформу?

Лучший результат — не нулевая зависимость. Это ценная зависимость: система, которую трудно заменить, потому что она сделала кредитную запись чище, а не потому, что клиент не может вытащить свои данные. Худший результат — административная зависимость: система, которая остаётся дорогой, потому что миграция пугает, в то время как пользователи продолжают вести реальный процесс где-то ещё. Публичные данные McCracken поддерживают продукт, который может быть центральным для контроля обслуживания коммерческих кредитов.

Перевешивает ли этот контроль затраты, зависит от дисциплины внедрения и измеримого сокращения переделок, ручной сверки и неопределённости отчётности.

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

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

Второе требование — доказательства миграции. Устаревшие системы и электронные таблицы часто содержат противоречивые поля, устаревшие значения и недокументированные ручные соглашения. План миграции должен определять исходные системы, правила отображения, преобразования, нерешённые исключения, выборки сверки и подпись владельца. Выборка должна включать кредиты с реальной сложностью. Публичный анонс Gantry — напоминание о том, что консолидация из нескольких систем — это деловое событие, а не рутина извлечения и загрузки.

Третье требование — контрольные доказательства. Поскольку McCracken перечисляет размещённые услуги, средства контроля доступа и соответствие SOC 1, покупателям следует запросить соответствующий аудиторский отчёт, объём контроля, историю исключений, доказательства восстановления, обязательства по обработке инцидентов, процедуры проверки доступа, позицию по шифрованию, процесс управления изменениями и права на экспорт данных. Если кредитор регулируется, управление риском третьих сторон должно быть откалибровано под критичность данных обслуживания кредитов и сложность интеграции.

Четвёртое требование — сверка учёта и отчётности. Покупателю следует протестировать проводки главной книги, ежедневные записи транзакций, отчёты для инвесторов, отчёты CREFC или связанные с агентствами отчёты, где применимо, отчёты для совета директоров или руководства, отчёты по оценке рисков, отчёты об исключениях и результаты регуляторной или налоговой отчётности. Отчёты должны сверяться с базовыми кредитными записями. Пользователи должны понимать, какие поля данных управляют отчётами и какие исключения требуют ручного суждения.

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

Шестое требование — операционная собственность. Кредитор должен знать, какие процессы настраивает McCracken, какие может изменять кредитор, кто утверждает изменения правил, как обучаются пользователи, как сортируются заявки в поддержку, как тестируются новые версии, как отзывы рабочих групп клиентов влияют на разработку продукта и как используются проверки работоспособности после запуска. У системы записи должна быть модель управления после запуска.

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

Границы публичной неопределённости

Эта статья опирается на публичные доказательства: официальный сайт McCracken и страницы продукта, официальные анонсы клиентов, публичные страницы услуг, публичные записи в блоге, сторонние бизнес-профили и руководства по банковскому делу или безопасному программному обеспечению от OCC, FDIC, Федерального резерва, FFIEC и NIST. Не инспектировались ни один клиентский тенант McCracken, экземпляр STRATEGY, исходный код, контракт, план внедрения, портал поддержки, SOC-отчёт, тест аварийного восстановления, звонок клиента для рекомендации, частный аудиторский файл, кредитная запись, сообщение заёмщику или интеграция главной книги.

Официальные страницы сильнее всего описывают текущее позиционирование McCracken, модули продукта, категории услуг и заявленный компанией масштаб. Анонсы клиентов — полезные сигналы внедрения, но они выбраны поставщиком и не раскрывают результаты внедрения. Профиль Banking CIO Outlook 2019 года полезен как сигнал рыночного профиля и контекст на основе интервью, но его не следует рассматривать как независимый аудит производительности продукта. BBB, LinkedIn и исторические новостные источники помогают с идентичностью и присутствием, а не с качеством программного обеспечения.

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

Доказательства поддерживают сфокусированный вывод. McCracken — давно работающий специализированный поставщик программного обеспечения для обслуживания коммерческих кредитов и управления активами, чья платформа STRATEGY публично соответствует операционным записям, которые кредиторам необходимо сохранять: условия кредитов, платежи, ковенанты, залог, рабочие процессы, учёт, отчётность для инвесторов, оценки рисков, страхование и отчёты. Доказательства не доказывают, что каждое внедрение чисто, каждая размещённая среда соответствует стандарту конкретного банка, каждая миграция низкорискова, или каждый клиент снизил затраты и риски.

Такие утверждения требуют проверки, специфичной для клиента.

Вывод

McCracken Financial Software не следует оценивать по тому, может ли STRATEGY показать широкий портфельный обзор. Её следует оценивать по тому, может ли кредитор доверять принятой записи обслуживания после реального действия по кредиту.

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

Эта специфичность — преимущество McCracken. Она же является источником риска внедрения. Система, которая глубоко проникает в обслуживание, учёт, мониторинг залога и отчётность, должна быть глубоко настроена, управляема и протестирована. Покупателю следует ожидать значимой работы, прежде чем система станет авторитетной. Также следует ожидать значимой ценности, если система вытеснит ручную работу и даст руководству более чистый взгляд на портфельный риск.

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

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

Если эти тесты пройдены, ценность McCracken — не в широте панели. Её ценность в том, чтобы сделать запись коммерческого кредита достаточно долговечной, чтобы кредиторы могли действовать, аудиторы — проверять, инвесторам — отчитываться, заёмщикам — получать обслуживание, а портфельные менеджеры — видеть риск до того, как он станет сюрпризом.