Четыре регистра за Ella: аудит ИИ-банка ONE ZERO

Кратко

• ONE ZERO — лицензированный израильский банк, а не производитель ПО, использующий банковский бренд. Его ИИ-операционная модель должна согласовывать четыре разных регистра: основной клиентский и банковский регистр, регистр активов внутреннего ПО, реестр контроля моделей и счёт регулятивного капитала.
• Аудит за 2024 год делает экономику ПО видимой. Затраты на разработку стали ключевым вопросом аудита, приемлемое внутреннее ПО капитализировалось и амортизировалось в течение пяти лет, а почти 50 млн NIS инвестиций в ПО сосуществовали с годовым убытком в 267,9 млн NIS.
• Банк владеет значительным прикладным слоем и слоем принятия решений, но не всем стеком. TCS предоставляет основной сервис-бюро, AWS поддерживает независимые системы, а состав поставщиков ИИ изменился: в отчёте за 2024 год названы AI21 и OpenAI, а отчёт за 2025 год указывает, что соглашение с AI21 завершилось в 2025 году.
• Заявления об автоматизации многообещающие, но не имеют операционных доказательств. В презентации компании указано, что в IV квартале 2025 года 89 % взаимодействий обработано без участия банкира-человека, однако публичные раскрытия не содержат знаменатель, долю повторных обращений, уровень ошибок, качество эскалации или долю финансового ущерба, необходимые для проверки этого процента.
• Поэтому ключевой вопрос инвестиций и закупок — контрольная маржа, а не новизна чат-бота: сколько подтверждённой ценности для клиента, выручки и сервисной мощности остаётся после полных затрат на привлечение и поддержку, контроля моделей и поставщиков, амортизации ПО, кредитных убытков и капитала, необходимого для безопасности банка.

Четыре регистра приходят в движение, когда отвечает Ella

Клиент видит одно сообщение. Банк должен видеть как минимум четыре регистра.

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

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

Именно поэтому полезная единица анализа — конкретный юридический банк, One Zero Digital Bank Ltd., а не «Ella», не другая технологическая компания основателя и не обобщённая категория цифровых банков.Заявление Банка Израиля о снятии последних ограничений на создание банкав январе 2022 года гласило, что учреждение завершило технологическую и операционную подготовку, необходимую для самостоятельной работы. В нём также была ясно сформулирована правовая позиция: ONE ZERO имеет статус других израильских банков и находится под надзором в части устойчивости, защиты вкладчиков и добросовестности. Этот статус придаёт приложению достоверность, но одновременно превращает каждое, казалось бы, невесомое взаимодействие с ПО в часть контрольной среды банка.

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

Юридическая структура — банк, а не ИИ-оболочка

ONE ZERO был учреждён в 2019 году и контролируется компанией Fin-Digit Ltd. через профессора Amnon Shashua, согласноаудированному годовому отчёту банка за 2024 год. В марте 2021 года банк начал ограниченный пилотный проект, в январе 2022 года операционные ограничения были сняты, а в 2024 году он завершил второй полный год розничной банковской деятельности. Эта история важна, потому что несколько соседних идентичностей легко спутать. Shashua также связан с AI21 Labs; TCS предоставляет базовые технологии; Amazon Web Services — облачную инфраструктуру; а Ella — клиентский ассистент. Ни одна из этих структур не является регулируемым депозитным учреждением.

Граница меняет то, как нужно читать цифры. Депозиты клиентов — это фондирование банка, а не регулярная годовая выручка. Регулятивный капитал — не оценка стоимости ПО. Кредитные убытки — не дефекты поддержки. Деньги, размещённые в Банке Израиля, — процентный финансовый актив, а не «деньги на платформе». И наоборот, капитализированный остаток ПО автоматически не является регулятивным капиталом и сам по себе ничего не говорит о качестве кода, внедрении у клиентов или будущей генерации денежных средств.

Ваудированном годовом отчёте за 2025 год, английском переводе, подготовленном для удобства и относящемся к отчётности, утверждённой в марте 2026 года, по-прежнему описан единственный сегмент — израильский розничный банкинг. В нём сообщается примерно о 180 000 клиентов согласно обновлению за текущий отчётный период, но это не превращает ONE ZERO в международную программную платформу. Руководство обсуждало экспорт технологии и Ella как услугу, а в отчёте за 2024 год указывалось, что работы по расширению в Европе заморожены из-за геополитической неопределённости. Это опции и намерения. Продемонстрированная деятельность остаётся деятельностью поднадзорного израильского банка, который обслуживает клиентов через приложение при поддержке людей и третьих сторон.

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

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

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

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

