MCP-сервер getpeppr

• Имя в реестреdev.getpeppr/mcpподтверждён в реестре MCP

Имя в реестре лежит в пространстве getpeppr.dev. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-21
• Инструменты7
• Сервер называет себяgetpeppr
• Версия сервера1.0.0
• Версия протокола2025-06-18

2026-10-21 сервер ответил на initialize и tools/list без входа. Первый ответ за 443 мс.

• Инструменты делают Validate invoice JSON before sending to Peppol receivers; Check whether a receiver is reachable on the Peppol directory, но не Register each customer company on the Peppol network via API.
• Проверок пока 6 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 6
• Что агент может с ним сделать2 из 3 сценариев
• Отвечалидёт замерпроверок пока 6, долю покажем после 7
• Медиана первого ответа352 мс
• Место в контексте агента≈ 1 882 токеновописания всех инструментов (7), агент держит их в контексте на каждом ходу
• Описания инструментовA · 100 из 100
• Типизированные ответы0 из 7 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Все инструменты проходят все шесть проверок.

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (30%), делает ли работу продукта (25%), описания (20%), контекст (10%) и использование (15%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• plan_integration

  Returns the integration steps, code snippets and documentation links for adding Peppol to an application, for a single sender or for a platform that sends on behalf of its customers.

• search_docs

  Searches the prose of the public getpeppr documentation and returns up to 5 matching pages, each with its url and a short excerpt. Excerpts carry no code: open the returned url, or call plan_integration, for code.

• validate_invoice

  Validates a Peppol BIS Billing 3.0 UBL document against the Peppol rules, or a getpeppr invoice JSON against the SDK rules, and explains each violation. It does not check whether the invoice can be sent. Send sample or test invoices only…

• lookup_participant

  Says whether a Peppol identifier (scheme:identifier) is registered to receive documents on the production Peppol network, and which ones. A sandbox test customer is never on it, and send_test_invoice only targets the test receiver…

• create_test_customer

  Platform accounts only: creates a test customer (sub-tenant legal entity) in the getpeppr sandbox and returns its registration state. Up to 10 active test customers per account; identifier rules per country…

• send_test_invoice

  Sends an invoice in the getpeppr sandbox to the Belgian test receiver 9925:BE0314595348, for your own company or for one of your test customers. Never sends a real invoice. Lines without tax fields get your account's sandbox tax profile…

• get_document_status

  Returns the status and lifecycle events of a sandbox document sent from your getpeppr account; call it with the documentId send_test_invoice returned. submitted: getpeppr accepted it. delivered: the test receiver's access point received…