invoice-intake-mcp
Reference implementation of the tool-design rules in Designing MCP servers and tools that agents can use safely, on a real back-office process: supplier invoice intake.
It is small on purpose. The fake ERP is a JSON file; everything else is the shape we use in production systems.
What it shows
| Rule | Where |
|---|---|
| Model the business operation, not the API | erp_match_po, erp_stage_invoice, not PATCH /invoices |
| Separate reads, drafts and commits | --role read server (reads + reversible staging) vs --role commit server (irreversible post) |
| Strict schemas | Literal enums for currency, ids not names, found=false as a valid empty result |
| Permissions on the server and credential | specialist agents get read; only the orchestrator connects to commit |
| Tool results are untrusted input | invoices_extract says so in its description; the eval set includes a prompt-injection case |
| Typed errors | {"error": "approval_required" | "validation_failed" | "business_rule" | "not_found", "retryable": bool, ...} |
| Log for the auditor | audit.jsonl: actor, tool, ids, approval reference |
| Human checkpoint enforced server-side | erp_post_invoice refuses without a recorded approval, whatever the client believes |
Run it
python -m venv .venv && . .venv/bin/activate
pip install -e ".[dev]"
python -m invoice_intake_mcp.orchestrator # process the inbox
python -m invoice_intake_mcp.approve list # see what is waiting
python -m invoice_intake_mcp.approve APR-xxxx approved --by cfo
python -m invoice_intake_mcp.orchestrator --resume # post the approved item
cat audit.jsonl
Expected first run:
plan: 4 new invoices -> extract, resolve vendor, match, stage, post-or-approve
invoice_2291.pdf: staged STG-… -> WAITING for APR-… (7,420 EUR > 5,000 limit)
invoice_2292.pdf: match=goods_not_received -> REVIEW
invoice_2293.pdf: match=variance {"variance_pct": 2.34} -> REVIEW
invoice_2294.pdf: no PO reference -> REVIEW (ask requester)
The orchestrator is deterministic so the flow replays without an API key.
An LLM belongs in the places marked in orchestrator.py (ambiguous vendor
candidates, free-text remarks, the note back to the requester), not in the
match rule, the tolerance or the approval limit.
Use the servers from an MCP client
{
"mcpServers": {
"invoice-intake-read": { "command": "uvx", "args": ["invoice-intake-mcp", "--role", "read"] },
"invoice-intake-commit": { "command": "uvx", "args": ["invoice-intake-mcp", "--role", "commit"] }
}
}
Give an agent only the read server unless it is the orchestrator.
Tests and evals
pytest # unit tests on the core operations and the gate
python evals/run.py # replayable decision cases, run on every change
Layout
invoice_intake_mcp/
core.py business operations + policy (tolerance, approval limit), pure functions
server.py the two MCP servers and their tool descriptions
orchestrator.py minimal hub over MCP stdio: read server for work, commit server for posting
approve.py the human decision, as a CLI
audit.py append-only JSONL audit log
erp.py fake ERP / inbox state (JSON file)
tests/ pytest
evals/ cases.jsonl + run.py
MIT. Built by JustDukkan, AI solutions architecture.
Metadata
Release files for invoice-intake-mcp 0.1.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| invoice_intake_mcp-0.1.1.tar.gz | 13.5 kB | Without provenance | Details for invoice_intake_mcp-0.1.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| invoice_intake_mcp-0.1.1-py3-none-any.whl | Python 3 | none | any | Details for invoice_intake_mcp-0.1.1-py3-none-any.whl |
Total release size: 27.5 kB
Release files / invoice_intake_mcp-0.1.1.tar.gz
| Download URL | invoice_intake_mcp-0.1.1.tar.gz |
|---|---|
| Size | 13.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
db44250600f21df1604bc85f12d59d3d169f9f3d180e74f4172d2d7311d6f7ee
|
|
BLAKE2b-256 checksum How to use checksums |
184487654a2d1041784ce52cae7e04f0a6bd04b95b198466cd983d7f6673026a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.13
|
Release files / invoice_intake_mcp-0.1.1-py3-none-any.whl
| Download URL | invoice_intake_mcp-0.1.1-py3-none-any.whl |
|---|---|
| Size | 14.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
8d949d1a045b35a60dacdecb88384142cb812b7b28e58d50830f6fb4aec8a415
|
|
BLAKE2b-256 checksum How to use checksums |
a0f52f6dd283b8ca337228c24db7ced78ae06dd3cf9d636089085b50419981b6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.13
|
Security for invoice-intake-mcp 0.1.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.