mcp-einvoicing-be
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LOG_LEVEL | No | Logging level: DEBUG, INFO, WARNING, ERROR | INFO |
| PEPPOL_ENV | No | Peppol environment: production or test | production |
| BCE_API_KEY | No | API key for the Belgian BCE/KBO enterprise database | |
| PEPPOL_SML_URL | No | Override the SML lookup URL |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| extensions | {
"io.modelcontextprotocol/ui": {}
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| validate_invoice_beA | Validate a UBL 2.1 XML invoice against Belgian business rules. For 'peppol-bis-3'/'pint-eu': checks the CEN EN16931 base rules (structural + arithmetic/totals, ~50 BR-* rules) via a compiled Schematron. Does NOT check the Peppol-specific overlay (profile ID registration, EndpointID scheme, narrowed code lists) — the result's metadata.scope is "en16931-base-only", and a warning is included. This is not a full Peppol BIS3 conformance check; a document that passes may still be rejected by a real Peppol Access Point (no confirmed OpenPeppol redistribution rights for the overlay rules). For 'mercurius': applies the Mercurius-specific overlay rules only (endpoint scheme, PO reference) — also not full EN16931/Peppol base compliance. Returns a structured result with per-rule error and warning messages. |
| generate_invoice_beA | Generate a valid UBL 2.1 Belgian e-invoice XML document from structured data. Applies the correct customizationID and profileID for the selected Belgian Peppol profile. The output XML is ready for submission to the Peppol network or the Mercurius platform. Returns a dict with:
|
| transform_to_ublA | Convert a structured JSON invoice payload to UBL 2.1 XML. Unlike Returns a dict with:
|
| parse_ubl_invoice_beA | Parse a UBL 2.1 XML invoice into a structured dict. Accepts a Peppol BIS Billing 3.0 or EU PINT v1.0.1 UBL 2.1 document and extracts the EN 16931 core field set (header, parties, lines, tax breakdown, totals) plus Belgian extensions (OGM/VCS reference, endpoint scheme info). Returns |
| lookup_vat_beA | Look up a Belgian enterprise number against the BCE/KBO public database. Accepts the number with or without the 'BE' prefix and with or without dots/spaces. Returns the enterprise's legal name, registered address, legal form, status, and NACE activity codes. Optionally set the |
| get_invoice_types_beA | Return the supported Belgian e-invoice document types. Includes invoice (380), credit note (381), and debit note (383) with their
UBL |
| peppol_lookup_participantA | Check whether a business is registered on the Peppol network. Performs a DNS-over-HTTPS U-NAPTR lookup followed by an SMP service-group request to determine registration status and the list of supported document type identifiers. |
| peppol_get_service_endpointA | Fetch the AS4 endpoint for a Peppol participant's document type. Resolves the SMP hostname via DNS, then fetches service metadata for
document_type_id. If the SMP returns a redirect, the result's
|
| resolve_peppol_dnsA | Resolve the SMP hostname for a Peppol participant via DNS only. Performs the raw U-NAPTR (SML) lookup without fetching the SMP service group, useful for diagnosing whether a participant is registered in the SML independently of SMP reachability. |
| peppol_sendA | Send a UBL/CII invoice to a Peppol participant via AS4. Looks up the recipient's AS4 endpoint (SMP), builds the ebMS3/AS4 envelope, and transmits it using the supplied signing credentials. |
| list_participant_id_schemesA | List Peppol participant identifier (ICD) schemes from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR to point at a local copy of
the eDEC "Participant Identifier Schemes" GeneriCode export (not
bundled with this package, no confirmed redistribution rights, see
|
| list_document_type_idsA | List Peppol document type identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| list_process_idsA | List Peppol process identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| list_spis_use_case_idsA | List Peppol SPIS use case identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| check_document_type_id_in_codelistB | Check whether a (scheme, value) pair is a recognized Peppol document type identifier. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| check_process_id_in_codelistB | Check whether a (scheme, value) pair is a recognized Peppol process identifier. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| check_participant_id_scheme_in_codelistA | Check whether a 4-digit ISO 6523 ICD code (e.g. "0208") is a recognized Peppol scheme. Requires EINVOICING_PEPPOL_CODELIST_DIR (see |
| get_peppol_codelist_versionA | Report the OpenPeppol eDEC code list release version(s) currently configured locally. |
| peppol_directory_searchA | Search the Peppol Directory for registered participants. Public, unauthenticated search (no relation to SMP lookup). At least one of q/participant/name/country/doctype must be supplied. |
| validate_eusr_reportA | Validate a Peppol End User Statistics Report (EUSR) document. Runs XSD structural validation, then Schematron business rules
(requires the |
| validate_tsr_reportA | Validate a Peppol Transaction Statistics Report (TSR) document. Runs XSD structural validation, then Schematron business rules
(requires the |
| validate_mls_messageA | Validate a Peppol Message Level Status (MLS) document. Runs the bundled MLS Schematron rules (requires the |
| build_mls_messageA | Build a document-level MLS response and return it base64-encoded. For per-line responses, build the document directly with
|
| list_country_codesA | List ISO 3166-1 alpha-2 country codes from the CEF EN 16931 code list. |
| check_country_codeA | Check whether code is a recognized ISO 3166-1 alpha-2 country code. |
| list_currency_codesA | List ISO 4217 currency codes from the CEF EN 16931 code list. |
| check_currency_codeA | Check whether code is a recognized ISO 4217 currency code. |
| list_icd_codesA | List ISO 6523 ICD codes from the CEF EN 16931 code list. |
| check_icd_codeC | Check whether code is a recognized ISO 6523 ICD code. |
| list_document_name_codesA | List UNCL1001 document name codes from the CEF EN 16931 code list. |
| check_document_name_codeA | Check whether code is a recognized UNCL1001 document name code. |
| list_reference_qualifier_codesA | List UNCL1153 reference qualifier codes from the CEF EN 16931 code list. |
| check_reference_qualifier_codeA | Check whether code is a recognized UNCL1153 reference qualifier code. |
| list_payment_means_codesA | List UNCL4461 payment means codes from the CEF EN 16931 code list. |
| check_payment_means_codeA | Check whether code is a recognized UNCL4461 payment means code. |
| list_vat_category_codesA | List UNCL5305 VAT category codes from the CEF EN 16931 code list. |
| check_vat_category_codeA | Check whether code is a recognized UNCL5305 VAT category code. |
| list_allowance_reason_codesA | List allowance reason codes from the CEF EN 16931 code list. |
| check_allowance_reason_codeA | Check whether code is a recognized allowance reason code. |
| list_item_type_codesA | List item type identification codes from the CEF EN 16931 code list. |
| check_item_type_codeB | Check whether code is a recognized item type identification code. |
| list_charge_reason_codesA | List charge reason codes from the CEF EN 16931 code list. |
| check_charge_reason_codeB | Check whether code is a recognized charge reason code. |
| list_mime_codesA | List recognized MIME types for embedded attachments. |
| check_mime_codeA | Check whether code is a recognized MIME type for embedded attachments. |
| list_eas_codesA | List Electronic Address Scheme (EAS) codes from the CEF EN 16931 code list. |
| check_eas_codeA | Check whether code is a recognized Electronic Address Scheme code. |
| list_vatex_codesA | List VATEX (VAT exemption reason) codes from the CEF EN 16931 code list. |
| check_vatex_codeA | Check whether code is a recognized VATEX VAT exemption reason code. |
| get_en16931_codelist_versionA | Report the CEF EN 16931 code-list release version(s) currently configured locally. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 50 tools
The tool set has many code-list helpers (list_*/check_*), but each targets a specific code list and descriptions clearly distinguish them. Minor overlap exists between check_icd_code and check_participant_id_scheme_in_codelist, and among Peppol lookup/send tools, but explicit scope wording mitigates confusion.
Almost all tools use snake_case with a verb_noun or verb_noun_context pattern (validate_invoice_be, list_eas_codes, check_eas_code). Some inconsistency appears with domain prefixes (peppol_lookup_participant) and the _be suffix, but the overall convention is predictable.
50 tools is excessive for this domain; many are paired list/check code-list operations that could be consolidated or exposed as a single parameterized tool. The count sits at the rubric's extreme-mismatch threshold.
Core e-invoicing lifecycle is covered: generation, validation, parsing, transformation, code lists, VAT lookup, Peppol discovery, sending, and report validation. Gaps include no full Peppol overlay validation (explicitly out of scope) and no receive/inbox operations, but the surface is largely complete for creation and submission workflows.