Les quatre registres derrière Ella: Auditer la banque IA de ONE ZERO

Résumé

• ONE ZERO est une banque israélienne agréée, pas un éditeur de logiciels qui porte une marque bancaire. Son modèle opérationnel IA doit concilier quatre registres différents: le grand livre client et bancaire de base, le registre des actifs logiciels à usage interne, l'inventaire de contrôle des modèles et le compte de capital réglementaire.
• L'audit 2024 rend l'économie des logiciels visible. Les dépenses de développement sont devenues un point clé d'audit, les logiciels à usage interne éligibles ont été capitalisés et amortis sur cinq ans, et près de 50 millions de NIS d'investissement logiciel ont coexisté avec une perte annuelle de 267,9 millions de NIS.
• La banque possède une couche applicative et décisionnelle importante, mais elle ne possède pas toute la pile. TCS fournit le centre de services principal, AWS prend en charge les systèmes indépendants, et la composition des fournisseurs d'IA a changé: le rapport 2024 nommait AI21 et OpenAI, tandis que le rapport 2025 indique que l'accord avec AI21 a pris fin en 2025.
• Les affirmations d'automatisation sont prometteuses mais manquent de preuves opérationnelles. Une présentation de l'entreprise indique que 89 % des interactions ont été traitées sans banquier humain au quatrième trimestre 2025, mais les divulgations publiques ne fournissent pas le dénominateur, le taux de contact répété, le taux d'erreur, la qualité de l'escalade ou le taux de préjudice financier nécessaires pour auditer ce pourcentage.
• La question d'investissement et d'approvisionnement est donc la marge de contrôle, pas la nouveauté du chatbot: combien de valeur client vérifiée, de revenus et de capacité de service restent après les coûts d'acquisition et de support complets, les contrôles des modèles et des fournisseurs, l'amortissement des logiciels, les pertes sur créances et le capital requis pour maintenir une banque en sécurité.

Quatre registres bougent quand Ella répond

Un client voit un seul message. La banque doit voir au moins quatre registres.

Le premier est littéral. Un solde, une transaction par carte, un dépôt, une position sur titres ou une exposition de crédit doit provenir d'un système d'enregistrement contrôlé. Le second est le registre logiciel: le code qui collecte les données, détecte un débit inhabituel, prépare une explication et achemine l'action suivante du client a un coût, une date de publication, une durée de vie et parfois un indicateur de dépréciation. Le troisième est le registre des modèles: quel modèle a produit une recommandation, quelle version et quelles données ont été utilisées, quels contrôles ont été appliqués et quand un humain a pris le relais.

Le quatrième est le registre du capital. Si une réponse erronée devient une transaction non autorisée, une plainte pour conduite, une violation de la vie privée, une perte de crédit ou simplement une interaction de service coûteuse, la conséquence appartient finalement à une entreprise réglementée disposant de ressources limitées pour absorber les pertes.

C'est pourquoi l'unité d'analyse utile est la banque légale exacte, One Zero Digital Bank Ltd., plutôt que « Ella », une autre société technologique du fondateur ou une catégorie générique de banque numérique. L'annonce de la Banque d'Israël levant les dernières restrictions d'établissementen janvier 2022 indiquait que l'institution avait achevé les préparatifs technologiques et opérationnels nécessaires pour fonctionner de manière indépendante. Elle a également précisé le point juridique: ONE ZERO a le statut des autres banques israéliennes et est supervisée pour la stabilité, la protection des déposants et l'équité. Ce statut donne de la crédibilité à l'application, mais il fait également de chaque interaction logicielle en apparence sans poids une partie de l'environnement de contrôle d'une banque.

Le test des quatre registres produit une définition moins théâtrale d'une banque native IA. Ce n'est pas une banque qui mentionne le plus souvent l'IA, ni une banque qui remplace chaque conversation par un robot. C'est une banque qui peut joindre la vérité des transactions, les changements logiciels, le comportement des modèles et la responsabilité réglementaire sans perdre les preuves entre eux. Le dossier public de ONE ZERO est inhabituellement utile car ses états audités révèlent à la fois la promesse et le coût de cette tentative.

L'entité est une banque, pas une enveloppe IA

ONE ZERO a été constituée en 2019 et est contrôlée par Fin-Digit Ltd. par le professeur Amnon Shashua, selon lerapport annuel audité 2024de la banque. Elle a commencé un pilote restreint en mars 2021, les restrictions opérationnelles ont été levées en janvier 2022 et elle a achevé sa deuxième année complète d'activité bancaire de détail en 2024. Cette histoire est importante car plusieurs identités adjacentes sont faciles à brouiller. Shashua est également associé à AI21 Labs; TCS fournit la technologie de base; Amazon Web Services fournit l'infrastructure cloud; et Ella est l'assistant client. Aucun de ceux-ci n'est l'entité réglementée de collecte de dépôts.

La frontière change la façon dont les chiffres doivent être lus. Les dépôts des clients sont le financement de la banque, pas un revenu récurrent annuel. Le capital réglementaire n'est pas une valorisation logicielle. Les pertes sur créances ne sont pas des défauts de support client. L'argent placé à la Banque d'Israël est un actif financier portant intérêt, pas « de l'argent sur la plateforme ». Inversement, un solde logiciel capitalisé n'est pas automatiquement du capital réglementaire et ne dit rien en soi sur la qualité du code, l'adoption par les clients ou la génération future de trésorerie.

Lerapport annuel audité 2025, une traduction anglaise de commodité des comptes approuvés en mars 2026, décrit toujours un seul segment de banque de détail israélienne. Il fait état d'environ 180 000 clients selon la mise à jour actuelle de la période de reporting, mais il ne transforme pas ONE ZERO en une plateforme logicielle multinationale. La direction a discuté de l'exportation de la technologie et d'Ella en tant que service, et le rapport 2024 indique que les travaux d'expansion en Europe ont été gelés en raison de l'incertitude géopolitique. Ce sont des options et des intentions. L'opération démontrée reste une banque israélienne supervisée servant des clients via une application, soutenue par des personnes et des tiers.

Cette distinction empêche également un raccourci analytique courant. Une banque peut avoir un excellent logiciel et une faible économie; elle peut avoir un logiciel moyen et un bilan résilient. ONE ZERO doit passer les deux tests à la fois. Sa couche propriétaire doit réduire le coût ou améliorer la qualité des opérations bancaires, tandis que l'entreprise réglementée doit financer les pertes continues, préserver le capital, gérer les liquidités et absorber les erreurs opérationnelles.

Un parcours client traverse des systèmes possédés et loués

Ladescription publique de son servicepar ONE ZERO commence par une proposition simple: pas d'agences, une application, une analyse automatisée du compte et un accès à des gestionnaires financiers humains. Opérationnellement, le parcours est moins simple.

L'intégration commence par une preuve d'identité à distance, des vérifications d'aptitude et réglementaires. Les divulgations de confidentialité de la banque décrivent la collecte de documents d'identité, de photographies et d'informations de vérification; les rapports annuels décrivent un examen manuel lorsque l'identification à distance suscite des doutes. Une fois ouvert, le compte et ses transactions doivent être maintenus dans l'environnement bancaire principal. Les cartes, les paiements, le change, les titres, les dépôts et le crédit introduisent des processeurs supplémentaires, des infrastructures de marché et des points de contrôle.

Les autorisations bancaires ouvertes peuvent ajouter des données provenant de comptes et de cartes détenus ailleurs. La banque indique avoir commencé à utiliser ces données externes partagées en 2024 pour produire des informations.

