C. Using a Python IDE (Integrated Development Environment) or an AutoML platform.

Answer DescriptionExplanation: To build custom models supported by AI Center, you can use a Python IDE or an AutoML platform of your choice. A Python IDE is a software application that provides tools and features for writing, editing, debugging, and running Python code. An AutoML platform is a service that automates the process of building and deploying machine learning models, such as data preprocessing, feature engineering, model selection, hyperparameter tuning, and model evaluation. Some examples of Python IDEs are PyCharm, Visual Studio Code, and Jupyter Notebook. Some examples of AutoML platforms are Google Cloud AutoML, Microsoft Azure Machine Learning, and DataRobot. To use a Python IDE, you need to install the required Python packages and dependencies, write the code for your model, and test it locally. Then, you need to package your model as a zip file that follows the AI Center ML Package structure and requirements. You can then upload the zip file to AI Center and create an ML Skill to deploy and consume your model. To use an AutoML platform, you need to sign up for the service, upload your data, configure your model settings, and train your model. Then, you need to export your model as a zip file that follows the AI Center ML Package structure and requirements. You can then upload the zip file to AI Center and create an ML Skill to deploy and consume your model.

C. Between 5 and 10 minutes.

Answer DescriptionExplanation: The typical machine learning model deployment process in UiPath AI Center usually takes between 10-15 minutes1. This process involves wrapping the model in UiPath’s serving framework and deploying it within a namespace on AI Fabric’s Kubernetes cluster that is only accessible by your tenant1. Please note that the actual time may vary depending on the complexity of the model and other factors.

C. 20-50 document samples from each class.

Answer DescriptionExplanation: According to the UiPath documentation, the recommended number of samples for the classification fields depends on the number of document types and layouts that you want to classify. The more document types and layouts you have, the more samples you need to cover the diversity of your data. However, a general guideline is to have at least 20-50 document samples from each class, as this would provide enough data for the classifiers to learn from12. A large number of samples per layout is not mandatory, as the classifiers can generalize from other layouts as well3.

C. 10 documents for training the model, and 5 for evaluating the model.

Answer DescriptionExplanation: When you create a training dataset for document classification or data extraction, you need to split your documents into two subsets: one for training the model and one for evaluating the model. The training subset is used to teach the model how to recognize the patterns and features of your document types and fields. The evaluation subset is used to measure the performance and accuracy of the model on unseen data. The evaluation subset should not be used for training, as this would bias the model and overfit it to the data1.
The recommended split of documents for training and evaluation depends on the size and diversity of your data. However, a general guideline is to use a 70/30 or 80/20 ratio, where 70% or 80% of the documents are used for training and 30% or 20% are used for evaluation. This ensures that the model has enough data to learn from and enough data to test on. For example, if you have 15 documents per vendor, you can use 10 documents for training and 5 documents for evaluation. This would give you a 67/33 split, which is close to the 70/30 ratio. You can also use the Data Manager tool to create and manage your training and evaluation datasets2.

D. Pre-trained, custom training, and fine-tunable.

D. An area of machine learning concerned with artificial neural networks. These are a series of algorithms that aim to recognize relationships in a set of data through a process that mimics biological neural networks.

D. Dashboard. Datasets, Data Labeling. ML Packages. Pipelines, ML Skills, and ML Logs.

C. Load Taxonomy, Digitization. Classification, Data Extraction, and Data Validation Export.

Answer DescriptionExplanation: The Document Understanding Process template is a fully functional UiPath Studio project template based on a document processing flowchart. It provides logging, exception handling, retry mechanisms, and all the methods that should be used in a Document Understanding workflow, out of the box. The template has an architecture decoupled from other connected automations and supports both attended and unattended processes with human-in-the-loop validation via Action Center. The template consists of the following components1:
Load Taxonomy: This component loads the taxonomy file that defines the document types and fields to be extracted. The taxonomy file can be created using the Taxonomy Manager in Studio or the Data Manager web application.
Digitization: This component converts the input document into a digital format that can be processed by the subsequent components. It uses the Digitize Document activity to perform OCR (optical character recognition) on the document and obtain a Document Object Model (DOM).
Classification: This component determines the document type of the input document using the Classify Document Scope activity. It can use either a Keyword Based Classifier or a Machine Learning Classifier, depending on the configuration. The classification result is stored in a ClassificationResult variable.
Data Extraction: This component extracts the relevant data from the input document using the Data Extraction Scope activity. It can use different extractors for different document types, such as the Form Extractor, the Machine Learning Extractor, the Regex Based Extractor, or the Intelligent Form Extractor. The extraction result is stored in an ExtractionResult variable.
Data Validation: This component allows human validation and correction of the extracted data using the Present Validation Station activity. It opens the Validation Station window where the user can review and edit the extracted data, as well as provide feedback for retraining the classifiers and extractors. The validated data is stored in a DocumentValidationResult variable.
Export: This component exports the validated data to a desired output, such as an Excel file, a database, or a downstream process. It uses the Export Extraction Results activity to convert the DocumentValidationResult variable into a DataTable variable, which can then be manipulated or written using other activities.