Банк сообщает, что начал использовать такие внешние данные в 2024 году для формирования инсайтов.

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

Это слой в цепочке, чьё авторитетное состояние остаётся в другом месте.

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

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

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

Капитализированный код запускает пятилетний отсчёт

Самый показательный фрагмент раскрытия ONE ZERO за 2024 год — не язык ИИ, а учётная политика за ним.

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

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

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

На конец 2024 года общая стоимость ПО до накопленной амортизации составляла примерно 222,2 млн NIS, а балансовая стоимость — 146,3 млн NIS. Последующее сравнительное раскрытие выделяет собственное внутреннее ПО с валовой стоимостью примерно 200,4 млн NIS и балансовой стоимостью 131,5 млн NIS. Отчёты о движении денежных средств показывают примерно 49,9 млн NIS, инвестированных в ПО в 2024 году, после 61,5 млн NIS в 2023 году. Это значительные суммы для банка, чьи операционные расходы в 2024 году составили 322,8 млн NIS.

Отсчёт не остановился. В 2025 году заявленная стоимость ПО выросла примерно до 273,8 млн NIS, а балансовая стоимость — до 151,0 млн NIS. Собственный компонент внутреннего назначения достиг валовой стоимости примерно 248,8 млн NIS и балансовой стоимости 136,7 млн NIS; денежные инвестиции в ПО составили примерно 50,8 млн NIS. Амортизация и обесценение продолжали поглощать более ранние инвестиции. Небольшой рост чистой балансовой стоимости на фоне гораздо большего роста валовой стоимости иллюстрирует «беговую дорожку»: новые капитализированные работы должны превышать амортизацию предыдущих релизов, чтобы балансовая стоимость актива просто росла.

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

Собственный слой находится поверх аутсорсингового ядра

Архитектура ONE ZERO намеренно смешанная. В годовых отчётах говорится, что банк разрабатывает технологии там, где считает компетенцию необходимой для своего преимущества, и привлекает третьи стороны там, где специалист может обеспечить более быстрый выход на рынок или зрелый сервис. Это нормальный современный банк. Это также делает слово «проприетарный» слишком широким, если не разделить слои.

Основная платформа счетов — от Tata Consultancy Services. TCS описывает свойBanking Service Bureauкак централизованно управляемый, готовый для Израиля сервис на базе TCS BaNCS, поддерживающий банковские функции и интеграцию через API. Егокейс ONE ZEROназывает банк первым клиентом общей платформы. Отношения были публично анонсированы вапреле 2020 года, до начала неограниченной коммерческой деятельности.

В аудированных раскрытиях TCS описан как поставщик основного банковского сервис-бюро с совместным управлением, контрольными упражнениями, отчётностью и документами об уверенности. Там также указано, что коммерческие условия были пересмотрены в 2024 году, чтобы лучше соответствовать полученному сервису. Презентация итогов ONE ZERO за 2025 год относит разовое снижение ИТ-расходов на 13 млн NIS к этому пересмотру. Экономия демонстрирует переговорную активность, но не устраняет зависимость.

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

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

AWS поддерживает другой слой. Банк сообщает, что с ноября 2021 года у него есть корпоративное соглашение на инфраструктурные и программные услуги, используемые независимыми системами, с поддержкой и доступностью, призванными соответствовать банковским требованиям. В публичных раскрытиях нет полного графика услуг, региональной архитектуры, перечня субподрядчиков или целевых показателей восстановления по системам. Там также не сказано, что само ядро TCS работает на аренде AWS ONE ZERO; TCS продвигает своё израильское бюро как сервис частного облака.

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

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

Ella — интерфейс, процесс и проблема контроля

Ella представлена как генеративный ИИ-финансовый менеджер. Банк сообщает, что она может в реальном времени отвечать на общие и персонализированные вопросы, интерпретировать финансы клиента и подсвечивать возможности или аномалии. На текущеймаркетинговой странице продуктаассистенту приписаны броские операционные результаты, включая высокую долю автоматически обработанных взаимодействий и снижение трудозатрат на обслуживание. Впрезентации итогов 2025 годаесть ещё один заголовок: 89 % всех взаимодействий с клиентами в IV квартале обработано без участия банкира-человека, а 72 % реактивных взаимодействий не потребовали банкира.

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

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

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

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

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

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

