What we build
A first Divalto tool list, written as the manifest your IT team signs
Built on what Divalto documents: ERP tables and views in the visible SQL dictionary (read-only via OData), record sets defined as DHOQ SQL definitions, business actions implemented as DIVA programs, CRM customers, deals, opportunities and prospects (weavy), intervention requests (weavy). Backends named below are documented resources; "confirmed in blueprint" means the vendor documentation sits behind a login and the resource is checked against your release first.
# divalto-mcp-server: tool manifest, draft for blueprint week 1
# Every tool runs as the person asking. Nothing is written without a person confirming.
tools:
query_customer: # name or code -> customer master record
backend: OData table or view, physical name confirmed in blueprint
mode: read
get_open_sales_orders: # customer, date range -> open order lines
backend: RecordSql/Execute with a DHOQ definition
mode: read
get_stock_levels: # article -> stock per warehouse
backend: OData or RecordSql/Execute
mode: read
list_intervention_requests: # customer -> open intervention requests
backend: confirmed in blueprint
mode: read
draft_sales_quote: # customer, articles -> quote draft for a person to confirm
backend: WebService/Execute calling a DIVA action
mode: propose
audit: every call logged with user, tool, arguments and the Divalto response
The manifest is the contract. A question that needs an operation not on it gets a new line and a review, not a wider permission.