Field Extraction from Forms with Unlabeled Data

10/08/2021
by   Mingfei Gao, et al.
Salesforce
6

We propose a novel framework to conduct field extraction from forms with unlabeled data. To bootstrap the training process, we develop a rule-based method for mining noisy pseudo-labels from unlabeled forms. Using the supervisory signal from the pseudo-labels, we extract a discriminative token representation from a transformer-based model by modeling the interaction between text in the form. To prevent the model from overfitting to label noise, we introduce a refinement module based on a progressive pseudo-label ensemble. Experimental results demonstrate the effectiveness of our framework.

READ FULL TEXT VIEW PDF
01/25/2022

AggMatch: Aggregating Pseudo Labels for Semi-Supervised Learning

Semi-supervised learning (SSL) has recently proven to be an effective pa...
10/08/2021

Robustness Evaluation of Transformer-based Form Field Extractors via Form Attacks

We propose a novel framework to evaluate the robustness of transformer-b...
03/28/2022

Part-based Pseudo Label Refinement for Unsupervised Person Re-identification

Unsupervised person re-identification (re-ID) aims at learning discrimin...
12/17/2019

Field Label Prediction for Autofill in Web Browsers

Automatic form fill is an important productivity related feature present...
02/05/2022

LST: Lexicon-Guided Self-Training for Few-Shot Text Classification

Self-training provides an effective means of using an extremely small am...
04/23/2021

STRUDEL: Self-Training with Uncertainty Dependent Label Refinement across Domains

We propose an unsupervised domain adaptation (UDA) approach for white ma...
06/20/2020

Unsupervised Vehicle Re-identification with Progressive Adaptation

Vehicle re-identification (reID) aims at identifying vehicles across dif...

1 Introduction

Form-like documents, such as invoices, paystubs and patient referral forms, are very common in daily business workflows. A large amount of human effort is required to extract information from forms every day. In form processing, a worker is usually given a list of expected form fields (e.g., purchase_order, invoice_number and total_amount in Fig. 1), and the goal is to extract their corresponding values based on the understanding of the form, where keys are generally the most important features for value localization. A field extraction system aims to automatically extract field values from irrelevant information in forms, which is crucial for improving processing efficiency and reducing human labor.

Field extraction from forms is a challenging task. Document layouts and text representations can be very different even for the same form type, if they are from different vendors. For example, invoices from different companies may have significantly different designs (see Fig. 3). Paystubs from different systems (e.g., ADP and Workday) have different representations for similar information.

Figure 1: Field extraction from forms is to extract the value for each field, e.g., invoicenumber, purchaseorder and totalamount, in a given list. A key, e.g., INVOICE, PO Number and Total, refers to a concrete text representation of a field in a form and it is an important indicator for value localization.

Recent methods formulate this problem as field-value pairing or field tagging. Majumder et al. (2020) propose a representation learning method that takes field and value candidates as inputs and utilizes metric learning techniques to enforce high pairing score for positive field-value pairs and low score for negative ones. LayoutLM Xu et al. (2020) is a pretrained transformer that takes both text and their locations as inputs. It can be used as a field-tagger which predicts field tags for input texts. These methods show promising results, but they require large amount of field-level annotations for training. Acquiring field-level annotations of forms is challenging and sometimes even impossible since (1) forms usually contain sensitive information, so there is limited public data available; (2) working with external annotators is also infeasible, due to the risk of exposing private information and (3) annotating field-level labels is time-consuming and hard to scale.

Motivated by these reasons, we propose a field extraction system that does not require field-level annotations for training (see Fig. 2). First, we bootstrap the training process by mining pseudo-labels from unlabeled forms using simple rules. Then, a transformer-based architecture is used to model interactions between text tokens in the form and predict a field tag for each token accordingly. The pseudo-labels are used to supervise the transformer training. Since the pseudo-labels are noisy, we propose a refinement module to improve the learning process. Specifically, the refinement module contains a sequence of branches, each of which conducts field tagging and generates refined labels. At each stage, a branch is optimized by the labels ensembled from all previous branches to reduce label noise. Our method shows strong performance on real invoice datasets. Each designed module is validated via comprehensive ablation experiments.

