Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

io.github.cmendezs/mcp-einvoicing-be

PYPI · MCP-EINVOICING-BE · SCANNED SEP 20

Belgian e-invoicing MCP server: Peppol BIS 3.0, UBL 2.1, EU PINT v1.0.1, Mercurius.

Available components

+4 this week 83 Trust /100
Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →

Supply Chain Security100
  • No malware found by supply-chain analysis.Pass
  • No known CVEs affecting this package version or its production dependencies.Pass
  • Runs hatchling.build at install time, a recognised native-build step with no shell scripting around it. View diagnostics → Pass
  • 2 of 29 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency48
  • Source repository is publicly reachable at the declared URL. View diagnostics → Pass
  • Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
  • Clear OSI-approved license (Apache-2.0).Pass
  • Actively maintained (last published 7 days ago).Pass
  • Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability74
  • AI-judged instruction clarity (good).Pass
  • Tool/resource definitions use about 3671 tokens (~73/item across 50 items; 50 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management100
  • No destabilizing schema changes in the last 30 days.Pass
Tool Coverage92
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 73% of tool parameters carry a description.Partial
  • Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety75
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • 0 of 3 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "peppol_send" implies "send" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. See how to fix → Fail
  • An AI judge read all 51 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a current MCP spec version (2026-07-28).Pass
Install

How do I install the io.github.cmendezs/mcp-einvoicing-be server?

io.github.cmendezs/mcp-einvoicing-be runs locally as a PyPI package, launched with uvx mcp-einvoicing-be. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

pypi · mcp-einvoicing-be

# add to Claude Code
claude mcp add cmendezs-mcp-einvoicing-be -- uvx mcp-einvoicing-be
// .cursor/mcp.json
{
  "mcpServers": {
    "cmendezs-mcp-einvoicing-be": {
      "command": "uvx",
      "args": [
        "mcp-einvoicing-be"
      ]
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "cmendezs-mcp-einvoicing-be": {
      "command": "uvx",
      "args": [
        "mcp-einvoicing-be"
      ]
    }
  }
}
# add to Codex CLI
codex mcp add cmendezs-mcp-einvoicing-be -- uvx mcp-einvoicing-be
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "cmendezs-mcp-einvoicing-be": {
      "type": "local",
      "command": [
        "uvx",
        "mcp-einvoicing-be"
      ],
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add cmendezs-mcp-einvoicing-be --command uvx --arg mcp-einvoicing-be
# ~/.hermes/config.yaml
mcp_servers:
  cmendezs-mcp-einvoicing-be:
    command: "uvx"
    args: ["mcp-einvoicing-be"]
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "cmendezs-mcp-einvoicing-be": {
      "Transport": "stdio",
      "Command": "uvx",
      "Arguments": [
        "mcp-einvoicing-be"
      ]
    }
  }
}
# add to Vellum
assistant mcp add cmendezs-mcp-einvoicing-be -t stdio -c uvx -a mcp-einvoicing-be
// mcp.json
{
  "mcpServers": {
    "cmendezs-mcp-einvoicing-be": {
      "command": "uvx",
      "args": [
        "mcp-einvoicing-be"
      ]
    }
  }
}
Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 20 Sept 26 +17
    • Malware scan: unverified → pass security
    • Stability: fail → pass security
  • 19 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 82 to 86.

  • 17 Sept 26 0
    • Security disclosure: unverified → pass functional
  • 16 Sept 26 0
    • Security disclosure: pass → unverified functional
  • 14 Sept 26 −14
    • Malware scan: pass → unverified security
  • 12 Sept 26 −2
    • Stability: fail → unverified security
    • Tool safety: pass → unverified security
    • Capabilities: pass → unverified functional
    • Tool coverage: 100 → unverified functional
    • Schema quality: Schema quality not yet verified: we do not have a sandbox capture of the MCP schema this version of the package serves yet. functional
    • Package version: 0.10.1 → 0.10.2 functional
  • 11 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 82 to 86.

  • 10 Sept 26 0
    • Package version: 0.5.0 → 0.10.1 functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 20 Sept 2026 · Analysed pypi/mcp-einvoicing-be@0.10.2

Provenance No attestation

The registry publishes no build provenance for this version, so there is nothing to verify.

Result No attestation
Ecosystem pypi

Background: How many MCP packages publish verified provenance →

Install scripts 1 script
Hook Tier Command
build_backend allowlisted hatchling.build

Background: Why install scripts are a supply-chain risk →

Dependencies 29 packages
Packages resolved 29
Stale 1
No linked repository 1
Tree resolution Complete

Background: SBOMs and build attestations, explained →

MCP tools · 50 exposed · ~3,604 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
build_mls_message ~291

Build a document-level MLS response and return it base64-encoded. For per-line responses, build the document directly with `mcp_einvoicing_core.peppol.mls.build_mls`.

NameTypeReqDescription
descriptionstringOptional human-readable response text.
document_reference_idstringyesThe SBDH ``InstanceIdentifier`` of the source message this MLS reports on.
issue_datestringyesISO date string, e.g. "2026-08-23".
issue_timestringOptional ISO time string, e.g. "12:00:00Z".
mls_idstringyesThe ``cbc:ID`` of this MLS document.
receiver_scheme_idstringyesICD scheme of the receiving endpoint (normally the original message's SBDH ``MLS_TO`` scheme).
receiver_valuestringyesReceiving endpoint value.
response_codestringyes"AB" (Acknowledged), "AP" (Accepted), or "RE" (Rejected).
sender_scheme_idstringyesICD scheme of the sending Access Point's endpoint.
sender_valuestringyesSending Access Point's endpoint value.
status_reason_codestringOptional: "SV", "BV", "BW", or "FD" (required by the Schematron when response_code is "RE").

Structured output declared, but exposes no named fields.

No examples provided.

check_allowance_reason_code ~30

Check whether *code* is a recognized allowance reason code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_charge_reason_code ~29

Check whether *code* is a recognized charge reason code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_country_code ~36

Check whether *code* is a recognized ISO 3166-1 alpha-2 country code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_currency_code ~31

Check whether *code* is a recognized ISO 4217 currency code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_document_name_code ~33

Check whether *code* is a recognized UNCL1001 document name code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_document_type_id_in_codelist ~95

Check whether a (scheme, value) pair is a recognized Peppol document type identifier. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`). Searches all entries regardless of state, so a historical (deprecated or removed) document type is still reported as found.

NameTypeReqDescription
schemestringyes
valuestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_eas_code ~30

Check whether *code* is a recognized Electronic Address Scheme code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_icd_code ~32

Check whether *code* is a recognized ISO 6523 ICD code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_item_type_code ~30

Check whether *code* is a recognized item type identification code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_mime_code ~31

Check whether *code* is a recognized MIME type for embedded attachments.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_participant_id_scheme_in_codelist ~74

Check whether a 4-digit ISO 6523 ICD code (e.g. "0208") is a recognized Peppol scheme. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`).

NameTypeReqDescription
icdstringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_payment_means_code ~34

Check whether *code* is a recognized UNCL4461 payment means code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_process_id_in_codelist ~68

Check whether a (scheme, value) pair is a recognized Peppol process identifier. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`).

NameTypeReqDescription
schemestringyes
valuestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_reference_qualifier_code ~35

Check whether *code* is a recognized UNCL1153 reference qualifier code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_vat_category_code ~34

Check whether *code* is a recognized UNCL5305 VAT category code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

check_vatex_code ~32

Check whether *code* is a recognized VATEX VAT exemption reason code.

NameTypeReqDescription
codestringyes

Structured output declared, but exposes no named fields.

No examples provided.

generate_invoice_be ~178

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: - ``xml``: the generated UBL 2.1 XML string - ``customization_id``: the UBL customizationID applied (BT-24) - ``profile_id``: the UBL profileID applied (BT-23)

NameTypeReqDescription
invoice_dataobjectyesInvoice fields matching the BEInvoice schema
profilestringTarget profile: 'peppol-bis-3' (default) or 'pint-eu' (EU PINT v1.0.1)

Structured output declared, but exposes no named fields.

No examples provided.

get_en16931_codelist_version ~32

Report the CEF EN 16931 code-list release version(s) currently configured locally.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

get_invoice_types_be ~67

Return the supported Belgian e-invoice document types. Includes invoice (380), credit note (381), and debit note (383) with their UBL ``customizationID`` and ``profileID`` values for each supported profile (Peppol BIS Billing 3.0).

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

get_peppol_codelist_version ~32

Report the OpenPeppol eDEC code list release version(s) currently configured locally.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_allowance_reason_codes ~26

List allowance reason codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_charge_reason_codes ~25

List charge reason codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_country_codes ~32

List ISO 3166-1 alpha-2 country codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_currency_codes ~27

List ISO 4217 currency codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_document_name_codes ~29

List UNCL1001 document name codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_document_type_ids ~69

List Peppol document type identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`).