Ce n'est qu'alors que la proposition IA devient possible. Les événements de transaction et le contexte client peuvent être classifiés; des règles ou des modèles peuvent rechercher un débit en double, un découvert imminent, une dépense inhabituelle ou des liquidités inactives; une explication peut être préparée; et le résultat peut être envoyé à Ella, à un gestionnaire financier humain ou aux deux. Un client peut poser une question de suivi, rejeter une alerte ou demander une action. Toute action doit revenir à un flux de travail bancaire autorisé, avec authentification, limites, tenue de registres et rapprochement.

Une réponse conversationnelle n'est donc ni le début ni la fin du processus. C'est une couche dans une chaîne dont l'état faisant autorité reste ailleurs.

Cette séparation est essentielle lors de l'évaluation de l'affirmation de la banque selon laquelle l'IA « gère » l'argent. Les documents publics établissent qu'Ella peut répondre à des questions générales et personnalisées et que l'analyse automatisée génère des informations. Ils n'établissent pas qu'un système d'IA générative approuve indépendamment le crédit, modifie un dépôt, sélectionne un titre ou exécute un transfert sans contrôles déterministes et action autorisée du client ou humaine.

En l'absence d'une matrice de permissions publiée, l'interprétation prudente est plus étroite: l'assistant interprète, explique, recommande et achemine, tandis que les systèmes bancaires contrôlés exécutent.

Une équipe de diligence devrait demander cette matrice. Pour chaque intention, elle devrait montrer le système source, si un modèle peut lire ou écrire, le niveau d'authentification du client, les limites monétaires, l'approbation humaine requise, l'enregistrement d'audit, les droits de recours et le canal de repli. « Banquier IA » est une métaphore produit utile. Ce n'est pas une spécification de contrôle.

Le code capitalisé déclenche une horloge de cinq ans

La partie la plus révélatrice de la divulgation 2024 de ONE ZERO n'est pas le langage IA. C'est la politique comptable qui se cache derrière.

La banque capitalise les dépenses qualifiées sur les logiciels développés pour un usage interne après que la phase de recherche préliminaire est terminée, que la direction a engagé les ressources nécessaires pour achever le projet et que l'achèvement est attendu. Les logiciels achetés, les services externes directs et la main-d'œuvre directement attribuable peuvent entrer dans l'actif. Les autres dépenses de développement restent une charge. Une fois qu'un processus de test important est terminé et que le logiciel est prêt à être utilisé, la banque l'amortit en ligne droite sur cinq ans.

Les indicateurs indiquant que les avantages attendus se sont détériorés peuvent nécessiter une dépréciation.

Cette politique transforme la gestion de produit en une frontière auditée. Un développeur peut travailler sur une fonctionnalité client, un contrôle interne, une maintenance, une recherche ou un défaut. La réponse comptable n'est pas la même pour chaque heure. La date à laquelle une version devient prête à être utilisée déclenche l'horloge d'amortissement. Une période de capitalisation plus longue peut améliorer la présentation des dépenses de la période en cours, mais elle construit également un actif qui doit fournir un service sur sa durée de vie supposée.

Une durée de vie plus courte ou un projet abandonné accélère la reconnaissance de l'échec économique.

Les auditeurs de ONE ZERO ont traité la capitalisation des logiciels à usage interne comme un point clé d'audit en 2024. Ils ont souligné le jugement de la direction sur les coûts qualifiés, la date à laquelle le logiciel est devenu disponible pour utilisation, le taux de capitalisation et l'existence d'indicateurs de dépréciation. Leurs procédures comprenaient des tests d'échantillons par rapport aux pièces justificatives et l'évaluation des estimations. Un point clé d'audit n'est pas une accusation de déclaration erronée. C'est un signal que c'est l'un des domaines qui ont nécessité le plus d'attention d'audit.

À la fin de 2024, le coût logiciel total avant amortissement cumulé était d'environ 222,2 millions de NIS et la valeur comptable de 146,3 millions de NIS. La divulgation comparative ultérieure identifie les logiciels propriétaires à usage interne avec un coût brut d'environ 200,4 millions de NIS et une valeur comptable de 131,5 millions de NIS. Les rapports de flux de trésorerie montrent environ 49,9 millions de NIS investis dans des logiciels en 2024, après 61,5 millions de NIS en 2023. Ce sont des sommes importantes pour une banque dont les dépenses d'exploitation 2024 étaient de 322,8 millions de NIS.

L'horloge ne s'est pas arrêtée. En 2025, le coût logiciel déclaré est passé à environ 273,8 millions de NIS et sa valeur comptable à 151,0 millions de NIS. La composante propriétaire à usage interne a atteint un coût brut d'environ 248,8 millions de NIS et une valeur comptable de 136,7 millions de NIS; l'investissement en trésorerie dans les logiciels était d'environ 50,8 millions de NIS. L'amortissement et la dépréciation ont continué de consommer les investissements antérieurs.

La légère augmentation de la valeur comptable nette par rapport à l'augmentation beaucoup plus importante du coût brut illustre le tapis roulant: les nouveaux travaux capitalisés doivent dépasser l'amortissement des versions précédentes simplement pour maintenir la croissance du solde des actifs.

Aucun de ces chiffres ne mesure la précision du modèle ou la valeur client. La capitalisation enregistre les coûts éligibles, pas la qualité de la propriété intellectuelle. Elle peut inclure des logiciels développés par des tiers spécifiquement pour la banque. Elle ne prouve pas qu'une fonctionnalité est propriétaire au sens où un investisseur en capital-risque pourrait utiliser le mot, et elle ne dit pas si le code peut être séparé de TCS, d'AWS ou d'autres services.

Les questions utiles sont au niveau de la version: qu'est-ce qui a été mis en service, quel avantage a justifié la durée de vie de cinq ans, à quelle vitesse le modèle ou l'interface pertinent deviendra obsolète, et quelles preuves déclencheraient une dépréciation?

La couche propriétaire se trouve au-dessus d'un socle externalisé

L'architecture de ONE ZERO est délibérément mixte. Ses rapports annuels indiquent que la banque développe des technologies là où elle considère la capacité comme essentielle à son avantage et utilise des tiers là où un spécialiste peut fournir une entrée plus rapide sur le marché ou un service établi. C'est une banque moderne normale. Cela rend également le mot propriétaire trop large à moins que les couches ne soient séparées.

La plateforme de compte principal provient de Tata Consultancy Services. TCS décrit sonBureau de services bancairescomme un service exploité centralement, prêt pour Israël, construit sur TCS BaNCS, prenant en charge les fonctions bancaires et l'intégration via des API. Sonétude de cas ONE ZEROappelle la banque le premier client sur une plateforme partagée. La relation a été annoncée publiquement enavril 2020, avant l'exploitation commerciale sans restriction.

Les divulgations auditées décrivent TCS comme le fournisseur d'un bureau de services bancaires principal, avec une gouvernance conjointe, des exercices de contrôle, des rapports et des documents d'assurance. Ils indiquent également que les conditions commerciales ont été renégociées en 2024 pour mieux correspondre au service reçu. La présentation 2025 de ONE ZERO attribue une réduction ponctuelle de 13 millions de NIS des dépenses informatiques à cette renégociation. Cette économie démontre une activité de négociation, mais elle n'élimine pas la dépendance.

Les structures de données principales, les calendriers de publication, les interfaces, les procédures opérationnelles et la complexité de la migration créent des coûts de changement même lorsque le contrat contient des droits de sortie.