Поставщики моделей могут меняться быстрее, чем банковские контракты

История поставщиков делает Ella особенно полезным кейсом зависимости от ИИ. В аудированном отчёте за 2024 год указано, что ONE ZERO использует модели AI21 Labs и OpenAI как взаимодополняющие для чата. Отношения с AI21 были вопросом со связанной стороной, поскольку Shashua имел косвенную долю; банк заявил, что комитет по аудиту рассмотрел и ратифицировал соглашение на рыночных условиях. Затем в аудированном отчёте за 2025 год раскрыто, что соглашение с AI21 завершилось в 2025 году.

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

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

Одобрение сделки со связанной стороной охватило одно измерение корпоративного управления: был ли договор надлежащим образом рассмотрен и оценён. Оно само по себе не подтверждало качество выходных данных, устойчивость или переносимость. Надёжный файл перехода включал бы оценку «до/после» на репрезентативных финансовых разговорах на иврите и английском, регрессионные тесты сумм и дат, сценарии red-team, проверку конфиденциальности, репетицию инцидента, сравнение стоимости за решённое намерение и одобрение независимой контрольной функции.

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

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

Требования регулятора к моделям выходят за пределы чат-бота

Израильская надзорная система превращает это в операционное требование, а не в абстрактный спор об этике ИИ.Директива 369 Банка Израиля об управлении модельным рискомбыла опубликована в августе 2024 года с вступлением в силу в августе 2025 года. Она использует широкое понятие модели и применяет риск-ориентированную структуру, включающую управление, инвентаризацию, документацию, независимую валидацию, мониторинг и три линии защиты. Модели третьих сторон не снимают ответственность с банка.

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

Вмежотраслевом отчёте об ИИцентрального банка, опубликованном в декабре 2025 года, рекомендованы риск-ориентированный надзор, содержательное раскрытие и постоянная подотчётность финансовой организации, при этом отмечены опасения по поводу дискриминации, конфиденциальности, конкуренции и стабильности. Это политический документ, а не вывод о том, что ONE ZERO нарушил правило. Его актуальность устремлена в будущее: дифференциация банка зависит от расширения ИИ на чувствительные рабочие процессы по мере того, как надзорные ожидания становятся более конкретными.

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

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

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

Автоматизация улучшила форму убытка, но не устранила его

Отчёт о прибылях и убытках даёт более веские доказательства, чем интерфейс ассистента. В 2024 году чистый процентный доход вырос до 39,7 млн NIS с 27,4 млн NIS, комиссионный доход — до 34,2 млн NIS с 15,4 млн NIS, а годовой чистый убыток сократился до 267,9 млн NIS с 357,5 млн NIS. Операционные расходы снизились до 322,8 млн NIS с 380,9 млн NIS. Расходы на маркетинг и рекламу упали до 26,4 млн NIS с 52,8 млн NIS; расходы на персонал — до 131,7 млн NIS со 150,5 млн NIS; ИТ-расходы — до 49,2 млн NIS с 59,1 млн NIS.

Это был значительный прогресс, но не доказательство банка в устойчивом автопилоте. Часть улучшения связана с сокращением расходов и пересмотром условий с TCS. Среднесписочная численность сотрудников снизилась с 413 до 385, а численность на конец года, включая заявленный аутсорсинговый компонент, также уменьшилась. Инвестиции в ПО продолжались. Банк наращивал мощность при сокращении части текущих расходов — сочетание, которое делает границу капитализации особенно важной.

Отчётность за 2025 год показывает другой переход. Чистый процентный доход снова вырос — до 60,6 млн NIS, комиссионный доход — до 56,6 млн NIS. Расходы на кредитные убытки снизились до 8,2 млн NIS с 18,8 млн NIS. Чистый убыток сократился до 213,9 млн NIS. При этом операционные расходы остались практически неизменными — 323,0 млн NIS, среднесписочная численность составила 382 человека, а численность на конец года немного выросла до 393, тогда как число аутсорсинговых сотрудников снизилось. Автоматизация не превратила банк в программный сервис с почти нулевым трудом.

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

