Delivery Schedule MCP

Entregas datadas em relação a um orçamento ou ordem de serviço: datas de vencimento, aprovação, o que está atrasado, marcos.

GitHubExperimente este MCPPatrocinado

Documentação

mcp-delivery-schedule

Servidor MCP para cronogramas de entrega, marcos e datas de vencimento: gera um documento de cronograma de entrega com datas. Entregas com data definida contra um orçamento ou uma ordem de serviço, e o que está atrasado em qualquer data que você indicar.

Funciona com Claude Desktop, Claude Code, Cursor e qualquer cliente Model Context Protocol. Roda na sua própria máquina ou hospedado, sem instalação.

Página do produto: https://mcp.zovo.one/s/delivery-schedule — o que faz, as ferramentas que expõe e um endpoint de token ao vivo.

Instalação

Hospedado, nada para instalar. Obtenha um token em https://mcp.zovo.one/mcp/connect (a página de conexão) ou https://mcp.zovo.one/mcp/token (o mesmo token em JSON); um token anônimo gratuito é emitido na hora e uma chave Pro funciona da mesma forma. Em seguida, aponte um cliente MCP para https://mcp.zovo.one/mcp/delivery-schedule via streamable-http e envie o token como Authorization: Bearer <token>.

Se o seu cliente não puder definir cabeçalhos, coloque o token no caminho: https://mcp.zovo.one/mcp/delivery-schedule/t/<token>. Ambas as formas funcionam. A URL simples sem token responde 401 em tools/call, então o token não é opcional.

Claude Desktop, um clique. Baixe delivery-schedule.mcpb da última versão e clique duas vezes nele.

