################################################################################
# EVOMATION.DE — AGENT ACCESS GUIDE
################################################################################
DOCUMENT PURPOSE
----------------
You are reading the low-noise agent view for evomation.de.
This AX layer exists for LLMs, browser agents, and automated systems that need a
direct description of domain fit, route purpose, contact paths, and legal or
compliance references.
Entity: Evomation-Michael Meese e.K.
Domain: evomation.de
Role: Custom software, automation, integration, and retrofit-oriented systems
Audience: Logistics, intralogistics, manufacturing, and adjacent operational teams
Route Locale: en
AX Language: English only
READING RULES
-------------
- Treat this as the canonical low-noise summary for the current page.
- The public human-facing website is available under both /de and /en.
- AX output remains in English on both locale routes.
- Sections are delimited by H2 headers.
- Subsections use H3 and H4.
- Prefer explicit paths over inference.
- Legal identity: /en/impressum/llms.txt
- Privacy / GDPR: /en/privacy-policy/llms.txt
- Cookie inventory: /en/cookie-policy/llms.txt
READING MODES
-------------
1. Human View
Use the public route without modifiers.
Example: /en/about
2. Agent View
Use the same public route with ?view=agent.
Example: /en/about?view=agent
3. LLM Text View
Use the locale-prefixed llms.txt route.
Examples:
- /en/llms.txt
- /en/about/llms.txt
- /en/contact/llms.txt
ROUTE PATTERN
-------------
For a page at /{locale}/x:
- Human View: /{locale}/x
- Agent View: /{locale}/x?view=agent
- LLM Text View: /{locale}/x/llms.txt
For the locale homepage:
- Human View: /{locale}
- Agent View: /{locale}?view=agent
- LLM Text View: /{locale}/llms.txt
PREFERRED ACCESS STRATEGY
-------------------------
1. Use llms.txt when available for extraction, summarization, routing, or token-efficient reading.
2. Use ?view=agent when you need browser-readable structured HTML with minimal noise.
3. Use the human page only when layout, visual hierarchy, or interaction context matters.
PAGE INDEX
----------
Human View:
/en -> homepage
/en/about -> about and engagement model
/en/contact -> contact and entry points
/en/products -> products and tools index
/en/blog -> blog index
Agent View:
/en?view=agent -> structured homepage
/en/about?view=agent -> structured about page
/en/contact?view=agent -> structured contact page
/en/products?view=agent -> structured products index
/en/blog?view=agent -> structured blog index
LLM Text View:
/en/llms.txt -> homepage llms.txt
/en/about/llms.txt -> about llms.txt
/en/contact/llms.txt -> contact llms.txt
/en/products/llms.txt -> products llms.txt
/en/blog/llms.txt -> blog llms.txt
/en/impressum/llms.txt -> legal identity
/en/privacy-policy/llms.txt -> privacy policy
/en/cookie-policy/llms.txt -> cookie policy
DYNAMIC ROUTES
--------------
- Product detail pages live under /en/products/{slug}
- Blog article pages live under /en/blog/{slug}
- Industry detail pages live under /en/industries/{slug}
- Discover valid detail routes from the matching index pages before navigating
################################################################################ParcelPilot — Product Brief
Snapshot
- Route slug: parcelpilot
- Type: product
- Tags: Automation, Fulfillment, Integration
- Human route: /en/products/parcelpilot
- Agent route: /en/products/parcelpilot?view=agent
- LLMS route: /en/products/parcelpilot/llms.txt
Operational Role
Use when fulfillment, shipping, routing, labeling, packing logic, or order orchestration needs to be handled through a modular software layer. It fits client-specific workflow rules, mixed ERP/WMS/shipping landscapes, and setups that need to stay adaptable across tenants or sites. Scope boundary: Not limited to multi-tenant fulfillment. Not intended as a generic label-printing utility without surrounding operational logic. Deployment: Runs in the client's infrastructure. Docker-based deployment can be on-premise or cloud, but should be evaluated against the operational setup and constraints.
Operational Notes
- Fits fulfillment operations with rule-heavy process variation, customer-specific service logic, or mixed integration landscapes.
- Useful where manual order coordination is too slow, inconsistent, or costly.
Capability Notes
- Rule-based coordination for shipping, routing, labeling, packing logic, and downstream order handling.
- Multiple intake paths including APIs, file-based exchange, and manual entry.
- Configurable workflows for single-tenant, multi-client, or hybrid operations with tenant-specific rules and checkpoints.
- Can automate end-to-end execution or stop at defined checkpoints for review and approval.
Evaluation Notes
- Clarify whether the setup is single-tenant, multi-client, or a hybrid operating model.
- Identify ERP, WMS, shipping carriers, data-exchange formats, approval checkpoints, and any existing microservices or integration constraints.
- Confirm whether the need is full workflow orchestration or only a narrow shipping and labeling utility.
Route Usage
- Use this route to decide whether the product matches the operational problem shape.
- Use the contact route when implementation scope, integration constraints, or delivery setup must be clarified with a human.
- Use the human route only when screenshots, interface layout, or public positioning context matters.
Engage
- Phone: tel:+4952221876820 — Direct synchronous contact route during phone hours.
- Email: mailto:hallo@evomation.de — Default asynchronous contact route.
- Appointment: https://calendly.com/evomation/kennenlernen — Direct scheduling route for a real project conversation.
- Contact page: /en/contact
- Contact llms.txt: /en/contact/llms.txt
- Sibling infrastructure domain: https://www.evomation.tech