What we build
A first Schleupen.CS tool list, written as the manifest your IT team signs
Built on what Schleupen SE documents: persons (business partners), SLP market locations and energy quantities, new and changed market and metering locations, general ledger postings, CRM-relevant customer data, AS4 market communication messages. 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.
# schleupen-mcp-server: tool manifest, draft for blueprint week 1
# Every tool runs as the person asking. Nothing is written without a person confirming.
tools:
get_business_partner: # name or ID -> person master data
backend: PersonEntityService v3.0 Query
mode: read
get_slp_energy_quantity: # market location, period, market role -> computed SLP energy quantity
backend: SLP energy quantity API
mode: read
list_changed_locations: # since date -> new and changed market and metering locations
backend: master data export (EDM) interface, CS 3.0
mode: read
get_gl_postings: # period -> general ledger postings handed to the ledger system
backend: general ledger interface (OpenAPI), CS 3.0
mode: read
draft_partner_update: # business partner, proposed change -> validated change for a person to confirm
backend: PersonEntityService v3.0 Validate, then SaveChanges after confirmation
mode: propose
audit: every call logged with user, tool, arguments and the Schleupen.CS 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.