La traduction anglaise de commodité du rapport 2025 semble décrire l'horizon de prolongation de TCS différemment dans des passages séparés. Cela peut refléter une rédaction, une traduction ou des distinctions entre les périodes d'option; cela ne doit pas être transformé en une affirmation confiante sur le terme juridique. C'est, cependant, exactement le genre d'ambiguïté qu'un acheteur, un investisseur ou un superviseur devrait concilier avec l'accord exécuté.

La durée, l'assistance à la résiliation, l'extraction des données, le séquestre logiciel, la tarification de la transition et le droit de tester un remplacement importent plus que l'étiquette marketing attachée au socle.

AWS prend en charge une couche différente. La banque dit avoir un accord d'entreprise depuis novembre 2021 pour l'infrastructure et les services logiciels utilisés par les systèmes indépendants, avec un support et une disponibilité destinés à répondre aux exigences bancaires. La divulgation publique ne fournit pas de calendrier de service complet, d'architecture régionale, d'inventaire des sous-traitants ou d'objectif de reprise par système. Elle n'établit pas non plus que le socle TCS lui-même fonctionne sur le parc AWS de ONE ZERO; TCS commercialise son bureau israélien comme un service cloud privé.

« Banque cloud » n'est donc pas un fait de déploiement unique. C'est un portefeuille de dépendances hébergées et gérées.

La valeur propriétaire probable réside dans l'orchestration: l'expérience mobile, les services de données et de décision, la génération d'informations, la conversation, le routage des workflows et les outils internes reliant les clients et les banquiers humains au socle. Cela peut être précieux sans posséder le moteur de grand livre ou les modèles de base. Mais sa défendabilité dépend de la portabilité des interfaces, des connaissances accumulées sur les workflows, des données client contrôlées et des résultats mesurés—pas d'une affirmation générale selon laquelle toute la banque a été construite en interne.

Ella est une interface, un workflow et un problème de contrôle

Ella est présentée comme un gestionnaire financier IA générative. La banque dit qu'elle peut répondre à des questions générales et personnalisées en temps réel, interpréter les finances du client et mettre en évidence des opportunités ou des anomalies. Sapage marketing produitactuelle attache des affirmations opérationnelles frappantes à l'assistant, y compris des parts élevées d'interactions traitées automatiquement et des réductions de l'effort de service. Laprésentation des résultats 2025de ONE ZERO donne un autre titre: 89 % des interactions totales des clients au quatrième trimestre ont été traitées sans banquier humain, tandis que 72 % des interactions réactives n'ont nécessité aucun banquier.

Ces pourcentages peuvent décrire un progrès opérationnel réel. Ils ne sont pas encore une mesure de qualité auditée.

Le premier élément manquant est le dénominateur. Une interaction signifie-t-elle un message, une conversation, une intention résolue ou un épisode client? Si un client envoie six messages, reçoit une réponse générique et appelle plus tard, le système a-t-il traité six interactions ou a-t-il échoué à un parcours? Le deuxième est le périmètre. La réinitialisation de mot de passe, les heures d'ouverture et la consultation de transaction ne sont pas équivalentes à une recommandation de découvert, une fraude présumée ou un ordre sur titres contesté.

Le troisième est le résultat: le confinement peut augmenter parce que les réponses s'améliorent, parce que les clients abandonnent le canal, ou parce que l'escalade devient plus difficile. Le quatrième est le préjudice. Les rapports publics n'indiquent pas les taux d'hallucination, les taux de personnalisation incorrecte, les taux d'actions non autorisées ou les réparations financières causées par Ella.

Les propres rapports annuels de la banque reconnaissent les modes de défaillance pertinents. Ils font référence au risque de confidentialité et de sécurité des informations, à la sortie de modèle inexacte ou fabriquée, à la déviation algorithmique et à la nécessité de validation et de contrôles. Ils décrivent également l'IA comme complémentaire aux personnes: les systèmes automatisés analysent et préparent des informations, tandis que les banquiers humains traitent les cas complexes et peuvent servir plus de clients avec la technologie.

C'est une thèse opérationnelle plus crédible qu'un remplacement complet, mais elle a besoin d'un système de mesure qui suit l'épisode complet.

Un tableau de bord utile diviserait les intentions par matérialité, signalerait la résolution au premier contact et le contact répété sur une période définie, mesurerait l'escalade correcte ainsi que le confinement, testerait l'ancrage factuel par rapport à l'enregistrement principal, enregistrerait la correction du client, et divulguerait le taux et la valeur des réparations. Il distinguerait une réponse qui ne fait que contenir une conversation d'une réponse qui mène à une action financière appropriée, correctement exécutée et comprise.

Il mesurerait également la latence et la disponibilité lorsque le fournisseur de modèle, le service de données ou la connexion principale est dégradé.

Jusqu'à ce que cela existe publiquement, le chiffre de 89 % doit être classé comme une affirmation opérationnelle de l'entreprise, pas comme une preuve que 89 % du travail bancaire est autonome ou correct. L'absence d'humain au niveau du chat ne signifie pas l'absence d'humain dans les opérations de fraude, la validation des modèles, la conformité, l'ingénierie, le rapprochement ou la gestion des plaintes.

Les fournisseurs de modèles peuvent changer plus vite que les contrats bancaires

L'historique des fournisseurs fait d'Ella une étude de cas particulièrement utile sur la dépendance à l'IA. Le rapport audité 2024 indiquait que ONE ZERO utilisait des modèles d'AI21 Labs et d'OpenAI de manière complémentaire pour le chat. La relation avec AI21 était une question de partie liée car Shashua détenait un intérêt indirect; la banque a déclaré que son comité d'audit avait examiné et ratifié l'accord aux conditions du marché. Le rapport audité 2025 a ensuite révélé que l'accord avec AI21 avait pris fin en 2025.

Cette séquence ne doit pas être lue comme une preuve d'échec ou de différend; le rapport public ne dit pas pourquoi l'accord a pris fin. Elle montre que « le modèle » n'est pas un composant permanent. Un fournisseur peut changer au cours de la durée de vie de cinq ans attribuée au logiciel capitalisé environnant. L'application, la couche de récupération, les politiques, les ensembles d'évaluation et le workflow d'escalade peuvent persister tandis qu'un modèle est remplacé.

Alternativement, un changement de fournisseur peut modifier le style de réponse, l'utilisation d'outils, les performances linguistiques, le comportement de sécurité, la latence, le coût et les arrangements de traitement des données.

Le dossier public actuel ne fournit pas de nomenclature de modèle complète. Il n'identifie pas clairement quel fournisseur actuel gère chaque intention d'Ella, si les modèles sont hébergés ou accessibles via une API, où les requêtes et les réponses sont traitées, combien de temps les journaux du fournisseur sont conservés, si les données des clients entraînent des modèles externes, ou comment les versions sont épinglées et annulées. La fin de l'accord AI21 rend ces questions plus—pas moins—importantes. Une liste historique de fournisseurs ne doit pas être présentée comme l'architecture en direct.

L'approbation de la partie liée a traité une dimension de gouvernance: si le contrat a été correctement examiné et tarifé. Elle n'a pas validé par elle-même la qualité de la sortie, la résilience ou la portabilité. Un dossier de transition robuste comprendrait une évaluation avant et après le changement sur des conversations financières représentatives en hébreu et en anglais, des tests de régression pour les montants et les dates, des cas d'équipe rouge, un examen de la vie privée, une répétition des incidents, une comparaison des coûts par intention résolue et une approbation par une fonction de contrôle indépendante.