Our contribution is summarized as follows: (1) to the best of our knowledge, this is the first work that addresses the problem of field extraction from forms without using field-level labels; (2) we propose a novel training framework where simple rules are first used to bootstrap the training process and a transformer-based model is used to improve performance; (3) our proposed refinement module is demonstrated as effective to improve model performance when trained with noisy labels and (4) to facilitate future research, we introduce the INV-CDIP dataset111INV-CDIP dataset is available to download here. as a publicly available benchmark.

2 Related Work

Form understanding is a widely researched area. Earlier work formulated the problem as an instance segmentation task. Chargrid Katti et al. (2018) encodes each page of form as a two-dimensional grid of characters, and extracts header and line items from forms using fully convolutional networks. Based on Chargrid, Denk and Reisswig (2019)

propose BERTgrid which uses a grid of contextualized word embedding vectors to represent documents. These methods are limited in scenarios where the image resolution is not high enough such that the representation is hard to disambiguate structures in dense regions. To mitigate the issue, later methods work on structure modeling.

Aggarwal et al. (2020) introduce Form2Seq to leverage relative spatial arrangement of structures via first conducting low-level element classification and then high-order grouping. DocStruct Wang et al. (2020) encodes the form structure as a graph-like hierarchy of text fragments and designs a hybrid fusion method to provide joint representation from multiple modalities. Benefiting from the recent advances of transformers Vaswani et al. (2017), LayoutLM Xu et al. (2020) learns text representation via modeling the interaction between text tokens and their locations in documents.

There are dedicated methods focusing on field extraction. Some methods Chiticariu et al. (2013); Schuster et al. (2013) extract information from document via registering templates in the system. Palm et al. (2019) propose an Attend, Copy, Parse architecture to extract field values of invoices.  Majumder et al. (2020) present a metric learning framework that learns the representation of the value candidate based on its nearby words and matches the field-value pairs using a learned scoring function. Although existing approaches demonstrate promising results in different settings, they rely on large-scale annotated data for training. For example, Majumder et al. (2020) used more than 11,000 invoices in distinct templates for training.

Form datasets for field extraction tasks are typically private, since these documents generally contain sensitive information. There are existing public datasets for general form understanding. RVL-CDIP Harley et al. (2015) and DocVQA Mathew et al. (2021) are introduced for document classification and question answering tasks. FUNSD Jaume et al. (2019) dataset is organized as a list of interlinked semantic entities, i.e., question, answer, header and other. CORD Park et al. (2019) is a public receipt dataset focusing on line items. SROIE Huang et al. (2019) is the most related dataset which aims to extract information for four receipt-related fields. However, their layouts across different receipts are very fixed, which makes it less challenging, thus not suitable for our task. For example, the values of fields, company and address, are always on the very top in all the receipts. The lack of appropriate public datasets makes it difficult to compare existing field extraction methods on realistic forms. In this work, we introduce a challenging invoice dataset that is made publicly available to future research.

Figure 2: Our method takes words, , and their locations, , in a form into a transformer. The transformer extracts representative features for each token via the self-attention mechanism. Since our method is trained using forms with no field labels, we design progressive label ensemble module to enable the training process. We bootstrap the initial pseudo-labels, , using simple rules. Then, token representations go through several branches and do the field prediction as well as label refinement. Each branch, , is optimized with labels ensembled from all previous branches, .

3 Field Extraction from Forms

3.1 Problem Formulation

We are interested in information of fields in a predefined list, . Given a form as input, a general OCR detection and recognition module is applied to obtain a set of words, , with their locations represented as bounding boxes, . The goal of a field extraction method is to automatically extract the target value, , of field, , from the massive word candidates if the information of the field exists in the input form.

Unlike previous methods that have access to large-scale labeled forms, the proposed method can be trained using unlabeled documents with known form types. To achieve this goal, we propose a simple rule-based method to mine noisy pseudo-labels from unlabeled data (Sec. 3.2) and introduce a data-driven method with a refinement module to improve training with noisy labels (Sec. 3.3).

