<div align="center">

eyeot-mcp

Plug Claude Desktop into your ERP.

Official stdio ↔ HTTP bridge for the [eyeot ERP](https://erp.eyeot.fr) MCP server. ~600 business tools, one pip install.

<br />

Landing page · Docs · PyPI · Issues

</div>

<br />

⚡ 60-second install

pip install eyeot-mcp        # 1.  install the bridge
eyeot-mcp login              # 2.  authenticate via browser (OAuth Device Flow)

Then paste into your Claude Desktop config:

{
  "mcpServers": {
    "eyeot": {
      "command": "eyeot-mcp"
    }
  }
}

Restart Claude Desktop. Done. Ask: "List my last 5 invoices."

Config location · macOS ~/Library/Application Support/Claude/claude_desktop_config.json · Windows %APPDATA%\Claude\claude_desktop_config.json

<br />

🧩 What is this?

The eyeot ERP exposes ~600 business actions — CRM, sales, stock, maintenance, HR, finance, IT service management, GED, RGPD compliance, plus 6 V2 marketplace modules (POS, delivery & routing, recruitment, BPM, field service, supply chain) — as MCP tools over HTTPS.

But Claude Desktop, Cursor, and most local agents only speak MCP over stdio.

eyeot-mcp is the missing piece between them.

flowchart LR
    A["🤖 Claude Desktop<br/>Cursor / custom agent"] -- "JSON-RPC<br/>over stdio" --> B["📦 eyeot-mcp<br/>(this package)"]
    B -- "HTTPS POST<br/>Bearer token" --> C["🏢 eyeot ERP<br/>(your tenant)"]
    C -. "Auth · RBAC · audit<br/>multi-tenant isolation<br/>license guard" .-> C

    style A fill:#eef2ff,stroke:#6366f1,color:#1e293b
    style B fill:#f0fdf4,stroke:#10b981,color:#065f46
    style C fill:#fef3c7,stroke:#f59e0b,color:#78350f

Zero business logic in the bridge. Everything happens server-side — auth, RBAC, audit logging, license enforcement, multi-tenant isolation, idempotency. The CLI is ~290 lines of Python standard library. You can audit it in 10 minutes.

<br />

🎯 What can your agent do?

After install, your MCP client gets access to actions like:

…and ~590 more, auto-generated from the OpenAPI spec.

<br />

🔐 Authentication

Two modes, same Bearer header on the wire, same Authorization decorator server-side.

<table> <tr> <th width="50%">

🤖 OAuth 2.1 (humans)

</th> <th width="50%">

🔑 API key (services)

</th> </tr> <tr> <td valign="top">

For Claude Desktop, Cursor, personal agents.

eyeot-mcp login

Opens browser → approve → done. Credentials saved to ~/.eyeot-mcp/config.json (mode 0600).

• Token format: eya_<base64> access + eyr_<base64> refresh
• Lifetime: 1 h access / 30 d refresh
• PKCE S256 mandatory (public clients)
• Refresh rotation with replay detection — a stolen refresh kills the whole token family
• The CLI auto-refreshes the access token (proactively before expiry + on a 401) — stay connected for the full 30-day refresh window without re-running login

</td> <td valign="top">

For CI/CD agents, batch jobs, server-to-server.

{
  "mcpServers": {
    "eyeot": {
      "command": "eyeot-mcp",
      "env": { "EYEOT_TOKEN": "eyk_xxx_xxx" }
    }
  }
}

Issued by an org admin from the eyeot ERP settings panel.

• Token format: eyk_<prefix>_<secret>
• Lifetime: until revoked
• Scope: org-wide, configurable RBAC

</td> </tr> </table>

<br />

🛡️ Security model

<table> <tr> <td width="25%" valign="top" align="center">

🔒

OAuth 2.1 + PKCE

Public clients use PKCE S256. Refresh rotation with replay detection.

</td> <td width="25%" valign="top" align="center">

👮

Server-side RBAC

Every tool call goes through the same @permissions_required decorators as the UI.

</td> <td width="25%" valign="top" align="center">

📝

Full audit trail

Every action logged with user + tenant + IP. RGPD-compliant retention.

</td> <td width="25%" valign="top" align="center">

💳

License grace

Subscription lapsed? GETs still work so the agent can inform you. POSTs return 402 with activate_url.

</td> </tr> </table>

Local credentials stored at ~/.eyeot-mcp/config.json with file mode 0600 (POSIX). On Windows, file ACLs apply. No telemetry, no phone-home.

<br />

🏗️ Self-hosting

Point the bridge at any eyeot deployment with --base-url:

eyeot-mcp --base-url https://erp.example.com login

{
  "mcpServers": {
    "eyeot": {
      "command": "eyeot-mcp",
      "args": ["--base-url", "https://erp.example.com"]
    }
  }
}

Same protocol, same auth, your infra.

<br />

📚 Commands

<br />

🔧 How it works (under the hood)

1. Claude Desktop spawns eyeot-mcp as a child process, exchanges JSON-RPC 2.0 over its stdin/stdout pipes.
2. For each line received on stdin, the bridge POSTs the JSON to ${base_url}/api/v1/mcp with Authorization: Bearer <token>.
3. The HTTP response is written verbatim to stdout, framed as line-delimited JSON.
4. The server speaks MCP 2024-11-05 and auto-generates ~600 tools from the OpenAPI spec — initialize, tools/list, tools/call all work exactly as MCP clients expect.

No state in the bridge. No protocol translation beyond transport. No surprises.

<br />

📖 Resources

<table> <tr> <td valign="top">

#### Landing & install

• 🌐 erp.eyeot.fr/mcp
• 📦 PyPI
• 🐙 GitHub

</td> <td valign="top">

#### API

• 📘 Swagger UI
• 📄 OpenAPI spec
• 🧩 MCP manifest

</td> <td valign="top">

#### Spec & protocol

• 🔗 modelcontextprotocol.io
• 🔐 OAuth 2.1 (draft)
• 📜 RFC 8628 — Device Grant

</td> </tr> </table>

<br />

🧭 Versioning

• This package: Semantic Versioning. Major bumps may change CLI flags or the on-disk config schema.
• MCP protocol: 2024-11-05 (negotiated server-side).
• ERP API: /api/v1 (stable). Breaking changes ship as /api/v2.

<br />

📄 License

MIT — fork it, package it, audit it, build on top of it.

The eyeot ERP backend is a separate, proprietary product of Eyeot Software. This bridge is open-source so anyone can audit it, fork it, package it for their distro, or use it as a reference for building their own MCP clients.

<br />

<div align="center">

ERP by Eyeot Software

Multi-tenant, AI-native ERP for SMBs. Built to be operated by AI agents from day one.

Every action you can do in the UI, you can do via this bridge.

🌐 erp.eyeot.fr · ✉️ [email protected]

</div>