Il préserverait suffisamment de preuves pour reconstruire quel fournisseur et quelle version ont produit une réponse conséquente.

La substitution de modèle de base peut réduire un type de verrouillage tout en en augmentant un autre. Si ONE ZERO a une couche d'orchestration forte neutre vis-à-vis des modèles et un ensemble d'évaluation portable, la concurrence entre les fournisseurs de modèles peut améliorer l'économie. Si les instructions du modèle, les outils, les formats de récupération et les comportements de sécurité sont étroitement adaptés à un fournisseur, chaque changement devient une version logicielle risquée. Les divulgations publiques soutiennent l'existence d'une expérience multi-fournisseurs. Elles ne prouvent pas encore une portabilité sans friction.

La règle du régulateur sur les modèles va au-delà du chatbot

Le cadre de supervision israélien en fait une exigence opérationnelle plutôt qu'un débat abstrait sur l'éthique de l'IA. LaDirective 369 sur la gestion des risques liés aux modèlesde la Banque d'Israël a été publiée en août 2024 avec une date d'effet en août 2025. Elle utilise un concept large de modèle et applique un cadre basé sur les risques impliquant la gouvernance, l'inventaire, la documentation, la validation indépendante, le suivi et trois lignes de défense. Les modèles tiers ne transfèrent pas la responsabilité loin de la banque.

Ella n'est qu'une surface de modèle possible. La détection de fraude, les décisions de crédit, la classification des clients, la détection d'anomalies, les contrôles de lutte contre le blanchiment d'argent, la propension marketing et les prévisions opérationnelles peuvent également créer un risque de modèle. Un assistant client peut combiner des règles déterministes, la récupération, des modèles prédictifs conventionnels et une sortie générative en une seule expérience. L'inventaire doit préserver ces distinctions.

Un modèle génératif fluide n'est pas la source de vérité pour un solde; un score de fraude n'est pas une réponse au service client; et une règle qui bloque un transfert ne doit pas disparaître à l'intérieur d'une étiquette « IA » générique.

Lerapport sur l'IA intersectorielde la banque centrale, publié en décembre 2025, recommande une supervision basée sur les risques, une divulgation significative et une responsabilité continue de l'institution financière, tout en identifiant les préoccupations de discrimination, de confidentialité, de concurrence et de stabilité. C'est un rapport de politique, pas une constatation que ONE ZERO a violé une règle. Sa pertinence est prospective: la différenciation de la banque dépend de l'expansion de l'IA dans des workflows sensibles alors que les attentes de supervision deviennent plus spécifiques.

La supervision humaine doit donc être conçue, pas simplement promise. Pour une question d'information à faible risque, un suivi post-publication et une voie d'escalade facile peuvent être proportionnés. Une décision personnalisée d'investissement, de crédit ou de fraude nécessite un ancrage plus strict, des limites d'autorité et un examen. Un humain qui reçoit un résumé de cas généré par l'IA a besoin d'accès aux transactions sous-jacentes et à l'incertitude, pas seulement à la conclusion du modèle. Si les objectifs de dotation rendent les files d'attente d'escalade trop lentes, « l'humain dans la boucle » peut devenir cérémonial.

Si le personnel annule régulièrement le modèle mais que les commentaires n'atteignent jamais la validation, la boucle n'apprend pas.

La banque déclare un cadre de risque de modèle et reconnaît les risques spécifiques à l'IA. Ce qui manque publiquement, ce sont des preuves opérationnelles: le nombre de modèles par matérialité, la cadence de validation, les exceptions, la dérive de performance, les incidents conséquents et la réparation. Ces détails peuvent rester confidentiels en partie. Une évaluation institutionnelle sérieuse peut toujours demander des mesures agrégées et des artefacts de gouvernance d'échantillon sans exiger des poids de modèle ou des données clients.

L'automatisation a amélioré la forme de la perte, pas l'a effacée

Le compte de résultat offre des preuves plus solides que l'interface de l'assistant. En 2024, le produit net d'intérêts a augmenté à 39,7 millions de NIS contre 27,4 millions de NIS, les revenus de commissions à 34,2 millions de NIS contre 15,4 millions de NIS, et la perte nette annuelle s'est réduite à 267,9 millions de NIS contre 357,5 millions de NIS. Les charges d'exploitation ont diminué à 322,8 millions de NIS contre 380,9 millions de NIS.

Les dépenses de marketing et de publicité ont chuté à 26,4 millions de NIS contre 52,8 millions de NIS; la masse salariale a baissé à 131,7 millions de NIS contre 150,5 millions de NIS; et les dépenses informatiques ont baissé à 49,2 millions de NIS contre 59,1 millions de NIS.

C'était un progrès significatif, mais pas une preuve d'un état stable automatisé. Une partie de l'amélioration provenait de réductions de dépenses et de la renégociation avec TCS. Le nombre moyen d'employés est passé de 413 à 385, tandis que l'effectif en fin d'année, y compris la composante externalisée déclarée, a également diminué. L'investissement logiciel s'est poursuivi. La banque augmentait sa capacité tout en réduisant certaines dépenses courantes, une combinaison qui rend la frontière de capitalisation particulièrement pertinente.

Les comptes 2025 montrent une transition différente. Le produit net d'intérêts a de nouveau augmenté à 60,6 millions de NIS et les revenus de commissions à 56,6 millions de NIS. La charge de perte sur créances a baissé à 8,2 millions de NIS contre 18,8 millions de NIS. La perte nette s'est réduite à 213,9 millions de NIS. Pourtant, les charges d'exploitation étaient essentiellement stables à 323,0 millions de NIS, le nombre moyen d'employés était de 382 et l'effectif en fin d'année a légèrement augmenté à 393 tandis que le personnel externalisé a diminué.

L'automatisation n'avait pas transformé la banque en un service logiciel à main-d'œuvre quasi nulle. Elle peut plutôt avoir permis à une base de coûts similaire de servir une population de clients plus large et un ensemble de produits plus large.

C'est un résultat plausible et potentiellement précieux. Il nécessite le bon dénominateur. Les nombres de clients dans les documents audités et de présentation varient selon la date et la définition; les ouvertures de comptes, les utilisateurs enregistrés, les comptes financés et les relations bancaires principales actives ne sont pas interchangeables. Les revenus proviennent également de différents moteurs. En 2024, environ 85,8 millions de NIS de revenus d'intérêts bruts provenaient des dépôts auprès des banques, principalement la Banque d'Israël, tandis qu'environ 18,0 millions de NIS provenaient du crédit au public.

L'écart gagné sur les dépôts excédentaires était plus important que les revenus de prêt.

Cela compte pour la thèse IA. Un assistant peut attirer et retenir les dépôts, encourager les clients à faire de ONE ZERO leur banque principale et augmenter l'utilisation des produits. Mais l'environnement de taux d'intérêt et l'allocation d'actifs de la banque peuvent créer plus de revenus qu'un abonnement ou une interaction de service. Si les taux baissent, la tarification des dépôts change ou les clients déplacent leurs soldes, ce moteur change. La banque ne doit pas être valorisée comme si tous les revenus étaient des revenus logiciels récurrents simplement parce que l'interface est logicielle.

Les rapports indépendants fournissent un contrôle utile sur les attentes antérieures. En mars 2024,CTech a rapportéla perte de 357 millions de NIS en 2023 de la banque et l'ambition alors actuelle de la direction d'atteindre la rentabilité d'ici la fin 2025. La perte auditée de 2025 montre que cet objectif n'a pas été atteint. Manquer une prévision n'invalide pas le modèle, surtout en temps de guerre et de développement rapide de produits. Cela fait des futures affirmations de rentabilité des engagements testables plutôt que des jalons narratifs.

