NNeXsoft
Capability 06

Document Processing

A document already contains the details — they are just not where the system needs them. So today a person transfers them. Such an application should read the document, extract the required details and show which of them are recognised confidently and which need someone to confirm them.

Contributes to

A capability is a means. The linked areas describe what it is used for.

Scope

What specifically gets built.

Every line is a commitment about future work — none of it is a claim about completed projects.

Recognise documents and assign them to the right case type
Extract fields even when senders use different layouts
Check the details against your master data and rules
A marking per field: recognised confidently, or to be reviewed
A review interface with the original document alongside
A record: which document, which values, who approved
Technology

The decisions behind it.

Categories rather than vendor names — which product is used depends on your existing systems.

  • Evaluation by structure and meaning rather than fixed coordinates — so a project does not fail at every new sender layout
  • A fixed output schema, so every result has the same shape
  • A threshold per field type: below it, nothing continues automatically
  • The original document stays untouched and remains the source
Out of scope

What is not included.

So that no time in the intro call is spent on an expectation we do not meet anyway.

  • No percentages for accuracy — every field is marked either as recognised or as needing review
  • No automatic posting without human approval
  • No processing of documents for which no checking rule exists

These eight capabilities are means, not offerings. Which of them are used follows from the process — not the other way round. If you are not sure which ones you need, that is the normal case and not a problem.