Purchase Requisition MCP

Solicitudes de compra: redactar solicitudes, estados de aprobación, convertir solicitudes aprobadas en órdenes de compra.

GitHubPrueba este MCPPatrocinado

Documentación

mcp-purchase-requisition

Servidor MCP para solicitudes de compra que construyes una vez y apruebas por pedido, con el registro firmado de cada aprobación. Solicitudes de compra que construyes una vez y apruebas por pedido, con el registro firmado de cada aprobación.

Funciona con Claude Desktop, Claude Code, Cursor y cualquier cliente del Protocolo de Contexto de Modelos. Se ejecuta en tu propia máquina, o alojado sin instalación.

Página del producto: https://mcp.zovo.one/s/purchase-requisition — qué hace, las herramientas que expone y un endpoint de token en vivo.

Instalación

Alojado, nada que instalar. Obtén un token de https://mcp.zovo.one/mcp/connect (la página de conexión) o de https://mcp.zovo.one/mcp/token (el mismo token como JSON); se emite uno anónimo gratuito al instante y una clave Pro funciona de la misma manera. Luego apunta un cliente MCP a https://mcp.zovo.one/mcp/purchase-requisition a través de streamable-http y envía el token como Authorization: Bearer <token>.

Si tu cliente no puede configurar encabezados, coloca el token en la ruta en su lugar: https://mcp.zovo.one/mcp/purchase-requisition/t/<token>. Ambas formas funcionan. La URL desnuda sin token responde 401 en tools/call, por lo que el token no es opcional.

Claude Desktop, un clic. Descarga purchase-requisition.mcpb desde la última versión y haz doble clic en él.