Les dépôts, le crédit et le capital fixent la frontière dure

Le bilan de ONE ZERO a augmenté plus vite que son portefeuille de crédit. Les dépôts publics sont passés d'environ 1,835 milliard de NIS à la fin 2023 à 2,578 milliards de NIS à la fin 2024 et à 3,568 milliards de NIS à la fin 2025. Le crédit au public est passé d'environ 366,6 millions de NIS en 2024 à 444,2 millions de NIS en 2025. La banque a déclaré que la plupart des fonds de dépôt étaient placés à la Banque d'Israël—84 % à la fin 2024 et 86 % à la fin 2025—ce qui explique des ratios de liquidité très élevés.

Ce profil réduit certains risques de liquidité et de transformation de crédit par rapport à la conversion agressive des dépôts en prêts. Cela signifie également que l'économie dépend fortement de la marge entre ce que ONE ZERO paie aux déposants et ce qu'elle gagne sur les placements à la banque centrale. Un assistant de gestion financière peut soutenir l'acquisition et l'engagement de dépôts; il n'abolit pas l'économie de l'écart.

Le risque de crédit reste une exposition bancaire, pas une métrique de produit IA. En 2024, la banque a enregistré 18,8 millions de NIS de charge de perte sur créances et a déclaré un nombre croissant d'emprunteurs; en 2025, la charge est tombée à 8,2 millions de NIS. Une provision annuelle plus faible peut refléter la performance du portefeuille, le mix, les hypothèses de modèle et les attentes macroéconomiques. Elle ne doit pas être attribuée à l'IA sans preuve liant les modèles de souscription ou de recouvrement à des résultats contrôlés.

Le capital est la contrainte la plus serrée. Le capital Tier 1 déclaré est passé d'environ 127,4 millions de NIS à la fin 2024 à 58,3 millions de NIS à la fin 2025, tandis que le capital total est passé de 133,4 millions de NIS à 65,2 millions de NIS. La banque décrit une condition de capital minimum de 50 millions de NIS et une exemption de début de phase de certaines exigences basées sur le risque jusqu'à ce que les actifs pondérés atteignent un seuil spécifié. Le coussin qui en résulte mérite attention même en présence d'une abondante liquidité. La liquidité répond aux obligations à leur échéance; le capital absorbe les pertes.

Les dépôts sont des passifs. Les logiciels capitalisés ne peuvent pas être supposés absorber une perte bancaire à leur valeur comptable.

La banque a levé des fonds à plusieurs reprises, y compris des instruments SAFE, largement soutenus par son actionnaire de contrôle. Les comptes 2025 font état d'autres financements SAFE et d'un engagement ultérieur en 2026. La couverture médiatique fin 2025 indiquait que la banquecherchait un autre tour de table important; ce rapport est une preuve d'un processus de levée de fonds, pas la preuve qu'un tour s'est conclu aux conditions décrites. Les analystes devraient concilier les liquidités levées, la classification comptable, les conditions de conversion, la dilution et l'éligibilité au capital réglementaire au lieu de traiter chaque titre de financement comme un capital équivalent.

La frontière est impitoyable. Un workflow IA peut améliorer la capacité de service sur plusieurs années, tandis qu'une perte consomme le capital maintenant. Les logiciels peuvent être amortis sur cinq ans, tandis que la confiance des déposants et les ratios réglementaires sont surveillés en continu. Ce déséquilibre est le risque de financement central du modèle opérationnel.

Les forfaits tarifaires obscurcissent autant qu'ils simplifient

Lapage des forfaits en anglaisactuelle de ONE ZERO affiche trois approches. Zero est promu comme un paiement à l'utilisation sans frais de compte courant et de carte habituels. One est affiché à 49 NIS par mois pour un compte individuel et 59 NIS pour un compte joint après une période d'introduction. One+ est affiché à 119 NIS et 139 NIS respectivement, ajoutant des avantages plus larges. La page présente la tarification mensuelle fixe comme une alternative à un long menu de frais bancaires et soumet les avantages aux conditions du forfait, aux clauses d'utilisation raisonnable et au tarif.

Pour un client, la comparaison n'est pas simplement le prix mensuel. C'est la valeur des intérêts sur les dépôts et les découverts, la marge de change, les coûts des titres, l'économie des cartes, la disponibilité du service et l'utilité des conseils. Un client qui ne paie pas d'abonnement peut toujours être économiquement précieux via les soldes et l'utilisation des produits. Un abonné peut être non rentable si l'acquisition, le support humain, l'inférence de modèle, les avantages de carte et l'infrastructure dépassent les frais et la marge associée.

La présentation de la banque définit le coût d'acquisition client comme les dépenses de marketing divisées par le nombre de clients recrutés, hors masse salariale. Elle présente également une mesure du coût de service qui comprend certaines opérations directes sélectionnées, le socle, le service et l'amortissement mais exclut la cybersécurité et la sécurité, les ventes et le marketing, le loyer et l'administration générale. Ces mesures peuvent montrer une direction à l'intérieur d'une série cohérente. Ce ne sont pas des économies unitaires complètes.

La réduction des dépenses médiatiques payantes peut mécaniquement améliorer la mesure d'acquisition déclarée tandis que le personnel de vente, les promotions ou les incitations aux références se trouvent ailleurs. L'automatisation peut améliorer le coût de service direct tandis que la gouvernance des modèles et les dépenses cyber restent en dehors du dénominateur.

Une vue de cohorte auditée commencerait par les comptes actifs financés, pas par les téléchargements ou les approbations. Elle inclurait la masse salariale d'acquisition et les promotions; les frais de forfait et de transaction; la contribution nette d'intérêts après la tarification des dépôts et l'allocation de liquidité; l'économie des cartes et des titres; la perte de crédit attendue; le service humain direct et alloué; la consommation de modèles et de cloud; la réparation des fraudes et des plaintes; l'amortissement des développements capitalisés; et le taux d'attrition.

Elle séparerait ensuite les clients qui utilisent ONE ZERO comme banque principale de ceux qui détiennent un dépôt sensible aux taux ou une carte secondaire.

La baisse des dépenses de marketing en 2024 parallèlement à la croissance du nombre de clients est encourageante. Elle peut indiquer une dynamique de marque, des références ou une acquisition plus efficace. Les données publiques n'identifient pas le mix, le délai de récupération de la cohorte ou le taux de survie. La bonne conclusion n'est pas que l'économie client est faible, mais qu'une étiquette d'abonnement et un CAC défini sélectivement ne peuvent pas les établir.

Une banque uniquement via application a besoin de plus de continuité, pas moins

Les agences sont coûteuses et peu pratiques à étendre. Elles sont aussi un recours physique. Le modèle sans agence de ONE ZERO concentre la relation client dans les applications mobiles, les télécommunications, les services d'identité, le socle TCS, les systèmes hébergés dans le cloud et les outils de service humain à distance. Une panne à un point de jonction critique peut rendre la banque entière indisponible même si les soldes restent intacts.

Les rapports annuels décrivent la planification de la continuité des activités, les sauvegardes pour les technologies critiques, le suivi des fournisseurs importants, les exercices et la capacité du personnel à fonctionner sans dépendre d'un seul site physique. Ils ne signalent aucun incident cyber significatif affectant les comptes en 2024 et, en 2025, décrivent des tentatives d'attaque, y compris des dénis de service distribués et de l'ingénierie sociale, sans impact commercial déclaré. Ce sont des divulgations de gestion étroites.