A partir do código-fonte. O espelho é autossuficiente: cada dependência @theluckystrike/* é incorporada, então um clone novo compila sem configuração adicional.

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

Em seguida, aponte seu cliente para o ponto de entrada compilado:

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

@theluckystrike/mcp-delivery-schedule ainda não está publicado no npm, então um comando npx -y @theluckystrike/mcp-delivery-schedule falhará. Os três caminhos acima são os que funcionam e cada um é testado pela CI.

delivery-schedule demo

Espelho somente leitura de mcp-servers/servers/delivery-schedule. Veja MIRROR.md.

No Registro Oficial MCP (io.github.theluckystrike/delivery-schedule). Entregas com data definida contra um orçamento, uma ordem de serviço ou uma ordem de alteração. Cada uma carrega o que está sendo entregue, o dia em que vence, seu valor em unidades menores e um status que avança de planejado para em andamento para entregue para aceito, cada etapa com o dia em que realmente aconteceu. late_report então responde à única pergunta que qualquer pessoa faz sobre um cronograma: o que atrasou, em uma data que você indicar. Depois que o cliente assinar algo, os marcos aceitos voltam como itens prontos para invoice_create em unidades MAIORES e itens prontos para quote_create em unidades MENORES, em uma única chamada, com a escala impressa ao lado de cada um.

Atrasado não é um status aqui, é uma leitura. Um sinalizador "atrasado" armazenado é um fato sobre a tarde em que alguém executou o relatório pela última vez, e ele continua sendo relatado muito depois de o trabalho ser concluído. Portanto, nada derivado é armazenado: uma entrega mantém sua data de vencimento, seu valor e seu histórico datado, e o status atual, a data de entrega, a nota de aceite, o atraso e todos os totais são calculados na chamada, contra a data que você passou.

Instalação

Um clique (.mcpb): baixe delivery-schedule.mcpb da última versão e clique duas vezes nele no Claude Desktop: https://github.com/theluckystrike/mcp-servers/releases/latest

Hospedado, sem instalação: aponte um cliente baseado em URL para https://mcp.zovo.one/mcp/delivery-schedule. GET https://mcp.zovo.one/mcp/connect gera um token e imprime uma URL pronta.

A publicação no npm para @theluckystrike/mcp-delivery-schedule está pendente, então a linha npx abaixo retorna 404 hoje.

Claude Desktop

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

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

Claude Code

claude mcp add delivery-schedule -- npx -y @theluckystrike/mcp-delivery-schedule

Cursor

~/.cursor/mcp.json (global) ou .cursor/mcp.json (projeto), mesma entrada do Claude Desktop.

Ferramentas

Ferramenta	O que faz
`delivery_schedule_create`	Abre um cronograma contra um orçamento, ordem de serviço ou ordem de alteração: a referência, sua própria data, o cliente, um título
`deliverable_add`	Adiciona uma entrega datada: o que é, o dia em que vence e seu valor em unidades menores quando é precificado separadamente
`deliverable_status`	Registra uma movimentação datada: em andamento, entregue e aceito com a nota de aceite do cliente
`deliverable_delete`	Exclui uma entrega adicionada por engano, enquanto ainda está planejada e sem nada registrado contra ela
`delivery_schedule_get`	Um cronograma completo em uma data, com o status, as datas, o valor e o atraso de cada entrega
`delivery_schedule_list`	Cronogramas por cliente, referência e se o trabalho está concluído, com as contagens em uma data
`delivery_schedule_delete`	Exclui um cronograma vazio aberto por engano. Gratuito em todos os planos
`late_report`	O que está atrasado em uma data que você indicar, do pior para o melhor, com o valor em risco por moeda
`delivery_schedule_document`	O cronograma como um documento de texto simples para o cliente, com um bloco de assinatura
`milestone_payload`	Os marcos aceitos como itens `invoice_create` (unidades MAIORES) e itens `quote_create` (unidades MENORES)
`license_status` / `license_activate`	Gratuito ou Pro, e onde atualizar

Gratuito vs Pro

	Gratuito	Pro
Cronogramas abertos (um trabalho com algo ainda não aceito)	3	ilimitado
Entregas por cronograma	200	200
Abrir, adicionar, mover, obter, listar, excluir	sim	sim
O que está atrasado, em qualquer data	sim	sim
Documento de cronograma de entrega	não	sim
Payload de fatura de marcos, ambas as escalas	não	sim

O limite conta cronogramas ABERTOS, os trabalhos que ainda devem algo, não os trabalhos que você já executou. Aceitar a última entrega conclui um cronograma e libera sua vaga sem excluir o registro, e delivery_schedule_delete limpa um vazio; ambos são gratuitos em todos os planos, porque um caminho de volta que apenas uma chave Pro pode alcançar não é um caminho de volta.

Obtenha Pro: https://mcp.zovo.one/buy/delivery-schedule (pagamento único de $19, vitalício), ou todos os servidores por $39: https://mcp.zovo.one/buy/bundle

A máquina de status

planned para in_progress ou direto para delivered; delivered para accepted. Aceito é final, e nada volta: o trabalho que o cliente devolveu é uma nova entrega com sua própria data de vencimento, então o registro mantém tanto a falha quanto a correção. Aceitar algo que nunca foi entregue é recusado pelo nome, porque aceite é a resposta do cliente a uma entrega, e uma entrega aceita em um dia em que nada foi entregue não tem data de entrega para faturar. Cada movimentação carrega o dia em que realmente aconteceu, e uma movimentação datada antes da data do próprio documento de referência, ou antes da movimentação anterior, é recusada para que o histórico seja lido como uma linha do tempo.

O que "atrasado" significa

Uma entrega está atrasada assim que as_of está DEPOIS de sua data de vencimento e não foi entregue até então. Uma com vencimento em as_of é due_today, não atrasada, que é a mesma regra que o servidor de extratos usa para envelhecer uma fatura. Uma entrega que foi entregue é delivered_late ou delivered_on_time comparando sua data de entrega com sua data de vencimento, o que é um fato que não muda mais. Cada comparação é entre duas strings YYYY-MM-DD e cada contagem de dias é a diferença de duas meias-noites UTC, então a resposta é a mesma em um laptop em Varsóvia e um servidor em Auckland.

Duas leituras do mesmo armazenamento, com quatro dias de diferença, diferem de propósito:

late_report as_of 2026-04-22   D02 is LATE by 2 days, nothing has been delivered late
late_report as_of 2026-05-05   D02 was DELIVERED LATE by 4 days, D03 is now LATE by 4 days

Entregas sem preço

Uma entrega sem value_minor não vale zero. É uma cujo preço nunca foi declarado aqui, geralmente porque o trabalho é um valor fixo, e adicioná-la como zero subestimaria todos os totais sem nada na página para indicar isso. Ela é contada separadamente sempre que um total é impresso, e milestone_payload a lista sob excluded.accepted_but_unpriced em vez de faturá-la. Nada aqui inventa um preço.

De onde vem o dinheiro

Este servidor não mantém aritmética própria. computeTotals, currencyDecimals, formatMoney e daysBetween são importados de @theluckystrike/mcp-invoice/lib, a quarentena de armazenamento corrompido de @theluckystrike/mcp-timezone/lib, o "hoje" com fuso horário de @theluckystrike/mcp-quotes/lib. A taxa de IVA, a moeda e o nome da empresa vêm do perfil de negócios compartilhado que business_set no servidor de faturas escreve. Nada é escrito fora do diretório próprio deste servidor, e nenhum armazenamento irmão é aberto.

A percepção medida

A mesma entrega está atrasada, no prazo e ainda não vencida dependendo apenas da data sobre a qual você pergunta, então armazenar a resposta é armazenar o dia em que alguém perguntou. D02 no exemplo trabalhado vence em 2026-04-20 e foi entregue em 2026-04-24. Lido em 2026-04-22, está atrasado por dois dias sem data de entrega alguma, mesmo que o armazenamento já contenha uma datada de 04-24. Lido em 2026-05-01, está entregue com atraso de quatro dias. Lido em 2026-04-19, ainda não venceu. Um armazenamento, três respostas, todas corretas. A suíte de unidades afirma todas as três a partir de um sandbox inalterado, e uma suíte separada reproduz cada chamada sob quatro fusos horários com catorze horas de diferença e afirma que as respostas são byte-idênticas, para que o dia em que alguém lê o relatório em um laptop que viajou não possa mover o prazo de um cliente.

Privacidade

Todos os dados permanecem na sua máquina, em ${XDG_DATA_HOME:-~/.local/share}/mcp-servers/delivery-schedule/. Nada é enviado a lugar algum. Não há conta nem chave de API. As chaves de licença são verificadas offline. Este servidor lê um arquivo que não possui, o perfil de negócios compartilhado, e não escreve em nenhum armazenamento além do seu próprio.

Construído por theluckystrike. https://github.com/theluckystrike

Use estes documentos como um servidor MCP

Qualquer cliente MCP (Claude, Cursor, Windsurf, VS Code) pode ler a documentação deste repositório diretamente via GitMCP — sem instalação:

URL MCP dos documentos: https://gitmcp.io/theluckystrike/mcp-delivery-schedule