Skip to main content
Split takes a file that holds more than one document, a scanned batch of invoices or a bundle of statements, and cuts it into pieces by page. Each piece is a document of one of your rules, and each rule is an outgoing branch to its own Extract node. It lives in the Intelligence section of the Studio palette. A Split node needs at least one rule: an id, a name and a description the model reads. A rule can also carry a partition key, the field that separates one document from the next within the same rule.

The node

The node’s type on the wire is splitter. In the API, routing lives on the edges. An edge that leaves a Split node must set branch to a rule id, not its name, and each rule needs its own target node:
The SDKs write these edges for you. branch accepts the rule object or its id string. Once a workflow has a Split node, every extract() call needs a branch. The same node after a Classify node. Only the documents in one category reach the Split node:

In Studio

Click the Split node on the canvas to open its panel. Add a rule with its Type (the name), Description and optional Partition key. Each rule appears as a port on the node; drag from a port to the Extract node that handles that rule. Configuring the Split node in Studio

Options

rules is required. partition_key is optional on each rule. Partition keys. Without one, every page that matches a rule flows on as one document: a batch of ten statements from ten accounts reaches Extract as a single statement. Set partition_key to the name of the value that tells the documents apart, for example account_number or invoice_number. The model reads that value on each page. Pages that share one value form one split, and each split is extracted on its own. Ten accounts become ten extractions, each with its own partition value in the results. The key is a hint to the model, not a reference to the Extract schema; it does not have to match a field name downstream. The schema the API accepts is generated from the same source: Splitter node schema.

What it returns

Split fills the splits section of the run results, one entry per rule, with the pages of each file that fell under it and, when the rule has a partition key, one partition per distinct value:
Page numbers are 1-indexed. confidence is on a 0 to 100 scale: a partition reports the minimum across its page ranges, a rule the minimum across its partitions. It is null when no page matched. A rule’s files is the union of its partitions. The extracted data lives in extractions[], one entry per split and partition. Join on split_name (the rule name) and partition (the partition value, null when the rule has no partition key):
Each field has the shape described on Extract.

Connects to

Each outgoing edge carries one rule id, and each rule routes to its own Extract node. Two rules cannot share a target. A workflow has one Split node at most in the SDK builders.

Billing

Billed at 25 credits per page. Full price list: How credits work.

Examples