HC-RAG: Evidence-Centric Retrieval-Augmented Generation over Heterogeneous Financial Filings
Summary
This paper introduces HC-RAG, a hierarchical cross-modal retrieval-augmented generation framework for evidence-centric financial question answering over 10-K filings, along with a new benchmark Multi-Doc-2025. It outperforms RAPTOR and GraphRAG on financial QA benchmarks, especially for long-document and table-related queries.
View Cached Full Text
Cached at: 08/14/26, 09:24 AM
# HC-RAG: Evidence-Centric Retrieval-Augmented Generation over Heterogeneous Financial Filings
Source: [https://arxiv.org/html/2608.12335](https://arxiv.org/html/2608.12335)
Siyuan Chen Sun Yat\-sen University Zhuhai chensy363@mail2\.sysu\.edu\.cn &Huaye Tan Central South University Changsha harveytan215@gmail\.com &You Li Sun Yat\-sen University Zhuhai liyou39@mail2\.sysu\.edu\.cn &Jiajun Liang Sun Yat\-sen University Zhuhai liangjj85@mail2\.sysu\.edu\.com
###### Abstract
Financial question answering over annual reports requires more than retrieving semantically similar passages\. It often involves identifying relevant companies and fiscal years, locating standardized filing sections, collecting textual and tabular evidence, and checking answers against the original documents\. Existing RAG systems, however, usually flatten long filings into unordered chunks, pay limited attention to the typed structure of financial reports, and use fixed text\-table fusion strategies without considering query intent\. To address these limitations, we proposeHC\-RAG, a hierarchical cross\-modal retrieval\-augmented generation framework for evidence\-centric financial QA\. HC\-RAG organizes filings into a typed financial evidence graph with documents, sections, text units, table units, and metadata nodes\. It retrieves evidence through document\-section\-unit paths, aligns textual and tabular evidence in a shared retrieval space, and routes evidence according to four semantic intents: calculation, trend, fact, and comparison\. We further introduceMulti\-Doc\-2025, a benchmark containing 2,327 expert\-verified QA pairs from 179 SEC 10\-K filings of 87 S&P 500 companies across fiscal years 2022–2024, with labels for intent, difficulty, and structural evidence attributes\. Experiments on public financial QA benchmarks and Multi\-Doc\-2025 show that HC\-RAG improves both answer quality and evidence localization, especially in long\-document, table\-related, and cross\-document settings\. HC\-RAG outperforms RAPTOR by 6\.6 F1 points on DocFinQA and GraphRAG by 10\.9 F1 points on Multi\-Doc\-2025\. Evidence\-level analysis and ablation studies show that the improvements mainly come from more accurate section localization, table grounding, cross\-document evidence aggregation, and intent\-aware text\-table routing\.
*K*eywordsHeterogeneous Graph Mining⋅\\cdotFinancial Document Intelligence⋅\\cdotHierarchical Evidence Retrieval⋅\\cdotMultimodal Data Mining⋅\\cdotRetrieval\-Augmented Generation
## 1Introduction
Currently, most financial institutions worldwide are designing their own AI agents\. While intelligent customer service tools for the public are quite mature, professional analytical tools for analysts and practitioners are still relatively few\. Financial statements are the most important analytical material for financial professionals, and intelligent agents and AI\-enabled tools focused on financial statement analysis are constantly developing\. Financial question answering, in particular, has significant practical and productive value\. Financial Q&A over annual reports depends on finding evidence that can be checked in the original filings\. Unlike ordinary text documents, annual reports are usually long, structured, and contain both narrative text and financial tables\. A Form 10\-K filing often has tens of thousands of tokens and is organized into sections such as business overview, risk factors, MD&A, financial statements, and notes\. These sections are closely related to each other\. For example, narrative explanations may refer to values in tables, risk disclosures may depend on accounting information, and many analyst\-style questions require comparisons across companies or fiscal years\. RAG is a useful way to make large language models answer questions based on external evidence\[[14](https://arxiv.org/html/2608.12335#bib.bib3),[6](https://arxiv.org/html/2608.12335#bib.bib4)\], but financial filings impose a more structured retrieval problem than ordinary open\-domain corpora because the supporting evidence is hierarchical, cross\-document, cross\-year, and text\-table hybrid\[[28](https://arxiv.org/html/2608.12335#bib.bib1),[11](https://arxiv.org/html/2608.12335#bib.bib2)\]\.
Current RAG systems still have several problems in this setting\. First, many methods split long filings into flat chunks and retrieve them as independent candidates\. This breaks the original document\-section\-unit structure of annual reports and may also make important evidence harder to find in long documents, especially under the “lost in the middle” problem\[[17](https://arxiv.org/html/2608.12335#bib.bib12)\]\. Second, textual descriptions and financial tables provide different but related information\. Text usually explains business context or accounting meaning, while tables provide exact numerical values\. Simple table serialization or a single retrieval encoder may not align these two forms of evidence well\[[3](https://arxiv.org/html/2608.12335#bib.bib9),[32](https://arxiv.org/html/2608.12335#bib.bib10),[18](https://arxiv.org/html/2608.12335#bib.bib14)\]\. Third, different questions rely on different types of evidence\. Calculation questions usually need exact table values, trend questions need temporal evidence, fact questions often depend on a specific statement, and comparison questions require evidence from different entities or periods\. If the system always uses the same text\-table fusion strategy, it may introduce irrelevant evidence instead of selecting the information needed by the query\.
To address these issues, we proposeHC\-RAG, a hierarchical cross\-modal retrieval\-augmented generation framework for multi\-document financial question answering\. HC\-RAG treats financial QA as an evidence retrieval problem over a heterogeneous financial evidence graph\. In this graph, filings are represented with typed document, section, text\-unit, and table\-unit nodes\. Retrieval is therefore not a global nearest\-neighbor search over flat chunks, but a process of selecting evidence through valid graph paths\. HC\-RAG also aligns text and table representations with an asymmetric offline\-online design, and uses query\-aware feature routing based on four semantic intent classes: calculation, trend, fact, and comparison\. We further introduceMulti\-Doc\-2025, a benchmark containing 2,327 QA pairs from 179 SEC 10\-K filings of 87 S&P 500 companies across fiscal years 2022–2024\. The benchmark uses primary\-company\-disjoint splits and provides labels for cross\-document, cross\-year, hybrid\-modal, difficulty\-level, and intent\-aware evaluation\.
Our contributions can be summarized as follows:
- •We study financial QA over annual reports from the perspective of evidence retrieval\. Instead of only focusing on whether the final answer is correct, we emphasize whether the system can locate verifiable evidence from structured financial filings\.
- •We propose HC\-RAG, which uses a typed financial evidence graph, hierarchical evidence retrieval, and intent\-aware text\-table routing to support cross\-document and cross\-modal financial reasoning\.
- •We releaseMulti\-Doc\-2025, a benchmark built from SEC 10\-K filings\. It covers financial questions that involve different companies, fiscal years, and hybrid text\-table evidence\.
- •We evaluate HC\-RAG at both the answer level and the evidence level\. The results show that better final answers are closely related to more accurate retrieval of documents, sections, tables, and cross\-document evidence\.
## 2Related Work
### 2\.1Long\-Context and Graph\-Augmented RAG
RAPTOR, GraphRAG, and HippoRAG are representative hierarchical or graph\-augmented RAG systems\. These methods use tree or graph structures to help retrieve evidence across multiple steps\[[23](https://arxiv.org/html/2608.12335#bib.bib5),[5](https://arxiv.org/html/2608.12335#bib.bib6),[8](https://arxiv.org/html/2608.12335#bib.bib38)\]\. HippoRAG also shows that retrieval systems can borrow ideas from human memory mechanisms\. HC\-RAG follows a related idea, but focuses on the financial QA setting\. Instead of modeling general memory, HC\-RAG tries to model how analysts look for evidence in annual reports\. It builds a typed evidence graph over filings, sections, text units, tables, companies, and fiscal years, so the retrieval process can better follow the structure of financial documents\.
### 2\.2Financial and Multimodal Document Question Answering
Financial QA has developed from financial language understanding to tasks that require numerical reasoning, table\-text understanding, and long\-document evidence retrieval\. FinBERT and later financial LLMs improve language modeling in the financial domain\[[1](https://arxiv.org/html/2608.12335#bib.bib20),[16](https://arxiv.org/html/2608.12335#bib.bib23),[26](https://arxiv.org/html/2608.12335#bib.bib24),[31](https://arxiv.org/html/2608.12335#bib.bib25),[29](https://arxiv.org/html/2608.12335#bib.bib26)\]\. FinQA, ConvFinQA, TAT\-QA, FinanceBench, and DocFinQA further show that financial QA needs arithmetic reasoning, factual grounding, and evidence localization in financial reports\[[3](https://arxiv.org/html/2608.12335#bib.bib9),[4](https://arxiv.org/html/2608.12335#bib.bib21),[32](https://arxiv.org/html/2608.12335#bib.bib10),[11](https://arxiv.org/html/2608.12335#bib.bib2),[22](https://arxiv.org/html/2608.12335#bib.bib13)\]\. Research on document and table understanding has also introduced layout\-aware models, multi\-page document QA methods, table linearization methods, and tabular models such as TAPAS and TAPEX\[[19](https://arxiv.org/html/2608.12335#bib.bib28),[10](https://arxiv.org/html/2608.12335#bib.bib29),[24](https://arxiv.org/html/2608.12335#bib.bib30),[20](https://arxiv.org/html/2608.12335#bib.bib31),[27](https://arxiv.org/html/2608.12335#bib.bib32),[9](https://arxiv.org/html/2608.12335#bib.bib33),[18](https://arxiv.org/html/2608.12335#bib.bib14)\]\. These studies provide useful foundations for financial document QA\. Most existing benchmarks and systems still focus on single documents, single tables, or local table\-text contexts\. In actual financial analysis, questions often involve comparisons across companies, tracking changes across fiscal years, and using narrative explanations together with financial statements\. This motivates a benchmark and retrieval framework that can evaluate these requirements in the same setting\.
### 2\.3Adaptive Fusion and Query\-Aware Routing
Multimodal fusion studies how different information sources can be used together without weakening each other\. Mixture\-of\-Experts architectures, adaptive gates, and unified multimodal encoders provide mechanisms for sparse activation and dynamic weighting\[[7](https://arxiv.org/html/2608.12335#bib.bib34),[15](https://arxiv.org/html/2608.12335#bib.bib35),[30](https://arxiv.org/html/2608.12335#bib.bib36)\]\. Many existing fusion methods mainly decide modality weights from the input representation or the retrieved context\. For financial QA, the query itself should also play an important role\. A question about calculating the current ratio usually depends more on table cells, while a question about liquidity risk usually depends more on explanatory text, even when both questions come from the same filing\. HC\-RAG uses calculation, trend analysis, fact finding, and comparison as query intent classes, and uses the predicted intent to route evidence between text and table candidates\.
## 3Methodology
### 3\.1Analyst\-Inspired Evidence Workflow
HC\-RAG is designed based on how financial analysts usually look for evidence in annual reports\. When answering a question about filings, an analyst normally does not read the report as a set of unrelated passages\. The analyst usually starts from the relevant company, fiscal year, and peer group, then moves to standard sections such as MD&A, risk factors, financial statements, and notes\. After that, the analyst collects the needed numerical values or narrative explanations and checks whether these pieces of evidence can support the final answer\.
This process leads to several requirements for retrieval\. The system should keep the hierarchy of annual reports, since document\-level and section\-level information can help narrow down the search before retrieving fine\-grained evidence units\. It should also distinguish different types of evidence, because textual descriptions, tables, company metadata, fiscal years, and financial metrics play different roles in financial QA\. The retrieval process also needs to consider the intent of the question\. Calculation, trend, fact, and comparison questions usually depend on different evidence patterns, and they should not use the same text\-table fusion strategy in all cases\.
HC\-RAG implements these ideas through a financial evidence graph and an intent\-aware evidence routing module\. The evidence graph keeps the hierarchy of filings and the relations across documents\. The routing module selects and combines textual and tabular evidence according to the semantic intent of the query\.
### 3\.2Problem Formulation and Evidence Graph
HC\-RAG organizes the filing corpus into a financial evidence graph, as in the first blue box of Figure[1](https://arxiv.org/html/2608.12335#S3.F1)\. The graph is written in a simple form as
𝒢=\(𝒱,ℰ,𝐗\),\\mathcal\{G\}=\(\\mathcal\{V\},\\mathcal\{E\},\\mathbf\{X\}\),\(1\)
where𝒱\\mathcal\{V\}denotes all nodes,ℰ\\mathcal\{E\}denotes the relations between nodes, and𝐗\\mathbf\{X\}stores the text, table content, and metadata of each node\. In this paper, the nodes mainly include document nodes, section nodes, text\-unit nodes, table\-unit nodes, and metadata nodes\. Document nodes correspond to annual reports\. Section nodes correspond to standard filing sections such as MD&A, risk factors, financial statements, and notes\. Text\-unit nodes store narrative evidence, table\-unit nodes store tabular evidence, and metadata nodes store information such as company, fiscal year, sector, and financial metric\.
The edges in the graph are used to describe the basic relations inside and across filings\. Containment edges connect documents with sections and connect sections with evidence units\. Sequential edges keep the original order of sections and evidence units in the filing\. Cross edges connect related companies, fiscal years, sectors, or financial metrics\. Modal edges connect narrative descriptions with related table evidence\. In this way, the graph keeps the reading structure of financial reports, from company and year to filing, from filing to section, and from section to textual or tabular evidence\. For a filing\-based question, a simple evidence path can be written as:
P:vD→vS→vU,P:v\_\{D\}\\rightarrow v\_\{S\}\\rightarrow v\_\{U\},\(2\)
wherevDv\_\{D\}is a document node,vSv\_\{S\}is a section node, andvUv\_\{U\}is a text or table evidence\-unit node\. This path means that the system first locates the relevant filing, then finds the related section, and finally retrieves the evidence unit that may support the answer\. Cross\-document and cross\-year edges allow the system to move from one filing to related filings when the question involves comparison or trend analysis\. Therefore, HC\-RAG does not retrieve evidence from all chunks in a flat way\. It retrieves evidence along the structure of financial reports, which makes the retrieved evidence easier to trace back to the source document\. This design is related to graph\-augmented retrieval systems such as RAPTOR, GraphRAG, and HippoRAG\[[23](https://arxiv.org/html/2608.12335#bib.bib5),[5](https://arxiv.org/html/2608.12335#bib.bib6),[8](https://arxiv.org/html/2608.12335#bib.bib38)\]\. The main difference is that HC\-RAG builds the graph according to the structure of financial filings, rather than only relying on semantic similarity or LLM\-generated relations\.
Figure 1:The indexing and retrieval framework of HC\-RAG\. The indexing layer builds a financial evidence graph from annual reports, where the table and text representations are mapped into a unified semantic vector space\. The retrieval layer finds evidence through document\-section\-unit paths\.
### 3\.3Hierarchical Graph Retrieval
HC\-RAG retrieves evidence in three steps: document retrieval, section retrieval, and evidence\-unit retrieval\. This process follows the way annual reports are usually read\. The system first narrows the search to several relevant filings, then selects useful sections, and finally retrieves detailed text or table evidence from these sections\. At the document level, HC\-RAG ranks filing nodes by combining semantic similarity and metadata matching:
sD\(q,vD\)=sim\(q,vD\)\+αDmatch\(q,vD\),s\_\{D\}\(q,v\_\{D\}\)=\\mathrm\{sim\}\(q,v\_\{D\}\)\+\\alpha\_\{D\}\\mathrm\{match\}\(q,v\_\{D\}\),\(3\)
whereqqis the input question,vDv\_\{D\}is a document node,sim\(q,vD\)\\mathrm\{sim\}\(q,v\_\{D\}\)measures the semantic relevance between the question and the document, andmatch\(q,vD\)\\mathrm\{match\}\(q,v\_\{D\}\)measures whether the metadata is consistent with the question, such as company, fiscal year, or sector\. The top\-ranked documents are kept as the initial search scope\.
At the section level, HC\-RAG ranks only sections under the selected documents:
sS\(q,vS\)=sim\(q,vS\)\+αSprior\(q,vS\),s\_\{S\}\(q,v\_\{S\}\)=\\mathrm\{sim\}\(q,v\_\{S\}\)\+\\alpha\_\{S\}\\mathrm\{prior\}\(q,v\_\{S\}\),\(4\)
wherevSv\_\{S\}is a section node\. The termprior\(q,vS\)\\mathrm\{prior\}\(q,v\_\{S\}\)represents simple section preference from the question\. For example, calculation questions are more likely to require financial statements, while trend or comparison questions may need MD&A or notes\. This step avoids searching all sections in the corpus and keeps the retrieval process closer to the structure of annual reports\.
At the evidence\-unit level, HC\-RAG retrieves text units and table units from the selected sections:
sU\(q,vU\)=sim\(q,vU\)\+βgraph\(q,vU\),s\_\{U\}\(q,v\_\{U\}\)=\\mathrm\{sim\}\(q,v\_\{U\}\)\+\\beta\\mathrm\{graph\}\(q,v\_\{U\}\),\(5\)
wherevUv\_\{U\}is a text or table evidence unit\. The termgraph\(q,vU\)\\mathrm\{graph\}\(q,v\_\{U\}\)gives extra weight to evidence units that lie on valid document\-section\-unit paths, match the company and fiscal year in the question, or have useful text\-table connections\. The final evidence set is selected from the top\-ranked evidence units:
Eq∗=TopK\(sU\(q,vU\)\)\.E\_\{q\}^\{\*\}=\\mathrm\{TopK\}\(s\_\{U\}\(q,v\_\{U\}\)\)\.\(6\)
where𝒞U\\mathcal\{C\}\_\{U\}denotes the candidate text and table units from the selected sections\.
Compared with flat retrieval, this hierarchical retrieval reduces the search space step by step\. Flat retrieval needs to compare the question with a large number of text and table chunks in the whole corpus\. HC\-RAG first filters documents and sections, then retrieves evidence units only from a smaller graph neighborhood\. This makes retrieval more efficient and also keeps clear source paths for the final answer\. In our implementation, section nodes are built from the regular HTML structure of Form 10\-K filings\. For visually complex or scanned filings, the parser can be replaced with layout\-aware document models such as LayoutLMv3\[[10](https://arxiv.org/html/2608.12335#bib.bib29)\]\.
### 3\.4Asymmetric Cross\-Modal Alignment and Retrieval
Financial filings usually contain both narrative text and structured tables\. Text is often used to explain business reasons, risks, and management views, while tables provide numerical values through row names, column names, reporting periods, units, and cell positions\. For example, a question about the reason for a margin decline may depend more on narrative discussion, while a question about calculating the current ratio usually depends on exact values in tables\. If text chunks and table units are encoded separately, their similarity scores may not be directly comparable\. This can make the retriever miss useful table evidence or mix unrelated textual evidence into the answer\.
HC\-RAG uses an asymmetric offline\-online strategy to reduce this problem\. In the offline stage, we use a financial text encoder, such as FinBERT\[[1](https://arxiv.org/html/2608.12335#bib.bib20)\], to encode textual evidence\. For table evidence, we use a table\-aware encoder, such as TAPAS or TAPEX\[[9](https://arxiv.org/html/2608.12335#bib.bib33),[18](https://arxiv.org/html/2608.12335#bib.bib14)\],so that row and column information can be considered\. Text units and table units from the same section are treated as related pairs\. Their representations are then mapped into the same retrieval space\. For a matched text\-table pair, we denote their representations asztz^\{t\}andzbz^\{b\}\. The basic goal of alignment is to make related text and table evidence closer in the embedding space:
ℒalign=1−sim\(zt,zb\),\\mathcal\{L\}\_\{\\mathrm\{align\}\}=1\-\\mathrm\{sim\}\(z^\{t\},z^\{b\}\),\(7\)
wheresim\(⋅,⋅\)\\mathrm\{sim\}\(\\cdot,\\cdot\)denotes cosine similarity\. In implementation, unrelated text\-table pairs in the same batch are also used as negative examples, so the model learns to distinguish matched evidence from unrelated evidence\. This follows the common idea of contrastive learning\[[25](https://arxiv.org/html/2608.12335#bib.bib41),[21](https://arxiv.org/html/2608.12335#bib.bib42)\], but we keep the formulation simple because the main purpose here is to make text and table evidence comparable during retrieval\.
During online inference, HC\-RAG does not run a large table encoder for every query\. The table encoder is mainly used offline for representation alignment and caching\. In the online stage, each table evidence unit is converted into a compact textual form, including its row header, column header, value, and unit\. The retriever can then compare the query with both text chunks and flattened table evidence using a single similarity calculation\. This design keeps table evidence available during retrieval and avoids the high cost of encoding many table cells for each query\. This asymmetric design is a trade\-off between accuracy and efficiency\. The offline stage uses table\-aware models to learn the relation between text and tables\. The online stage uses a lighter retrieval form to support faster search over multiple filings\. As a result, HC\-RAG can retrieve both narrative and tabular evidence without making the inference process too heavy\.
### 3\.5Intent\-Aware Evidence Routing
Different financial questions need different types of evidence\. Calculation questions usually need numerical values from tables\. Trend questions need evidence across time\. Fact questions often depend on a specific statement or value\. Comparison questions need parallel evidence from different companies, metrics, or fiscal years\. HC\-RAG uses the intent of the query to adjust how text and table evidence are used, as illustrated in the green box in Figure[2](https://arxiv.org/html/2608.12335#S3.F2)\. For each queryqq, we first encode it into a query representationhqh\_\{q\}\. A simple classifier is then used to predict its intent:
pintent=softmax\(Whq\+b\),p\_\{\\mathrm\{intent\}\}=\\mathrm\{softmax\}\(Wh\_\{q\}\+b\),\(8\)
wherepintentp\_\{\\mathrm\{intent\}\}represents the probability distribution over four intent classes: calculation, trend, fact, and comparison\. In our implementation, this classifier can be built on a financial\-domain encoder such as FinBERT\[[1](https://arxiv.org/html/2608.12335#bib.bib20)\]\. Cross\-document, cross\-year, and hybrid\-modal labels are not used as intent labels\. They are used later for evidence analysis and evaluation under different data slices\. After predicting the query intent, HC\-RAG calculates a routing weightλ\\lambda:
λ=σ\(g\(hq,pintent\)\),\\lambda=\\sigma\(g\(h\_\{q\},p\_\{\\mathrm\{intent\}\}\)\),\(9\)
whereλ\\lambdacontrols the relative importance of text evidence and table evidence\. A largerλ\\lambdameans the model gives more weight to textual evidence, while a smallerλ\\lambdameans the model gives more weight to tabular evidence\. The functiong\(⋅\)g\(\\cdot\)is implemented as a small feed\-forward layer\. For each candidate evidence unitvv, its retrieval score is adjusted according to its modality:
S\(q,v\)=\{λs\(q,v\),ifvis a text unit,\(1−λ\)s\(q,v\),ifvis a table unit\.S\(q,v\)=\\begin\{cases\}\\lambda s\(q,v\),&\\text\{if \}v\\text\{ is a text unit\},\\\\ \(1\-\\lambda\)s\(q,v\),&\\text\{if \}v\\text\{ is a table unit\}\.\\end\{cases\}\(10\)
Heres\(q,v\)s\(q,v\)is the original retrieval score between the query and the evidence unit in the shared embedding space\. After this re\-ranking step, text and table candidates are merged into one evidence list, and the top evidence units are selected for answer generation\. In this way, HC\-RAG does not always use the same text\-table ratio\. It changes the evidence preference according to the query intent\.
Figure 2:Cross\-modal alignment and query\-aware routing\. In the offline stage, text and table representations are mapped into a shared retrieval space\. In the online stage, table evidence is flattened into short strings with row headers, column headers, values, and units\. The query encoder and intent classifier produce the query representation and intent distribution, which are used to calculate the routing weightλ\\lambda\. Text and table evidence are then re\-ranked before forming the final evidence set\.
### 3\.6Intent\-Aware Evidence\-Grounded Generation
The generation layer uses the final retrieved evidence, the predicted intent, and the text\-table routing result\. Each selected evidence unit is converted into a compact context item:
ci=\(di,si,mi,ui\),c\_\{i\}=\(d\_\{i\},s\_\{i\},m\_\{i\},u\_\{i\}\),\(11\)
did\_\{i\}is the source filing,sis\_\{i\}is the section,mim\_\{i\}is the modality type, anduiu\_\{i\}is the evidence content\. Text evidence is kept as short passages\. Table evidence is converted into natural language with row headers, column headers, values, and units\. The final context is formed by putting these evidence items together:
Cq=c1,c2,…,cB,C\_\{q\}=\{c\_\{1\},c\_\{2\},\\ldots,c\_\{B\}\},\(12\)
whereBBis the evidence budget\. HC\-RAG then uses different prompting requirements for different intent types\. For calculation questions, the prompt asks the model to use exact values, show necessary intermediate steps, and distinguish quoted values from computed results\. For trend questions, the prompt asks for the trend direction, related periods, supporting numbers, and possible explanations\. For fact questions, the prompt asks for a concise answer with source evidence\. For comparison questions, the prompt asks the model to align values across entities or fiscal periods before giving the answer\. The final answer is generated as:
a^=LLM\(q,Cq\),\\hat\{a\}=\\mathrm\{LLM\}\(q,C\_\{q\}\),\(13\)
a^\\hat\{a\}is the generated answer\. The generation step is only used after evidence retrieval\. HC\-RAG first finds the relevant filings, sections, text evidence, and table evidence, then generates the answer based on these selected sources\. This also makes the system easier to evaluate at the evidence level, including document hit, section hit, table hit, and cross\-document recall\.
## 4Proposed Benchmark: Multi\-Doc\-2025
In addition to the architecture above, we also introduceMulti\-Doc\-2025, a benchmark workload for evidence\-centric financial QA over SEC Form 10\-K filings\.111An anonymized dataset repository is available at[https://huggingface\.co/datasets/Anonymous\-Team\-HC\-RAG/Multi\-Doc\-2025](https://huggingface.co/datasets/Anonymous-Team-HC-RAG/Multi-Doc-2025)\.It contains 2,327 QA pairs from 179 filings of 87 S&P 500 companies across 12 GICS sectors and fiscal years 2022–2024\. The official split isprimary\-company\-disjoint, with 1,600 training, 252 validation, and 475 test examples\. No primary company appears in more than one split\. For cross\-company questions, supporting companies may appear across splits because they serve as comparison evidence rather than the primary query entity\. This protocol evaluates generalization to unseen primary companies while preserving realistic peer\-comparison workloads\.
Table[1](https://arxiv.org/html/2608.12335#S4.T1)compares Multi\-Doc\-2025 with widely used financial QA benchmarks\. FinQA and ConvFinQA emphasize numerical reasoning over financial reports\[[3](https://arxiv.org/html/2608.12335#bib.bib9),[4](https://arxiv.org/html/2608.12335#bib.bib21)\]; TAT\-QA focuses on table\-text reasoning\[[32](https://arxiv.org/html/2608.12335#bib.bib10)\]; FinanceBench evaluates factual grounding over financial documents\[[11](https://arxiv.org/html/2608.12335#bib.bib2)\]; and DocFinQA extends financial QA to longer documents\[[22](https://arxiv.org/html/2608.12335#bib.bib13)\]\. Multi\-Doc\-2025 complements these benchmarks by jointly testing cross\-document, cross\-year, and hybrid\-modal reasoning with explicit difficulty tiers\.
Table 1:Comparison with existing financial QA benchmarks\. Multi\-Doc\-2025 jointly evaluates cross\-document, cross\-year, and hybrid\-modal reasoning\.Multi\-Doc\-2025 is organized into five subsets: single\-document fact/calculation, single\-document table reasoning, cross\-year trend reasoning, cross\-company comparison, and full\-cross reasoning that combines cross\-company, cross\-year, and hybrid\-modal evidence\. The semantic intent space contains four labels: calculation, trend, fact, and comparison\. These labels describe the reasoning operation required by the query, while structural attributes such asis\_cross\_doc,is\_cross\_year, andis\_hybrid\_modaldescribe where the supporting evidence is located\. Candidate QA pairs are generated with subset\-specific prompts, filtered by rule\-based quality checks, and reviewed by a finance domain expert against the original SEC filings\. We report EM, token\-level F1, numerical execution accuracy, hallucination rate, and slice\-wise metrics by intent, subset, and difficulty\. Detailed field definitions, examples, subset statistics, and evaluation scripts are provided in the anonymized dataset repository\.
## 5Experimental Setup
### 5\.1Datasets
The paper evaluates HC\-RAG on FinQA, TAT\-QA, DocFinQA, FinanceBench, and Multi\-Doc\-2025\. These datasets cover numerical reasoning, table\-text reasoning, long\-document evidence localization, factual grounding, and multi\-document aggregation\. Multi\-Doc\-2025 is our proposed benchmark for cross\-company, cross\-year, and hybrid\-modal reasoning; its construction and taxonomy are described in Section 4\.
Table 2:Statistical Information of Experimental Datasets
### 5\.2Baselines and Fair Comparison Protocol
Also, we compare HC\-RAG with retrieval\-based RAG baselines, structured or self\-reflective RAG systems, and table\-aware or task\-specific financial QA models, including BM25\-RAG, DPR\-RAG\[[13](https://arxiv.org/html/2608.12335#bib.bib40)\], Contriever\-RAG, vanilla dense RAG\[[14](https://arxiv.org/html/2608.12335#bib.bib3),[12](https://arxiv.org/html/2608.12335#bib.bib39)\], Self\-RAG\[[2](https://arxiv.org/html/2608.12335#bib.bib7)\], RAPTOR\[[23](https://arxiv.org/html/2608.12335#bib.bib5)\], GraphRAG\[[5](https://arxiv.org/html/2608.12335#bib.bib6)\], TAPEX\-RAG\[[18](https://arxiv.org/html/2608.12335#bib.bib14)\], and dataset\-specific models when applicable\. All RAG\-style systems use the same generator, decoding temperature, and maximum context length within each benchmark, with controlled benchmark\-specific prompting and evidence serialization; retrieval budgets and top\-kkcutoffs follow the reported configurations and released experiment logs\.
### 5\.3Evaluation Metrics
We report answer\-level, evidence\-level, and efficiency metrics\. Answer quality is measured by EM, token\-level F1, Exec\-Acc, Hall\-Rate, and Faithful Accuracy, with FinanceBench emphasizing faithful accuracy and hallucination rate\. For Multi\-Doc\-2025, we additionally report slice\-wise results by semantic intent, subset, difficulty, and evidence\-structure attributes\. Evidence localization is measured by Doc Hit@5, Section Hit@5, Evidence Recall@5/10, Table Hit@5, and Cross\-doc Recall\.
### 5\.4Implementation Details
HC\-RAG builds the evidence graph from parsed SEC 10\-K filings and retrieves evidence through document\-, section\-, and evidence\-unit\-level routing\. Unless otherwise specified, we setKD=5K\_\{D\}=5,KS=10K\_\{S\}=10, andB=20B=20\. The text encoder is initialized from a financial\-domain encoder such as FinBERT\[[1](https://arxiv.org/html/2608.12335#bib.bib20)\], table representations are aligned using TAPAS\[[9](https://arxiv.org/html/2608.12335#bib.bib33),[18](https://arxiv.org/html/2608.12335#bib.bib14)\], the intent classifier predicts calculation, trend, fact, and comparison, and all methods use deterministic decoding\.
## 6Results and Analysis
### 6\.1Overall Performance Comparison
Across the five financial QA benchmarks, HC\-RAG achieves the strongest answer\-level performance, with the largest gains appearing in long\-document and multi\-document settings\. On DocFinQA, HC\-RAG improves over RAPTOR by 6\.6 F1 points\. On Multi\-Doc\-2025, it reaches 60\.2 F1, outperforming GraphRAG and TAPEX\-RAG by 10\.9 and 6\.1 points, respectively \(Table[3](https://arxiv.org/html/2608.12335#S6.T3)\)\. These results suggest that table\-aware modeling alone is insufficient for cross\-document financial QA; HC\-RAG benefits from retrieving evidence along valid document\-section\-unit paths and routing text\-table evidence according to query intent\.
Table 3:Answer\-level performance across financial QA benchmarks \(%\)\. Hall Rate is lower better\.
### 6\.2Evidence Localization Analysis
Answer\-level gains are meaningful only if the system retrieves the right supporting evidence\. We therefore evaluate evidence localization on Multi\-Doc\-2025 using methods whose retrieved units can be mapped to our evidence schema\.
Table 4:Evidence localization quality on Multi\-Doc\-2025\. Doc Hit and Section Hit measure source localization; Evidence R@kkmeasures fine\-grained evidence\-unit recall\. Table Hit@5 is computed on table\-related questions, and Cross\-doc Recall is computed on questions requiring multiple filings\. “–” indicates that the method does not expose comparable table\-level evidence identifiers under our evaluation schema\.The evidence results show that HC\-RAG is not optimized for coarse document hit alone; GraphRAG obtains slightly higher Doc Hit@5, while HC\-RAG achieves the strongest section\-level localization, fine\-grained evidence recall, table retrieval, and cross\-document recall \(Table[4](https://arxiv.org/html/2608.12335#S6.T4)\)\. Compared with the best non\-HC\-RAG baseline, HC\-RAG improves Section Hit@5 to 64\.21, raises Table Hit@5 from 66\.80 to 89\.64, and improves Cross\-doc Recall from 43\.20 to 48\.69\. This pattern supports our evidence\-centric design: the main advantage of HC\-RAG is not merely finding a relevant filing, but navigating to the correct section, table, and cross\-document evidence units needed to support the answer\.
### 6\.3Ablation Study
We conduct an ablation study on Multi\-Doc\-2025 to examine the role of each component in HC\-RAG\. The results are shown in Table[5](https://arxiv.org/html/2608.12335#S6.T5)\. Overall, removing the three\-level index causes the largest performances drop, which shows that the hierarchical graph structure is important for this task\. After removing this index, the model can no longer follow the document\-section\-unit retrieval process, so it becomes harder to locate evidence in long annual reports\. Removing L1 cross\-document edges also causes a large decline in Cross\-Doc F1, which indicates that questions involving multiple filings need explicit cross\-document links\. Removing section nodes reduces the overall result as well, suggesting that section\-level navigation is useful when the source documents are long and structured\.
Table 5:Ablation Study Results on the Multi\-Doc\-2025 DatasetFrom the detailed results, the three\-level index contributes the most\. The full model obtains 60\.2 F1, while removing the three\-level index reduces F1 to 49\.1, with a drop of 11\.1 points\. This result shows that flat retrieval is not enough for long financial filings\. L1 cross\-document edges are also important\. When these edges are removed, Cross\-Doc F1 decreases from 58\.7 to 40\.9, which means the model loses much of its ability to collect evidence across different filings\. Cross\-modal alignment mainly affects hybrid\-modal questions\. Without this component, Hybrid Modal F1 drops from 62\.1 to 49\.3\. Removing TAPAS\-based table structure and query\-aware fusion also leads to lower results, although the drops are smaller\. These results show that table structure and intent\-based routing both help the model use textual and tabular evidence more effectively\.
### 6\.4Efficiency and Scalability Analysis
HC\-RAG trades moderate offline preprocessing for traceable retrieval\. Its index construction cost is 4\.8 min/doc, lower than GraphRAG’s 7\.6 min/doc and RAPTOR’s 5\.3 min/doc, while its inference latency is 3\.1 s/query, close to GraphRAG \(3\.4\) and RAPTOR \(2\.9\)\. This pattern suggests that HC\-RAG pays for structured evidence paths once during indexing, then keeps online retrieval bounded by expanding only selected document and section neighborhoods\. The full efficiency table and scalability trend are reported in Appendix[A](https://arxiv.org/html/2608.12335#A1)\(Table[6](https://arxiv.org/html/2608.12335#A1.T6)and Figure[3](https://arxiv.org/html/2608.12335#A1.F3)\)\.
### 6\.5Adaptive Fusion Analysis
The learned routing weightλ\\lambdachanges with query semantics rather than collapsing to a fixed modality preference\. For example, the numerical current\-ratio case receives a lowλ\\lambdaof 0\.28 and uses balance\-sheet evidence, while the cloud\-revenue trend case receives a higherλ\\lambdaof 0\.71 and relies on MD&A text\. Hybrid and cross\-document examples fall between these extremes, such asλ=0\.41\\lambda=0\.41for cross\-company R&D intensity comparison andλ=0\.48\\lambda=0\.48for Intel’s margin\-decline explanation\. Appendix[A](https://arxiv.org/html/2608.12335#A1)provides the full routing distribution and case table \(Figure[4](https://arxiv.org/html/2608.12335#A1.F4)and Table[7](https://arxiv.org/html/2608.12335#A1.T7)\)\.
### 6\.6Robustness Analysis
HC\-RAG is less sensitive to irrelevant distractor evidence because noisy candidates must pass document\-level, section\-level, and evidence\-unit\-level filtering before entering the final context\. The robustness curve in Appendix[A](https://arxiv.org/html/2608.12335#A1)\(Figure[5](https://arxiv.org/html/2608.12335#A1.F5)\) shows the degradation pattern under increasing noise, supporting the role of the hierarchy as a structured noise filter rather than merely a larger retrieval index\.
### 6\.7Cross\-Document Reasoning Diagnostics
The cross\-document diagnostics show that HC\-RAG’s advantage is strongest when evidence must be aggregated across filings\. On the 3\+ document setting, HC\-RAG reaches 48\.7 F1, exceeding GraphRAG by 10\.1 points and RAPTOR by 13\.5 points\. It also leads on YoY EM \(57\.2\), cross\-company EM \(52\.8\), and industry\-trend F1 \(56\.4\), indicating that Multi\-Doc\-2025 captures analyst\-style reasoning patterns beyond single\-filing QA\. Appendix[A](https://arxiv.org/html/2608.12335#A1)reports the full diagnostic breakdown in Table[8](https://arxiv.org/html/2608.12335#A1.T8)\.
## 7Conclusion
In this paper, we presentedHC\-RAG, an evidence retrieval framework for financial question answering over annual reports\. Different from methods that split filings into flat chunks, HC\-RAG keeps the basic structure of financial reports and retrieves evidence through a document\-section\-unit process\. It first locates relevant filings, then narrows the search to useful sections, and finally retrieves textual and tabular evidence for answer generation\. The framework also uses query intent to adjust the use of text and table evidence, so that calculation, trend, fact, and comparison questions can be handled in a more targeted way\. Together withMulti\-Doc\-2025, a benchmark built for cross\-company, cross\-year, and hybrid\-modal financial QA, the experimental results show that HC\-RAG improves both answer\-level performance and evidence\-level localization\. The gains are especially clear in section retrieval, table grounding, and cross\-document evidence aggregation\.
The current framework still has some limitations\. HC\-RAG relies on the relatively regular structure of SEC\-style annual reports, such as stable section titles, HTML filing formats, and available metadata about companies and fiscal years\. This makes the method suitable for 10\-K filings, but it may not work equally well on scanned reports, noisy PDF files, or documents with irregular layouts\. The quality of table extraction can also affect the final result\. If a table contains merged cells, missing headers, or unclear units, the flattened table evidence may lose part of the original meaning\. Another limitation is that the intent\-aware routing module depends on the predicted query intent\. When the intent classifier makes mistakes, the model may give too much weight to text or table evidence and retrieve less useful context\. In addition, Multi\-Doc\-2025 mainly focuses on SEC 10\-K filings from S&P 500 companies, so more evaluation is still needed on smaller companies, other financial documents, and non\-U\.S\. filings\.
Future work can improve HC\-RAG in several directions\. One direction is to use more robust document parsing methods, especially for visually complex PDFs and scanned filings\. Another direction is to improve table understanding, so that the model can better handle complex headers, units, and multi\-level financial tables\. It is also useful to make the evidence graph more flexible, allowing it to be updated when new filings are released or when new types of financial evidence are added\. Beyond financial QA, the same evidence\-centered idea may be applied to other document\-heavy domains, such as legal, medical, and regulatory analysis, where answers also need to be supported by clear sources\. Overall, the results suggest that domain\-specific RAG systems should not only retrieve more context, but should retrieve evidence that is structured, traceable, and directly related to the question\.
## Code and Dataset Availability
The code and Multi\-Doc\-2025 benchmark dataset used in this paper are publicly but anonymously available at:
[![[Uncaptioned image]](https://arxiv.org/html/2608.12335v1/HC-RAG-Figure/GitHub-logo.png)HC\-RAG\-Repo](https://anonymous.4open.science/r/HC-RAG-Repo-9366/)[![[Uncaptioned image]](https://arxiv.org/html/2608.12335v1/HC-RAG-Figure/hf-logo.png)Multi\-Doc\-2025](https://huggingface.co/datasets/Anonymous-Team-HC-RAG/Multi-Doc-2025)
## Appendix AAdditional Experimental Analyses
This appendix complements the main experiments with additional analyses on computational cost, scaling behavior, adaptive routing, robustness, and cross\-document reasoning\. Table[6](https://arxiv.org/html/2608.12335#A1.T6)and Figure[3](https://arxiv.org/html/2608.12335#A1.F3)report efficiency and scalability\. Figure[4](https://arxiv.org/html/2608.12335#A1.F4)and Table[7](https://arxiv.org/html/2608.12335#A1.T7)show the learned routing behavior\. Figure[5](https://arxiv.org/html/2608.12335#A1.F5)and Table[8](https://arxiv.org/html/2608.12335#A1.T8)provide robustness and cross\-document diagnostics\.
#### Efficiency and scalability\.
Table[6](https://arxiv.org/html/2608.12335#A1.T6)compares the offline indexing cost, online latency, memory footprint, and model size of HC\-RAG against retrieval and reasoning baselines\. HC\-RAG incurs more indexing overhead than flat dense retrieval because it builds a typed document–section–evidence hierarchy, but its latency remains comparable to graph\- and tree\-based retrieval systems\. The parameter count mainly reflects the combined text and table encoding components used for heterogeneous evidence retrieval\.
Table 6:Efficiency Metrics ComparisonNote:DS\-V4 refers to DeepSeek V4\-flash\.
Figure[3](https://arxiv.org/html/2608.12335#A1.F3)further examines whether retrieval quality and runtime remain stable as the document collection grows\. This analysis is intended to isolate the benefit of first narrowing the search space at the document and section levels before ranking fine\-grained text and table evidence units\.
Figure 3:Scalability Analysis
#### Adaptive fusion behavior\.
Figure[4](https://arxiv.org/html/2608.12335#A1.F4)summarizes the distribution of the routing weightλ\\lambda, where larger values assign more weight to textual evidence and smaller values assign more weight to tabular evidence\. The distribution provides a global view of whether the fusion module shifts evidence preference across different query types instead of using a fixed text\-table mixture\.
Figure 4:Fusion Weight Distribution Analysis \(Composite Figure\)Table[7](https://arxiv.org/html/2608.12335#A1.T7)gives representative examples of this routing behavior\. Numerical questions receive a lowerλ\\lambdaand are routed toward tabular evidence, while trend\-oriented questions receive a higherλ\\lambdaand rely more strongly on narrative MD&A text\. Cross\-document and hybrid questions fall between these extremes, reflecting their need to combine financial statements with explanatory text\.
Table 7:Case Analysis of Adaptive Fusion
#### Robustness and cross\-document diagnostics\.
Figure[5](https://arxiv.org/html/2608.12335#A1.F5)evaluates robustness under additional irrelevant distractor evidence\. The comparison focuses on the degradation pattern rather than a single operating point, showing whether hierarchical filtering and evidence\-level reranking help preserve answer quality when the retrieved context becomes noisier\.
Figure 5:Noise Robustness Experimental ResultsTable[8](https://arxiv.org/html/2608.12335#A1.T8)breaks down performance by multi\-document reasoning type\. The 2\-doc and 3\+ doc columns test the number of filings that must be jointly used, while the YoY, cross\-company, and industry\-trend columns separate common financial comparison patterns\. HC\-RAG obtains the strongest scores across all listed categories, suggesting that its evidence hierarchy is especially helpful when answer construction depends on aggregating dispersed evidence\.
Table 8:Cross\-Document Reasoning Capability Evaluation
## References
- \[1\]\(2019\)FinBERT: financial sentiment analysis with pre\-trained language models\.arXiv preprint arXiv:1908\.10063\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.1908.10063)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[§3\.4](https://arxiv.org/html/2608.12335#S3.SS4.p2.2),[§3\.5](https://arxiv.org/html/2608.12335#S3.SS5.p3.2),[§5\.4](https://arxiv.org/html/2608.12335#S5.SS4.p1.3)\.
- \[2\]A\. Asai, Z\. Wu, Y\. Wang, A\. Sil, and H\. Hajishirzi\(2024\)Self\-rag: learning to retrieve, generate, and critique through self\-reflection\.InInternational Conference on Learning Representations \(ICLR\),External Links:[Document](https://dx.doi.org/10.48550/arXiv.2310.11511)Cited by:[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[3\]Z\. Chen, W\. Chen, C\. Smiley, S\. Shah, I\. Borova, D\. Langdon, R\. Moussa, M\. Beane, T\. Huang, B\. Routledge, and W\. Y\. Wang\(2021\)FinQA: a dataset of numerical reasoning over financial data\.InProceedings of the 2021 Conference on Empirical Methods in Natural Language Processing,External Links:[Document](https://dx.doi.org/10.18653/v1/2021.emnlp-main.300)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p2.1),[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[Table 1](https://arxiv.org/html/2608.12335#S4.T1.1.2.1.1),[§4](https://arxiv.org/html/2608.12335#S4.p2.1)\.
- \[4\]Z\. Chen, S\. Li, C\. Smiley, Z\. Ma, S\. Shah, and W\. Y\. Wang\(2022\)ConvFinQA: exploring the chain of numerical reasoning in conversational finance question answering\.InProceedings of the 2022 Conference on Empirical Methods in Natural Language Processing,External Links:[Document](https://dx.doi.org/10.18653/v1/2022.emnlp-main.421)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[Table 1](https://arxiv.org/html/2608.12335#S4.T1.1.6.5.1),[§4](https://arxiv.org/html/2608.12335#S4.p2.1)\.
- \[5\]D\. Edge, H\. Trinh, N\. Cheng, J\. Bradley, A\. Chao, A\. Mody, S\. Truitt, D\. Metropolitansky, R\. O\. Ness, and J\. Larson\(2024\)From local to global: a graphrag approach to query\-focused summarization\.arXiv preprint arXiv:2404\.16130\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2404.16130)Cited by:[§2\.1](https://arxiv.org/html/2608.12335#S2.SS1.p1.1),[§3\.2](https://arxiv.org/html/2608.12335#S3.SS2.p6.3),[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[6\]Y\. Gao, Y\. Xiong, X\. Gao, K\. Jia, J\. Pan, Y\. Bi, Y\. Dai, J\. Sun, M\. Wang, and H\. Wang\(2024\)Retrieval\-augmented generation for large language models: a survey\.arXiv preprint arXiv:2312\.10997\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2312.10997)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p1.1)\.
- \[7\]S\. Gupta, R\. Ranjan, and S\. N\. Singh\(2024\)A comprehensive survey of retrieval\-augmented generation \(rag\): evolution, current landscape and future directions\.arXiv preprint arXiv:2410\.12837\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2410.12837)Cited by:[§2\.3](https://arxiv.org/html/2608.12335#S2.SS3.p1.1)\.
- \[8\]B\. J\. Gutiérrez, Y\. Shu, Y\. Gu, M\. Yasunaga, and Y\. Su\(2025\-01\-14\)HippoRAG: Neurobiologically Inspired Long\-Term Memory for Large Language Models\.arXiv preprint arXiv:2405\.14831\.External Links:2405\.14831,[Document](https://dx.doi.org/10.48550/arXiv.2405.14831),[Link](http://arxiv.org/abs/2405.14831)Cited by:[§2\.1](https://arxiv.org/html/2608.12335#S2.SS1.p1.1),[§3\.2](https://arxiv.org/html/2608.12335#S3.SS2.p6.3)\.
- \[9\]J\. Herzig, P\. K\. Nowak, T\. Müller, F\. Piccinno, and J\. M\. Eisenschlos\(2020\)TAPAS: weakly supervised table parsing via pre\-training\.InProceedings of the 58th Annual Meeting of the Association for Computational Linguistics,External Links:[Document](https://dx.doi.org/10.18653/v1/2020.acl-main.398)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[§3\.4](https://arxiv.org/html/2608.12335#S3.SS4.p2.2),[§5\.4](https://arxiv.org/html/2608.12335#S5.SS4.p1.3)\.
- \[10\]Y\. Huang, T\. Lv, L\. Cui, Y\. Lu, and F\. Wei\(2022\)LayoutLMv3: pre\-training for document ai with unified text and image masking\.InProceedings of the 30th ACM international conference on multimedia,External Links:[Document](https://dx.doi.org/10.1145/3503161.3548112)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[§3\.3](https://arxiv.org/html/2608.12335#S3.SS3.p12.1)\.
- \[11\]P\. Islam, A\. Kannappan, D\. Kiela, R\. Qian, N\. Scherrer, and B\. Vidgen\(2023\)FinanceBench: a new benchmark for financial question answering\.arXiv preprint arXiv:2311\.11944\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2311.11944)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p1.1),[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[Table 1](https://arxiv.org/html/2608.12335#S4.T1.1.4.3.1),[§4](https://arxiv.org/html/2608.12335#S4.p2.1)\.
- \[12\]G\. Izacard and E\. Grave\(2020\-07\-02\)Leveraging Passage Retrieval with Generative Models for Open Domain Question Answering\.arXiv preprint arXiv:2007\.01282\.External Links:2007\.01282v2,[Link](https://arxiv.org/abs/2007.01282v2)Cited by:[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[13\]V\. Karpukhin, B\. Oğuz, S\. Min, P\. Lewis, L\. Wu, S\. Edunov, D\. Chen, and W\. Yih\(2020\-09\-30\)Dense Passage Retrieval for Open\-Domain Question Answering\.arXiv preprint arXiv:2004\.04906\.External Links:2004\.04906,[Document](https://dx.doi.org/10.48550/arXiv.2004.04906),[Link](http://arxiv.org/abs/2004.04906)Cited by:[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[14\]P\. Lewis, E\. Perez, A\. Piktus, F\. Petroni, V\. Karpukhin, N\. Goyal, H\. Küttler, M\. Lewis, W\. Yih, T\. Rocktäschel, S\. Riedel, and D\. Kiela\(2020\)Retrieval\-augmented generation for knowledge\-intensive nlp tasks\.InAdvances in Neural Information Processing Systems,Vol\.33\.External Links:[Document](https://dx.doi.org/10.5555/3495724.3496517)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p1.1),[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[15\]H\. Li, Y\. Wang, A\. Wu, H\. Wei, and H\. Qu\(2022\)Structure\-aware visualization retrieval\.InProceedings of the 2022 CHI Conference on Human Factors in Computing Systems,External Links:[Document](https://dx.doi.org/10.1145/3491102.3502048)Cited by:[§2\.3](https://arxiv.org/html/2608.12335#S2.SS3.p1.1)\.
- \[16\]J\. Li, Y\. Bian, G\. Wang, Y\. Lei, D\. Cheng, Z\. Ding, and C\. Jiang\(2023\)CFGPT: chinese financial assistant with large language model\.arXiv preprint arXiv:2309\.10654\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2309.10654)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[17\]N\. F\. Liu, K\. Lin, J\. Hewitt, A\. Paranjape, M\. Bevilacqua, F\. Petroni, and P\. Liang\(2024\)Lost in the middle: how language models use long contexts\.InTransactions of the Association for Computational Linguistics,External Links:[Document](https://dx.doi.org/10.1162/tacl%5Fa%5F00638)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p2.1)\.
- \[18\]Q\. Liu, B\. Chen, J\. Guo, M\. Ziyadi, Z\. Lin, W\. Chen, and J\. Lou\(2022\)TAPEX: table pre\-training via learning a neural sql executor\.InInternational Conference on Learning Representations \(ICLR\),External Links:[Document](https://dx.doi.org/10.48550/arXiv.2107.07653)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p2.1),[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[§3\.4](https://arxiv.org/html/2608.12335#S3.SS4.p2.2),[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1),[§5\.4](https://arxiv.org/html/2608.12335#S5.SS4.p1.3)\.
- \[19\]M\. Mathew, D\. Karatzas, and C\.V\. Jawahar\(2021\)DocVQA: a dataset for vqa on document images\.InProceedings of the IEEE/CVF winter conference on applications of computer vision,External Links:[Document](https://dx.doi.org/10.48550/arXiv.2007.00398)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[20\]A\. Nowak, F\. Piccinno, and Y\. Altun\(2024\)Multimodal chart retrieval: a comparison of text, table and image based approaches\.InProceedings of the 2024 Conference of the North American Chapter of the Association for Computational Linguistics: Human Language Technologies,External Links:[Document](https://dx.doi.org/10.18653/v1/2024.naacl-long.307)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[21\]A\. Radford, J\. W\. Kim, C\. Hallacy, A\. Ramesh, G\. Goh, S\. Agarwal, G\. Sastry, A\. Askell, P\. Mishkin, J\. Clark, G\. Krueger, and I\. Sutskever\(2021\-02\-26\)Learning Transferable Visual Models From Natural Language Supervision\.arXiv preprint arXiv:2103\.00020\.External Links:2103\.00020,[Document](https://dx.doi.org/10.48550/arXiv.2103.00020),[Link](http://arxiv.org/abs/2103.00020)Cited by:[§3\.4](https://arxiv.org/html/2608.12335#S3.SS4.p4.1)\.
- \[22\]V\. Reddy, R\. Koncel\-Kedziorski, V\. D\. Lai, M\. Krumdick, C\. Lovering, and C\. Tanner\(2025\)DocFinQA: a long\-context financial reasoning dataset\.arXiv preprint arXiv:2401\.06915\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2401.06915)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[Table 1](https://arxiv.org/html/2608.12335#S4.T1.1.5.4.1),[§4](https://arxiv.org/html/2608.12335#S4.p2.1)\.
- \[23\]P\. Sarthi, S\. Abdullah, A\. Tuli, S\. Khanna, A\. Goldie, and C\. D\. Manning\(2024\)RAPTOR: recursive abstractive processing for tree\-organized retrieval\.InInternational Conference on Learning Representations \(ICLR\),External Links:[Document](https://dx.doi.org/10.48550/arXiv.2401.18059)Cited by:[§2\.1](https://arxiv.org/html/2608.12335#S2.SS1.p1.1),[§3\.2](https://arxiv.org/html/2608.12335#S3.SS2.p6.3),[§5\.2](https://arxiv.org/html/2608.12335#S5.SS2.p1.1)\.
- \[24\]R\. Tito, D\. Karatzas, and E\. Valveny\(2023\)Hierarchical multimodal transformers for multipage docvqa\.Pattern Recognition\.External Links:[Document](https://dx.doi.org/10.1016/j.patcog.2023.109834)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[25\]A\. van den Oord, Y\. Li, and O\. Vinyals\(2018\-07\)Representation Learning with Contrastive Predictive Coding\.arXiv preprint arXiv:1807\.03748\.External Links:1807\.03748,[Document](https://dx.doi.org/10.48550/arXiv.1807.03748)Cited by:[§3\.4](https://arxiv.org/html/2608.12335#S3.SS4.p4.1)\.
- \[26\]N\. Wang, H\. Yang, and C\. D\. Wang\(2023\)FinGPT: instruction tuning benchmark for open\-source large language models in financial datasets\.InAdvances in Neural Information Processing Systems\(Workshop on Instruction Tuning and Instruction\),Vol\.36\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2310.04793)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[27\]Z\. Wang, H\. Zhang, C\. Li, J\. M\. Eisenschlos, V\. Perot, Z\. Wang, L\. Miculicich, Y\. Fujii, J\. Shang, C\. Lee, and T\. Pfister\(2024\)Chain\-of\-table: evolving tables in the reasoning chain for table understanding\.InInternational Conference on Learning Representations \(ICLR\),External Links:[Document](https://dx.doi.org/10.48550/arXiv.2401.04398)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[28\]S\. Wu, O\. Irsoy, S\. Lu, V\. Dabravolski, M\. Dredze, S\. Gehrmann, P\. Kambadur, D\. Rosenberg, and G\. Mann\(2023\)Bloomberggpt: a large language model for finance\.arXiv preprint arXiv:2303\.17564\.External Links:[Document](https://dx.doi.org/10.48550/arXiv.2303.17564)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p1.1)\.
- \[29\]Q\. Xie, W\. Han, X\. Zhang, Y\. Lai, M\. Peng, A\. Lopez\-Lira, and J\. Huang\(2023\)PIXIU: a large language model, instruction data and evaluation benchmark for finance\.InProceedings of the 37th International Conference on Neural Information Processing Systems,External Links:[Document](https://dx.doi.org/10.5555/3666122.3667576)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[30\]Z\. Yang, Z\. Gan, J\. Wang, X\. Hu, F\. Ahmed, Z\. Liu, Y\. Lu, and L\. Wang\(2022\)UniTAB: unifying text and box outputs for grounded vision\-language modeling\.InEuropean Conference on Computer Vision,External Links:[Document](https://dx.doi.org/10.1007/978-3-031-20059-5%5F30)Cited by:[§2\.3](https://arxiv.org/html/2608.12335#S2.SS3.p1.1)\.
- \[31\]B\. Zhang, H\. Yang, and X\. Liu\(2023\)Instruct\-fingpt: financial sentiment analysis by instruction tuning of general\-purpose large language models\.InProceedings of the FinLLM Symposium at IJCAI 2023,External Links:[Document](https://dx.doi.org/10.48550/arXiv.2306.12659)Cited by:[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1)\.
- \[32\]F\. Zhu, W\. Lei, Y\. Huang, C\. Wang, S\. Zhang, J\. Lv, F\. Feng, and T\. Chua\(2021\)TAT\-qa: a question answering benchmark on a hybrid of tabular and textual content in finance\.InProceedings of the 59th Annual Meeting of the Association for Computational Linguistics and the 11th International Joint Conference on Natural Language Processing,External Links:[Document](https://dx.doi.org/10.18653/v1/2021.acl-long.254)Cited by:[§1](https://arxiv.org/html/2608.12335#S1.p2.1),[§2\.2](https://arxiv.org/html/2608.12335#S2.SS2.p1.1),[Table 1](https://arxiv.org/html/2608.12335#S4.T1.1.3.2.1),[§4](https://arxiv.org/html/2608.12335#S4.p2.1)\.Similar Articles
Agentic Retrieval-Augmented Generation for Financial Document Question Answering
This paper introduces FinAgent-RAG, an agentic framework for financial document question answering that combines iterative retrieval, Program-of-Thought reasoning, and adaptive resource allocation to improve accuracy and reduce costs.
HyCE-RAG: Hypergraph Chain-of-Evidence Retrieval-Augmented Generation for Explainable Multi-hop Question Answering
HyCE-RAG is a novel hypergraph-based retrieval-augmented generation framework for multi-hop question answering that constructs explicit evidence chains via confidence-aware heuristic search, outperforming standard RAG and graph-based RAG methods in accuracy, relevance, and faithfulness.
Building a high-accuracy semantic evidence/RAG system for financial documents — looking for feedback
The article outlines a multi-gate architecture for a high-accuracy semantic evidence and RAG system for financial documents, emphasizing traceability, reconciliation, and hybrid retrieval, and seeks feedback on its design.
GRACE-RAG: Governed Retrieval Architecture for Canonical Evidence Synthesis, Enabling Lightweight Deployment in Closed-Domain Institutional Settings
This paper introduces GRACE-RAG, a retrieval-governed, graph-augmented RAG architecture that externalizes structural reasoning from generation to a structured retrieval layer, enabling lightweight deployment in closed-domain institutional settings. Experiments show up to 20% quality gains with mid-scale models, reducing computational and latency footprint.
MM-BizRAG: Rethinking Multimodal Retrieval-Augmented Generation for General Purpose Enterprise Q&A
MM-BizRAG is a multimodal retrieval-augmented generation system for enterprise Q&A that uses document structure-aware splitting and layout-aware parsing to outperform vision-centric baselines by up to 32% on heterogeneous enterprise documents. The paper also introduces FastRAGEval, a cost-efficient LLM-based evaluation metric with stronger human alignment than RAGChecker.