3.2 Bootstrap: Pseudo-Labels Inference from Unlabeled Data

To bootstrap the training process, given unlabeled forms, we first mine pseudo-labels using a simple rule-based algorithm. The algorithm is motivated by the following observations: (1) a field value usually shows together with some key and the key is a concrete text representation of the field (see Fig. 1); (2) the keys and their corresponding values have strong geometric relations. As shown in Fig. 1, the keys are mostly next to their values vertically or horizontally; (3) although the form’s layout is very diverse, there are usually some key-texts that frequently used in different form instances. For example, the key-texts of the field purchase_order can be “PO Number", “PO #" etc. and (4) inspired by Majumder et al. (2020), the field values are always associated with some date type. For example, the data type of values of "invoice_date" is date and that of "total_amount" is money or number.

Based on the above observations, we design a simple rule-based method that can efficiently get useful pseudo-labels for each field of interest from large-scale forms. As shown in Fig. 1

, key localization is first conducted based on string-matching between text in a form and possible key strings of a field. Then, values are estimated based on data types of the text and their geometric relationship with the localized key.

Key Localization. Since keys and values may contain multiple words, we obtain phrase candidates, , and their locations in the form by grouping nearby recognized words based on their locations using DBSCAN algorithm Ester et al. (1996). For each field of interest, , we design a list of frequently used keys, , based on domain knowledge. In practice, we can also use the field name as the only key in the list. Then, we measure the string distance222Without loss of generality, Jaro–Winkler distance Winkler (1990) is used in this work. between a phrase candidate, , and each designed key, , as . We calculate the key score for each phrase candidate indicating how likely this candidate is to be a key for the field using Eq. 1. Finally, the key is localized by finding the candidate with the largest key score as in Eq. 2.

(1)
(2)

Value Estimation. Values are estimated following two criteria. First, their data type should be in line with their fields. Second, their locations should accord well with the localized keys. For each field, we design a list of eligible data type (see Tab. A1 in the appendix, Sec. A). A pretrained BERT-based NER model Devlin et al. (2019) is used to predict the data type of each phrase candidate and we only keep the candidates, , with the correct data type.

Next, we assign a value score for each eligible candidate, as in Eq. 3, where indicates the key score of the localized key and denotes the geometric relation score between the candidate and the localized key. Intuitively, the key and its value are generally close to each other and the values are likely to just beneath the key or reside on their right side as shown in Fig. 1. So, we use distance and angles to measure key-value relation as shown in Eq. 4, where indicates the distance of two phrases, indicates the angle from to and indicates Gaussian function with as mean and

as standard deviation. Here, we set

to 0. and are fixed to 0.5. We want to reward the candidates whose angle with respect to the key is close either to 0 or , so we take the maximum angle score of these two options.

(3)
(4)
(5)

We determine a candidate as the predicted value for a field if its value score is the largest among all candidates as in Eq. 5 and the score exceeds a threshold, .

3.3 Refinement with Progressive Pseudo-Labels Ensemble (PLE)

The above rule can be used directly as a simple field extraction method. To further improve performance, we can learn a data-driven model using the estimated values of fields as pseudo-labels during training. We formulate this as a token classification task, where the input is a set of tokens extracted from a form and the output is the predicted field including background for each token.

Feature Backbone. To predict the target label of a word, we need to understand the meaning of this word as well as its interaction with the surrounding context. Transformer-based architecture is a good fit to learn the word’s representation for its great capability of modeling contextual information. Except for the semantic representation, the word’s location and the general layout of the input form are also important and could be used to capture discriminative features of words. In practice, we used the recently proposed LayoutLM Xu et al. (2020) as the default backbone and also experimented with other transformer-based structures in Sec. 4.

Field Classification. Field prediction scores, , are obtained by projecting the features to the field space () via fully connected (FC) layers.

