ru-docs-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| RU_DOCS_DIR | No | Folder where PDF files are saved. If not set, PDFs are saved to ~/Documents/ru-docs. | ~/Documents/ru-docs |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| invoice_createA | Создаёт счёт на оплату в PDF по типовой форме: банковский блок получателя, поставщик и покупатель, таблица позиций, итог, НДС (или «Без НДС»), сумма прописью, подписи и QR-код оплаты по ГОСТ Р 56042 — покупатель сканирует его в приложении банка, и все реквизиты с суммой подставляются сами. Перед созданием проверяет ИНН, КПП, БИК и соответствие счёта БИК; при ошибках файл не создаётся. Возвращает путь к файлу, итоги (sum, vat_amount, total, total_words) и сам PDF. Для закрывающего документа используйте act_create, только QR без счёта — payment_qr. Пишет файл на диск; сеть не нужна. |
| act_createA | Создаёт акт выполненных работ (оказанных услуг) в PDF: исполнитель, заказчик, основание, период, таблица услуг, итог с НДС или без, сумма прописью, стандартная фраза об отсутствии претензий и места для подписей обеих сторон. Используйте как закрывающий документ после оплаты или выполнения работ; счёт выставляет invoice_create (позиции можно передать те же). Реквизиты проверяются по контрольным суммам, банковские данные для акта не обязательны. Возвращает путь к файлу, итоги и PDF. Пишет файл на диск; сеть не нужна. |
| payment_qrA | Делает QR-код оплаты по ГОСТ Р 56042 (формат ST00012, UTF-8), который понимают приложения Сбербанка, Т-Банка, ВТБ, Альфа и других: клиент сканирует его и получает заполненную платёжку с получателем, счётом, суммой и назначением. Удобно отправить в мессенджер вместо реквизитов. Возвращает PNG (картинку и путь к файлу) и строку payload. Если нужен полноценный счёт с QR внутри — invoice_create. Реквизиты получателя проверяются. Пишет PNG на диск; сеть не нужна. |
| amount_in_wordsA | Переводит сумму в текст по правилам делопроизводства: «Сто двенадцать рублей 01 копейка» (копейки цифрами, как в счетах) или полностью словами. Поддерживает RUB, USD, EUR, CNY; для просто числа прописью (без валюты) передайте currency=none. Используйте для договоров, расписок, платёжек; счета и акты из invoice_create/act_create уже содержат сумму прописью. Только вычисление, без сети. |
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 4 tools
Each tool targets a distinct artifact: act_create (acts), invoice_create (invoices), payment_qr (standalone QR), amount_in_words (number-to-text). The invoice_create vs payment_qr overlap (both produce QR) is explicitly disambiguated in their descriptions, though amount_in_words partially duplicates functionality already embedded in the other two.
act_create and invoice_create follow a noun_verb (object_action) pattern, while amount_in_words and payment_qr are bare noun phrases. The convention is mixed but each name remains readable and self-explanatory.
Four focused tools for a Russian business-document generator is well-scoped and each earns its place. It is slightly thin, but nothing is redundant or bloated.
Core workflow of invoice/act/QR generation plus amount-in-words is covered, and descriptions reference related documents (contracts, receipts). Minor gaps such as contract or other standard forms (UPD/TORG-12) exist but agents can work around them.