Это правдоподобный и потенциально ценный результат. Он требует правильного знаменателя. Число клиентов в аудированных и презентационных документах различается по дате и определению; открытия счетов, зарегистрированные пользователи, счета с финансированием и активные основные банковские отношения не взаимозаменяемы. Доходы также поступают из разных источников. В 2024 году примерно 85,8 млн NIS валового процентного дохода поступило от депозитов в банках, прежде всего в Банке Израиля, а примерно 18,0 млн NIS — от кредитования населения. Спред на избыточных депозитах был больше, чем доход от кредитов.

Это важно для ИИ-тезиса. Ассистент может привлекать и удерживать депозиты, побуждать клиентов делать ONE ZERO основным банком и увеличивать использование продуктов. Но процентная среда и распределение активов банка могут создавать больше дохода, чем подписка или сервисное взаимодействие. Если ставки падают, меняется ценообразование депозитов или клиенты уносят остатки, этот двигатель меняется. Банк не следует оценивать так, будто вся выручка — регулярная программная, только потому что интерфейс — программный.

Независимые публикации дают полезную проверку прежних ожиданий. В марте 2024 годаCTech сообщилоб убытке банка в 357 млн NIS за 2023 год и о тогдашнем намерении руководства выйти на прибыльность к концу 2025 года. Аудированный убыток за 2025 год показывает, что цель не была достигнута. Невыполнение прогноза не опровергает модель, особенно в условиях войны и быстрой разработки продуктов. Но оно превращает будущие заявления о прибыльности в проверяемые обязательства, а не в повествовательные вехи.

Депозиты, кредит и капитал задают жёсткую границу

Баланс ONE ZERO рос быстрее кредитного портфеля. Депозиты населения выросли с примерно 1,835 млрд NIS на конец 2023 года до 2,578 млрд NIS на конец 2024 года и 3,568 млрд NIS на конец 2025 года. Кредиты населению выросли с примерно 366,6 млн NIS в 2024 году до 444,2 млн NIS в 2025 году. Банк сообщил, что большая часть депозитных средств размещена в Банке Израиля — 84 % на конец 2024 года и 86 % на конец 2025 года, что объясняет очень высокие коэффициенты ликвидности.

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

Кредитный риск остаётся банковским риском, а не метрикой ИИ-продукта. В 2024 году банк зафиксировал расходы на кредитные убытки в 18,8 млн NIS и сообщил о растущем числе заёмщиков; в 2025 году расходы снизились до 8,2 млн NIS. Более низкий годовой резерв может отражать качество портфеля, его структуру, допущения моделей и макроэкономические ожидания. Его не следует приписывать ИИ без доказательств, связывающих андеррайтинг или модели взыскания с контролируемыми результатами.

Капитал — самое жёсткое ограничение. Заявленный капитал первого уровня снизился с примерно 127,4 млн NIS на конец 2024 года до 58,3 млн NIS на конец 2025 года, а совокупный капитал — со 133,4 млн NIS до 65,2 млн NIS. Банк описывает минимальное требование к капиталу в 50 млн NIS и освобождение на стартовом этапе от некоторых требований, основанных на риске, до достижения активами, взвешенными по риску, установленного порога. Образовавшаяся подушка заслуживает внимания даже при достаточной ликвидности. Ликвидность обеспечивает обязательства по мере наступления сроков; капитал поглощает убытки. Депозиты — это обязательства.

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

Банк неоднократно привлекал средства, в том числе через инструменты SAFE, в основном при поддержке контролирующего акционера. В отчётности за 2025 год сообщается о дополнительном финансировании SAFE и последующем обязательстве в 2026 году. В СМИ в конце 2025 года сообщалось, что банкищет ещё один значительный раунд финансирования; этот отчёт — доказательство процесса привлечения средств, а не подтверждение того, что раунд закрылся на описанных условиях. Аналитики должны сопоставлять привлечённые денежные средства, учётную классификацию, условия конвертации, размытие и допустимость в качестве регулятивного капитала, а не рассматривать каждый финансовый инструмент как капитал, эквивалентный акционерному.

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

Тарифные планы столько же скрывают, сколько упрощают