Progressive Pseudo-Labels Ensemble. Initial word-level field labels (also referred to as Bootstrap Labels), , are obtained by the estimated pseudo-labels from Sec. 3.2 and the network can be optimized using cross entropy loss, . However, naively using the noisy labels can degrade the model performance. We introduce a refinement module to tackle this issue. As shown in Fig. 2, we use a sequence of classification branches, where each branch, , conducts field classification independently and refines pseudo-labels, , based on their predictions. A later-stage branch is optimized using the refined labels obtained from previous branches. The final loss aggregates all the losses as

(6)

where is a hyper parameter controlling the contribution of the initial pseudo-labels.

At branch , we generate refined labels according to the following steps: (1) find the predicted field label, , for each word by and (2) for each positive field, only keep the word if its prediction score is the highest among all the words and larger than a threshold (fixed to 0.1).

Intuitively, each branch can be improved by using more accurate labels and its generated labels are further refined. This progressive refinement of labels reduces label noise. Similar idea has been used in weakly supervised object detection Tang et al. (2017)

. However, we find that using only the refined labels in each stage is limited in our setting, because although the labels become more precise after refinement, some low-confident values are filtered out which results in lower recall. To alleviate this issue, we optimize a branch with the ensembled labels from all previous stages. We believe that the ensembeled labels can not only keep a better balance between precision and recall, but also are more diverse and can serve as a regularization for model optimization. During inference, we use the average score predicted from all branches. We follow the same procedure to get final field values as we generate refine labels.

4 Experiments and Results

4.1 Datasets

IN-Invoice Dataset. We internally collect real invoices from different vendors. These invoice images are converted from real PDFs, so they are in high resolution with clean background. The train set contains 7,664 unlabeled invoice forms of 2,711 vendors. The validation set contains 348 labeled invoices of 222 vendors. The test set contains 339 labeled invoices of 222 vendors. We manually ensure that at most 5 images are from the same vendor in each set. Following Majumder et al. (2020), we consider 7 frequently used fields including invoice_number, purchase_order, invoice_date, due_date, amount_due, total_amount and total_tax.

INV-CDIP. This dataset is from the Tobacco Collections of Industry Documents Library 333https://www.industrydocuments.ucsf.edu/., a publicly accessible resource. The dataset contains 200k noisy documents. We only keep the first page of each document, since the invoice information is most likely to show in page one. To reduce the number of noisy samples, we only train on documents if they have 50-300 words (detected by our OCR engine) and more than 3 invoice fields are found by our rule-based method in Sec. 3.2. As a result, we have 129k unlabeled training samples.

For model evaluation, we manually select 350 real invoices as the test set and annotate the 7 fields mentioned above. We note that images of this dataset have lower quality and more clutter background (see Fig. 3) which make them more challenging than the IN-Invoice dataset.

Please see more information of the datasets in the appendix (Sec. A).

4.2 Evaluation Metric

We use the macro-average of end-to-end F1 score over fields as a metric to evaluate models. Specifically, exact string matching between our predicted values and the ground-truth ones is used to count true positive, false positive and false negative. Precision, recall and F1 score is obtained accordingly for each field. The reported scores are averaged over 5 runs to reduce the effect of randomness.

4.3 Baselines

It is challenging to compare our method with existing field extraction systems, since they have been evaluated using different datasets in different settings. To the best of our knowledge, there are no existing methods that perform field extraction using only unlabeled data. So, we build the following baselines to validate our method.

Bootstrap Labels (B-Labels): the proposed simple rules in Sec. 3.2 can be used to do field extraction directly without training data. So, we first show the effectiveness of this method and set up a baseline for later comparison.

Transformers train with B-Labels: since we use transformers as the backbone to extract features of words, we train transformer models using the B-Labels as baselines to evaluate the performance gain from (1) the data-driven models in the pipeline and (2) the refinement module. Both the content of the text and its location are important for field prediction. So, our default transformer backbone is LayoutLM Xu et al. (2020) which takes both text and location as input. Further, we also experiment with two popular transformer models, i.e., BERT Devlin et al. (2019) and RoBERTa Liu et al. (2019), which take only text as input.

4.4 Implementation Details