Desde el código fuente. El espejo es autónomo: cada dependencia de @theluckystrike/* está incluida, por lo que un clon nuevo se compila sin configuración adicional.

git clone https://github.com/theluckystrike/mcp-purchase-requisition.git
cd mcp-purchase-requisition
npm install && npm run build

Luego apunta tu cliente al punto de entrada compilado:

{
  "mcpServers": {
    "purchase-requisition": {
      "command": "node",
      "args": ["/absolute/path/to/mcp-purchase-requisition/dist/index.js"]
    }
  }
}

@theluckystrike/mcp-purchase-requisition aún no está publicado en npm, por lo que un comando npx -y @theluckystrike/mcp-purchase-requisition fallará. Las tres rutas anteriores son las que funcionan y cada una es ejercitada por CI.

purchase-requisition demo

Espejo de solo lectura de mcp-servers/servers/purchase-requisition. Consulta MIRROR.md.

En el Registro oficial de MCP (io.github.theluckystrike/purchase-requisition). Listas de verificación que construyes una vez y ejecutas muchas veces, y el registro fechado de cada ejecución que alguien firma. Una solicitud de compra es una lista nombrada de pasos, opcionalmente agrupados en secciones, cada uno requerido u opcional. Una ejecución es una pasada de esa solicitud de compra contra un trabajo: cada paso se marca como aprobado, fallido o no aplicable, con quién lo marcó y en qué día, y una nota que dice qué se encontró. run_sign_off luego le pone un nombre y una fecha y la congela.

La única regla que decide todo lo demás

Si alguien edita la solicitud de compra después, agrega un paso o elimina uno, cada ejecución ya en progreso mantiene la lista con la que comenzó, y la versión de la que se copió queda registrada en la ejecución.

Eso no es una conveniencia de caché. Una solicitud de compra que alguien marcó y firmó tiene que ser la lista que realmente vio. Una ejecución que leyera sus pasos en vivo desde la solicitud de compra significaría un certificado de entrega firmado por once verificaciones cuando la persona que lo firmó vio diez, sin ningún campo en el registro que mostrara que eso había sucedido. También significa que eliminar una solicitud de compra deja sus ejecuciones legibles y completas, que es lo que quieres un año después cuando alguien pregunta qué se verificó.

Dos reglas más pequeñas se derivan de esto:

Nada derivado se almacena. Los conteos de aprobados, fallidos y pendientes, el porcentaje y si una ejecución puede firmarse se calculan en cada llamada a partir de los propios pasos de la ejecución. Un indicador "completo" almacenado es un hecho sobre la tarde en que alguien miró por última vez, y complete aquí es una lectura: aparece cuando se responde el último paso y desaparece nuevamente cuando uno se vuelve a poner como pendiente.
No aplicable no es un aprobado. na cuenta como RESPONDIDO y nunca como aprobado. Un paso que fue revisado y descartado es un hecho diferente de un paso que aprobó, y fusionar los dos es cómo una solicitud de compra reporta puntuación perfecta para un trabajo donde la mitad de los pasos no aplicaban.

Qué bloquea una firma

Un paso requerido sin responder, un paso requerido que falló, un paso opcional sin responder, o una ejecución sin pasos. force: true firma de todos modos, y las excepciones permanecen en el registro y se imprimen en el informe bajo "Firmado con excepciones". No se pierden, y no son silenciosas.

Instalación

Un clic (.mcpb): descarga purchase-requisition.mcpb de la última versión y haz doble clic en él en Claude Desktop: https://github.com/theluckystrike/mcp-servers/releases/latest

La publicación en npm para @theluckystrike/mcp-purchase-requisition está pendiente, por lo que la línea npx a continuación devuelve 404 hoy. Compila desde el código fuente mientras tanto; consulta llms-install.md.

Claude Desktop

~/Library/Application Support/Claude/claude_desktop_config.json (macOS) o %APPDATA%\Claude\claude_desktop_config.json (Windows):

{
  "mcpServers": {
    "purchase-requisition": {
      "command": "npx",
      "args": ["-y", "@theluckystrike/mcp-purchase-requisition"]
    }
  }
}

Claude Code

claude mcp add purchase-requisition -- npx -y @theluckystrike/mcp-purchase-requisition

Cursor

~/.cursor/mcp.json (global) o .cursor/mcp.json (proyecto), misma entrada que Claude Desktop.

Herramientas

Herramienta	Qué hace
`purchase-requisition_create`	Crear una solicitud de compra reutilizable: un nombre, una categoría, una descripción
`purchase-requisition_item_add`	Agregar un paso: el texto, un encabezado de sección y si es requerido
`purchase-requisition_item_remove`	Eliminar un paso y aumentar la versión. Las ejecuciones ya en curso lo conservan
`purchase-requisition_show`	Una solicitud de compra, agrupada por sección, con una copia imprimible en blanco a petición
`purchase-requisition_list`	Cada solicitud de compra con su versión, número de pasos y cuántas ejecuciones se derivaron de ella
`purchase-requisition_delete`	Eliminar una solicitud de compra. Sus ejecuciones permanecen legibles, porque cada una lleva su propia copia
`run_start`	Iniciar una ejecución fechada contra un trabajo. Los pasos se copian en ella en este punto
`run_check`	Marcar un paso como aprobado, fallido o no aplicable, con quién, cuándo y qué se encontró
`run_show`	La ejecución: cada paso con su respuesta, los conteos, los fallos y qué bloquea la firma
`run_list`	Ejecuciones de más reciente a más antigua, filtradas por solicitud de compra, estado, referencia, o solo aquellas con fallos
`run_sign_off`	Firmar con un nombre y una fecha, lo que congela la ejecución
`run_status`	Reabrir una ejecución completa, o abandonar una cuando el trabajo no ocurrió
`run_report`	La ejecución como texto en todos los niveles. Pro también la escribe en `out_path` como archivo .txt
`run_delete`	Eliminar una ejecución. Una que ya está firmada es rechazada
`license_status`	En qué nivel está esta instalación y de dónde vino la clave
`license_activate`	Almacenar una clave Pro para este servidor

También hay un recurso, purchase-requisition://contract, que lleva la regla de instantánea, los estados de los elementos, la máquina de estados de ejecución, qué bloquea una firma y dónde escribe este servidor; y un prompt, run_the_purchase-requisition, que recorre todo el trabajo en orden.

Gratis vs Pro

	Gratis	Pro
Listas de verificación que conservas	3	ilimitadas
Ejecuciones de ellas	ilimitadas	ilimitadas
Pasos por solicitud de compra	hasta 500	hasta 500
`run_show`, `run_list`, los conteos	sí	sí
El informe de ejecución como texto	sí	sí
Escribir el informe a un archivo con `out_path`	no	sí

El medidor se basa en cuántas solicitudes de compra DIFERENTES conservas, no en cuántos trabajos verificas. Un comercio con una verificación previa a la entrega, una hoja de entrega y una lista de defectos ejecuta todo su año dentro del nivel gratuito. Las ejecuciones nunca tienen límite, porque limitar la ejecución de una solicitud de compra limitaría lo único para lo que sirve una solicitud de compra. Eliminar una solicitud de compra libera un espacio.

Obtén Pro: https://mcp.zovo.one/buy/purchase-requisition (pago único), o todos los servidores por un solo precio en https://mcp.zovo.one/buy/bundle

Privacidad

Todos los datos permanecen locales, en ${XDG_DATA_HOME:-~/.local/share}/mcp-servers/purchase-requisition/. No hay ninguna llamada de red en ningún lugar de este servidor, sin clave de API y sin cuenta. El único archivo que lee que no le pertenece es el perfil empresarial compartido, para el nombre y la dirección en la parte superior de un informe impreso, y nunca escribe en él.

Construido por theluckystrike. Soporte: support@zovo.one

Usa estos documentos como un servidor MCP

Cualquier cliente MCP (Claude, Cursor, Windsurf, VS Code) puede leer la documentación de este repositorio directamente a través de GitMCP — sin instalación:

URL de documentos MCP: https://gitmcp.io/theluckystrike/mcp-purchase-requisition