Текущаяанглоязычная страница тарифов ONE ZEROпоказывает три подхода. Zero рекламируется как оплата по факту использования без обычных комиссий за текущий счёт и карту. One указан по цене 49 NIS в месяц для индивидуального счёта и 59 NIS — для совместного, после вводного периода. One+ указан по цене 119 и 139 NIS соответственно, добавляя более широкие преимущества. Страница представляет фиксированную ежемесячную цену как альтернативу длинному меню банковских комиссий и подчиняет преимущества условиям плана, пунктам о добросовестном использовании и тарифу.

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

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

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

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

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

Снижение маркетинговых расходов в 2024 году на фоне роста числа клиентов обнадёживает. Это может указывать на силу бренда, рефералы или более эффективное привлечение. Публичные данные не раскрывают структуру, срок окупаемости когорт или выживаемость. Правильный вывод не в том, что экономика клиента слабая, а в том, что ярлык «подписка» и выборочно определённый CAC не могут её установить.

Банку только с приложением нужно больше непрерывности, а не меньше

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

В годовых отчётах описано планирование непрерывности бизнеса, резервное копирование критических технологий, мониторинг важных поставщиков, учения и способность сотрудников работать, не полагаясь на одну физическую площадку. В них сообщается об отсутствии значимых киберинцидентов, затронувших счета, в 2024 году, а в 2025 году описываются попытки атак, включая распределённый отказ в обслуживании (DDoS) и социальную инженерию, без заявленного влияния на бизнес. Это узкие раскрытия руководства. «Отсутствие влияния на счета» не означает отсутствия сбоев, попыток компрометации, деградации сервиса или неудобств для клиентов.

Более широкий сектор показывает, почему зависимость от поставщиков имеет значение. Вгодовом обзоре банковской системы Банка Израиля за 2024 годсообщается, что отчёты о значимых технологических сбоях участились, и отмечается, что инцидент CrowdStrike затронул несколько банков. Там не говорится, что ONE ZERO был среди них. Его актуальность системна: общая зависимость от ПО или инфраструктуры может ударить по учреждениям, чей собственный код не менялся.

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

Для ONE ZERO значимое доказательство непрерывности было бы специфичным для услуг. Каковы целевые сроки восстановления и целевые точки восстановления для входа, отображения остатка, управления картой, перевода, ценных бумаг, обслуживания клиентов и инсайтов с помощью моделей? Может ли приложение показывать авторитетные остатки и выполнять ключевые действия, когда Ella или внешняя модель недоступны? Могут ли банкиры-люди извлечь дело, если сбой происходит в разговорном слое? Как часто совместно тестируются сбои TCS, AWS, телекоммуникаций и провайдера идентификации? Есть ли у клиентов страница статуса и запасной экстренный канал?

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

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

Конфиденциальность — часть продукта финансового управления

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

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

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

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

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

Публичное досье ONE ZERO признаёт конфиденциальность и безопасность рисками ИИ, но не публикует актуальную схему потоков данных поставщиков моделей. Этот пробел не доказывает небезопасную обработку. Он означает, что клиентское обещание более конкретно, чем публичные доказательства того, куда уходят разговорные данные. Завершение соглашения с AI21 делает обновлённое раскрытие особенно ценным.

Доказательства безопасности уже, чем «значок доверия»

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

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

Агрегированная уверенность всё же может быть сильнее, чем «без существенного влияния».

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

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

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

Замечания Банка Израиля за 2025 годсвязывают возможности ИИ с необходимостью обученного персонала, систем риска и усиленного управления киберугрозами и внешними поставщиками. Это отраслевые ориентиры, а не критика ONE ZERO. Тем не менее они отражают вызов банка: компактная цифровая организация не может экономить на контрольных функциях, от которых зависит её автоматизация.

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

Собственныйпубличный отчёт ONE ZERO о жалобах за 2025 год— редкий ориентированный на результат противовес маркетинговым метрикам. В нём зафиксировано 663 полученные жалобы и 579 обработанных за отчётный период. Из обработанных дел 143 признаны обоснованными, 266 — необоснованными, по 165 вина банка не установлена, пять вышли за рамки. Текущие счета и платёжные инструменты были крупнейшими раскрытыми тематическими группами, за ними следовало качество обслуживания.

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