. Our framework is implemented using Pytorch and the experiments are conducted with Tesla V100 GPUs. We use a commercial OCR engine

444https://api.einstein.ai/signup to detect words and their locations and use Tesseract555https://github.com/tesseract-ocr/tesseract to rank the words in reading order. The key list and date type used in Sec. 3.2 for each dataset are shown in Tab. A1 in Sec. A. As we can see, the key lists and data types are quite broad. We set in Eq. 4 to 4.0. To further remove false positives, we remove the value candidates if the localized key is not within its neighboring zone. Specifically, we define the neighboring zone around the value candidate extending all the way to the left of the image, four candidate heights above it and one candidate height below it. We keep the refine branch number for all experiments. We add one hidden FC layer with 768 units before classification when stage number is . We fix in Eq. 6 to be 1.0 for all invoice experiments, except that we use for BERT-base refinement in Tab. 3

due to its better performance in the validation set. For both our model and baselines, we train models for 2 epochs and pick the model with the best F1 score in validation set. To prevent overfitting, we adopt a two-step training strategy, where the pseudo-labels are used to train the first branch of our model and then we fix the first branch along with the feature extractor during the refinement. We set batch size to 8 and use the Adam optimizer with learning rate of 5

.

4.5 Comparison with Baselines

Main Comparison. We primarily validate our design using our IN-Invoice dateset, since it contains large-scale clean, unlabeled training data and sufficient amount of valid/test data. We first validate our method using LayoutLM (our default choice) as the backbone. The comparison results are shown in Tab. 1 and Tab. 2. The Bootstrap Labels (B-Labels) baseline achieves 43.8% and 44.1% F1 score in valid and test sets, which indicates that our B-Labels have reasonable accuracy, but are still noisy. When we use the B-Labels to train a LayoutLM transformer, we obtain a significant performance improvement, 15% increase in valid set and 17% in test set. We tried both LayoutLM-base (113M parameters) and LayoutLM-large (343M parameters) models as backbones and we did not see performance improvement when using a larger model. Adding our refinement module significantly improves model precision, 6% in valid set and 7% in test set, while slightly decreasing the recall, 2.5% in valid set and 3% in test set. This is because the refine labels become more and more confident in later stages leading to higher model precision. However, the refinement stage also removes some low confidence false negatives which results in lower recall. Overall, our refinement module further improves performance, resulting in a gain of in F1 score.

Results with Different Transformers. We use LayoutLM as the default feature backbone, since both the text and its location is important for our task. To understand the impact of different transformer models as backbone, we experiment with two additional models, BERT and RoBERTa, where only text is used as input. The comparison results are shown in Tab. 3 and Tab. 4. We have the following observations: (1) we still obtain large improvement when training BERT and RoBERTa directly using our B-Labels and (2) our refinement module consistently improves the baseline results for different transformer choices with different amount of parameters (base or large). Moreover, LayoutLM still yields much higher results compared to the other two backbones, which indicates that the text location is indeed very important for obtaining good performance in our task.

Evaluation on INV-CDIP Test Set. We evaluate our models trained using IN-Invoice data directly on the introduced INV-CDIP test set in Tab. 5. Our simple rule-based method obtains 25.1% F1 score which is reasonable, but much lower compared to the results on our internal IN-Invoice dataset. The reason is that the INV-CDIP test set is visually noisy which results in more OCR recognition errors. The LayoutLM baselines still obtain large improvements over the B-Labels baseline. Also, our refinement module further improves more than 2% in F1 score. The results suggest that our method adapts well to the new dataset. We show some visualizations in Fig. 3. We can see that our method obtains good performance, although the sample invoices are very diverse across different templates, have cluttered background and are in low resolution.