« Aucun impact sur les comptes » ne signifie pas aucune panne, tentative de compromission, service dégradé ou inconvénient client.

Le secteur au sens large montre pourquoi la concentration des fournisseurs est importante. L'enquête annuelle 2024 du système bancairede la Banque d'Israël indique que les signalements de défaillances technologiques importantes ont augmenté et note que l'incident CrowdStrike a affecté plusieurs banques. Elle ne dit pas que ONE ZERO en faisait partie. Sa pertinence est systémique: une dépendance logicielle ou infrastructurelle courante peut frapper des institutions dont le propre code n'a pas changé.

L'amendement sur le cloud computingde la Banque d'Israël autorise une utilisation plus large du cloud, y compris des charges de travail importantes, mais laisse la responsabilité au conseil d'administration et à la direction de la banque. Il appelle à une gouvernance, des contrôles de confidentialité et cyber, une diligence des fournisseurs, des droits contractuels, la continuité et un plan de sortie. L'adoption du cloud déplace le travail opérationnel; elle n'externalise pas la responsabilité.

Pour ONE ZERO, des preuves de continuité significatives seraient spécifiques au service. Quels sont les objectifs de temps de récupération et de point de récupération pour la connexion, l'affichage du solde, le contrôle de la carte, le transfert, les titres, le service client et les informations assistées par modèle? L'application peut-elle présenter des soldes faisant autorité et permettre des actions essentielles lorsque Ella ou un modèle externe est indisponible? Les banquiers humains peuvent-ils récupérer un cas lorsque la couche de conversation tombe en panne?

À quelle fréquence les défaillances de TCS, AWS, des télécommunications et du fournisseur d'identité sont-elles testées ensemble? Les clients ont-ils une page de statut et un canal d'urgence alternatif?

La sortie de fournisseur compte autant que la reprise après sinistre. La banque devrait pouvoir extraire des enregistrements principaux complets et intelligibles de TCS, reconstruire les interfaces, préserver l'historique d'audit et exécuter un rapprochement parallèle. Elle devrait pouvoir restaurer les systèmes indépendants en dehors d'un service ou d'une région AWS défaillante selon des plans testés. Elle devrait pouvoir remplacer un fournisseur de modèles sans perdre les règles d'orchestration, les preuves d'évaluation ou les contraintes de consentement client.

Une politique PDF et un exercice de table réussi sont des formes de preuve différentes; les deux comptent, mais aucun ne remplace une récupération technique minutée.

La vie privée fait partie du produit de gestion financière

La personnalisation nécessite une grande surface de données. Lapolitique de confidentialité de l'application en hébreumise à jour en février 2026 décrit des catégories qui peuvent inclure les documents d'identité et de vérification, l'activité financière, les communications, les données de l'application et de l'appareil, les signaux de fraude et d'anomalie, et les informations provenant de comptes externes lorsque le client accorde un accès bancaire ouvert. Les conversations avec le banquier numérique peuvent révéler des objectifs, des préférences et des circonstances économiques utilisés pour personnaliser le service. La politique traite également des prestataires de services et du ciblage d'audience pour le marketing. Parce que le document de référence est en hébreu, tout résumé en anglais doit être vérifié par rapport à l'original avant de tirer une conclusion juridique.

C'est plus qu'une annexe de conformité. L'avantage de l'assistant dépend de la jonction de données intimes au fil du temps et des institutions. Un modèle peut déduire qu'un client peut entrer en découvert avant que le client ne le demande; le même contexte peut révéler le salaire, les dépenses liées à la santé, les voyages, les relations ou le stress financier. L'information utile et le risque de confidentialité proviennent de la même intégration.

Lapolitique de confidentialité du site web en anglais, dernière mise à jour en 2021, couvre le site web public et les données de contact générales. Elle ne doit pas être confondue avec une description complète de l'application bancaire ou du traitement IA actuel. Un acheteur ou un client en revue devrait utiliser la politique actuelle de l'application, les conditions du compte et le consentement bancaire ouvert, puis demander les détails actuels du processeur et des transferts internationaux pertinents pour le service.

La gouvernance de l'IA devrait mapper chaque entrée de modèle à un objectif, une base légale, une période de conservation et un destinataire. Elle devrait distinguer les données utilisées pour récupérer une réponse des données conservées pour le suivi, et les deux des données utilisées pour améliorer le modèle d'un fournisseur externe. Elle devrait définir si un client peut obtenir une explication humaine, corriger les informations sources, révoquer une connexion bancaire ouverte et supprimer l'historique de conversation optionnel sans détruire les enregistrements que la banque est légalement tenue de conserver.

Elle devrait également tester si un modèle révèle des informations provenant du mauvais compte, du titulaire d'un compte joint ou d'une conversation précédente.

Le dossier public de ONE ZERO reconnaît la confidentialité et la sécurité comme des risques IA, mais ne publie pas le diagramme actuel des flux de données des fournisseurs de modèles. Cette lacune ne prouve pas un traitement non sécurisé. Cela signifie que la promesse au client est plus spécifique que les preuves publiques sur l'endroit où les données conversationnelles voyagent. La fin de l'accord AI21 rend une divulgation mise à jour particulièrement précieuse.

Les preuves de sécurité sont plus étroites qu'un badge de confiance

La banque maintient unprogramme de divulgation des vulnérabilitésvia HackerOne, offrant un processus de port sûr et des délais de réponse cibles pour les soumissions valides. C'est un signal constructif: cela donne aux chercheurs une voie autorisée et transforme les résultats externes en un workflow géré. Ce n'est pas une certification, un résultat de test de pénétration ou un historique d'incident complet.

Les rapports audités décrivent une capacité d'opérations de sécurité, une gouvernance cyber sous l'organisation technologique, une supervision par les fonctions de risque, une formation et une surveillance des attaques. Ils encadrent également la cybersécurité, la fraude, la défaillance des fournisseurs et la confidentialité comme des risques opérationnels matériels. Les preuves publiques ne divulguent pas l'efficacité des contrôles dans suffisamment de détail pour comparer le temps de détection, la latence des correctifs, la résilience au phishing ou la discipline d'accès privilégié avec les pairs.

Elles ne devraient pas le faire; publier des détails exploitables serait irresponsable. Une assurance agrégée peut toujours être plus forte que « aucun impact matériel ».

La pile de preuves appropriée a plusieurs niveaux. L'assurance indépendante sur le bureau de services TCS aide avec les contrôles chez le fournisseur principal, mais la banque doit évaluer les contrôles complémentaires de son côté. Les certifications cloud aident à définir l'environnement de contrôle d'AWS, mais ne valident pas la configuration d'identité ou le code d'application de ONE ZERO. Un programme de vulnérabilité peut trouver des défauts, mais exclut les tests perturbateurs et repose sur le périmètre.

L'équipe rouge de modèles peut exposer des défaillances d'injection d'instructions ou de fuite de données, mais ne teste pas le traitement des cartes ou la reprise après une panne de télécommunications.

Un assistant IA ajoute des vecteurs d'attaque inhabituels. Une instruction malveillante dans un texte récupéré peut tenter de rediriger le modèle. Un client peut tenter d'extraire des instructions système confidentielles ou les informations d'un autre utilisateur. Un attaquant peut usurper le support, exploitant la familiarité d'un banquier conversationnel. Un modèle peut répéter avec confiance une instruction de bénéficiaire frauduleux.