NameTypeReqDescription
active_onlybooleanWhen True (default), omit deprecated/removed entries.

Structured output declared, but exposes no named fields.

No examples provided.

list_eas_codes ~30

List Electronic Address Scheme (EAS) codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_icd_codes ~28

List ISO 6523 ICD codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_item_type_codes ~26

List item type identification codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_mime_codes ~18

List recognized MIME types for embedded attachments.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_participant_id_schemes ~120

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 `mcp_einvoicing_core.peppol.codelists` module docstring).

NameTypeReqDescription
active_onlybooleanWhen True (default), omit deprecated/removed entries.

Structured output declared, but exposes no named fields.

No examples provided.

list_payment_means_codes ~30

List UNCL4461 payment means codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_process_ids ~67

List Peppol process identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`).

NameTypeReqDescription
active_onlybooleanWhen True (default), omit deprecated/removed entries.

Structured output declared, but exposes no named fields.

No examples provided.

list_reference_qualifier_codes ~31

List UNCL1153 reference qualifier codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_spis_use_case_ids ~73

List Peppol SPIS use case identifiers from the OpenPeppol eDEC code list. Requires EINVOICING_PEPPOL_CODELIST_DIR (see `list_participant_id_schemes`).

NameTypeReqDescription
active_onlybooleanWhen True (default), omit deprecated/removed entries.

Structured output declared, but exposes no named fields.

No examples provided.

list_vat_category_codes ~30

List UNCL5305 VAT category codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

list_vatex_codes ~30

List VATEX (VAT exemption reason) codes from the CEF EN 16931 code list.

Input schema present but exposes no named parameters.

Structured output declared, but exposes no named fields.

No examples provided.

lookup_vat_be ~119

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 ``BCE_API_KEY`` environment variable for authenticated access to the full BCE dataset.

NameTypeReqDescription
vat_numberstringyesBelgian VAT/enterprise number, e.g. 'BE0123456789' or '0123456789'

Structured output declared, but exposes no named fields.

No examples provided.

parse_ubl_invoice_be ~166

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 ``{"success": true, "invoice": {...}, "be_extensions": {...}, "warnings": []}`` on success, or ``{"success": false, "error": "..."}`` on parse failure.

NameTypeReqDescription
xml_contentstringyesRaw UBL 2.1 XML invoice content (Peppol BIS 3.0)

Structured output declared, but exposes no named fields.

No examples provided.

peppol_directory_search ~188

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.

NameTypeReqDescription
countryExact match on ISO 3166-2 country code.
doctypeExact match on a full document type identifier URN.
environmentstring"production" or "test".
namePartial match on business entity name (min. 3 characters).
participantExact match on a scheme-qualified participant ID (e.g. "iso6523-actorid-upis::0208:0123456789").
qGeneral purpose query term, matched across all fields.
result_page_countintegerResults per page.
result_page_indexinteger0-based result page index.

Structured output declared, but exposes no named fields.

No examples provided.

peppol_get_service_endpoint ~153

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 `redirect_url` is set and `endpoint_url` is None; callers must not follow more than one redirect hop (SMP 1.4.0 §3.2).

NameTypeReqDescription
document_type_idstringPeppol document type identifier URN (default: BIS Billing 3.0 invoice).
environmentstring"production" or "test".
identifierstringyesPeppol participant ID or adaptable national identifier.

Structured output declared, but exposes no named fields.

No examples provided.

peppol_lookup_participant ~120

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.

NameTypeReqDescription
environmentstring"production" or "test".
identifierstringyesPeppol participant ID ("<scheme>:<value>") or a bare national identifier this server knows how to adapt (e.g. a VAT number, if a national identifier adapter is configured).

Structured output declared, but exposes no named fields.

No examples provided.

peppol_send ~208

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.

NameTypeReqDescription
certificate_pathstringyesPath to the PEM-encoded signing certificate.
document_type_idstringPeppol document type identifier URN (default: BIS Billing 3.0 invoice).
environmentstring"production" or "test".
invoice_xml_base64stringyesBase64-encoded UBL or CII invoice XML.
private_key_passwordstringOptional password for the private key.
private_key_pathstringyesPath to the PEM-encoded private key.
recipient_identifierstringyesPeppol participant ID or adaptable national identifier of the receiver.
sender_idstringyesPeppol AP identifier of the sender.

Structured output declared, but exposes no named fields.

No examples provided.

resolve_peppol_dns ~94

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.

NameTypeReqDescription
environmentstring"production" or "test".
identifierstringyesPeppol participant ID or adaptable national identifier.

Structured output declared, but exposes no named fields.

No examples provided.

transform_to_ubl ~120

Convert a structured JSON invoice payload to UBL 2.1 XML. Unlike ``generate_invoice_be``, this tool does not run validation after transformation. Intended as a conversion step when the caller will validate separately or submit directly to a platform that performs its own validation. Returns a dict with: - ``xml``: the generated UBL 2.1 XML string - ``warnings``: list of non-fatal issues detected during transformation

NameTypeReqDescription
dataobjectyesSource invoice data matching the BEInvoice schema

Structured output declared, but exposes no named fields.

No examples provided.

validate_eusr_report ~69

Validate a Peppol End User Statistics Report (EUSR) document. Runs XSD structural validation, then Schematron business rules (requires the ``[xslt2]`` optional extra).

NameTypeReqDescription
report_xml_base64stringyesBase64-encoded EUSR XML document.

Structured output declared, but exposes no named fields.

No examples provided.

validate_invoice_be ~263

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.

NameTypeReqDescription
profilestringValidation profile: 'peppol-bis-3' (default), 'pint-eu', or 'mercurius'
xmlstringyesRaw UBL 2.1 XML invoice content

Structured output declared, but exposes no named fields.

No examples provided.

validate_mls_message ~92

Validate a Peppol Message Level Status (MLS) document. Runs the bundled MLS Schematron rules (requires the ``[xslt2]`` optional extra). No bespoke MLS XSD exists — full UBL 2.1 XSD validation is out of scope.

NameTypeReqDescription
mls_xml_base64stringyesBase64-encoded MLS (UBL ApplicationResponse-2) XML.

Structured output declared, but exposes no named fields.

No examples provided.

validate_tsr_report ~67

Validate a Peppol Transaction Statistics Report (TSR) document. Runs XSD structural validation, then Schematron business rules (requires the ``[xslt2]`` optional extra).

NameTypeReqDescription
report_xml_base64stringyesBase64-encoded TSR XML document.

Structured output declared, but exposes no named fields.

No examples provided.

Common questions

What is the io.github.cmendezs/mcp-einvoicing-be server?

io.github.cmendezs/mcp-einvoicing-be is listed in the public MCP registry as io.github.cmendezs/mcp-einvoicing-be. Belgian e-invoicing MCP server: Peppol BIS 3.0, UBL 2.1, EU PINT v1.0.1, Mercurius. This page covers its PyPI package (mcp-einvoicing-be).

Is the io.github.cmendezs/mcp-einvoicing-be server safe to use?

io.github.cmendezs/mcp-einvoicing-be scores 83 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the io.github.cmendezs/mcp-einvoicing-be server expose?

io.github.cmendezs/mcp-einvoicing-be exposes 50 tools: validate_invoice_be, generate_invoice_be, transform_to_ubl, parse_ubl_invoice_be, lookup_vat_be, and 45 more. Their descriptions and schemas cost roughly 3,604 tokens of context every time the server is loaded.

Is the io.github.cmendezs/mcp-einvoicing-be server still maintained?

io.github.cmendezs/mcp-einvoicing-be is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

What licence is the io.github.cmendezs/mcp-einvoicing-be server under?

io.github.cmendezs/mcp-einvoicing-be declares the Apache-2.0 licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.