Figure 3: Visualization of our method on the INV-CDIP test set. Correct predictions are marked in red font. Incorrect predictions are marked in blue (due to field extractor error) and purple (due to OCR recognition error).
Model Labels Prec. Rec. F1
Bootstrap Labels 40.5 50.7 43.8
LayoutLM-base B-Labels 54.8 66.6 59.2
+ PLE 60.9 64.0 61.9
LayoutLM-large 55.2 65.6 58.8
+ PLE 61.3 63.2 61.8
Table 1: Comparison with baselines on IN-Invoice valid set. Models are trained using the unlabeled IN-Invoice train set.
Model Labels Prec. Rec. F1
Bootstrap Labels 41.0 50.9 44.1
LayoutLM-base B-Labels 57.5 67.6 61.2
+ PLE 64.7 64.5 63.8
LayoutLM-large 58.2 67.1 61.0
+ PLE 65.6 64.0 64.1
Table 2: Comparison with baselines on IN-Invoice test set. Models are trained using the unlabeled IN-Invoice train set.
Model Labels Prec. Rec. F1
Bootstrap Labels 40.5 50.7 43.8
BERT-base B-Labels 48.8 59.6 52.8
+ PLE 49.9 59.3 53.4
BERT-large 53.7 60.9 56.5
+ PLE 58.0 59.4 58.1
RoBERTa-base 55.1 60.5 57.2
+ PLE 59.9 58.0 58.5
RoBERTa-large 55.3 61.8 57.8
+ PLE 60.5 60.1 59.1
Table 3: Comparison using different transformers on IN-Invoice valid set. Models are trained using the unlabeled IN-Invoice train set.
Model Labels Prec. Rec. F1
Bootstrap Labels 41.0 50.9 44.1
BERT-base B-Labels 51.3 61.4 54.9
+ PLE 52.6 61.0 55.6
BERT-large 55.7 61.7 57.7
+ PLE 60.2 58.8 58.6
RoBERTa-base 57.2 61.4 58.7
+ PLE 62.7 58.6 59.8
RoBERTa-large 56.3 61.4 57.8
+ PLE 62.5 59.6 59.2
Table 4: Comparison using different transformers on IN-Invoice test set. Models are trained using the unlabeled IN-Invoice train set.
Model Labels Prec. Rec. F1
Bootstrap Labels 21.8 36 25.1
LayoutLM-base B-Labels 31.6 44.6 35.2
+ PLE 37.3 40.9 37.3
LayoutLM-large 33.8 46.5 36.9
+ PLE 40.2 42.2 39.4
Table 5: Comparison with baselines on INV-CDIP test set. Models are trained using the unlabeled IN-Invoice train set.
Model Eval Set Prec. Rec. F1
LayoutLM-base IN-Inv Val 46.3 60.6 51.4
+ PLE 51.7 58.6 54.2
LayoutLM-base IN-Inv Test 47.8 62.3 52.9
+ PLE 53.0 59.2 55.1
LayoutLM-base INV-CDIP Test 28.0 47.5 32.8
+ PLE 31.0 46.4 35.4
Table 6: Comparison with baselines when methods are trained using the noisy INV-CDIP train set.
Set R-Labels 2-step train B-Labels F1
Valid 59.7
60.1
60.0
61.9
Test 61.2
62.4
61.6
63.8
Table 7: Results of ablation study.

Learning from Noisy INV-CDIP Data. Although web data is noisy, it can be freely obtained from the internet. We train our model and the baseline model using the unlabeled train set of the noisy INV-CDIP dataset. The comparison results are shown in Tab. 6. As we can see, our method performs well and our PLE module can still improves the baseline by about 2-3%, although the training set is very noisy.

4.6 Ablation Study

We conduct ablation study on the IN-Invoice dataset with LayoutLM-base as the backbone.

Figure 4: Comparison results with varying stage numbers. When stage number is 1, the model becomes the LayoutLM baseline.
Figure 5: In general, our model has higher precision, but lower recall with larger number of branches.

Effect of Stage Numbers. Our model is refined in stages, where we fix in all experiments. We evaluate our method with varying stage numbers. As we can see in Fig. 4, when we increase the stage number, , the model generally performs better on both valid and test sets. The performance with more than one stage is always higher than the single-stage model (our transformer baseline). Model performance reaches the highest when . As shown in Fig. 5, precision improves while recall drops during model refinement. When , we obtain the best balance between precision and recall. When recall drops more than precision improves, so we obtain worse F1 score.