Les contrôles doivent donc séparer le contenu non fiable, restreindre les outils par intention, exiger une authentification fraîche pour les actions conséquentes, montrer les détails de transaction faisant autorité en dehors de la prose générée et préserver une distinction claire entre conseil et exécution.

Lesremarques de supervision 2025 de la Banque d'Israëlrelient l'opportunité de l'IA à la nécessité d'un personnel formé, de systèmes de risque et d'une gestion renforcée des menaces cyber et des fournisseurs externes. Ce sont des orientations sectorielles, pas une critique de ONE ZERO. Elles capturent néanmoins le défi de la banque: une organisation numérique lean ne peut pas économiser sur les fonctions de contrôle dont dépend son automatisation.

Les plaintes testent des résultats que les décomptes d'interactions manquent

Lerapport public sur les plaintes 2025de ONE ZERO lui-même fournit un contrepoids rare, orienté vers les résultats, aux mesures marketing. Il enregistre 663 plaintes reçues et 579 traitées au cours de la période de reporting. Parmi les cas traités, 143 ont été classés comme justifiés, 266 comme non justifiés, 165 comme sans faute établie et cinq hors champ. Les comptes courants et les moyens de paiement étaient les plus grands groupes de sujets divulgués, suivis de la qualité de service.

Ces chiffres ne doivent pas être attribués à Ella. Le rapport ne fournit pas de champ de cause spécifique au chatbot, de taux par client actif ou de dénominateur comparable entre pairs. La croissance peut augmenter le nombre absolu de plaintes même si le service s'améliore, et une plainte justifiée peut survenir dans un processus de carte, de transfert, de divulgation ou humain. Le rapport ne peut pas non plus capturer les clients qui abandonnent une tâche sans se plaindre.

Il montre pourquoi « traité sans banquier » est incomplet. Une conversation peut être contenue aujourd'hui et devenir une plainte plus tard. Une réponse correcte peut encore être livrée trop tard. Une instruction automatisée peut être claire mais conduire à un résultat inapproprié. Joindre les données d'interaction, de transaction, de contact répété, de plainte et de réparation permettrait à ONE ZERO de démontrer quelque chose de plus précieux que le confinement: une résolution fiable.

L'enquête ménagère 2025de la Banque d'Israël a révélé que les canaux directs dominent les interactions bancaires et a signalé une satisfaction élevée à l'échelle du système avec les services numériques, tandis que les petites banques ont bien performé sur plusieurs mesures. La présentation de ONE ZERO reproduit un résultat de marque favorable de cette enquête. L'étude indépendante soutient la demande de service numérique; la présentation de l'entreprise fournit le cadrage spécifique à l'entreprise. Aucune des deux n'établit qu'Ella a causé le résultat.

La sortie du client est plus facile que la sortie du socle, mais pas sans effort

La réforme israélienne de la mobilité bancaire en ligne réduit un obstacle traditionnel. Lesrègles de changementde la Banque d'Israël ont créé un processus sans frais destiné à transférer un compte courant en sept jours ouvrables et à acheminer l'activité ultérieure. Undocument de recherche 2026 de la Banque d'Israël utilisant des données au niveau des comptesestime que la probabilité de changement est passée d'environ 0,6 % à environ 1,4 % après la réforme. Le changement est devenu plus probable, mais est resté peu courant.

La friction restante est plus large que le numéro de compte. Un client peut avoir des dépôts avec des dates d'échéance, des positions sur titres, du crédit, des cartes, des prélèvements automatiques, des listes de bénéficiaires, des dossiers fiscaux, des autorisations bancaires ouvertes et un historique de conversations et de catégorisation. Certains éléments peuvent être déplacés automatiquement, certains nécessitent une action et certains restent là où ils étaient. Lamise à jour de la mobilité à un ande la banque centrale note des conditions légales et techniques qui peuvent empêcher ou retarder un changement.

La couche IA de ONE ZERO peut créer un coût de changement plus doux. Si les clients comptent sur sa catégorisation, son contexte accumulé et ses alertes proactives, une nouvelle banque peut ne pas reproduire l'historique ou les préférences. Cela peut représenter une valeur produit gagnée plutôt qu'un verrouillage abusif. La portabilité détermine laquelle.

Les clients devraient pouvoir exporter l'historique des transactions et les enregistrements requis dans des formats intelligibles, comprendre quelles informations et données de conversation seront conservées, révoquer les permissions des comptes externes et préserver l'accès aux relevés après la fermeture.

La banque elle-même fait face à une sortie beaucoup plus difficile des fournisseurs. Un consommateur peut invoquer un processus de mobilité réglementé; ONE ZERO ne peut pas déplacer des années d'opération principale de TCS ou reconstruire des workflows de modèles sur un autre fournisseur en sept jours. L'assistance contractuelle à la résiliation, la portabilité des données testée et l'exploitation parallèle sont donc des actifs matériels même s'ils n'apparaissent jamais comme des fonctionnalités dans l'application.

Les substituts concurrencent sur différentes couches

ONE ZERO ne concurrence pas seulement d'autres « banques IA ». Les grands groupes bancaires israéliens offrent des applications matures, des ensembles de produits larges, un recours en agence et par centre d'appels, de grands bilans et une confiance établie. Les petites banques peuvent concurrencer sur le service et les prix. Les sociétés de cartes de crédit, les courtiers et les plateformes de dépôt peuvent capturer des produits individuels. Les outils bancaires ouverts peuvent agréger des comptes sans prendre de dépôts. Un client peut également combiner un compte d'incumbent avec des tableurs, des alertes et un conseiller humain.

L'analyse actuelle de la concurrencede la Banque d'Israël continue de décrire la concentration parmi les cinq grands groupes bancaires et les mesures politiques destinées à améliorer la concurrence sur les dépôts. Cela crée une ouverture pour un petit entrant agréé. Cela ne garantit pas une échelle rentable.

La plus forte différenciation de ONE ZERO est la combinaison d'une licence bancaire, d'une couche de service direct moderne et d'un modèle opérationnel humain-plus-IA. Un assistant financier autonome ne peut pas lui-même sauvegarder les dépôts ou exécuter l'ensemble du workflow réglementé. Un incumbent peut, cependant, ajouter des modèles similaires à une base de clients existante plus large. Les modèles de base sont achetables; les interfaces mobiles peuvent être copiées; les taux de dépôt peuvent être égalisés.

L'avantage durable doit provenir d'une itération contrôlée plus rapide, de meilleurs workflows de données à action, de résultats de service crédibles et d'une structure de coûts qui reste plus faible après l'inclusion de toutes les fonctions de contrôle.

La menace n'est pas simplement qu'un concurrent construise un meilleur chatbot. C'est qu'un incumbent réalise une automatisation adéquate sans financer des années de pertes de start-up, ou que les clients préfèrent un taux de dépôt élevé et une institution familière à des conseils proactifs. ONE ZERO doit rendre l'expérience intégrée suffisamment précieuse pour devenir la relation principale, car les comptes secondaires produisent des données plus faibles, un engagement plus faible et un financement plus sensible aux taux.

Un test de diligence en dix parties

ONE ZERO peut être évalué sans exiger la divulgation de données clients ou de code propriétaire. Un acheteur, un fournisseur de financement, un partenaire d'entreprise ou un client sophistiqué devrait demander dix formes de preuve liées.

Premièrement, confirmer la frontière de l'entité. Les contrats, les dépôts, les services IA et les promesses de support devraient nommer One Zero Digital Bank Ltd. là où cette entreprise est responsable. Les services fournis par TCS, AWS, les fournisseurs de modèles, les processeurs de cartes ou les affiliés devraient être identifiés comme des dépendances plutôt qu'absorbés silencieusement dans « notre technologie ».