Он показывает, почему «обработано без банкира» — неполная метрика. Разговор может быть удержан сегодня и стать жалобой завтра. Правильный ответ может быть дан слишком поздно. Автоматическая подсказка может быть понятной, но привести к неподобающему результату. Соединение данных о взаимодействиях, операциях, повторных обращениях, жалобах и компенсациях позволило бы ONE ZERO показать нечто более ценное, чем удержание: надёжное решение.

Висследовании домохозяйств Банка Израиля за 2025 годобнаружено, что прямые каналы доминируют в банковских взаимодействиях, и сообщается о высокой удовлетворённости цифровыми сервисами в целом по системе, при этом небольшие банки хорошо показали себя по ряду показателей. В презентации ONE ZERO воспроизводится благоприятный брендовый результат этого исследования. Независимое исследование подтверждает спрос на цифровой сервис; корпоративная презентация даёт специфичную для компании рамку. Ни то, ни другое не устанавливает, что результат вызван Ella.

Уйти клиенту проще, чем банку уйти от ядра, но не без усилий

Реформа мобильности в израильском онлайн-банкинге снижает один традиционный барьер.Правила смены банкаБанка Израиля создали бесплатный процесс, призванный переводить текущий счёт в течение семи рабочих дней и маршрутизировать последующие операции.Исследовательская работа Банка Израиля 2026 года на данных счетовоценивает, что вероятность смены банка выросла примерно с 0,6 % до примерно 1,4 % после реформы. Смена стала более вероятной, но осталась редкой.

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

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

Сам банк сталкивается с гораздо более сложным выходом от поставщиков. Потребитель может задействовать регулируемый процесс мобильности; ONE ZERO не может за семь дней перенести многолетние операции ядра из TCS или перестроить модельные процессы у другого поставщика. Договорная помощь при прекращении, протестированная переносимость данных и параллельная работа — поэтому материальные активы, даже если они никогда не появляются как функции в приложении.

Конкуренты соревнуются на разных уровнях

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

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

Самая сильная дифференциация ONE ZERO — сочетание банковской лицензии, современного прямого сервисного слоя и операционной модели «человек плюс ИИ». Автономный финансовый ассистент сам по себе не может обеспечивать депозиты или исполнять полный регулируемый процесс. Однако действующий банк может добавить аналогичные модели к большей существующей клиентской базе. Фундаментальные модели можно купить; мобильные интерфейсы можно скопировать; депозитные ставки можно сравнять.

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

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

Комплексная проверка из десяти частей

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

Первое: подтвердите границу юридического лица. Контракты, депозиты, ИИ-сервисы и гарантии обслуживания должны называть One Zero Digital Bank Ltd. там, где ответственна эта компания. Услуги, предоставляемые TCS, AWS, поставщиками моделей, карточными процессорами или аффилированными лицами, следует обозначать как зависимости, а не молча поглощать фразой «наша технология».

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

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

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

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

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

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

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

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

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

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

Главный индикатор для мониторинга — контрольная маржа

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

Будущие раскрытия следует читать как связанный дашборд. Отслеживайте актуальную карту поставщиков моделей после AI21, а не список поставщиков за 2024 год. Отслеживайте решение проблем и компенсации Ella по намерениям, а не только удержание. Отслеживайте капитализированные вложения, амортизацию, заброшенные релизы и обесценение вместе. Отслеживайте полную окупаемость привлечения и вклад на когорту с финансированием, а не CAC, исключающий зарплаты. Отслеживайте депозитную маржу, чувствительность к ставкам и использование основного счёта вместе с подписной выручкой. Отслеживайте кредитные убытки и регулятивный капитал отдельно от ликвидности.

Отслеживайте причины жалоб, крупные деградации сервиса и достигнутые сроки восстановления. Сверяйте срок контракта с TCS и тестируйте выход, а не делайте выводы о гибкости из пересмотренной цены.

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

Этот взгляд избегает двух симметричных ошибок. Первая — отмахнуться от ONE ZERO, потому что в контуре остаются люди, аутсорсинговая инфраструктура и регулятивные контроли. Именно эти компоненты делают ИИ-сервис пригодным для настоящих денег. Вторая — считать высокий процент автоматизации доказательством того, что банк превратился в бизнес с экономикой ПО. Аудированная отчётность показывает обратное: у депозитов есть цена, у кредита есть распределение убытков, код амортизируется, у поставщиков есть рычаги, а капитал несёт остаточный риск.

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