Effect of Refined Labels (R-Labels). As shown in Fig. 2, the R-Labels obtained in each stage are used in later stages. To analyze the effect of this design, we remove the refined labels in the final loss and only use the B-Labels to train the three branches independently and ensemble the predictions during inference. As shown in Tab. 7, removing refined labels results in 2.2% and 2.6% decrease in F1 scores in valid and test sets, respectively.

Effect of Regularization with B-Labels. At each stage, we use B-Labels as a type of regularization to prevent the model from overfitting to the over-confident refined labels. We disable the utilization of B-Labels in the refinement stage by setting in Eq. 6. As we can see in Tab. 7, model performance drops 2% in F1 score without this regularization.

Effect of Two-step Training Strategy. To avoid overfitting to noisy labels, we adopt two-step training strategy, where the transformer backbone with the first branch is trained using B-Labels and then fixed during the refinement. We analyze this effect by training our model in a single step. As shown in Tab. 7, single-step training leads to 1.8% and 1.4% F1 score decrease in valid and test sets, respectively.

4.7 Limitations and Future Work

Our work focuses on training models using unlabeled forms. An interesting future avenue would be to utilize additional labeled data in a semi-supervised setting. Moreover, validating our methods with more form types would also be valuable. We will consider these topics in future work.

5 Conclusion

In this paper, we proposed a field extraction system that can be trained using forms without field-level annotations. We first introduced a rule-based method to get initial pseudo-labels of forms. Then, we proposed a transformer-based method and improved the model using progressively ensembled labels. We demonstrated that our method outperforms the baselines on invoice datasets and each component of our method makes considerable contribution.

6 Broader Impact

This work is potentially useful for improving information extraction systems from forms. So, it has positive impacts including improving document processing efficiency, thus reducing human labor. Reducing human labor may also cause negative consequences such as job loss or displacement, particularly amongst low-skilled labor who may be most in need of gainful employment. The negative impact is not specific to this work and should be addressed broadly in the field of AI research.

We are securely using the IN-Invoice dataset internally. For the public data in the INV-CDIP dataset, we made certain to consider their provenance and there are no restrictions on the use of the public data. All the annotations were conducted and carefully reviewed by the authors. As a result, and given the fact that the datasets contain forms without any personally identifiable data, we have relative confidence that the datasets are ethically sourced.