Deuxièmement, cartographier chaque intention client conséquente. La carte devrait identifier les permissions de lecture et d'écriture, la source de données faisant autorité, le rôle du modèle, l'authentification, les limites de transaction, l'approbation humaine, la journalisation et le recours. Une démonstration d'Ella répondant à une question n'est pas une preuve que l'action en aval est contrôlée.

Troisièmement, inspecter l'inventaire des modèles et la nomenclature actuelle des fournisseurs. Cela devrait inclure les modèles conventionnels et génératifs, le niveau de matérialité, le propriétaire, le fournisseur et la version, le lieu de traitement, la restriction des données d'entraînement, l'ensemble d'évaluation, la date de validation, le seuil de surveillance et le repli. L'accord terminé avec AI21 rend un inventaire daté de l'état actuel essentiel.

Quatrièmement, tester les résultats par risque. Les informations à faible enjeu, les explications spécifiques au compte, les alertes d'anomalie, le contexte d'investissement, le crédit et la fraude présumée nécessitent des seuils d'acceptation différents. Signaler l'exactitude factuelle, la fausse réassurance, l'escalade manquée, le contact répété, l'abandon, la réparation et l'impact financier—pas seulement la proportion contenue.

Cinquièmement, concilier la livraison logicielle avec la comptabilité. Pour un échantillon des principales versions, montrer la décision de capitaliser ou de passer en charge, la main-d'œuvre directement attribuable, la preuve de disponibilité, la justification de la durée de vie de cinq ans, la séparation de la maintenance et l'examen de dépréciation. Relier les versions à des avantages clients ou de contrôle mesurables. L'opinion d'audit donne une assurance sur les états financiers, pas un retour sur investissement au niveau du produit pour chaque projet.

Sixièmement, calculer les économies de cohorte complètes. Commencer par les clients actifs financés et inclure la masse salariale d'acquisition, les incitations, la marge de dépôt, les frais, le service direct, le socle et le cloud, l'inférence de modèle, le cyber, la conformité, la fraude, la perte de crédit attendue, les frais généraux alloués et l'amortissement logiciel. Concilier cette mesure avec les comptes statutaires et préserver les séries plus étroites de CAC et de coût de service de l'entreprise comme sous-métriques opérationnelles.

Septièmement, tester la continuité à travers les jonctions. Exécuter des scénarios où l'application est disponible mais le socle ne l'est pas, le socle est disponible mais le modèle ne l'est pas, la vérification d'identité échoue, un fournisseur de télécommunications est perturbé, les services AWS se dégradent ou TCS doit récupérer. Enregistrer les temps de récupération atteints, la perte de données, la communication client et la capacité de service manuel.

Huitièmement, inspecter les preuves de confidentialité et de sécurité. Tracer les données conversationnelles et bancaires ouvertes jusqu'à chaque processeur, documenter les restrictions de conservation et d'entraînement, tester les limites des comptes joints, examiner l'assurance indépendante et les tests de pénétration, et échantillonner la correction des vulnérabilités. S'assurer que la prose générée ne peut pas autoriser directement une transaction sensible.

Neuvièmement, tester la sortie du fournisseur et du client. Répéter le remplacement du modèle par rapport à un ensemble d'évaluation fixe; obtenir les données principales dans un schéma utilisable; tarifer l'assistance à la résiliation; et vérifier l'exportation client, la mobilité du compte, l'accès aux relevés et la révocation du consentement. Un droit contractuel qui n'a jamais été exercé est une preuve plus faible qu'une répétition minutée.

Dixièmement, concilier la croissance avec le capital. Stresser des taux plus bas, un réajustement des dépôts, une acquisition plus lente, des pertes sur créances plus élevées, un événement de réparation opérationnelle et une autre année d'investissement logiciel. Montrer l'effet sur la liquidité et le capital réglementaire séparément. Inclure le financement engagé uniquement selon son statut juridique, comptable et réglementaire.

Ces tests sont délibérément liés. Une interaction bon marché qui produit des appels répétés n'est pas bon marché. Un modèle performant sans sortie de fournisseur n'est pas résilient. Un actif logiciel précieux qui ne peut pas aider à absorber les pertes bancaires continues n'est pas du capital. Un bilan liquide avec une application peu fiable n'est pas un service sans agence fonctionnel.

Le point de surveillance est la marge de contrôle

Les preuves publiques de ONE ZERO soutiennent une expérience technologique sérieuse, pas un verdict définitif. La croissance des clients et des dépôts sont des développements de bilan réels. Les revenus ont augmenté, la perte annuelle s'est réduite pendant deux années consécutives et certains coûts sélectionnés ont été réduits. La banque a construit un actif logiciel à usage interne substantiel et rapporte que l'automatisation gère une grande part des interactions.

Elle reste également déficitaire, dépendante d'un financement continu, assez proche de sa condition de capital minimum déclarée pour justifier une attention, et dépendante de fournisseurs de socle, de cloud et de modèles.

Les prochaines divulgations doivent être lues comme un tableau de bord connecté. Surveiller la carte actuelle des fournisseurs de modèles après AI21, pas la liste de fournisseurs de 2024. Surveiller la résolution et la réparation d'Ella par intention, pas seulement le confinement. Surveiller les ajouts capitalisés, l'amortissement, les versions abandonnées et la dépréciation ensemble. Surveiller le retour sur investissement d'acquisition complet et la contribution par cohorte financée, pas un CAC qui exclut la masse salariale.

Surveiller la marge de dépôt, la sensibilité aux taux et l'utilisation du compte principal parallèlement aux revenus d'abonnement. Surveiller les pertes sur créances et le capital réglementaire séparément de la liquidité. Surveiller les causes de plaintes, les dégradations majeures de service et les temps de récupération atteints. Concilier la durée du contrat TCS et tester la sortie plutôt que d'inférer une flexibilité d'un prix renégocié.

L'objectif économique est une marge de contrôle croissante: la différence entre la valeur vérifiée produite par l'automatisation et le coût total de rendre cette automatisation sûre, disponible, explicable et réversible à l'intérieur d'une banque. Une base de clients plus large peut l'élargir. Un meilleur routage qui permet aux banquiers humains de se concentrer sur les cas complexes aussi. Une erreur de modèle, une panne de fournisseur, une cohorte d'acquisition coûteuse, un actif logiciel obsolète ou un manque de capital peuvent la réduire rapidement.

Cette lentille évite deux erreurs symétriques. La première est de rejeter ONE ZERO parce que les personnes, l'infrastructure externalisée et les contrôles réglementaires restent dans la boucle. Ces composants sont ce qui rend un service IA utilisable pour de l'argent réel. La seconde est de traiter un pourcentage d'automatisation élevé comme une preuve que la banque est devenue une économie logicielle. Les comptes audités montrent le contraire: les dépôts ont un prix, le crédit a une distribution de pertes, le code se déprécie, les fournisseurs ont un levier et le capital supporte le résiduel.

La technologie la plus importante de la banque peut donc n'être ni Ella ni un modèle de base particulier. Elle peut être la chaîne de preuves qui permet à ONE ZERO de modifier ces composants tout en préservant la vérité des transactions, le recours du client et la responsabilité de supervision. Si les quatre registres continuent de se concilier à mesure que l'échelle augmente, la banque native IA peut devenir un avantage opérationnel. S'ils divergent, la fluidité de l'interface ne fera que rendre le déséquilibre sous-jacent plus difficile à voir.