IA finanziaria Arabic-first: abbinare Jais, Falcon e ALLAM a un livello numerico che non ha allucinazioni
I modelli linguistici arabo-centrici guidano il ragionamento finanziario in arabo ma inciampano su numerali misti e sul code-switching IFRS/AAOIFI. Serve comunque un modello deterministico sottostante.
Di The Rexfin team
Tre anni fa, chiedere a un modello di chat di analizzare un bilancio arabo era una cattiva idea. Il modello storpiava il dialetto, perdeva la struttura delle tabelle da destra a sinistra e trattava l’arabo come una deviazione di traduzione. Quella obiezione e ormai in gran parte superata. I modelli arabo-first, Jais dagli Emirati Arabi Uniti, Falcon del Technology Innovation Institute di Abu Dhabi, ALLAM della saudita SDAIA, sono stati addestrati con l’arabo come lingua primaria. Per leggere un board pack o riassumere una circolare di un regolatore in arabo, sono ottimi.
Ecco la parte che non è cambiata: un modello arabo migliore non rende un modello migliore in matematica. Sono competenze non correlate, e confonderle e come i CFO finiscono scottati.
Cosa hanno effettivamente risolto i modelli arabo-first
Il miglioramento e reale e vale la pena definirlo con precisione. Questi modelli gestiscono l’arabo standard moderno e diversi dialetti, seguono la prosa finanziaria araba e producono narrazione araba fluente. Se il tuo problema e la comprensione, cosa dice questa informativa in arabo, qual è il senso di questa nota del revisore, un LLM arabo-centrico e ormai uno strumento ragionevole.
L’errore e supporre che la comprensione si estenda al calcolo. Non è così, e le ragioni sono specifiche al modo in cui la finanza viene scritta in arabo.
Le trappole che sopravvivono a un ottimo modello linguistico
Numerali orientali e occidentali misti
I documenti del GCC mescolano abitualmente i numerali arabo-orientali (٠١٢٣٤٥٦٧٨٩) con le cifre occidentali (0123456789), a volte nella stessa tabella. Un modello che legge l’arabo in modo impeccabile può comunque normalizzare ٤٢ in modo incoerente, trattandolo correttamente in una cella e perdendolo in un’altra, perché la gestione dei numerali e un artefatto di tokenizzazione, non un passaggio di ragionamento eseguito deliberatamente.
Separatori decimali e delle migliaia
L’arabo ha un proprio separatore decimale (٫) e delle migliaia (٬), e la reportistica del GCC usa anche virgole e punti occidentali. La stessa sequenza di caratteri può significare 7,5 o 75 a seconda della convenzione applicata. Abbiamo visto un modello leggere ٧٫٥ come settantacinque. Un separatore letto male e un margine, un covenant o una base imponibile risultano sbagliati di un ordine di grandezza.
Code-switching tra IFRS e AAOIFI
Un gruppo del Golfo spesso riporta le sue entità convenzionali secondo IFRS e le sue operazioni di finanza islamica secondo gli standard AAOIFI. Il termine arabo può essere lo stesso mentre il trattamento contabile differisce, il riconoscimento dei ricavi su una murabaha rispetto a un prestito convenzionale, per esempio. Un LLM che tiene la regola del framework solo nel contesto del prompt andra alla deriva tra una conversazione e l’altra. Il trattamento deve risiedere in un posto stabile.
Ricostruzione delle tabelle da destra a sinistra
Quando un modello ricostruisce una tabella a partire da testo estratto, può trasporre colonne che non ha mai visto disposte visivamente. In un documento da destra a sinistra, questo rischio si amplifica. Una colonna trasposta scambia silenziosamente il tuo periodo corrente con quello precedente.
Nessuno di questi e un difetto dell’arabo del modello linguistico. Sono problemi numerici e strutturali travestiti da arabo, e un modello più fluente non ne risolve nessuno.
Perché la soluzione e un livello separato, non un prompt migliore
Puoi aggirare con il prompt engineering un bug di separatore per un singolo documento. Non puoi ingegnerizzare con un prompt il determinismo in un sistema probabilistico. Un LLM genera il token successivo più probabile, non esegue aritmetica. Aggiungi l’ambiguità dei numerali arabi e le probabilita di una risposta calcolata pulita peggiorano, non migliorano.
Quindi la risposta non è scegliere il miglior modello arabo e fidarsi della sua matematica. E lasciare che il modello arabo si occupi del linguaggio e mettere sotto un livello numerico deterministico che si occupi di tutto ciò che e numerico. E questa l’intera premessa del nostro pilastro: il livello di modellazione finanziaria affidabile per l’IA.
Concretamente, ecco la divisione del lavoro che costruiamo:
- L’ingestione normalizza una volta sola. Quando colleghiamo la tua piattaforma contabile o i tuoi bilanci, i numerali orientali e occidentali vengono convertiti in un’unica forma canonica, i separatori vengono risolti rispetto alla convenzione effettiva del documento, e le cifre vengono riconciliate cosicche il modello quadri con il registro contabile.
- La matematica gira nel codice. Scenari, indici e aggregazioni passano attraverso un motore deterministico, non l’LLM. Fai la stessa domanda due volte e ottieni lo stesso numero due volte.
- Le regole del framework sono memorizzate, non promptate. I trattamenti IFRS e AAOIFI sono codificati nel modello, cosicche la voce di finanza islamica venga gestita in modo coerente in ogni interrogazione, non ri-indovinata a ogni sessione.
- Ogni cifra si ricollega alla fonte. La risposta scritta dal modello arabo e sostenuta da una catena verso la riga del registro contabile che un revisore può seguire.
L’LLM arabo-first e l’interfaccia giusta per questo. Comprende la domanda in arabo e spiega la risposta in arabo. E il componente sbagliato per essere il numero.
Il limite onesto
Questo abbinamento non rende perfetto il modello linguistico, e non dovrebbe fingerlo. Se il tuo documento sorgente e genuinamente ambiguo, un rapporto scansionato dove ٧٫٥ e ٧٬٥ sono visivamente indistinguibili, il livello fa emergere l’ambiguità invece di indovinare. E questo il punto. Un sistema deterministico che segnala “non riesco a risolvere questo separatore” vale più per un CFO di un sistema fluente che sceglie con sicurezza in modo sbagliato. Preferiamo mostrarti la lacuna piuttosto che coprirla.
Per il contesto più ampio, vedi perché i CFO del GCC non si fidano dell’IA con i loro numeri e come lo stesso livello gestisce ZATCA, fatturazione elettronica e modelli pronti per l’audit.
Il messaggio finale e semplice e fermo: scegli il miglior modello arabo che puoi trovare per il linguaggio, poi rifiutati di lasciargli fare aritmetica. Abbinalo a un modello riconciliato e deterministico e ottieni fluidita araba senza sorprese di un ordine di grandezza. Se vuoi provarlo su un vero rendiconto gestionale arabo, con numerali misti compresi, prenota una demo e porta il bilancio più disordinato che hai.
Parte di L'AI nella finanza del GCC: un livello di numeri affidabile