---
title: "Ping API store via connector pour valider credentials (Lot 3b real httpx)."
method: POST
path: "/api/v1/ecommerce/stores/{store_id}/test"
tags: ["ecommerce"]
---

# Ping API store via connector pour valider credentials (Lot 3b real httpx).

`POST /api/v1/ecommerce/stores/{store_id}/test`

## Request

- Base URL: `https://erp.eyeot.fr/api/v1`
- URL: `https://erp.eyeot.fr/api/v1/api/v1/ecommerce/stores/{store_id}/test`
- Auth: one of:
  - HTTP bearer
  - HTTP bearer

Ping API store via connector pour valider credentials (Lot 3b real httpx).

    🐛 Fix R391 Bug 1 : sur succès, le store passe `pending→active` (+ last_sync_at)
    via `ecommerce_service.test_store_connection` → la chaîne anti-oversell s'arme.

    Returns {success, message, store_info}.

**Permissions requises** : `ecommerce:sync`

## Response `200`

Succès — payload `{data, meta}` (cf. API-GUIDE §3.1)

## Other responses

- `201`: Ressource créée. ID dans `data.id`.
- `400`: Validation Marshmallow échouée. `errors` détaille chaque champ invalide.
- `401`: JWT manquant, expiré ou révoqué.
- `402`: L'organisation n'a pas d'abonnement actif (paywall). Rediriger vers /activate.
- `403`: Permissions `module:action` insuffisantes pour cette route.
- `404`: Ressource introuvable (ou cross-tenant — équivalent à hidden).
- `409`: État incohérent (email dupliqué, ressource déjà dans cet état, etc.).
- `422`: Validation Marshmallow échouée. `errors` détaille chaque champ invalide.
- `429`: Trop de requêtes. Honorer le header `Retry-After` (secondes).

---

[API](https://skmtc.dev/eyeot/apis/eyeot-erp-api.md) · [All operations](https://skmtc.dev/eyeot/apis/eyeot-erp-api/llms.txt) · [OpenAPI document](https://skmtc.dev/eyeot/apis/eyeot-erp-api/revisions/42ab95222a89?raw)