References

  • M. Aggarwal, H. Gupta, M. Sarkar, and B. Krishnamurthy (2020) Form2Seq: a framework for higher-order form structure extraction. In EMNLP, Cited by: §2.
  • L. Chiticariu, Y. Li, and F. R. Reiss (2013) Rule-based information extraction is dead! long live rule-based information extraction systems!. In EMNLP, Cited by: §2.
  • T. I. Denk and C. Reisswig (2019) Bertgrid: contextualized embedding for 2d document representation and understanding. NeurIPS Workshop. Cited by: §2.
  • J. Devlin, M. Chang, K. Lee, and K. Toutanova (2019) Bert: pre-training of deep bidirectional transformers for language understanding. NAACL. Cited by: §3.2, §4.3.
  • M. Ester, H. Kriegel, J. Sander, X. Xu, et al. (1996) A density-based algorithm for discovering clusters in large spatial databases with noise.. In KDD, Cited by: §3.2.
  • A. W. Harley, A. Ufkes, and K. G. Derpanis (2015) Evaluation of deep convolutional nets for document image classification and retrieval. In ICDAR, Cited by: §2.
  • Z. Huang, K. Chen, J. He, X. Bai, D. Karatzas, S. Lu, and C. Jawahar (2019) Icdar2019 competition on scanned receipt ocr and information extraction. In ICDAR, Cited by: §2.
  • G. Jaume, H. K. Ekenel, and J. Thiran (2019) Funsd: a dataset for form understanding in noisy scanned documents. In ICDARW, Cited by: §2.
  • A. R. Katti, C. Reisswig, C. Guder, S. Brarda, S. Bickel, J. Höhne, and J. B. Faddoul (2018) Chargrid: towards understanding 2d documents. EMNLP. Cited by: §2.
  • Y. Liu, M. Ott, N. Goyal, J. Du, M. Joshi, D. Chen, O. Levy, M. Lewis, L. Zettlemoyer, and V. Stoyanov (2019) Roberta: a robustly optimized bert pretraining approach. arXiv preprint arXiv:1907.11692. Cited by: §4.3.
  • B. P. Majumder, N. Potti, S. Tata, J. B. Wendt, Q. Zhao, and M. Najork (2020) Representation learning for information extraction from form-like documents. In ACL, Cited by: §1, §2, §3.2, §4.1.
  • M. Mathew, D. Karatzas, and C. Jawahar (2021) DocVQA: a dataset for vqa on document images. In WACV, Cited by: §2.
  • R. B. Palm, F. Laws, and O. Winther (2019) Attend, copy, parse end-to-end information extraction from documents. In ICDAR, Cited by: §2.
  • S. Park, S. Shin, B. Lee, J. Lee, J. Surh, M. Seo, and H. Lee (2019) CORD: a consolidated receipt dataset for post-ocr parsing. Cited by: §2.
  • D. Schuster, K. Muthmann, D. Esser, A. Schill, M. Berger, C. Weidling, K. Aliyev, and A. Hofmeier (2013) Intellix – end-user trained information extraction for document archiving. In ICDAR, Cited by: §2.
  • P. Tang, X. Wang, X. Bai, and W. Liu (2017)

    Multiple instance detection network with online instance classifier refinement

    .
    In CVPR, Cited by: §3.3.
  • A. Vaswani, N. Shazeer, N. Parmar, J. Uszkoreit, L. Jones, A. N. Gomez, L. Kaiser, and I. Polosukhin (2017) Attention is all you need. NeurIPS. Cited by: §2.
  • Z. Wang, M. Zhan, X. Liu, and D. Liang (2020) DocStruct: a multimodal method to extract hierarchy structure in document for general form understanding. EMNLP. Cited by: §2.
  • W. E. Winkler (1990) String comparator metrics and enhanced decision rules in the fellegi-sunter model of record linkage.. Cited by: footnote 2.
  • Y. Xu, M. Li, L. Cui, S. Huang, F. Wei, and M. Zhou (2020) Layoutlm: pre-training of text and layout for document image understanding. In KDD, Cited by: §1, §2, §3.3, §4.3.

Appendix A Appendix

Field Data Type Key List
invnumber number ["invoice number", "invoice ", "invoice", "invoice no.", "invoice no"]
ponumber number ["po ", "po number", "p.o. ", "p.o. number", "po", "purchase order number"]
invdate date ["date", "invoice date:", "invoice date"]
duedate date ["due date"]
totalamount number/money ["total", "invoice total"]
dueamount number/money ["amount due", "balance due"]
totaltax number/money ["tax"]
Table A1: Key list and data type used in our experiments.
Figure A1: Number of words per image of the datasets.
Figure A2: Number of fields per image of the datasets.

a.1 More Information about Datasets

The field statistics of both IN-Invoice and INV-CDIP Dataset are shown in Fig. A3. As we can see, the validation and test sets of our internal IN-Invoice dataset have a similar statistical distribution of fields, while the public INV-CDIP test set is different.

Figure A3: Field statistics of the datasets.

Moreover, the number of words per image in each dataset is shown in Fig. A1. As shown, most images have 50-300 words and images with 100-150 words are typical in all the sets. We compute the number of fields per image in Fig. A2. As we can see, there are averagely more fields annotated per image in IN-Invoice valid/test sets than those annotated in the INV-CDIP test set. Note that there are no field annotations in the train sets. We show the matched pseudo-labels in the train sets in Fig. A2. As we can see, the number of matched pseudo-labels per image in the IN-Invoice train set is similar to that in the INV-CDIP train set.

Note that all data described was collected exclusively for the academic purpose of conducting research. The purpose of using the invoices and data was only for training and evaluating the model. No data is stored upon completion of the research process.