Examples
QA Beispiele fuer Public POS API v1
Alle Beispiele auf dieser Seite nutzen ausschliesslich die oeffentliche QA-Fixture. Sie sind kein Nachweis fuer allgemein aktivierte Produktionszugriffe auf reale Restaurants.
API Key Request
curl -i \
-H "X-FoodBestellen-API-Key: fb_pos_qa_key" \
-H "X-FoodBestellen-API-Secret: fb_pos_qa_secret" \
https://foodbestellen.de/wp-json/foodbestellen-pos/v1/qa-pos/orders/newBasic Auth Request
curl -i -u fb_pos_qa_user:fb_pos_qa_secret \
https://foodbestellen.de/wp-json/foodbestellen-pos/v1/qa-pos/orders/newHealth Response
{
"api_version": "v1",
"service": "foodbestellen-pos",
"restaurant_code": "demo",
"status": "available",
"orders_enabled": false,
"message": "Public POS API health endpoint is available. Order access requires restaurant-specific credentials.",
"auth_required": true,
"auth_methods": ["basic", "api_key_header"],
"future_auth_methods": ["hmac"]
}Orders/New Sample Response
Siehe die Orders-Dokumentation fuer die vollstaendige QA-Sample-Antwort und die Abgrenzung zum spaeteren Produktionsmodell.
Error Response
{
"api_version": "v1",
"service": "foodbestellen-pos",
"restaurant_code": "demo",
"success": false,
"error": {
"code": "credentials_not_configured",
"message": "Credentials are not configured.",
"http_status": 403
},
"meta": {
"orders_enabled": false,
"orders": [],
"auth_required": true,
"authenticated": false,
"method": "api_key_header"
}
}