<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.0 20120330//EN" "JATS-journalpublishing1.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">INFORMATICA</journal-id>
<journal-title-group><journal-title>Informatica</journal-title></journal-title-group>
<issn pub-type="epub">1822-8844</issn><issn pub-type="ppub">0868-4952</issn><issn-l>0868-4952</issn-l>
<publisher>
<publisher-name>Vilnius University</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">INFOR646</article-id>
<article-id pub-id-type="doi">10.15388/26-INFOR646</article-id>
<article-categories><subj-group subj-group-type="heading">
<subject>Research Article</subject></subj-group></article-categories>
<title-group>
<article-title>MTLFraudDetect: Multi-Task Learning with Complementary Model Evidence for Credit Card Fraud Detection</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Chung</surname><given-names>Yu-Chi</given-names></name><email xlink:href="ycchung@nkust.edu.tw">ycchung@nkust.edu.tw</email><xref ref-type="aff" rid="j_infor646_aff_001">1</xref><bio>
<p><bold>Y.-C. Chung</bold> received his PhD degree in the Department of Computer Science and Information Engineering at the National Cheng-Kung University, Taiwan, in 2007. Currently, he is an associate professor of the Department of Industrial Engineering and Management, National Kaohsiung University of Science and Technology, Taiwan. His research interests include cloud computing, sensor networks, query processing, spatio-temporal databases, and natural language processing.</p></bio>
</contrib>
<contrib contrib-type="author">
<name><surname>Espino</surname><given-names>Michaela</given-names></name><email xlink:href="mtespino@bpsu.edu.ph">mtespino@bpsu.edu.ph</email><xref ref-type="aff" rid="j_infor646_aff_001">1</xref><bio>
<p><bold>M. Espinoa</bold> received her master degree in Bataan Peninsula State University, Philippines. She is studying her PhD degree in the Department of Industrial Engineering and Management at National Kaohsiung University of Science and Technology, Taiwan.</p></bio>
</contrib>
<contrib contrib-type="author">
<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-6785-5906</contrib-id>
<name><surname>Su</surname><given-names>I-Fang</given-names></name><email xlink:href="ifangsu@mail.nutn.edu.tw">ifangsu@mail.nutn.edu.tw</email><xref ref-type="aff" rid="j_infor646_aff_002">2</xref><xref ref-type="corresp" rid="cor1">∗</xref><bio>
<p><bold>I-F. Su</bold> received her PhD degree in computer science in the Department of Computer Science and Information Engineering at the National Cheng-Kung University in 2010. Currently, she is an associate professor in the Department of Computer Science and Information Engineering at the National University of Tainan, Taiwan. Her research interests include databases, mobile computing, as well as data applications in deep learning and machine learning.</p></bio>
</contrib>
<aff id="j_infor646_aff_001"><label>1</label><institution>Department of Industrial Engineering and Management, National Kaohsiung University of Science and Technology</institution>, No. 415, Jiangong Rd., Sanmin Dist., Kaohsiung City 807618, <country>Taiwan</country></aff>
<aff id="j_infor646_aff_002"><label>2</label><institution>Department of Computer Science and Information Engineering, National University of Tainan</institution>, 3, Sec. 2, Shu-Lin St., Tainan 700301, <country>Taiwan</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>∗</label>Corresponding author.</corresp>
</author-notes>
<pub-date pub-type="ppub"><year>2026</year></pub-date><pub-date pub-type="epub"><day>8</day><month>9</month><year>2026</year></pub-date><volume content-type="ahead-of-print">0</volume><issue>0</issue><fpage>1</fpage><lpage>26</lpage><history><date date-type="received"><month>8</month><year>2026</year></date><date date-type="accepted"><month>8</month><year>2026</year></date></history>
<permissions><copyright-statement>© 2026 Vilnius University</copyright-statement><copyright-year>2026</copyright-year>
<license license-type="open-access" xlink:href="http://creativecommons.org/licenses/by/4.0/">
<license-p>Open access article under the <ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/4.0/">CC BY</ext-link> license.</license-p></license></permissions>
<abstract>
<p>Credit card fraud (CCF) poses a growing threat to the global economy, with payment card fraud losses reaching approximately USD 33.8 billion in 2023. While deep learning approaches such as CNNs, autoencoders, and Transformer-based models have improved detection accuracy, their “black box” nature restricts adoption in high-stakes financial domains where transparent and auditable reasoning is essential for trust and regulatory compliance. To address this challenge, we propose MTLFraudDetect, a multi-task framework that combines fraud detection with complementary model-analysis techniques. The model combines fraud classification with two auxiliary tasks—data reconstruction and amount prediction—while employing curriculum learning and PCGrad to stabilize multi-task optimization. For model analysis, the framework combines reconstruction-based anomaly-sensitivity signals with SHAP-based decision attribution. Reconstruction errors indicate transaction-level and feature-wise deviations from patterns learned by the reconstruction branch, whereas SHAP examines how the classifier’s shared latent representation and transaction amount contribute to its final prediction. Under an explicitly separated development-test protocol with training-fold-only preprocessing and out-of-fold hyperparameter selection, MTLFraudDetect achieves competitive F1-score and AUC-PR performance while providing complementary evidence at the levels of global anomaly detection, feature-wise error localization, and post-hoc decision attribution. These results do not by themselves establish formal explanatory faithfulness or complete interpretability.</p>
</abstract>
<kwd-group>
<label>Key words</label>
<kwd>deep learning</kwd>
<kwd>multi-task learning</kwd>
<kwd>credit card fraud detection</kwd>
<kwd>explainable artificial intelligence</kwd>
</kwd-group>
<funding-group><funding-statement>This work is supported by the Taiwan National Science and Technology Council (R.O.C.) under grants NSTC 115-2221-E-992-105 and NSTC 114-2221-E-024-017.</funding-statement></funding-group>
</article-meta>
</front>
<body>
<sec id="j_infor646_s_001">
<label>1</label>
<title>Introduction</title>
<p>Credit card fraud (CCF) poses a significant and rapidly growing threat to the global economy, resulting in substantial financial losses for both consumers and financial institutions (Alarfaj <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_002">2022</xref>; Cheng <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_009">2020</xref>). As cashless and card-based payment systems continue to expand worldwide, despite regional differences in the dominant payment methods, opportunities for fraudsters to exploit system vulnerabilities also increase (Bank for International Settlements, <xref ref-type="bibr" rid="j_infor646_ref_003">2026</xref>; Nilson Report, <xref ref-type="bibr" rid="j_infor646_ref_031">2025</xref>; Caporal, <xref ref-type="bibr" rid="j_infor646_ref_006">2025</xref>). Labelled credit card transaction data contain discriminative patterns that distinguish fraudulent transactions from legitimate ones. These patterns enable machine learning (ML) and deep learning (DL) models to learn informative representations for automated transaction classification (Bhattacharyya <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_004">2011</xref>). In this context, this study investigates whether a multi-task learning (MTL) framework can improve representation learning and enhance fraud detection performance. In high-stakes financial environments, however, accurate detection alone is insufficient. Financial institutions, regulators, and other stakeholders also require transparent decision-making processes to facilitate model interpretation, auditing, and regulatory compliance. Consequently, the substantial losses associated with CCF highlight the need for fraud detection systems that are both accurate and interpretable. Interpretability techniques therefore play an important role in understanding model behaviour and communicating the rationale underlying model predictions in real-world applications (Du <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_012">2020</xref>; Hassija <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_020">2024</xref>).</p>
<p>Early fraud detection systems relied primarily on rule-based approaches, in which domain experts manually designed heuristic rules to identify suspicious transactions (Leonard, <xref ref-type="bibr" rid="j_infor646_ref_025">1995</xref>). Although these systems offer high interpretability, they require extensive domain expertise and considerable manual effort to remain effective. Furthermore, they incur substantial maintenance costs and require continuous updates to adapt to evolving fraud patterns, limiting their scalability and long-term adaptability (Krishnavardhan <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_023">2024</xref>).</p>
<p>To reduce dependence on manually crafted rules, researchers increasingly adopted ML techniques such as decision trees, SVMs, and KNN. These methods learn discriminative patterns from large volumes of historical transaction data and have demonstrated strong performance in a variety of applications. Conventional ML approaches remain competitive for tabular problems such as credit card transaction analysis. However, when they rely on fixed or manually engineered features, their ability to capture complex interactions in high-dimensional, nonlinear data depends heavily on the quality of feature engineering (Goodfellow <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_017">2016</xref>; Bishop and Bishop, <xref ref-type="bibr" rid="j_infor646_ref_005">2023</xref>).</p>
<p>The emergence of DL has further advanced fraud detection by enabling neural network-based models to learn hierarchical feature representations directly from data. These models have achieved impressive performance across numerous application domains (Fanai and Abbasimehr, <xref ref-type="bibr" rid="j_infor646_ref_014">2023</xref>), including CCF detection (CCFD). Nevertheless, their effectiveness remains limited in certain scenarios, indicating the need for continued improvements in model architectures and training strategies. In addition, most DL models operate as “black boxes”, limiting their adoption in financial environments that require transparent, explainable, and auditable decision-making processes. Although post-hoc explainable artificial intelligence (XAI) techniques (Kilickaya, <xref ref-type="bibr" rid="j_infor646_ref_022">2025</xref>; Sowmya <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_036">2025</xref>) have been developed to address this limitation, explanations generated only after prediction may provide limited insight into whether an input deviates from the patterns learned during training. Reconstruction-based anomaly evidence can therefore provide complementary information for model analysis without replacing post-hoc attribution methods that explain the classifier’s final decision.</p>
<p>To address these limitations, this study investigates the potential of MTL (Crawshaw, <xref ref-type="bibr" rid="j_infor646_ref_010">2020</xref>; Liu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_027">2019</xref>) for CCFD. MTL enables a model to learn multiple related tasks simultaneously by combining shared feature representations with task-specific output layers. During training, the loss functions from multiple tasks jointly update the shared representation, allowing the model to learn features that generalize more effectively across related objectives (Zhang and Yang, <xref ref-type="bibr" rid="j_infor646_ref_041">2021</xref>).</p>
<p>Beyond its primary objective of fraud classification, the proposed framework uses MTL to generate model-derived evidence that characterizes deviations from learned transaction patterns. Specifically, the reconstruction task produces transaction-level and feature-wise reconstruction errors that serve as anomaly-sensitivity signals. These signals quantify deviations from patterns learned predominantly from legitimate transactions. However, they are not intended to serve as formal explanations of the classifier’s decisions or to satisfy formal XAI faithfulness criteria. Instead, they complement SHAP, which provides post-hoc feature attribution for the classifier’s final prediction.</p>
<p>To address the identified research gaps, this study proposes <bold>MTLFraudDetect</bold>, a comprehensive framework that systematically investigates and optimizes MTL for credit card fraud detection through the following methodological contributions.</p>
<list>
<list-item id="j_infor646_li_001">
<label>1.</label>
<p><bold>Application of MTL to fraud detection.</bold> We introduce an MTL framework specifically designed for CCFD. Unlike most previous studies, which employ single-task learning, the proposed framework incorporates heterogeneous auxiliary tasks to learn more robust feature representations. By leveraging complementary information from transaction reconstruction and transaction amount prediction, the framework is designed to improve minority-class detection while providing additional information for model analysis.</p>
</list-item>
<list-item id="j_infor646_li_002">
<label>2.</label>
<p><bold>Leakage-controlled evaluation protocol.</bold> We evaluate the proposed framework using a stratified development-test holdout, training-fold-only preprocessing and resampling, pooled out-of-fold objectives for hyperparameter optimization, and an independent test set reserved exclusively for final evaluation. This protocol explicitly defines the sources of model-selection information and clearly separates model development from final performance assessment.</p>
</list-item>
<list-item id="j_infor646_li_003">
<label>3.</label>
<p><bold>Hybrid model-analysis pipeline.</bold> We propose a hybrid analysis framework that combines reconstruction-based anomaly evidence with post-hoc decision attribution. The reconstruction task generates transaction-level anomaly-sensitivity scores and feature-wise reconstruction errors that identify deviations from patterns learned predominantly from legitimate transactions. SHAP independently provides post-hoc attribution of the classifier’s output to the shared latent representation and transaction amount supplied to the classifier. These two components serve complementary purposes: reconstruction errors characterize deviations under the reconstruction objective, whereas SHAP characterizes classifier-input contributions within the assumptions of the SHAP framework. We do not claim that either component alone provides complete interpretability or satisfies formal explanation-faithfulness criteria.</p>
</list-item>
<list-item id="j_infor646_li_004">
<label>4.</label>
<p><bold>Systematic evaluation of MTL loss-balancing strategies.</bold> Because MTL requires simultaneous optimization of multiple objectives, we conduct a comprehensive evaluation of several loss-balancing strategies, including uniform weighting, dynamic weight averaging (DWA) (Liu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_027">2019</xref>) and PCGrad (Yu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_040">2020</xref>). Our analysis examines how these strategies influence gradient interactions, representation learning, and overall fraud detection performance, providing practical guidance for designing stable and effective MTL-based fraud detection systems.</p>
</list-item>
<list-item id="j_infor646_li_005">
<label>5.</label>
<p><bold>Curriculum-based training strategy.</bold> Finally, we propose a curriculum-based training strategy to improve task scheduling during optimization. Training begins with joint optimization of all tasks and gradually transitions toward greater emphasis on the primary fraud detection objective. We evaluate the effectiveness of this strategy under a fixed training budget and analyse the resulting performance trade-offs.</p>
</list-item>
</list>
<p>The remainder of this paper is organized as follows: Section <xref rid="j_infor646_s_002">2</xref> reviews related research on credit card fraud detection, with particular emphasis on ML, DL, and MTL approaches, and identifies existing research gaps and unresolved challenges. Section <xref rid="j_infor646_s_009">3</xref> presents the proposed MTLFraudDetect framework. Section <xref rid="j_infor646_s_022">4</xref> describes the experimental design. Section <xref rid="j_infor646_s_028">5</xref> presents the model-derived anomaly evidence, classifier attribution analyses, and comparative performance evaluation. Finally, Section <xref rid="j_infor646_s_037">6</xref> concludes the paper and discusses directions for future research.</p>
</sec>
<sec id="j_infor646_s_002">
<label>2</label>
<title>Related Works</title>
<p>CCFD remains a major challenge due to the severe class imbalance, the continuously evolving nature of fraud strategies, and the scarcity of labelled fraudulent transactions. To address these issues, a wide range of ML and DL methods have been proposed, each offering distinct advantages and limitations.</p>
<sec id="j_infor646_s_003">
<label>2.1</label>
<title>ML for CCFD</title>
<p>Several studies have applied traditional ML algorithms to CCFD. Sudhakar and Kaliyamurthie (<xref ref-type="bibr" rid="j_infor646_ref_037">2023</xref>) compared Random Forest (RF), Naïve Bayes, Logistic Regression, and XGBoost, reporting that XGBoost achieved superior performance. Leevy <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_024">2023</xref>) evaluated binary and one-class classification (OCC) approaches and found that binary classifiers, such as CatBoost, consistently outperformed OCC models. El Bazi <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_013">2024</xref>) proposed OptiStack, a single-task stacking ensemble that combines XGBoost, CatBoost, and LightGBM with Logistic Regression as a meta-learner, together with SMOTE and Bayesian hyperparameter optimization. Using the European Credit Card Fraud Detection dataset, they reported fraud-class Precision of 0.88, Recall of 0.86, F1-score of 0.87, and ROC-AUC of 0.9887. Their results provide a useful published ensemble reference; however, the reported ROC-AUC is not directly comparable with AUC-PR, and the differences in evaluation protocols are discussed in Section <xref rid="j_infor646_s_029">5.1</xref>. Despite these successes, traditional ML methods exhibit notable limitations. As highlighted in Alarfaj <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_002">2022</xref>), they often struggle with real-world class imbalance, adapt poorly to evolving fraud patterns, and produce high false-positive rates. These limitations have driven an increasing interest in more expressive DL approaches.</p>
</sec>
<sec id="j_infor646_s_004">
<label>2.2</label>
<title>DL for CCFD</title>
<p>DL models have demonstrated strong performance in CCFD not only because they can model complex and nonlinear relationships, but also because their layered architectures can learn task-relevant latent representations and feature interactions from transaction features (Goodfellow <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_017">2016</xref>; Bishop and Bishop, <xref ref-type="bibr" rid="j_infor646_ref_005">2023</xref>). This automatic representation learning is particularly relevant when the model must discover compact combinations of correlated or transformed variables rather than depend entirely on manually engineered feature interactions. For instance, Alarfaj <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_002">2022</xref>) achieved a detection accuracy of 99.72% using a 20-layer convolutional neural network (CNN), outperforming conventional ML models. By integrating RF with generative adversarial networks (GANs), Akouhar <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_001">2024</xref>) further enhanced detection performance while effectively mitigating class imbalance. Deviation networks (DevNet), introduced by Pang <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_032">2019</xref>), leverage limited labelled data to detect anomalies, making them particularly suitable for fraud detection scenarios in which genuine fraud cases are scarce.</p>
<p>Despite these advances, most DL-based approaches rely on single-task learning frameworks that prioritize classification accuracy alone and do not exploit the benefits of multi-task learning. Furthermore, model interpretability is often overlooked, even though it is essential in high-stakes financial environments that demand transparent and auditable decision-making (Hassija <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_020">2024</xref>; McDonnell <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_029">2023</xref>). These limitations motivate the exploration of explainable artificial intelligence (XAI) and multi-task learning techniques for CCFD.</p>
</sec>
<sec id="j_infor646_s_005">
<label>2.3</label>
<title>XAI for CCFD</title>
<p>The increasing adoption of ML in high-stakes domains such as CCFD has heightened the demand for transparency and interpretability. XAI addresses this need by providing mechanisms that render complex model behaviour understandable to human stakeholders. Within XAI research, two dominant paradigms have emerged: <italic>post-hoc explanations</italic> and <italic>intrinsic interpretability</italic> (Du <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_012">2020</xref>). These paradigms differ fundamentally in how transparency is achieved.</p>
<sec id="j_infor646_s_006">
<label>2.3.1</label>
<title>Post-Hoc Explanations</title>
<p>Post hoc explanation methods generate interpretations after model training, typically by employing an external explainer to approximate a trained model’s decision logic without altering its internal structure (Du <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_012">2020</xref>). SHAP is a family of additive feature-attribution methods whose explainer variants differ in their dependence on model structure. Some variants, such as KernelSHAP, are designed to be model-agnostic, whereas others, such as TreeSHAP and DeepExplainer, exploit model-specific structure. In the context of CCFD, SHAP-based post-hoc attribution methods and local interpretable model-agnostic explanations (LIME) (Ribeiro <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_035">2016</xref>) are commonly used approaches; SHAP should therefore not be characterized as uniformly model-agnostic (Lundberg and Lee, <xref ref-type="bibr" rid="j_infor646_ref_028">2017</xref>). Beyond SHAP and LIME, several studies report that layer-wise relevance propagation (LRP) can provide more efficient and informative attributions for CNN-based detectors applied to tabular fraud data (Ullah <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_038">2021</xref>). Another line of research integrates autoencoders with post hoc or surrogate-based explanation modules, enabling anomaly evidence extracted from latent representations to be complemented by human-interpretable feature rankings, decision rules, or representative exemplars (Sowmya <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_036">2025</xref>; Rao <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_034">2020</xref>).</p>
</sec>
<sec id="j_infor646_s_007">
<label>2.3.2</label>
<title>Intrinsic Interpretability</title>
<p>Intrinsic interpretability is achieved by designing self-explanatory models in which interpretability is embedded directly in the model architecture, rather than approximated post hoc (Du <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_012">2020</xref>). Deep symbolic classification (DSC) (Visbeek <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_039">2024</xref>) exemplifies this paradigm by replacing opaque neural architectures with concise, closed-form mathematical expressions. This design yields inherently transparent decision and model-level explanations while maintaining competitive performance against strong baselines such as XGBoost. Moreover, by directly optimizing performance metrics such as the F1-score and DSC, DSC naturally mitigates class imbalance without relying on oversampling or undersampling techniques. SEFraud (Li <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_026">2024</xref>) extends this intrinsic approach by employing heterogeneous graph transformer networks with learnable feature and edge masks, enabling joint fraud detection and the generation of fine-grained self-explanations.</p>
<p>Although intrinsic XAI models represent important progress toward interpretable fraud detection, they are not universally interchangeable with the MTL setting considered here. Visbeek <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_039">2024</xref>) demonstrate that intrinsic XAI can be applied to tabular transaction data through a concise, closed-form symbolic classifier trained on the PaySim dataset. However, their deep symbolic classification approach relies on a dedicated symbolic-regression search space and a single classification objective, whereas our framework uses a neural MTL architecture with reconstruction and transaction-amount prediction as auxiliary tasks. Our aim is therefore not to argue that intrinsic XAI is inapplicable to tabular fraud detection, but to study a different hybrid design that combines shared representation learning, reconstruction-based anomaly-sensitivity signals, and post-hoc classifier attribution.</p>
</sec>
</sec>
<sec id="j_infor646_s_008">
<label>2.4</label>
<title>Multi-Task Learning (MTL)</title>
<p>MTL is an ML paradigm in which multiple related tasks are learned jointly. A typical MTL architecture consists of shared layers whose parameters are updated by multiple task objectives, alongside task-specific layers that produce the outputs for individual tasks (Zhang and Yang, <xref ref-type="bibr" rid="j_infor646_ref_041">2021</xref>; Chen <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_008">2024</xref>). This arrangement provides a common representation while keeping the task outputs and their corresponding objectives distinct. Its effect depends on the relationships among the tasks, the model architecture, and the optimization procedure.</p>
<p>To jointly optimize multiple objectives, MTL requires an effective strategy for combining task-specific loss functions. The simplest approach is uniform weighting, in which all losses are summed equally. However, this strategy is often suboptimal, as tasks may converge at different rates and exhibit conflicting gradient directions. To overcome these issues, more advanced loss-balancing techniques have been proposed, including gradient conflict mitigation methods such as projecting conflicting gradients (PCGrad) (Yu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_040">2020</xref>). A detailed discussion of these approaches is provided in Section <xref rid="j_infor646_s_016">3.3</xref>.</p>
<p>Among existing MTL-based fraud detection approaches, MTCNN (Qu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_033">2024</xref>) and HMTL (Chen <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_007">2022</xref>) are the most closely related to our work. However, their objectives and design choices differ from ours in two key aspects. First, they primarily employ MTL as a static performance enhancement mechanism, whereas we adopt a curriculum learning strategy to schedule tasks during training dynamically. Second, these studies focus primarily on predictive performance and do not analyse reconstruction-based anomaly evidence together with post-hoc classifier attribution, which is the complementary model-analysis setting investigated here.</p>
</sec>
</sec>
<sec id="j_infor646_s_009" sec-type="methods">
<label>3</label>
<title>Methodology</title>
<sec id="j_infor646_s_010">
<label>3.1</label>
<title>Overview of the Proposed MTL Framework</title>
<p>This study aims to improve the accuracy of CCFD and provide complementary evidence for model analysis. We propose MTLFraudDetect, a multi-task framework designed for CCFD. MTLFraudDetect jointly learns three tasks: data reconstruction (TASK A), fraud classification (TASK B), and transaction amount prediction (TASK C). TASK A employs an autoencoder to reconstruct input features. The resulting reconstruction error highlights atypical transaction patterns and provides model-derived anomaly evidence. TASK B estimates the probability of fraud, and its outputs can be further analysed using feature attribution methods, yielding a separate post-hoc decision-attribution layer. TASK C predicts transaction amounts and serves as an auxiliary objective through which spending-related information is included in the joint training process. All tasks share a common encoder while maintaining task-specific heads. Consequently, the task objectives update a common encoder, while each task retains its own output head. The following sections provide a detailed description of the proposed framework and its design choices.</p>
<fig id="j_infor646_fig_001">
<label>Fig. 1</label>
<caption>
<p>MTL model architecture.</p>
</caption>
<graphic xlink:href="infor646_g001.jpg"/>
</fig>
</sec>
<sec id="j_infor646_s_011">
<label>3.2</label>
<title>MTL Model Architecture</title>
<p>The overall architecture of MTLFraudDetect is illustrated in Fig. <xref rid="j_infor646_fig_001">1</xref>. The architecture comprises an autoencoder (AE), a shared feature network, a classifier and a regressor. Within this design, fraud classification is treated as the primary task, while the shared representation supports both the primary classification objective and the auxiliary transaction-amount prediction objective.</p>
<p>For notational convenience, we use a common representation for the three tasks. Let <inline-formula id="j_infor646_ineq_001"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mo>…</mml:mo>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo fence="true" stretchy="false">]</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mo>⊤</mml:mo>
</mml:mrow>
</mml:msup>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${\mathbf{x}_{i}}={[{x_{i,1}},{x_{i,2}},\dots ,{x_{i,d}}]^{\top }}\in {\mathbb{R}^{d}}$]]></tex-math></alternatives></inline-formula> denote the vector of non-label transaction features available to the model after preprocessing. Let <inline-formula id="j_infor646_ineq_002"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo fence="true" stretchy="false">{</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo fence="true" stretchy="false">}</mml:mo></mml:math><tex-math><![CDATA[${y_{i}}\in \{0,1\}$]]></tex-math></alternatives></inline-formula> denote the class label of transaction <italic>i</italic>, where <inline-formula id="j_infor646_ineq_003"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[${y_{i}}=1$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_004"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mn>0</mml:mn></mml:math><tex-math><![CDATA[${y_{i}}=0$]]></tex-math></alternatives></inline-formula> represent fraudulent and legitimate transactions, respectively. Let <inline-formula id="j_infor646_ineq_005"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${p_{i}}$]]></tex-math></alternatives></inline-formula> denote the payment amount associated with transaction <italic>i</italic>, and write the observed transaction record as <inline-formula id="j_infor646_ineq_006"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${t_{i}}=({\mathbf{x}_{i}},{p_{i}})$]]></tex-math></alternatives></inline-formula>. In the present credit-card dataset, <inline-formula id="j_infor646_ineq_007"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathbf{x}_{i}}$]]></tex-math></alternatives></inline-formula> contains the preprocessed <italic>Time</italic> and V1–V28 features, <inline-formula id="j_infor646_ineq_008"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${p_{i}}$]]></tex-math></alternatives></inline-formula> is <italic>Amount</italic>, and <inline-formula id="j_infor646_ineq_009"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${y_{i}}$]]></tex-math></alternatives></inline-formula> is <italic>Class</italic>.</p>
<sec id="j_infor646_s_012">
<label>3.2.1</label>
<title>AE for Data Reconstruction (Task A)</title>
<p>In Task A, an AE is employed to reconstruct input data and learn richer feature relationships that support fraud detection. Both the encoder and decoder are implemented as multilayer perceptrons (MLPs). The encoder progressively compresses the input into a low-dimensional representation, while the decoder reconstructs the original features from this compressed representation. Reconstruction is trained using the mean squared error (MSE) loss; accurate reconstruction indicates that the bottleneck layer captures essential information.</p>
<p>To prevent data leakage, the payment amount <inline-formula id="j_infor646_ineq_010"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${p_{i}}$]]></tex-math></alternatives></inline-formula> and class label <inline-formula id="j_infor646_ineq_011"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${y_{i}}$]]></tex-math></alternatives></inline-formula> are excluded from the AE input. This ensures that the bottleneck representation cannot directly encode transaction amounts or class labels, which would otherwise render downstream prediction tasks trivial. The AE also functions as a reconstruction-based anomaly detector, learning the manifold of normal transactions. Consequently, elevated reconstruction errors for fraudulent samples serve as a warning sign. This behaviour provides model-derived global and feature-level anomaly evidence, but does not replace attribution of the classifier’s black-box decision (see Section <xref rid="j_infor646_s_021">3.5</xref>).</p>
<p>Let <inline-formula id="j_infor646_ineq_012"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">E</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${f_{E}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_013"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">D</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${f_{D}}$]]></tex-math></alternatives></inline-formula> denote the encoder and decoder, respectively. For transaction <italic>i</italic>, the encoder produces a bottleneck representation <inline-formula id="j_infor646_ineq_014"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">E</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">E</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${z_{i}^{B}}={f_{E}}({\mathbf{x}_{i}};{\theta _{E}})$]]></tex-math></alternatives></inline-formula>, where <inline-formula id="j_infor646_ineq_015"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">E</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{E}}$]]></tex-math></alternatives></inline-formula> represents the encoder parameters. The decoder reconstructs the input as <inline-formula id="j_infor646_ineq_016"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">D</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">D</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\hat{\mathbf{x}}_{i}}={f_{D}}({z_{i}^{B}};{\theta _{D}})$]]></tex-math></alternatives></inline-formula>, where <inline-formula id="j_infor646_ineq_017"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{\mathbf{x}}_{i}}$]]></tex-math></alternatives></inline-formula> is the reconstructed feature vector and <inline-formula id="j_infor646_ineq_018"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">D</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{D}}$]]></tex-math></alternatives></inline-formula> denotes the decoder parameters.</p>
<p>The reconstruction loss for Task A is denoted by <inline-formula id="j_infor646_ineq_019"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathcal{L}_{1}}$]]></tex-math></alternatives></inline-formula>. Specifically, we adopt MSE to quantify the discrepancy between the original feature vector <inline-formula id="j_infor646_ineq_020"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathbf{x}_{i}}$]]></tex-math></alternatives></inline-formula> and its reconstruction <inline-formula id="j_infor646_ineq_021"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="bold">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{\mathbf{x}}_{i}}$]]></tex-math></alternatives></inline-formula>. For one transaction, the reconstruction loss is defined as 
<disp-formula id="j_infor646_eq_001">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">A</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msup>
<mml:mrow>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\ell _{A,i}}=\frac{1}{d}{\sum \limits_{j=1}^{d}}{({x_{i,j}}-{\hat{x}_{i,j}})^{2}},\]]]></tex-math></alternatives>
</disp-formula> 
where <italic>d</italic> is the number of input features, and <inline-formula id="j_infor646_ineq_022"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i,j}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_023"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{x}_{i,j}}$]]></tex-math></alternatives></inline-formula> are the original and reconstructed values of feature <italic>j</italic> for transaction <italic>i</italic>, respectively. For <italic>n</italic> training transactions, the Task A objective is the average per-transaction loss, 
<disp-formula id="j_infor646_eq_002">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">A</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\mathcal{L}_{1}}=\frac{1}{n}{\sum \limits_{i=1}^{n}}{\ell _{A,i}}.\]]]></tex-math></alternatives>
</disp-formula> 
The parameters <inline-formula id="j_infor646_ineq_024"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">E</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{E}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_025"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">D</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{D}}$]]></tex-math></alternatives></inline-formula> are optimized by minimizing <inline-formula id="j_infor646_ineq_026"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathcal{L}_{1}}$]]></tex-math></alternatives></inline-formula>.</p>
</sec>
<sec id="j_infor646_s_013">
<label>3.2.2</label>
<title>Shared Feature Network</title>
<p>The shared network transforms the bottleneck representation <inline-formula id="j_infor646_ineq_027"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${z_{i}^{B}}$]]></tex-math></alternatives></inline-formula> produced by the AE. Let <inline-formula id="j_infor646_ineq_028"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${f_{S}}$]]></tex-math></alternatives></inline-formula> denote the shared feature network and <inline-formula id="j_infor646_ineq_029"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{S}}$]]></tex-math></alternatives></inline-formula> its parameters. The shared representation for transaction <italic>i</italic> is defined as <inline-formula id="j_infor646_ineq_030"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">f</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${z_{i}^{S}}={f_{S}}({z_{i}^{B}};{\theta _{S}})$]]></tex-math></alternatives></inline-formula>. The shared network consists of a two-layer MLP, with each layer using ReLU activation and dropout applied between layers to improve training stability. The same shared-network parameters generate the representation supplied to both task-specific heads. Thus, <inline-formula id="j_infor646_ineq_031"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${z_{i}^{S}}$]]></tex-math></alternatives></inline-formula> simultaneously supports fraud classification (Task B) and transaction amount prediction (Task C).</p>
</sec>
<sec id="j_infor646_s_014">
<label>3.2.3</label>
<title>Fraud Classification (Task B)</title>
<p>The classifier <italic>C</italic> performs fraud detection by taking the shared latent representation <inline-formula id="j_infor646_ineq_032"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${z_{i}^{S}}$]]></tex-math></alternatives></inline-formula> and concatenating it with the transaction amount <inline-formula id="j_infor646_ineq_033"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${p_{i}}$]]></tex-math></alternatives></inline-formula>. For transaction <italic>i</italic>, the classifier output is defined as <inline-formula id="j_infor646_ineq_034"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">σ</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">C</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>⊕</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\hat{y}_{i}}=\sigma (C({z_{i}^{S}}\oplus {p_{i}};{\theta _{C}}))$]]></tex-math></alternatives></inline-formula>, where ⊕ denotes concatenation, <italic>σ</italic> is the sigmoid function, and <inline-formula id="j_infor646_ineq_035"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{C}}$]]></tex-math></alternatives></inline-formula> represents the classifier parameters. The output <inline-formula id="j_infor646_ineq_036"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mn>0</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\hat{y}_{i}}\in (0,1)$]]></tex-math></alternatives></inline-formula> is the predicted probability that transaction <italic>i</italic> is fraudulent. When a hard class decision is required, this probability can be converted to a binary decision by applying a selected threshold. The per-transaction binary cross-entropy (BCE) loss for Task B is 
<disp-formula id="j_infor646_eq_003">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mo>−</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">[</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo movablelimits="false">log</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo movablelimits="false">log</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">y</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo fence="true" maxsize="1.19em" minsize="1.19em">]</mml:mo>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\ell _{B,i}}=-\big[{y_{i}}\log ({\hat{y}_{i}})+(1-{y_{i}})\log (1-{\hat{y}_{i}})\big].\]]]></tex-math></alternatives>
</disp-formula> 
For <italic>n</italic> training transactions, the Task B objective is 
<disp-formula id="j_infor646_eq_004">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">B</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\mathcal{L}_{2}}=\frac{1}{n}{\sum \limits_{i=1}^{n}}{\ell _{B,i}}.\]]]></tex-math></alternatives>
</disp-formula>
</p>
</sec>
<sec id="j_infor646_s_015">
<label>3.2.4</label>
<title>Transaction Amount Prediction (Task C)</title>
<p>The regressor <italic>R</italic> predicts the transaction amount and follows a structure similar to that of the classifier. It receives the shared representation <inline-formula id="j_infor646_ineq_037"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup></mml:math><tex-math><![CDATA[${z_{i}^{S}}$]]></tex-math></alternatives></inline-formula> as input. The regressor output is expressed as <inline-formula id="j_infor646_ineq_038"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">R</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mi mathvariant="italic">z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">R</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\hat{p}_{i}}=R({z_{i}^{S}};{\theta _{R}})$]]></tex-math></alternatives></inline-formula>, where <inline-formula id="j_infor646_ineq_039"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">θ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">R</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\theta _{R}}$]]></tex-math></alternatives></inline-formula> denotes the trainable parameters and <inline-formula id="j_infor646_ineq_040"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{p}_{i}}$]]></tex-math></alternatives></inline-formula> is the predicted transaction amount. The per-transaction MSE loss for Task C is 
<disp-formula id="j_infor646_eq_005">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\ell _{C,i}}={({p_{i}}-{\hat{p}_{i}})^{2}},\]]]></tex-math></alternatives>
</disp-formula> 
where <inline-formula id="j_infor646_ineq_041"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">p</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${p_{i}}$]]></tex-math></alternatives></inline-formula> is the ground-truth transaction amount. For <italic>n</italic> training transactions, the Task C objective is 
<disp-formula id="j_infor646_eq_006">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>3</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:munderover accentunder="false" accent="false">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:mo largeop="true" movablelimits="false">∑</mml:mo></mml:mstyle>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
</mml:mrow>
</mml:munderover>
<mml:msub>
<mml:mrow>
<mml:mi>ℓ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">C</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\mathcal{L}_{3}}=\frac{1}{n}{\sum \limits_{i=1}^{n}}{\ell _{C,i}}.\]]]></tex-math></alternatives>
</disp-formula>
</p>
</sec>
</sec>
<sec id="j_infor646_s_016">
<label>3.3</label>
<title>Joint Optimization of Multiple Loss Functions</title>
<p>Jointly learning the three tasks within a single framework is nontrivial, particularly due to potential conflicts among task objectives. This section introduces three strategies for combining task-specific losses to enable stable and effective joint optimization.</p>
<sec id="j_infor646_s_017">
<label>3.3.1</label>
<title>Uniform Weighting</title>
<p>Uniform weighting is the most straightforward strategy for combining multiple task losses. Under this approach, the loss functions of all tasks are summed into a single aggregated objective. Formally, the total loss is defined as <inline-formula id="j_infor646_ineq_042"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">tot</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>3</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathcal{L}_{\textit{tot}}}={\mathcal{L}_{1}}+{\mathcal{L}_{2}}+{\mathcal{L}_{3}}$]]></tex-math></alternatives></inline-formula>. This strategy assigns equal importance to all tasks during optimization, making it simple and easy to implement. However, in practice, tasks that converge faster or exhibit larger loss magnitudes tend to generate stronger gradients and dominate the training process. As a result, tasks that learn more slowly may be under-optimized. To mitigate this imbalance, we adopt the DWA method, which is described in the following subsection.</p>
</sec>
<sec id="j_infor646_s_018">
<label>3.3.2</label>
<title>DWA</title>
<p>DWA (Liu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_027">2019</xref>) adaptively balances the contributions of multiple tasks during training, ensuring that no single task dominates the optimization process. At training step <italic>t</italic>, let <inline-formula id="j_infor646_ineq_043"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">λ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\lambda _{i}}$]]></tex-math></alternatives></inline-formula> <inline-formula id="j_infor646_ineq_044"><alternatives><mml:math>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mn>3</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$(i=1,2,3)$]]></tex-math></alternatives></inline-formula> denote the weight associated with the loss of the <italic>i</italic>-th task. The total loss at step <italic>t</italic> is then expressed as a weighted sum. That is, <inline-formula id="j_infor646_ineq_045"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mtext mathvariant="italic">tot</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msubsup>
<mml:mrow>
<mml:mo largeop="false" movablelimits="false">∑</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mn>3</mml:mn>
</mml:mrow>
</mml:msubsup>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">λ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\mathcal{L}_{\textit{tot}}}={\textstyle\sum _{i=1}^{3}}{\lambda _{i}}(t){\mathcal{L}_{i}}(t)$]]></tex-math></alternatives></inline-formula>.</p>
<p>The core principle of DWA is to assign weights inversely proportional to their learning speed. Tasks that exhibit slower loss reduction are assigned higher weights, while tasks that learn faster receive lower weights. Specifically, the weight <inline-formula id="j_infor646_ineq_046"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">λ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\lambda _{k}}(t)$]]></tex-math></alternatives></inline-formula> for the <italic>k</italic>-th task computed as: 
<disp-formula id="j_infor646_eq_007">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">λ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:mn>3</mml:mn>
<mml:mo>×</mml:mo>
<mml:mo movablelimits="false">exp</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo mathvariant="normal" stretchy="false">/</mml:mo>
<mml:mi mathvariant="italic">T</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mo largeop="false" movablelimits="false">∑</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mn>3</mml:mn>
</mml:mrow>
</mml:msubsup>
<mml:mo movablelimits="false">exp</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo mathvariant="normal" stretchy="false">/</mml:mo>
<mml:mi mathvariant="italic">T</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:mo mathvariant="normal">,</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {\lambda _{k}}(t)=\frac{3\times \exp ({w_{k}}(t-1)/T)}{{\textstyle\textstyle\sum _{i=1}^{3}}\exp ({w_{i}}(t-1)/T)},\]]]></tex-math></alternatives>
</disp-formula> 
here, <inline-formula id="j_infor646_ineq_047"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${w_{k}}(t-1)$]]></tex-math></alternatives></inline-formula> quantifies the relative change in loss for task <italic>k</italic> between two consecutive training steps: 
<disp-formula id="j_infor646_eq_008">
<alternatives><mml:math display="block">
<mml:mtable displaystyle="true">
<mml:mtr>
<mml:mtd>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo><mml:mstyle displaystyle="true">
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:mo>.</mml:mo>
</mml:mtd>
</mml:mtr>
</mml:mtable></mml:math><tex-math><![CDATA[\[ {w_{k}}(t-1)=\frac{{\mathcal{L}_{k}}(t-1)}{{\mathcal{L}_{k}}(t-2)}.\]]]></tex-math></alternatives>
</disp-formula>
</p>
<p>The terms <inline-formula id="j_infor646_ineq_048"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\mathcal{L}_{k}}(t-1)$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_049"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="script">L</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>2</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${\mathcal{L}_{k}}(t-2)$]]></tex-math></alternatives></inline-formula> represent the average loss values of task <italic>k</italic> at steps <inline-formula id="j_infor646_ineq_050"><alternatives><mml:math>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn></mml:math><tex-math><![CDATA[$t-1$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_051"><alternatives><mml:math>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>2</mml:mn></mml:math><tex-math><![CDATA[$t-2$]]></tex-math></alternatives></inline-formula>, respectively. A larger value of <inline-formula id="j_infor646_ineq_052"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">w</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[${w_{k}}(t-1)$]]></tex-math></alternatives></inline-formula> indicates slower convergence for task <italic>k</italic>. The temperature parameter <italic>T</italic> controls the smoothness of the weighting scheme. Larger values of <italic>T</italic> yield more uniform task weights, whereas smaller values accentuate differences among tasks. The constant factor 3 corresponds to the total number of tasks and ensures that the sum of task weights satisfies <inline-formula id="j_infor646_ineq_053"><alternatives><mml:math>
<mml:msubsup>
<mml:mrow>
<mml:mo largeop="false" movablelimits="false">∑</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mn>3</mml:mn>
</mml:mrow>
</mml:msubsup>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">λ</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mi mathvariant="italic">t</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mn>3</mml:mn></mml:math><tex-math><![CDATA[${\textstyle\sum _{i=1}^{3}}{\lambda _{i}}(t)=3$]]></tex-math></alternatives></inline-formula>. Overall, DWA discourages excessive emphasis on simpler tasks and reallocates learning capacity toward more challenging objectives.</p>
</sec>
<sec id="j_infor646_s_019">
<label>3.3.3</label>
<title>Projecting Conflicting Gradients (PCGrad)</title>
<p>Conflicting gradients are a common challenge in MTL and arise when a model is optimized for multiple objectives simultaneously. Specifically, gradient conflict occurs when gradients associated with different tasks lose point in substantially different or opposing directions in parameter space. In such cases, parameter updates that improve one task may degrade the performance of others, thereby limiting overall learning efficiency. To address this issue, we employ a gradient surgery technique known as PCGrad (Yu <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_040">2020</xref>). This method modifies task-specific gradients during backpropagation to reduce inter-task interference, enabling more aligned parameter updates and more stable joint optimization.</p>
<p>One effective gradient surgery technique is PCGrad. Figure <xref rid="j_infor646_fig_002">2</xref> illustrates the working mechanism of PCGrad. In this framework, two tasks <italic>i</italic> and <italic>j</italic> are considered conflicting when the cosine similarity between their corresponding gradient vectors <inline-formula id="j_infor646_ineq_054"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{i}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_055"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{j}}$]]></tex-math></alternatives></inline-formula> is negative. As shown in Fig. <xref rid="j_infor646_fig_002">2</xref>(a), <inline-formula id="j_infor646_ineq_056"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{1}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_057"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{2}}$]]></tex-math></alternatives></inline-formula> represent gradients from two non-conflicting tasks. In contrast, Fig. <xref rid="j_infor646_fig_002">2</xref>(b) illustrates a conflicting scenario, where the cosine similarity between <inline-formula id="j_infor646_ineq_058"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{1}}$]]></tex-math></alternatives></inline-formula> and <inline-formula id="j_infor646_ineq_059"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{2}}$]]></tex-math></alternatives></inline-formula> is negative.</p>
<fig id="j_infor646_fig_002">
<label>Fig. 2</label>
<caption>
<p>The idea of PCGrad.</p>
</caption>
<graphic xlink:href="infor646_g002.jpg"/>
</fig>
<p>When tasks <italic>i</italic> and <italic>j</italic> are in conflict, PCGrad resolves this issue by modifying the gradient <inline-formula id="j_infor646_ineq_060"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{i}}$]]></tex-math></alternatives></inline-formula> by projection onto the normal plane of <inline-formula id="j_infor646_ineq_061"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{j}}$]]></tex-math></alternatives></inline-formula>, as illustrated in Fig. <xref rid="j_infor646_fig_002">2</xref>(c). In this figure, <inline-formula id="j_infor646_ineq_062"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">Proj</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{Proj}_{n2}}$]]></tex-math></alternatives></inline-formula> denotes the projection operator, and <inline-formula id="j_infor646_ineq_063"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">Proj</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">n</mml:mi>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{Proj}_{n2}}$]]></tex-math></alternatives></inline-formula> <inline-formula id="j_infor646_ineq_064"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{1}}$]]></tex-math></alternatives></inline-formula> represents the projection of <inline-formula id="j_infor646_ineq_065"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{1}}$]]></tex-math></alternatives></inline-formula> onto the normal vector of <inline-formula id="j_infor646_ineq_066"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{2}}$]]></tex-math></alternatives></inline-formula>. This operation effectively removes the component of <inline-formula id="j_infor646_ineq_067"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{1}}$]]></tex-math></alternatives></inline-formula> that conflicts with <inline-formula id="j_infor646_ineq_068"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">g</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${g_{2}}$]]></tex-math></alternatives></inline-formula>, thereby reducing the gradient interference between tasks.</p>
</sec>
</sec>
<sec id="j_infor646_s_020">
<label>3.4</label>
<title>Model Training</title>
<p>To train the proposed MTLFraudDetect model, we adopt a curriculum learning strategy governed by a transition ratio (TR). Unlike conventional curriculum learning, where models progress from easier to harder tasks, our approach starts with a holistic training phase in which the model is jointly optimized on multiple objectives (i.e. fraud detection, reconstruction, and regression). This phase enables the model to learn shared and generalized representations across tasks. Subsequently, training transitions to a dedicated phase that focuses exclusively on the primary fraud detection task. This two-phase strategy balances representation learning with task-specific optimization. Importantly, we do not assume that multi-task learning is universally superior. Instead, we hypothesize that both the timing and duration of the holistic training phase play a critical role in determining final performance. By tuning the transition ratio, we flexibly control the balance between holistic and dedicated training, allowing us to empirically identify when and how MTL most effectively enhances fraud detection performance.</p>
<p>Figure <xref rid="j_infor646_fig_003">3</xref> illustrates the two-phase training strategy employed in this study, comprising a holistic training phase followed by a dedicated training phase. During the holistic phase, all three tasks are jointly trained and their respective loss functions are combined to update the model parameters. The duration of this phase is controlled by the TR, which specifies the proportion of the total number of training epochs <italic>E</italic> allocated to holistic learning. Consequently, the holistic phase lasts for <inline-formula id="j_infor646_ineq_069"><alternatives><mml:math>
<mml:mi mathvariant="italic">E</mml:mi>
<mml:mo>×</mml:mo>
<mml:mtext mathvariant="italic">TR</mml:mtext></mml:math><tex-math><![CDATA[$E\times \textit{TR}$]]></tex-math></alternatives></inline-formula> epochs. After completing <inline-formula id="j_infor646_ineq_070"><alternatives><mml:math>
<mml:mi mathvariant="italic">E</mml:mi>
<mml:mo>×</mml:mo>
<mml:mtext mathvariant="italic">TR</mml:mtext></mml:math><tex-math><![CDATA[$E\times \textit{TR}$]]></tex-math></alternatives></inline-formula> epochs, training transitions to the dedicated phase.</p>
<p>In the dedicated phase, the model is optimized exclusively for fraud transaction detection using only the classification loss based on BCE. This phase refines the model for fraud detection by adjusting decision boundaries and optimizing feature utilization based on the representations learned during the holistic phase. Overall, the two-phase training scheme integrates the representational benefits of multi-task learning with task-specific fine-tuning, thereby improving robustness and effectiveness in addressing fraud detection challenges.</p>
<fig id="j_infor646_fig_003">
<label>Fig. 3</label>
<caption>
<p>Two-phase training mechanism.</p>
</caption>
<graphic xlink:href="infor646_g003.jpg"/>
</fig>
</sec>
<sec id="j_infor646_s_021">
<label>3.5</label>
<title>Three Levels of Complementary Model Evidence in MTLFraudDetect</title>
<p>The architecture of MTLFraudDetect provides a three-level model-analysis framework that combines complementary evidence about fraud detection behaviour. By leveraging its multi-task learning structure, we organize the analysis into three complementary levels. Specifically, the framework provides three complementary levels of model evidence: (1) transaction-level reconstruction-based anomaly evidence, (2) feature-level localization based on reconstruction errors, and (3) decision-level post-hoc attribution for examining the classifier’s decision function. The first two outputs are generated by the auxiliary AE (Task A) and quantify deviations under the reconstruction objective. They are not claimed to be formal explanations or faithful attributions of the classifier’s fraud decision.</p>
<p><bold>Transaction-level reconstruction-based anomaly evidence.</bold> At the transaction level, we use the reconstruction error RE(<inline-formula id="j_infor646_ineq_071"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula>) produced by Task A as an anomaly-sensitivity score. This behaviour is expected in cases of severe class imbalance, where legitimate transactions substantially outnumber fraudulent transactions in the training data. As a result, the AE primarily minimizes reconstruction loss for normal transactions and learns their underlying data manifold more accurately. Consequently, fraudulent transactions, being less frequent and potentially structurally different, may produce higher RE(<inline-formula id="j_infor646_ineq_072"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula>) than normal ones. This score measures deviation under the reconstruction objective and is not treated as a direct explanation of the classifier’s final decision. Formally, for a transaction <inline-formula id="j_infor646_ineq_073"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo stretchy="false">∈</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="double-struck">R</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${x_{i}}\in {\mathbb{R}^{d}}$]]></tex-math></alternatives></inline-formula>, the AE generates a reconstructed output <inline-formula id="j_infor646_ineq_074"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\hat{x}_{i}}$]]></tex-math></alternatives></inline-formula>, where <italic>d</italic> denotes the number of input features and <inline-formula id="j_infor646_ineq_075"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i,j}}$]]></tex-math></alternatives></inline-formula> represents the value of the <italic>j</italic>-th feature of transaction <italic>i</italic>. RE(<inline-formula id="j_infor646_ineq_076"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula>) is then defined as <inline-formula id="j_infor646_ineq_077"><alternatives><mml:math><mml:mstyle displaystyle="false">
<mml:mfrac>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mstyle>
<mml:msubsup>
<mml:mrow>
<mml:mo largeop="false" movablelimits="false">∑</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">j</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">d</mml:mi>
</mml:mrow>
</mml:msubsup>
<mml:msup>
<mml:mrow>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$\frac{1}{d}{\textstyle\sum _{j=1}^{d}}{({x_{i,j}}-{\hat{x}_{i,j}})^{2}}$]]></tex-math></alternatives></inline-formula>.</p>
<p><bold>Feature-level reconstruction-error localization</bold>. In addition to transaction-level anomaly evidence, Task A enables finer-grained localization of reconstruction error. This layer identifies which input dimensions contribute most strongly to the reconstruction-based anomaly score; it does not establish a causal explanation of fraud or of the classifier’s decision. For the <italic>j</italic>-th feature of transaction <inline-formula id="j_infor646_ineq_078"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula>, the <bold>feature-wise reconstruction error</bold> is defined as FRE<inline-formula id="j_infor646_ineq_079"><alternatives><mml:math>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mover accent="true">
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mo stretchy="false">ˆ</mml:mo></mml:mover>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo>
</mml:mrow>
<mml:mrow>
<mml:mn>2</mml:mn>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$({x_{i,j}})={({x_{i,j}}-{\hat{x}_{i,j}})^{2}}$]]></tex-math></alternatives></inline-formula>.</p>
<p>A larger FRE(<inline-formula id="j_infor646_ineq_080"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i,j}}$]]></tex-math></alternatives></inline-formula>) indicates that the <italic>j</italic>-th feature of transaction <inline-formula id="j_infor646_ineq_081"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula> is poorly reconstructed by the AE. Under severe class imbalance, the AE is expected to fit the dominant patterns of normal transactions. Consequently, features that deviate from these normal patterns tend to produce larger feature-wise reconstruction errors. This mechanism provides model-derived feature-level anomaly evidence by identifying which input dimensions contribute most strongly to the overall anomaly score RE(<inline-formula id="j_infor646_ineq_082"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula>).</p>
<p><bold>Decision-level post-hoc attribution</bold>. While the first two levels characterize deviations under <bold>TASK A</bold>, they do not fully explain the final fraud decision produced by the classifier in <bold>TASK B</bold>. This limitation motivates the addition of a third, decision-level attribution layer. To this end, we employ SHAP’s DeepExplainer, which uses model-specific information for neural-network models, to generate post-hoc attributions for the fraud classification task.</p>
<p>This decision-level post-hoc attribution complements the two reconstruction-based evidence levels. The reconstruction outputs characterize deviation under the reconstruction objective, while the SHAP layer attributes the classifier’s output under the fraud-detection objective. Together, these components form a three-level model-analysis framework linking transaction-level anomaly evidence, feature-wise error localization, and classifier decision attribution.</p>
</sec>
</sec>
<sec id="j_infor646_s_022">
<label>4</label>
<title>Experiments</title>
<p>This section presents a comprehensive experimental evaluation of the proposed MTLFraudDetect framework and examines the contributions of its key design components. The experiments are organized to address the following research questions: 
<list>
<list-item id="j_infor646_li_006">
<label>1.</label>
<p>How does MTLFraudDetect compare with representative published CCFD methods under Precision, Recall, F1-score, and AUC-PR, while accounting for differences in evaluation protocols?</p>
</list-item>
<list-item id="j_infor646_li_007">
<label>2.</label>
<p>How does the TR in the proposed two-phase training strategy affect fraud detection performance, and which TR yields the best results under a fixed training budget?</p>
</list-item>
<list-item id="j_infor646_li_008">
<label>3.</label>
<p>Among uniform weighting, DWA, and PCGrad, which multi-task optimization strategy delivers the strongest fraud detection performance within the proposed framework?</p>
</list-item>
<list-item id="j_infor646_li_009">
<label>4.</label>
<p>How does bottleneck dimensionality affect overall model performance?</p>
</list-item>
<list-item id="j_infor646_li_010">
<label>5.</label>
<p>Can the proposed framework provide a multi-level model-analysis pipeline that integrates reconstruction-based anomaly evidence with post-hoc decision attribution?</p>
</list-item>
</list> 
We first describe the experimental setup, including the dataset, preprocessing procedures, model configuration, and evaluation metrics. We then present the experimental results and discuss the contribution of each component of the proposed framework in addressing the above research questions.</p>
<sec id="j_infor646_s_023">
<label>4.1</label>
<title>Experimental Setup</title>
<sec id="j_infor646_s_024">
<label>4.1.1</label>
<title>Dataset Overview</title>
<p>The European Credit Card Fraud Dataset<xref ref-type="fn" rid="j_infor646_fn_001">1</xref><fn id="j_infor646_fn_001"><label><sup>1</sup></label>
<p>The dataset is available at <uri>https://www.kaggle.com/mlg-ulb/creditcardfraud</uri></p></fn> is a publicly available collection of real-world credit card transactions from a European financial institution. Owing to its realistic characteristics, it has been widely used in credit card fraud and anomaly detection research (Fanai and Abbasimehr, <xref ref-type="bibr" rid="j_infor646_ref_014">2023</xref>; Forough and Momtazi, <xref ref-type="bibr" rid="j_infor646_ref_015">2021</xref>). The dataset contains 284 807 transactions, of which only 492 (0.172%) are fraudulent, resulting in severe class imbalance that presents substantial challenges for both model training and evaluation.</p>
<p>The dataset comprises 30 numerical features, including 28 anonymized principal component analysis (PCA) features (V1–V28) and two original variables: <bold>Time</bold>, which represents the elapsed time in seconds since the first recorded transaction, and <bold>Amount</bold>, which denotes the transaction value in euros. The dataset is publicly available through Kaggle (i.e. <uri>https://www.kaggle.com/mlg-ulb/creditcardfraud</uri>).</p>
<p>For all experiments, the dataset is first partitioned using a stratified holdout split, with 25% of the observations reserved as an independent test set and the remaining 75% used as the development set. Hyperparameter optimization is performed on the development set using shuffled stratified five-fold cross-validation. The resulting validation folds generate out-of-fold (OOF) predictions, which are pooled for model development and hyperparameter selection, whereas the independent test set is reserved exclusively for the final evaluation of the selected model configuration.</p>
</sec>
<sec id="j_infor646_s_025">
<label>4.1.2</label>
<title>Dataset Preprocessing</title>
<p>Following established practice, the dataset is preprocessed using a sequence of transformations performed exclusively on the training data within each cross-validation fold. All data-dependent preprocessing parameters are estimated only after the initial holdout split and separately within each training fold. Specifically, for fold <italic>k</italic>, each preprocessing component is fitted solely on <inline-formula id="j_infor646_ineq_083"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">train</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{train}_{k}}$]]></tex-math></alternatives></inline-formula> and subsequently applied, without refitting, to <inline-formula id="j_infor646_ineq_084"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">train</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{train}_{k}}$]]></tex-math></alternatives></inline-formula>, <inline-formula id="j_infor646_ineq_085"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">val</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{val}_{k}}$]]></tex-math></alternatives></inline-formula>, and the held-out test set. Consequently, neither validation nor test samples contribute to estimating scaling parameters or outlier thresholds.</p>
<p>The preprocessing pipeline begins by applying a <inline-formula id="j_infor646_ineq_086"><alternatives><mml:math>
<mml:mo movablelimits="false">log</mml:mo>
<mml:mo mathvariant="normal" fence="true" stretchy="false">(</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>+</mml:mo>
<mml:mi mathvariant="normal">Amount</mml:mi>
<mml:mo mathvariant="normal" fence="true" stretchy="false">)</mml:mo></mml:math><tex-math><![CDATA[$\log (1+\mathrm{Amount})$]]></tex-math></alternatives></inline-formula> transformation to the <italic>Amount</italic> feature. The continuous features are then scaled according to the preprocessing strategy selected during hyperparameter optimization (HPO). This approach reduces the influence of extreme values, which are common in financial transaction data.</p>
<p>The distribution of transaction amounts is highly skewed, with a relatively small number of transactions exhibiting exceptionally large values. Because both distance-based and gradient-based learning algorithms are sensitive to extreme values, the logarithmic transformation compresses the dynamic range of the <italic>Amount</italic> feature, reducing skewness while preserving the relative ordering of transaction values.</p>
<p>For the primary preprocessing configuration explored during HPO, RobustScaler is applied to <italic>Time</italic> and the log-transformed <italic>Amount</italic>, whereas StandardScaler is applied to the PCA features (V1–V28). RobustScaler estimates scaling parameters from the median and interquartile range (IQR), making it less sensitive to extreme values than StandardScaler, which relies on the mean and standard deviation. The HPO search space also includes an outlier-aware preprocessing option that estimates IQR-based thresholds using only legitimate transactions in <inline-formula id="j_infor646_ineq_087"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mtext mathvariant="italic">train</mml:mtext>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">k</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\textit{train}_{k}}$]]></tex-math></alternatives></inline-formula>, clips values outside the estimated bounds, and generates corresponding outlier indicator variables.</p>
<p>To address the severe class imbalance, Borderline-SMOTE (Han <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_019">2005</xref>) is applied only to the transformed training subset after all training-derived preprocessing steps have been completed. Unlike conventional oversampling methods that primarily replicate minority-class examples, Borderline-SMOTE generates synthetic minority samples through interpolation, focusing on instances located near the decision boundary. The validation and test sets retain their original class distributions and are never resampled.</p>
<p>Each fold-specific preprocessing pipeline is retained together with its corresponding trained model. During HPO, pooled out-of-fold AUC-PR serves as the optimization objective for selecting both the preprocessing strategy and the model hyperparameters. This metric is chosen because previous studies have shown that precision-recall-based evaluation is informative for highly imbalanced datasets, as precision more directly reflects the impact of false-positive predictions (Davis and Goadrich, <xref ref-type="bibr" rid="j_infor646_ref_011">2006</xref>; Gray <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_018">2011</xref>; Gaudreault <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_016">2021</xref>). During the final evaluation, the preprocessing pipeline fitted for the <italic>k</italic>-th fold is applied to the held-out test set before the transformed samples are evaluated by the corresponding <italic>k</italic>-th model. The final prediction for each test instance is obtained by aggregating the outputs of the five fold-specific models using soft voting.</p>
</sec>
</sec>
<sec id="j_infor646_s_026">
<label>4.2</label>
<title>Performance Metrics</title>
<p>Given the binary classification nature of CCFD, model performance is evaluated using Precision, Recall, F1-score, and AUC-PR. Precision measures the reliability of fraud predictions, whereas Recall measures the model’s ability to identify fraudulent transactions. The F1-score provides a balanced assessment of the trade-off between these two metrics (Akouhar <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_001">2024</xref>). Because the fraud class is highly imbalanced, AUC-PR is emphasized as the primary performance metric, as it summarizes the precision-recall trade-off across all classification thresholds and is more informative than ROC-based metrics for highly imbalanced datasets (Davis and Goadrich, <xref ref-type="bibr" rid="j_infor646_ref_011">2006</xref>; Gray <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_018">2011</xref>; Gaudreault <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_016">2021</xref>).</p>
</sec>
<sec id="j_infor646_s_027">
<label>4.3</label>
<title>Experimental Settings</title>
<p>All experiments were conducted on a workstation equipped with an NVIDIA Tesla V100 GPU and 32 GB of RAM. The proposed model was trained for 80 epochs using the hyperparameter configuration summarized in Table <xref rid="j_infor646_tab_001">1</xref>, including a batch size of 256, the AdamW optimizer with weight decay, an initial learning rate of 0.002, and a cosine learning rate scheduler to promote rapid convergence and stable training. A dropout rate of 0.2 was used to reduce overfitting. Unless otherwise specified, the default autoencoder bottleneck dimension was set to 1024. This parameter determines the size of the latent representation and directly affects the performance of both the classifier and the regressor. The alternative bottleneck dimensions considered in the experiments are also listed in Table <xref rid="j_infor646_tab_001">1</xref>; their corresponding performance results are presented in Section <xref rid="j_infor646_s_028">5</xref>.</p>
<table-wrap id="j_infor646_tab_001">
<label>Table 1</label>
<caption>
<p>Experimental parameters.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Parameter</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Value</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">Batch size</td>
<td style="vertical-align: top; text-align: left">256</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Optimizer</td>
<td style="vertical-align: top; text-align: left">AdamW</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Learning rate</td>
<td style="vertical-align: top; text-align: left">0.002 (with cosine learning rate scheduler)</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Dropout rate</td>
<td style="vertical-align: top; text-align: left">0.2</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Bottleneck dimension</td>
<td style="vertical-align: top; text-align: left">256, 512, 1024, 2048</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Epochs</td>
<td style="vertical-align: top; text-align: left">80</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">Transition Ratio (<inline-formula id="j_infor646_ineq_088"><alternatives><mml:math>
<mml:mtext mathvariant="italic">TR</mml:mtext></mml:math><tex-math><![CDATA[$\textit{TR}$]]></tex-math></alternatives></inline-formula>)</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.0, 0.25, 0.33, 0.50, 0.66, 0.75, 1.00</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec id="j_infor646_s_028">
<label>5</label>
<title>Results and Discussion</title>
<sec id="j_infor646_s_029">
<label>5.1</label>
<title>Comparison with Existing Works</title>
<p>Table <xref rid="j_infor646_tab_002">2</xref> presents a contextual comparison between MTLFraudDetect and representative published CCFD methods. Missing entries, denoted by “–”, indicate performance metrics that were not reported in the original studies. For example, El Bazi <italic>et al.</italic> (<xref ref-type="bibr" rid="j_infor646_ref_013">2024</xref>) reported ROC-AUC but not AUC-PR, whereas several other studies omitted one or more of the comparison metrics shown in the table.</p>
<table-wrap id="j_infor646_tab_002">
<label>Table 2</label>
<caption>
<p>Contextual comparison with published CCFD results under heterogeneous evaluation protocols.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Method</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Precision</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Recall</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">F1</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">AUC-PR</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">MTLFraudDetect (ours; AUC-PR-tuned)</td>
<td style="vertical-align: top; text-align: left">0.9591</td>
<td style="vertical-align: top; text-align: left">0.7642</td>
<td style="vertical-align: top; text-align: left">0.8506</td>
<td style="vertical-align: top; text-align: left">0.8814</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">XGBoost (Sudhakar and Kaliyamurthie, <xref ref-type="bibr" rid="j_infor646_ref_037">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">0.8784</td>
<td style="vertical-align: top; text-align: left">0.7420</td>
<td style="vertical-align: top; text-align: left">0.8235</td>
<td style="vertical-align: top; text-align: left">–</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">SVM (Fanai and Abbasimehr, <xref ref-type="bibr" rid="j_infor646_ref_014">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">0.8650</td>
<td style="vertical-align: top; text-align: left">0.7103</td>
<td style="vertical-align: top; text-align: left">0.7800</td>
<td style="vertical-align: top; text-align: left">0.6333</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">AE-DNN (Fanai and Abbasimehr, <xref ref-type="bibr" rid="j_infor646_ref_014">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">0.9670</td>
<td style="vertical-align: top; text-align: left">0.7213</td>
<td style="vertical-align: top; text-align: left">0.8263</td>
<td style="vertical-align: top; text-align: left">0.7746</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">Autoencoder (Fanai and Abbasimehr, <xref ref-type="bibr" rid="j_infor646_ref_014">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">0.9456</td>
<td style="vertical-align: top; text-align: left">0.7131</td>
<td style="vertical-align: top; text-align: left">0.8263</td>
<td style="vertical-align: top; text-align: left">0.7746</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">DevNet (Pang <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_032">2019</xref>)</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">0.6900</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">UAAD-FDNet (Jiang <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_021">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">0.9795</td>
<td style="vertical-align: top; text-align: left">0.7553</td>
<td style="vertical-align: top; text-align: left">0.8529</td>
<td style="vertical-align: top; text-align: left">–</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">CatBoost (Leevy <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_024">2023</xref>)</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">–</td>
<td style="vertical-align: top; text-align: left">0.8567</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">GRU (Mienye and Jere, <xref ref-type="bibr" rid="j_infor646_ref_030">2024</xref>)</td>
<td style="vertical-align: top; text-align: left">0.8571</td>
<td style="vertical-align: top; text-align: left">0.7959</td>
<td style="vertical-align: top; text-align: left">0.8254</td>
<td style="vertical-align: top; text-align: left">–</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">OptiStack (El Bazi <italic>et al.</italic>, <xref ref-type="bibr" rid="j_infor646_ref_013">2024</xref>)</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8800</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8600</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8700</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">–</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Recent studies have achieved strong fraud detection performance using a variety of carefully designed approaches. OptiStack employs a stacking ensemble that combines XGBoost, CatBoost, and LightGBM with logistic regression as the meta-learner and achieves the highest reported F1-score (0.8700) among the methods summarized in Table <xref rid="j_infor646_tab_002">2</xref>. At the reported operating points, OptiStack also reports higher Recall (0.8600 versus 0.7642) and F1-score (0.8700 versus 0.8506) than MTLFraudDetect, whereas MTLFraudDetect reports higher Precision (0.9591 versus 0.8800). UAAD-FDNet incorporates channel-wise feature attention into an autoencoder-based adversarial framework and reports the highest Precision (0.9795). Overall, the results show that no single method consistently achieves the best performance across all evaluation metrics; these cross-study differences remain contextual because the evaluation protocols are heterogeneous.</p>
<p>Among the methods reporting AUC-PR, MTLFraudDetect achieves the highest value (0.8814). It also attains the third-highest Recall (0.7642), F1-score (0.8506), and Precision (0.9591) among the methods for which the corresponding metrics are available. These results are obtained through joint optimization of data reconstruction, fraud classification, and transaction amount prediction during the multi-task training stage. The subsequent curriculum-based training phase progressively shifts the optimization focus toward fraud classification, enabling further refinement of the learned representation and classification boundary for the primary task. Collectively, these findings demonstrate that MTLFraudDetect is a competitive multi-task framework for CCFD, although the comparison remains contextual because the published studies employ heterogeneous evaluation protocols.</p>
</sec>
<sec id="j_infor646_s_030">
<label>5.2</label>
<title>Effect of Bottleneck Dimensionality</title>
<p>In <bold>MTLFraudDetect</bold>, the bottleneck layer is intended to learn compact latent representations that capture informative patterns distinguishing legitimate transactions from fraudulent ones. To evaluate its influence, we vary the bottleneck dimensionality and summarize the corresponding results in Table <xref rid="j_infor646_tab_003">3</xref>.</p>
<table-wrap id="j_infor646_tab_003">
<label>Table 3</label>
<caption>
<p>Effect of bottleneck dimensionality.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Bottleneck Dim.</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Precision</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Recall</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">F1</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">AUC-PR</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">256</td>
<td style="vertical-align: top; text-align: left">0.9890</td>
<td style="vertical-align: top; text-align: left">0.7317</td>
<td style="vertical-align: top; text-align: left">0.8411</td>
<td style="vertical-align: top; text-align: left">0.8721</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">512</td>
<td style="vertical-align: top; text-align: left">1.0000</td>
<td style="vertical-align: top; text-align: left">0.6991</td>
<td style="vertical-align: top; text-align: left">0.8229</td>
<td style="vertical-align: top; text-align: left">0.8762</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">1024</td>
<td style="vertical-align: top; text-align: left">0.9591</td>
<td style="vertical-align: top; text-align: left">0.7642</td>
<td style="vertical-align: top; text-align: left">0.8506</td>
<td style="vertical-align: top; text-align: left">0.8814</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">2048</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8174</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8373</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8273</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8800</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>As shown in Table <xref rid="j_infor646_tab_003">3</xref>, a bottleneck dimension of <bold>1024</bold> achieves the highest F1-score (0.8506) and AUC-PR (0.8814), while maintaining a Precision of 0.9591 and a Recall of 0.7642. Smaller bottleneck dimensions produce higher Precision but lower Recall, resulting in reduced F1-score and AUC-PR. This pattern suggests that more compact latent representations improve prediction confidence but reduce the model’s ability to identify fraudulent transactions. Increasing the bottleneck dimension to <bold>2048</bold> yields the highest Recall (0.8373), although Precision and F1-score decrease, while AUC-PR remains comparable to that of the 1024-dimensional model. Overall, these results indicate a trade-off among the evaluation metrics, with a bottleneck dimension of <bold>1024</bold> providing the best overall balance and the strongest ranking performance under the AUC-PR-based model selection criterion.</p>
</sec>
<sec id="j_infor646_s_031">
<label>5.3</label>
<title>MTL Optimization Strategies</title>
<p>Table <xref rid="j_infor646_tab_004">4</xref> compares the performance of different loss-balancing strategies within the proposed framework. PCGrad achieves the highest Precision (0.9591) and AUC-PR (0.8814), whereas DWA produces the highest F1-score (0.8642), and uniform weighting yields the highest Recall (0.8211). These findings indicate that the choice of loss-balancing strategy involves a trade-off between threshold-dependent classification metrics and threshold-independent ranking performance under severe class imbalance. Under the AUC-PR-based model selection criterion, PCGrad is preferred despite its lower Recall, while the uniform and DWA results show that improvements at a fixed classification threshold do not necessarily translate into a higher AUC-PR.</p>
<table-wrap id="j_infor646_tab_004">
<label>Table 4</label>
<caption>
<p>Comparison of different MTL optimization strategies.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Optimization strategies</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Precision</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Recall</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">F1</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">AUC-PR</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">Uniform</td>
<td style="vertical-align: top; text-align: left">0.8833</td>
<td style="vertical-align: top; text-align: left">0.8211</td>
<td style="vertical-align: top; text-align: left">0.8511</td>
<td style="vertical-align: top; text-align: left">0.8472</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">DWA</td>
<td style="vertical-align: top; text-align: left">0.9367</td>
<td style="vertical-align: top; text-align: left">0.8021</td>
<td style="vertical-align: top; text-align: left">0.8642</td>
<td style="vertical-align: top; text-align: left">0.8554</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin"><bold>PCGrad</bold></td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.9591</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.7642</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8506</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8814</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="j_infor646_s_032">
<label>5.4</label>
<title>Impact of TR</title>
<p>As discussed in Section <xref rid="j_infor646_s_020">3.4</xref>, the proposed training strategy consists of two phases: a holistic training phase followed by a dedicated training phase, with the transition controlled by the transition ratio (TR). The value of TR determines the proportion of the total training budget allocated to holistic learning. Specifically, TR = 1 corresponds to training entirely in the holistic phase, whereas TR = 0 represents training exclusively in the dedicated phase without auxiliary tasks. During HPO, TR = 0.66 produced the highest pooled out-of-fold AUC-PR on the development set and was therefore retained in the selected primary configuration. After selection, a one-factor sensitivity analysis was conducted by varying TR while holding the other HPO-selected hyperparameters fixed; the corresponding held-out test results are summarized in Table <xref rid="j_infor646_tab_005">5</xref>.</p>
<table-wrap id="j_infor646_tab_005">
<label>Table 5</label>
<caption>
<p>Post-selection sensitivity analysis of TR with all other HPO-selected hyperparameters fixed.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">TR</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Precision</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Recall</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">F1</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">AUC-PR</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">0.00</td>
<td style="vertical-align: top; text-align: left">0.9878</td>
<td style="vertical-align: top; text-align: left">0.6585</td>
<td style="vertical-align: top; text-align: left">0.7902</td>
<td style="vertical-align: top; text-align: left">0.8634</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">0.25</td>
<td style="vertical-align: top; text-align: left">0.9208</td>
<td style="vertical-align: top; text-align: left">0.7886</td>
<td style="vertical-align: top; text-align: left">0.8496</td>
<td style="vertical-align: top; text-align: left">0.8498</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">0.33</td>
<td style="vertical-align: top; text-align: left">0.9000</td>
<td style="vertical-align: top; text-align: left">0.8048</td>
<td style="vertical-align: top; text-align: left">0.8497</td>
<td style="vertical-align: top; text-align: left">0.8823</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">0.50</td>
<td style="vertical-align: top; text-align: left">0.9489</td>
<td style="vertical-align: top; text-align: left">0.7560</td>
<td style="vertical-align: top; text-align: left">0.8416</td>
<td style="vertical-align: top; text-align: left">0.8789</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">0.66</td>
<td style="vertical-align: top; text-align: left">0.9591</td>
<td style="vertical-align: top; text-align: left">0.7642</td>
<td style="vertical-align: top; text-align: left">0.8506</td>
<td style="vertical-align: top; text-align: left">0.8814</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">0.75</td>
<td style="vertical-align: top; text-align: left">0.9565</td>
<td style="vertical-align: top; text-align: left">0.7154</td>
<td style="vertical-align: top; text-align: left">0.8186</td>
<td style="vertical-align: top; text-align: left">0.8713</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1.00</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8862</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8021</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8421</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.8490</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>In this post-selection sensitivity analysis, TR = 0.33 attains the highest held-out test AUC-PR (0.8823), marginally exceeding the 0.8814 obtained by the HPO-selected TR = 0.66 configuration by 0.0009. The TR = 0.66 configuration nevertheless yields higher Precision (0.9591 versus 0.9000) and F1-score (0.8506 versus 0.8497), whereas TR = 0.33 yields higher Recall (0.8048 versus 0.7642). The small reversal in test-set AUC-PR does not invalidate the development-set selection: hyperparameters were selected using pooled out-of-fold AUC-PR, and their ordering need not be identical on an independent finite test sample. Moreover, because the sensitivity analysis changes only TR without jointly re-optimizing the remaining hyperparameters, it does not establish TR = 0.33 as a globally superior configuration. Instead, the close AUC-PR values indicate that performance is relatively stable across these two transition schedules while also suggesting possible interactions between TR and the other hyperparameters. Accordingly, the TR = 0.66 model remains the prespecified primary configuration, and the TR = 0.33 result is reported as a post-selection sensitivity finding rather than used to revise the main benchmark result.</p>
</sec>
<sec id="j_infor646_s_033">
<label>5.5</label>
<title>Complementary Reconstruction Evidence and Post-hoc Attribution</title>
<p>This section evaluates the proposed hybrid model-analysis pipeline of MTLFraudDetect and examines three complementary levels of evidence for fraud detection. Within this pipeline, Task A provides reconstruction-based anomaly evidence, while SHAP provides post-hoc decision attribution for Task B. To ensure consistency with the five-fold soft-voting evaluation framework, reconstruction evidence is aggregated across the five fold-specific Task A models. For each transaction, every model generates a reconstruction, from which a fold-specific reconstruction error is computed. The five reconstruction errors are then averaged to obtain an ensemble reconstruction score. This ensemble-level reconstruction evidence can be analysed alongside the soft-voting classifier’s prediction, providing complementary information for model analysis. Although Task C contributes to learning a shared latent representation, it is not treated as an explanatory output. The following subsections present results obtained on the held-out test set and illustrate the complementary roles of ensemble reconstruction evidence and SHAP-based feature attribution.</p>
<sec id="j_infor646_s_034">
<label>5.5.1</label>
<title>Transaction-Level Reconstruction Evidence</title>
<p>Consistent with the framework described in Section <xref rid="j_infor646_s_021">3.5</xref>, we evaluate the autoencoder (AE) reconstruction error (RE) as a global, model-derived anomaly-sensitivity indicator. The underlying premise is that the AE, trained predominantly on legitimate transactions, learns the distribution of normal transaction patterns but reconstructs the relatively rare and irregular patterns associated with fraudulent transactions less accurately. To evaluate this behaviour at the ensemble level, a fold-specific RE was computed for every transaction using each of the five Task A models. For transaction <italic>i</italic> in fold <italic>k</italic>, the RE was calculated as the mean squared reconstruction error across all input features. The ensemble RE was then defined as the arithmetic mean of the five fold-specific RE values. This procedure produced one ensemble RE for each of the 71 202 transactions in the held-out test set, comprising 71 079 legitimate transactions and 123 fraudulent transactions.</p>
<p>Table <xref rid="j_infor646_tab_006">6</xref> summarizes the reconstruction error statistics for the two classes and reveals a clear difference in reconstruction quality. Legitimate transactions exhibit substantially lower ensemble reconstruction errors (median RE = 0.3608), whereas fraudulent transactions show markedly higher errors (median RE = 1.5975), corresponding to a 4.43-fold increase in the median reconstruction error. The fraudulent class also exhibits considerably greater variability (standard deviation = 6.1562 versus 1.2611). Although the two distributions overlap and both classes contain high-error observations, the upward shift in the fraud distribution indicates that fraudulent transactions are generally more difficult for the ensemble of fold-specific autoencoders to reconstruct.</p>
<table-wrap id="j_infor646_tab_006">
<label>Table 6</label>
<caption>
<p>Five-fold ensemble reconstruction error statistics.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Class</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Mean RE</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Median RE</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Std.</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Min.</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Max.</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left"><bold>Non-Fraud</bold></td>
<td style="vertical-align: top; text-align: left">0.4895</td>
<td style="vertical-align: top; text-align: left">0.3608</td>
<td style="vertical-align: top; text-align: left">1.2611</td>
<td style="vertical-align: top; text-align: left">0.0818</td>
<td style="vertical-align: top; text-align: left">118.5810</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left"><bold>Fraud</bold></td>
<td style="vertical-align: top; text-align: left">2.7157</td>
<td style="vertical-align: top; text-align: left">1.5975</td>
<td style="vertical-align: top; text-align: left">6.1562</td>
<td style="vertical-align: top; text-align: left">0.1454</td>
<td style="vertical-align: top; text-align: left">58.6811</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin"><bold>Ratio</bold></td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">5.55</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">4.43</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">–</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">–</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">–</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>To assess whether this distributional shift is statistically significant, we performed a one-sided Mann–Whitney U test using the transaction-level ensemble reconstruction errors. The hypotheses were defined as follows:</p>
<p><inline-formula id="j_infor646_ineq_089"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathbf{H}_{0}}$]]></tex-math></alternatives></inline-formula>: Fraudulent transactions do not exhibit stochastically larger ensemble reconstruction errors than legitimate transactions.</p>
<p><inline-formula id="j_infor646_ineq_090"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathbf{H}_{1}}$]]></tex-math></alternatives></inline-formula>: Fraudulent transactions exhibit stochastically larger ensemble reconstruction errors than legitimate transactions.</p>
<p>The test yielded <inline-formula id="j_infor646_ineq_091"><alternatives><mml:math>
<mml:mi mathvariant="italic">U</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>7</mml:mn>
<mml:mspace width="0.1667em"/>
<mml:mn>860</mml:mn>
<mml:mspace width="0.1667em"/>
<mml:mn>113</mml:mn></mml:math><tex-math><![CDATA[$U=7\hspace{0.1667em}860\hspace{0.1667em}113$]]></tex-math></alternatives></inline-formula> and a <italic>p</italic>-value of <inline-formula id="j_infor646_ineq_092"><alternatives><mml:math>
<mml:mn>2.92</mml:mn>
<mml:mo>×</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mn>10</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>53</mml:mn>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[$2.92\times {10^{-53}}$]]></tex-math></alternatives></inline-formula>, providing overwhelming evidence against <inline-formula id="j_infor646_ineq_093"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="bold">H</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${\mathbf{H}_{0}}$]]></tex-math></alternatives></inline-formula>. These results indicate that fraudulent transactions generally produce larger ensemble reconstruction errors than legitimate transactions. Accordingly, the five-fold ensemble reconstruction error serves as a useful model-derived anomaly-sensitivity indicator within the proposed hybrid model-analysis pipeline.</p>
</sec>
<sec id="j_infor646_s_035">
<label>5.5.2</label>
<title>Feature-Level Reconstruction-Error Localization</title>
<p>Building on the framework described in Section <xref rid="j_infor646_s_021">3.5</xref>, we extend the analysis to the feature level by examining the feature-wise reconstruction error, denoted as FRE(<inline-formula id="j_infor646_ineq_094"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i,j}}$]]></tex-math></alternatives></inline-formula>). A higher value of FRE(<inline-formula id="j_infor646_ineq_095"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
<mml:mo mathvariant="normal">,</mml:mo>
<mml:mi mathvariant="italic">j</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i,j}}$]]></tex-math></alternatives></inline-formula>) indicates that feature <italic>j</italic> of transaction <inline-formula id="j_infor646_ineq_096"><alternatives><mml:math>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">x</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">i</mml:mi>
</mml:mrow>
</mml:msub></mml:math><tex-math><![CDATA[${x_{i}}$]]></tex-math></alternatives></inline-formula> is reconstructed less accurately by the AE and therefore contributes more to that transaction’s reconstruction error.</p>
<p>For each transaction–feature pair, the FRE values produced by the five fold-specific models were first averaged to obtain an ensemble feature-wise reconstruction error. The 29 input features were then ranked according to the ratio of the median FRE for fraudulent transactions to that for legitimate transactions. For brevity, Table <xref rid="j_infor646_tab_007">7</xref> reports only the ten features with the largest median ratios. This descriptive ranking highlights the largest class-wise differences in reconstruction error and should not be interpreted as implying that the remaining features are uninformative.</p>
<p>All ten reported features exhibit higher median FRE values for fraudulent transactions than for legitimate transactions, with fraud-to-non-fraud median ratios ranging from 4.19 to 26.26. V8 shows the largest disparity, followed by V14, V17, V21, and V12. These findings provide feature-level evidence of deviations under the reconstruction objective and complement the transaction-level reconstruction-error analysis presented in Section <xref rid="j_infor646_s_034">5.5.1</xref>.</p>
<table-wrap id="j_infor646_tab_007">
<label>Table 7</label>
<caption>
<p>Top 10 features ranked by fraud-to-non-fraud median FRE ratio.</p>
</caption>
<table>
<thead>
<tr>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Feature</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Legitimate Med</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Fraud Med</td>
<td style="vertical-align: top; text-align: left; border-top: solid thin; border-bottom: solid thin">Ratio</td>
</tr>
</thead>
<tbody>
<tr>
<td style="vertical-align: top; text-align: left">V8</td>
<td style="vertical-align: top; text-align: left">0.0983</td>
<td style="vertical-align: top; text-align: left">2.5818</td>
<td style="vertical-align: top; text-align: left">26.26</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V14</td>
<td style="vertical-align: top; text-align: left">0.2660</td>
<td style="vertical-align: top; text-align: left">3.3660</td>
<td style="vertical-align: top; text-align: left">12.66</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V17</td>
<td style="vertical-align: top; text-align: left">0.2759</td>
<td style="vertical-align: top; text-align: left">3.2792</td>
<td style="vertical-align: top; text-align: left">11.89</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V21</td>
<td style="vertical-align: top; text-align: left">0.2080</td>
<td style="vertical-align: top; text-align: left">2.3559</td>
<td style="vertical-align: top; text-align: left">11.33</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V12</td>
<td style="vertical-align: top; text-align: left">0.2575</td>
<td style="vertical-align: top; text-align: left">2.1441</td>
<td style="vertical-align: top; text-align: left">8.33</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V10</td>
<td style="vertical-align: top; text-align: left">0.1501</td>
<td style="vertical-align: top; text-align: left">0.8021</td>
<td style="vertical-align: top; text-align: left">5.34</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V7</td>
<td style="vertical-align: top; text-align: left">0.3075</td>
<td style="vertical-align: top; text-align: left">1.5762</td>
<td style="vertical-align: top; text-align: left">5.13</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V3</td>
<td style="vertical-align: top; text-align: left">0.2871</td>
<td style="vertical-align: top; text-align: left">1.3605</td>
<td style="vertical-align: top; text-align: left">4.74</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left">V27</td>
<td style="vertical-align: top; text-align: left">0.1959</td>
<td style="vertical-align: top; text-align: left">0.9279</td>
<td style="vertical-align: top; text-align: left">4.74</td>
</tr>
<tr>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">V11</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">0.2782</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">1.1643</td>
<td style="vertical-align: top; text-align: left; border-bottom: solid thin">4.19</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>In summary, feature-wise RE analysis provides model-derived, feature-level anomaly evidence by identifying the input variables that exhibit the largest class-wise differences in reconstruction error. This localized analysis complements the transaction-level ensemble RE analysis described in Section <xref rid="j_infor646_s_034">5.5.1</xref>.</p>
</sec>
<sec id="j_infor646_s_036">
<label>5.5.3</label>
<title>Decision-Level Post-Hoc Attribution via SHAP</title>
<p>The final analysis examines the decision function of the fraud classifier (Task B) using SHAP. Unlike the reconstruction-based outputs, which characterize deviations from learned transaction patterns, SHAP provides post-hoc attribution of the classifier’s output to its actual inputs: the shared latent representation (<inline-formula id="j_infor646_ineq_097"><alternatives><mml:math>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">Z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msup></mml:math><tex-math><![CDATA[${Z^{S}}$]]></tex-math></alternatives></inline-formula>) and the <bold>Amount</bold> feature, i.e. <inline-formula id="j_infor646_ineq_098"><alternatives><mml:math>
<mml:mo fence="true" stretchy="false">[</mml:mo>
<mml:msup>
<mml:mrow>
<mml:mi mathvariant="italic">Z</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">S</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>;</mml:mo>
<mml:mtext mathvariant="bold">Amount</mml:mtext>
<mml:mo fence="true" stretchy="false">]</mml:mo></mml:math><tex-math><![CDATA[$[{Z^{S}};\textbf{Amount}]$]]></tex-math></alternatives></inline-formula>. SHAP values quantify input contributions to the classifier’s fraud logit relative to the selected background data. Because the logit is monotonically related to the predicted fraud probability, positive SHAP values indicate contributions that increase the predicted fraud probability, whereas negative SHAP values indicate contributions that decrease it. Figure <xref rid="j_infor646_fig_004">4</xref> presents global SHAP beeswarm summaries for the five fold-specific classifiers. Each panel displays the 12 classifier inputs with the largest mean absolute SHAP values. To ensure a consistent evaluation protocol across folds, each analysis includes all 123 fraudulent transactions together with a randomly selected sample of 1 877 legitimate transactions, while 500 legitimate training transactions are used as the SHAP background set.</p>
<p>Across the five folds, the mean absolute SHAP values indicate that the classifier relies primarily on a subset of the learned latent components, with the ten most influential classifier inputs accounting for 49.4%–64.9% of the total mean absolute attribution. The identities of the highest-ranked latent components vary across folds because the fold-specific networks are trained independently and their latent spaces are not intrinsically aligned. Consequently, the same latent dimension should not be interpreted as representing the same semantic factor across different folds. Despite this variation, the beeswarm summaries exhibit a consistent directional pattern. The dominant latent components generally show negative SHAP values at high latent values and positive SHAP values at low latent values. Across the complete SHAP results, the <bold>Amount</bold> feature also exhibits a consistent directional effect in all five folds: larger transaction amounts tend to increase the fraud logit, whereas smaller amounts tend to decrease it. This directional relationship should be distinguished from the unconditional mean SHAP value. Although the mean SHAP value for <bold>Amount</bold> is negative in every fold (approximately <inline-formula id="j_infor646_ineq_099"><alternatives><mml:math>
<mml:mo>−</mml:mo>
<mml:mn>0.017</mml:mn></mml:math><tex-math><![CDATA[$-0.017$]]></tex-math></alternatives></inline-formula> to <inline-formula id="j_infor646_ineq_100"><alternatives><mml:math>
<mml:mo>−</mml:mo>
<mml:mn>0.001</mml:mn></mml:math><tex-math><![CDATA[$-0.001$]]></tex-math></alternatives></inline-formula>), this statistic reflects the average contribution of the evaluated transactions relative to the background prediction rather than the conditional effect of high versus low transaction amounts. In Fold 3, <bold>Amount</bold> ranks 18th in terms of mean absolute SHAP value and therefore does not appear among the top 12 features shown in the beeswarm plot. Nevertheless, its directional effect remains evident in the complete SHAP results. Overall, the learned latent representation provides the primary fold-specific decision cues, whereas <bold>Amount</bold> contributes complementary and directionally consistent information to the classifier.</p>
<fig id="j_infor646_fig_004">
<label>Fig. 4</label>
<caption>
<p>Global SHAP beeswarm summaries for the five fold-specific Task B classifiers. Each panel displays the 12 inputs with the largest mean absolute SHAP values.</p>
</caption>
<graphic xlink:href="infor646_g004.jpg"/>
</fig>
<p>Overall, the five fold-specific SHAP summaries show that the classifier’s decisions are driven primarily by the learned latent representation, with transaction amount providing an additional, directionally consistent contribution. This analysis complements the reconstruction-based anomaly evidence presented in Sections <xref rid="j_infor646_s_034">5.5.1</xref> and <xref rid="j_infor646_s_035">5.5.2</xref> by providing a post-hoc attribution of the classifier’s prediction while remaining within the scope and assumptions of the SHAP framework.</p>
</sec>
</sec>
</sec>
<sec id="j_infor646_s_037">
<label>6</label>
<title>Conclusions</title>
<p>This study proposed MTLFraudDetect, an evidence-augmented deep learning framework for credit card fraud detection that integrates multi-task learning (MTL) with complementary model-analysis techniques. Previous studies have largely focused on single-task models or have not fully explored how reconstruction-based anomaly evidence and post-hoc classifier attribution can be analysed together. To address this gap, the proposed framework jointly improves fraud detection performance while providing reconstruction-based anomaly evidence alongside post-hoc attribution of the classifier’s predictions. We do not claim that these components alone provide formal interpretability or satisfy explanation-faithfulness criteria.</p>
<p>The experimental results demonstrate the effectiveness of the proposed framework. MTLFraudDetect achieves competitive fraud detection performance under the proposed evaluation protocol while providing complementary model-derived evidence for model analysis. In addition, we systematically investigated the effects of bottleneck dimensionality, curriculum-based training, and alternative multi-task optimization strategies, highlighting the performance trade-offs associated with these design choices.</p>
<p>Future work will extend the proposed framework to additional credit card fraud datasets and more general class-imbalanced learning problems. Evaluating MTLFraudDetect across a broader range of datasets will provide a more comprehensive assessment of its generalizability and applicability to diverse real-world fraud detection scenarios.</p>
<p>Concept drift also remains an important challenge in operational fraud detection, as changes in customer behaviour, payment environments, and fraud strategies can degrade model performance by increasing missed fraud and false alarms. Future work will therefore investigate the robustness of MTLFraudDetect under concept drift, including the integration of drift monitoring and periodic or adaptive retraining strategies.</p>
</sec>
<sec id="j_infor646_s_038">
<label>7</label>
<title>Declaration of Generative AI and AI-Assisted Technologies in the Writing Process</title>
<p>During the preparation of this work, the authors used ChatGPT to assist in verifying specific research data points and to enhance the linguistic quality and grammatical structure of the manuscript. To ensure academic integrity, the authors critically reviewed and manually verified all AI-assisted outputs for factual accuracy. Subsequently, the final manuscript underwent professional human proofreading to ensure linguistic precision and clarity. The authors take full responsibility for the entire content of the publication.</p>
</sec>
</body>
<back>
<ack id="j_infor646_ack_001">
<title>Acknowledgements</title>
<p>The authors also thank the National Center for High-Performance Computing (NCHC) for providing computational and storage resources.</p></ack>
<ref-list id="j_infor646_reflist_001">
<title>References</title>
<ref id="j_infor646_ref_001">
<mixed-citation publication-type="chapter"><string-name><surname>Akouhar</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Abarda</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Elfatini</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Ouhssini</surname>, <given-names>M.</given-names></string-name> (<year>2024</year>). <chapter-title>A deep learning and resampling approach to credit card fraud detection</chapter-title>. In: <source>2024 11th International Conference on Wireless Networks and Mobile Communications (WINCOM)</source>, <publisher-name>IEEE</publisher-name>, pp. <fpage>1</fpage>–<lpage>6</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_002">
<mixed-citation publication-type="journal"><string-name><surname>Alarfaj</surname>, <given-names>F.K.</given-names></string-name>, <string-name><surname>Malik</surname>, <given-names>I.</given-names></string-name>, <string-name><surname>Khan</surname>, <given-names>H.U.</given-names></string-name>, <string-name><surname>Almusallam</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Ramzan</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Ahmed</surname>, <given-names>M.</given-names></string-name> (<year>2022</year>). <article-title>Credit card fraud detection using state-of-the-art machine learning and deep learning algorithms</article-title>. <source>IEEE Access</source>, <volume>10</volume>, <fpage>39700</fpage>–<lpage>39715</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_003">
<mixed-citation publication-type="other"><string-name><surname>Bank for International Settlements</surname></string-name> (2026). Tap a card, pay by phone, but cash still holds its own. CPMI Brief No. 12. Accessed: 2026-07-11. <uri>https://www.bis.org/statistics/payment_stats/commentary2604.htm</uri>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_004">
<mixed-citation publication-type="journal"><string-name><surname>Bhattacharyya</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Jha</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Thanoon</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Westland</surname>, <given-names>J.C.</given-names></string-name> (<year>2011</year>). <article-title>Data mining for credit card fraud: a comparative study</article-title>. <source>Decision Support Systems</source>, <volume>50</volume>(<issue>3</issue>), <fpage>602</fpage>–<lpage>613</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_005">
<mixed-citation publication-type="book"><string-name><surname>Bishop</surname>, <given-names>C.M.</given-names></string-name>, <string-name><surname>Bishop</surname>, <given-names>H.</given-names></string-name> (<year>2023</year>). <source>Deep Learning: Foundations and Concepts</source>. <publisher-name>Springer Nature</publisher-name>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_006">
<mixed-citation publication-type="other"><string-name><surname>Caporal</surname>, <given-names>J.</given-names></string-name> (2025). Credit and Debit Card Market Share by Network and Issuer. Motley Fool Money. Accessed: 2026-07-11. <uri>https://www.fool.com/money/research/credit-debit-card-market-share-network-issuer/</uri>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_007">
<mixed-citation publication-type="journal"><string-name><surname>Chen</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Jia</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Zhao</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Kang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Deng</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Ma</surname>, <given-names>S.</given-names></string-name> (<year>2022</year>). <article-title>Refined analysis and a hierarchical multi-task learning approach for loan fraud detection</article-title>. <source>Journal of Management Science and Engineering</source>, <volume>7</volume>(<issue>4</issue>), <fpage>589</fpage>–<lpage>607</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_008">
<mixed-citation publication-type="journal"><string-name><surname>Chen</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Yang</surname>, <given-names>Q.</given-names></string-name> (<year>2024</year>). <article-title>Multi-task learning in natural language processing: an overview</article-title>. <source>ACM Computing Surveys</source>, <volume>56</volume>(<issue>12</issue>), <fpage>1</fpage>–<lpage>32</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_009">
<mixed-citation publication-type="chapter"><string-name><surname>Cheng</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Xiang</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Shang</surname>, <given-names>C.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Yang</surname>, <given-names>F.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>L.</given-names></string-name> (<year>2020</year>). <chapter-title>Spatio-temporal attention-based neural network for credit card fraud detection</chapter-title>. In: <source>Proceedings of the AAAI Conference on Artificial Intelligence</source>, Vol. <volume>34</volume>, pp. <fpage>362</fpage>–<lpage>369</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_010">
<mixed-citation publication-type="other"><string-name><surname>Crawshaw</surname>, <given-names>M.</given-names></string-name> (2020). Multi-task learning with deep neural networks: a survey. arXiv preprint arXiv:<ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/2009.09796">2009.09796</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_011">
<mixed-citation publication-type="chapter"><string-name><surname>Davis</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Goadrich</surname>, <given-names>M.</given-names></string-name> (<year>2006</year>). <chapter-title>The relationship between precision-recall and ROC curves</chapter-title>. In: <source>Proceedings of the 23rd International Conference on Machine Learning</source>, pp. <fpage>233</fpage>–<lpage>240</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_012">
<mixed-citation publication-type="journal"><string-name><surname>Du</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Liu</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Hu</surname>, <given-names>X.</given-names></string-name> (<year>2020</year>). <article-title>Techniques for interpretable machine learning</article-title>. <source>Communications of the ACM</source>, <volume>63</volume>(<issue>1</issue>), <fpage>68</fpage>–<lpage>77</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_013">
<mixed-citation publication-type="journal"><string-name><surname>El Bazi</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Chrayah</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Aknin</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Bouzidi</surname>, <given-names>A.</given-names></string-name> (<year>2024</year>). <article-title>Enhancing credit card fraud detection using a stacking model approach and hyperparameter optimization</article-title>. <source>International Journal of Advanced Computer Science and Applications</source>, <volume>15</volume>(<issue>10</issue>). <ext-link ext-link-type="doi" xlink:href="https://doi.org/10.14569/IJACSA.2024.01510110" xlink:type="simple">https://doi.org/10.14569/IJACSA.2024.01510110</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_014">
<mixed-citation publication-type="journal"><string-name><surname>Fanai</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Abbasimehr</surname>, <given-names>H.</given-names></string-name> (<year>2023</year>). <article-title>A novel combined approach based on deep Autoencoder and deep classifiers for credit card fraud detection</article-title>. <source>Expert Systems with Applications</source>, <volume>217</volume>, <elocation-id>119562</elocation-id>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_015">
<mixed-citation publication-type="journal"><string-name><surname>Forough</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Momtazi</surname>, <given-names>S.</given-names></string-name> (<year>2021</year>). <article-title>Ensemble of deep sequential models for credit card fraud detection</article-title>. <source>Applied Soft Computing</source>, <volume>99</volume>, <elocation-id>106883</elocation-id>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_016">
<mixed-citation publication-type="chapter"><string-name><surname>Gaudreault</surname>, <given-names>J.-G.</given-names></string-name>, <string-name><surname>Branco</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Gama</surname>, <given-names>J.</given-names></string-name> (<year>2021</year>). <chapter-title>An analysis of performance metrics for imbalanced classification</chapter-title>. In: <source>International Conference on Discovery Science</source>, <publisher-name>Springer</publisher-name>, pp. <fpage>67</fpage>–<lpage>77</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_017">
<mixed-citation publication-type="book"><string-name><surname>Goodfellow</surname>, <given-names>I.</given-names></string-name>, <string-name><surname>Bengio</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Courville</surname>, <given-names>A.</given-names></string-name> (<year>2016</year>). <source>Deep Learning</source>. <publisher-name>MIT Press</publisher-name>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_018">
<mixed-citation publication-type="chapter"><string-name><surname>Gray</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Bowes</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Davey</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Sun</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Christianson</surname>, <given-names>B.</given-names></string-name> (<year>2011</year>). <chapter-title>Further thoughts on precision</chapter-title>. In: <source>15th Annual Conference on Evaluation &amp; Assessment in Software Engineering (EASE 2011)</source>, pp. <fpage>129</fpage>–<lpage>133</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_019">
<mixed-citation publication-type="chapter"><string-name><surname>Han</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>W.-Y.</given-names></string-name>, <string-name><surname>Mao</surname>, <given-names>B.-H.</given-names></string-name> (<year>2005</year>). <chapter-title>Borderline-SMOTE: a new over-sampling method in imbalanced data sets learning</chapter-title>. In: <source>International Conference on Intelligent Computing</source>, <publisher-name>Springer</publisher-name>, pp. <fpage>878</fpage>–<lpage>887</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_020">
<mixed-citation publication-type="journal"><string-name><surname>Hassija</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Chamola</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Mahapatra</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Singal</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Goel</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Huang</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Scardapane</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Spinelli</surname>, <given-names>I.</given-names></string-name>, <string-name><surname>Mahmud</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Hussain</surname>, <given-names>A.</given-names></string-name> (<year>2024</year>). <article-title>Interpreting black-box models: a review on explainable artificial intelligence</article-title>. <source>Cognitive Computation</source>, <volume>16</volume>(<issue>1</issue>), <fpage>45</fpage>–<lpage>74</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_021">
<mixed-citation publication-type="journal"><string-name><surname>Jiang</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Dong</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Xia</surname>, <given-names>M.</given-names></string-name> (<year>2023</year>). <article-title>Credit card fraud detection based on unsupervised attentional anomaly detection network</article-title>. <source>Systems</source>, <volume>11</volume>(<issue>6</issue>), <fpage>305</fpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_022">
<mixed-citation publication-type="chapter"><string-name><surname>Kilickaya</surname>, <given-names>O.</given-names></string-name> (<year>2025</year>). <chapter-title>Hybrid explainable autoencoders for credit card fraud detection: integrating deep latent representations with model-agnostic interpretability</chapter-title>. In: <source>2025 International Conference on Artificial Intelligence, Computer, Data Sciences and Applications (ACDSA)</source>, <publisher-name>IEEE</publisher-name>, pp. <fpage>1</fpage>–<lpage>7</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_023">
<mixed-citation publication-type="journal"><string-name><surname>Krishnavardhan</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Govindarajan</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Rao</surname>, <given-names>S.A.</given-names></string-name> (<year>2024</year>). <article-title>An intelligent credit card fraudulent activity detection using hybrid deep learning algorithm</article-title>. <source>Multimedia Tools and Applications</source>, <volume>83</volume>(<issue>40</issue>), <fpage>87621</fpage>–<lpage>87646</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_024">
<mixed-citation publication-type="journal"><string-name><surname>Leevy</surname>, <given-names>J.L.</given-names></string-name>, <string-name><surname>Hancock</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Khoshgoftaar</surname>, <given-names>T.M.</given-names></string-name> (<year>2023</year>). <article-title>Comparative analysis of binary and one-class classification techniques for credit card fraud data</article-title>. <source>Journal of Big Data</source>, <volume>10</volume>(<issue>1</issue>), <fpage>118</fpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_025">
<mixed-citation publication-type="journal"><string-name><surname>Leonard</surname>, <given-names>K.J.</given-names></string-name> (<year>1995</year>). <article-title>The development of a rule based expert system model for fraud alert in consumer credit</article-title>. <source>European Journal of Operational Research</source>, <volume>80</volume>(<issue>2</issue>), <fpage>350</fpage>–<lpage>356</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_026">
<mixed-citation publication-type="chapter"><string-name><surname>Li</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Yang</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Zhou</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Meng</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Tan</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Song</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Pan</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Yu</surname>, <given-names>F.</given-names></string-name>, <string-name><surname>Sheng</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Tong</surname>, <given-names>Y.</given-names></string-name> (<year>2024</year>). <chapter-title>SEFraud: graph-based self-explainable fraud detection via interpretative mask learning</chapter-title>. In: <source>Proceedings of the 30th ACM SIGKDD Conference on Knowledge Discovery and Data Mining</source>, pp. <fpage>5329</fpage>–<lpage>5338</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_027">
<mixed-citation publication-type="chapter"><string-name><surname>Liu</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Johns</surname>, <given-names>E.</given-names></string-name>, <string-name><surname>Davison</surname>, <given-names>A.J.</given-names></string-name> (<year>2019</year>). <chapter-title>End-to-end multi-task learning with attention</chapter-title>. In: <source>Proceedings of the IEEE/CVF Conference on Computer Vision and Pattern Recognition</source>, pp. <fpage>1871</fpage>–<lpage>1880</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_028">
<mixed-citation publication-type="chapter"><string-name><surname>Lundberg</surname>, <given-names>S.M.</given-names></string-name>, <string-name><surname>Lee</surname>, <given-names>S.-I.</given-names></string-name> (2017). <chapter-title>A unified approach to interpreting model predictions</chapter-title>. In: <source>NIPS’17: Proceedings of the 31st International Conference on Neural Information Processing Systems</source>, pp. <fpage>4768</fpage>–<lpage>4777</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_029">
<mixed-citation publication-type="journal"><string-name><surname>McDonnell</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Murphy</surname>, <given-names>F.</given-names></string-name>, <string-name><surname>Sheehan</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Masello</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Castignani</surname>, <given-names>G.</given-names></string-name> (<year>2023</year>). <article-title>Deep learning in insurance: accuracy and model interpretability using TabNet</article-title>. <source>Expert Systems with Applications</source>, <volume>217</volume>, <elocation-id>119543</elocation-id>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_030">
<mixed-citation publication-type="journal"><string-name><surname>Mienye</surname>, <given-names>I.D.</given-names></string-name>, <string-name><surname>Jere</surname>, <given-names>N.</given-names></string-name> (<year>2024</year>). <article-title>Deep learning for credit card fraud detection: a review of algorithms, challenges, and solutions</article-title>. <source>IEEE Access</source>, <volume>12</volume>, <fpage> 96893</fpage>–<lpage>96910</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_031">
<mixed-citation publication-type="other"><string-name><surname>Nilson Report</surname></string-name> (2025). Global Card Payment Statistics and Market Size (2025–2030). Accessed: 2026-07-11. <uri>https://nilsonreport.com/global-card-payment-statistics/</uri>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_032">
<mixed-citation publication-type="chapter"><string-name><surname>Pang</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Shen</surname>, <given-names>C.</given-names></string-name>, <string-name><surname>Van Den Hengel</surname>, <given-names>A.</given-names></string-name> (<year>2019</year>). <chapter-title>Deep anomaly detection with deviation networks</chapter-title>. In: <source>Proceedings of the 25th ACM SIGKDD International Conference on Knowledge Discovery &amp; Data Mining</source>, pp. <fpage>353</fpage>–<lpage>362</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_033">
<mixed-citation publication-type="chapter"><string-name><surname>Qu</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Gu</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Yagi</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Zhao</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Shan</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Zahradnik</surname>, <given-names>F.</given-names></string-name> (<year>2024</year>). <chapter-title>Multi-task CNN behavioral embedding model for transaction fraud detection</chapter-title>. In: <source>2024 IEEE International Conference on Data Mining Workshops (ICDMW)</source>, <publisher-name>IEEE</publisher-name>, pp. <fpage>286</fpage>–<lpage>292</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_034">
<mixed-citation publication-type="other"><string-name><surname>Rao</surname>, <given-names>S.X.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Han</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Min</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Chen</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Shan</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Zhao</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>C.</given-names></string-name> (2020). xFraud: explainable fraud transaction detection. arXiv preprint arXiv:<ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/2011.12193">2011.12193</ext-link>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_035">
<mixed-citation publication-type="chapter"><string-name><surname>Ribeiro</surname>, <given-names>M.T.</given-names></string-name>, <string-name><surname>Singh</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Guestrin</surname>, <given-names>C.</given-names></string-name> (<year>2016</year>). <chapter-title>“Why should i trust you?” Explaining the predictions of any classifier</chapter-title>. In: <source>Proceedings of the 22nd ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</source>, pp. <fpage>1135</fpage>–<lpage>1144</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_036">
<mixed-citation publication-type="chapter"><string-name><surname>Sowmya</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Shetty</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Astekar</surname>, <given-names>S.S.</given-names></string-name>, <string-name><surname>Smitha</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Sougandhika</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Yashashwini</surname>, <given-names>H.</given-names></string-name> (<year>2025</year>). <chapter-title>Credit card fraud detection using XAI techniques</chapter-title>. In: <source>2025 Third International Conference on Networks, Multimedia and Information Technology (NMITCON)</source>, <publisher-name>IEEE</publisher-name>, pp. <fpage>1</fpage>–<lpage>5</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_037">
<mixed-citation publication-type="journal"><string-name><surname>Sudhakar</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Kaliyamurthie</surname>, <given-names>K.</given-names></string-name> (<year>2023</year>). <article-title>A novel machine learning algorithms used to detect credit card fraud transactions</article-title>. <source>International Journal on Recent and Innovation Trends in Computing and Communication</source>, <volume>11</volume>(<issue>2</issue>), <fpage>163</fpage>–<lpage>168</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_038">
<mixed-citation publication-type="journal"><string-name><surname>Ullah</surname>, <given-names>I.</given-names></string-name>, <string-name><surname>Rios</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Gala</surname>, <given-names>V.</given-names></string-name>, <string-name><surname>Mckeever</surname>, <given-names>S.</given-names></string-name> (<year>2021</year>). <article-title>Explaining deep learning models for tabular data using layer-wise relevance propagation</article-title>. <source>Applied Sciences</source>, <volume>12</volume>(<issue>1</issue>), <fpage>136</fpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_039">
<mixed-citation publication-type="chapter"><string-name><surname>Visbeek</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Acar</surname>, <given-names>E.</given-names></string-name>, <string-name><surname>den Hengst</surname>, <given-names>F.</given-names></string-name> (<year>2024</year>). <chapter-title>Explainable fraud detection with deep symbolic classification</chapter-title>. In: <source>World Conference on Explainable Artificial Intelligence</source>, <publisher-name>Springer</publisher-name>, pp. <fpage>350</fpage>–<lpage>373</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_040">
<mixed-citation publication-type="journal"><string-name><surname>Yu</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Kumar</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Gupta</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Levine</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Hausman</surname>, <given-names>K.</given-names></string-name>, <string-name><surname>Finn</surname>, <given-names>C.</given-names></string-name> (<year>2020</year>). <article-title>Gradient surgery for multi-task learning</article-title>. <source>Advances in Neural Information Processing Systems</source>, <volume>33</volume>, <fpage>5824</fpage>–<lpage>5836</lpage>.</mixed-citation>
</ref>
<ref id="j_infor646_ref_041">
<mixed-citation publication-type="journal"><string-name><surname>Zhang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Yang</surname>, <given-names>Q.</given-names></string-name> (<year>2021</year>). <article-title>A survey on multi-task learning</article-title>. <source>IEEE Transactions on Knowledge and Data Engineering</source>, <volume>34</volume>(<issue>12</issue>), <fpage>5586</fpage>–<lpage>5609</lpage>.</mixed-citation>
</ref>
</ref-list>
</back>
</article>
