# Nitech — heating spare parts and ordering (remote · mcp.nitech.fr)

Heating spare parts: prices, availability, delivery quotes and orders with explicit confirmation.

- Trust score: 60/100 (medium)
- Registry status: active
- Liveness: live
- Owner verified: no
- Last scored: 2026-11-05

## Components

- remote · `mcp.nitech.fr`: 60/100 (this document), [markdown](https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp.md), [page](https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp)

## Channel facts

- Endpoint: `https://mcp.nitech.fr/mcp`
- Transports: `streamable-http`
- Auth: `none`
- Version: `1.0.1`

## Trust breakdown

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog)

Scored 2026-11-05.

- **Endpoint Security**: 57/100
  - The endpoint's TLS certificate is valid, in date, and uses a strong key.
  - Authorisation check failed: no authorisation is required to call this server, and it exposes a tool marked destructive (create_order).
  - HTTPS is enforced; there's no plaintext access path.
  - HSTS check failed: the Strict-Transport-Security header is absent.
  - DNSSEC check failed: this domain isn't protected by DNSSEC.
- **Transport & Reachability**: 100/100
  - Verified streamable-http transport via a live MCP handshake.
- **Schema Quality & AI Usability**: 53/100
  - AI-judged instruction clarity (good).
  - Context-footprint check failed: tool/resource definitions use about 5277 tokens (~405/item across 13 items; 13 tools + 0 resources), over budget; trim descriptions and params.
  - Tools include usage examples.
- **Stability & Change Management**: 13/100
  - Stability observed for 4 of 30 days with no destabilising changes; credit accrues until the full window elapses.
- **Tool Coverage**: 78/100
  - 100% of tools have a non-trivial description (not blank, and not just the tool's name).
  - 23% of tool parameters carry a description.
  - Structured output schemas are declared (100% of tools); any adoption earns full credit.
- **Tool Safety**: 100/100
  - No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.
  - We read all 13 captured tool definition(s), and no name or description among them implies an irreversible operation.
  - An AI judge read all 14 captured unit(s) of tool text and found none that tries to manipulate the model reading it.
- **Capabilities**: 100/100
  - Implements a current MCP spec version (2026-07-28).

## Install

### How do I install the Nitech — heating spare parts and ordering MCP server?

Nitech — heating spare parts and ordering is a hosted endpoint at https://mcp.nitech.fr/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

### Claude

```bash
claude mcp add --transport http fr-nitech-catalogue-commerce 'https://mcp.nitech.fr/mcp'
```

### Cursor

```json
{
  "mcpServers": {
    "fr-nitech-catalogue-commerce": {
      "url": "https://mcp.nitech.fr/mcp"
    }
  }
}
```

### VS Code

```json
{
  "servers": {
    "fr-nitech-catalogue-commerce": {
      "type": "http",
      "url": "https://mcp.nitech.fr/mcp"
    }
  }
}
```

### Codex

```toml
[mcp_servers.fr-nitech-catalogue-commerce]
url = "https://mcp.nitech.fr/mcp"
```

### opencode

```json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "fr-nitech-catalogue-commerce": {
      "type": "remote",
      "url": "https://mcp.nitech.fr/mcp",
      "enabled": true
    }
  }
}
```

### OpenClaw

```bash
openclaw mcp add fr-nitech-catalogue-commerce --url 'https://mcp.nitech.fr/mcp' --transport streamable-http
```

### Hermes

```yaml
mcp_servers:
  fr-nitech-catalogue-commerce:
    url: "https://mcp.nitech.fr/mcp"
```

### Netclaw

```json
{
  "McpServers": {
    "fr-nitech-catalogue-commerce": {
      "Transport": "http",
      "Url": "https://mcp.nitech.fr/mcp"
    }
  }
}
```

### Vellum

```bash
assistant mcp add fr-nitech-catalogue-commerce -t streamable-http -u 'https://mcp.nitech.fr/mcp'
```

### Other

```json
{
  "mcpServers": {
    "fr-nitech-catalogue-commerce": {
      "type": "http",
      "url": "https://mcp.nitech.fr/mcp"
    }
  }
}
```

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

## Changelog

Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims.

### 2026-11-04 (score 60, 0)

- [security] The server rewrote its instructions, which are the text every model session reads
- [security] Tool “create_order” rewrote its description, which is the text the model reads
- [security] Tool “get_payment” rewrote its description, which is the text the model reads
- [security] Tool “prepare_payment” rewrote its description, which is the text the model reads
- [security] Tool “request_withdrawal” rewrote its description, which is the text the model reads
- [functional regression] Schema quality: 328 → 405

### 2026-11-03 (score 60, +1)

- [security] Tool “search_products” rewrote its description, which is the text the model reads

### 2026-11-02 (score 59, 0)

- [security] The server rewrote its instructions, which are the text every model session reads
- [security] New tool “request_withdrawal”, which the server declares destructive
- [security] Tool “create_order” rewrote its description, which is the text the model reads
- [security] Tool “get_payment” rewrote its description, which is the text the model reads
- [security] Tool “prepare_payment” rewrote its description, which is the text the model reads
- [security] Tool “quote_cart” rewrote its description, which is the text the model reads
- [security] Tool “quote_cart_shipping” rewrote its description, which is the text the model reads
- [functional regression] Schema quality: 175 → 317
- [functional improvement] Tool coverage: 9% → 23%
- [functional improvement] Stability: unverified → 0.03
- [functional improvement] Schema quality: fail → pass
- [functional] New tool “search_relay_points”
- [cosmetic] “quote_cart” added an optional parameter “delivery”
- [cosmetic] “create_order” added an optional parameter “delivery”
- [cosmetic] “quote_cart_shipping” added an optional parameter “delivery”
- [cosmetic] “quote_cart” reworded the description of “lines”
- [cosmetic] “prepare_payment” reworded the description of “confirmed”
- [cosmetic] “prepare_payment” reworded the description of “proof_reference”
- [cosmetic] “quote_cart” reworded the description of “destination”

### 2026-11-01 (score 59)

First indexed and scored.

## MCP tools (13)

### `get_product` (~94 tokens)

Lire le produit public Nitech courant par PID, y compris les produits hors vente historiquement publics. Textes, caractéristiques, appareils, éclatés, repères et documents conservent leur provenance ; une relation historique ou un contenu observé ne vaut pas qualification humaine.

Input parameters:

- `product_id` (integer, required): PID interne du catalogue actif. PID1843 est le pilote qualifié ; les autres projections restent provisoires en recette.

### `get_offer` (~85 tokens)

Lire l'offre canonique à l'heure d'observation : mise en vente, stock compté, disponibilité et autorisation de commande distinctes. Cette consultation ne réserve aucun stock ; la qualification métier de la fiche reste séparée.

Input parameters:

- `product_id` (integer, required): PID interne du catalogue actif. PID1843 est le pilote qualifié ; les autres projections restent provisoires en recette.

### `search_products` (~228 tokens)

Rechercher dans le catalogue actif par PID, référence observée, ancienne référence, désignation, marque ou appareil lié. La recherche textuelle porte sur une sous-chaîne continue dans chaque champ : fournir une référence connue ou un fragment court, pas toute la demande client. Pour une pièce décrite, utiliser auto ou designation avec des termes distinctifs contigus, par exemple Deville 9424 ; vérifier ensuite dimensions et compatibilité dans get_product. Un numéro d’appareil ne prouve pas une référence fabricant : utiliser designation/model plutôt que manufacturer_reference sans preuve. Après no_match sans continuation, essayer au plus deux fragments plus courts pertinents en designation ou auto avant de demander une précision. Ne pas conclure à une absence du catalogue à partir d’une seule formulation. Si next_after_pid est non nul, des candidats restent à parcourir. Conserver les références, dates et incertitudes ; ouvrir les candidats avec get_product, sans inventer de PID.

Input parameters:

- `after_pid` (integer)
- `field`
- `limit` (integer)
- `query` (string, required)

### `get_product_documents` (~86 tokens)

Lire les seuls documents connus et publiables du produit ou de ses appareils liés, avec leur type et les contrôles humains applicables à leur source. Les autres contenus restent à vérifier ; aucune qualification n'est déduite automatiquement.

Input parameters:

- `product_id` (integer, required): PID interne du catalogue actif. PID1843 est le pilote qualifié ; les autres projections restent provisoires en recette.

### `find_compatibility_evidence` (~84 tokens)

Retrouver les preuves publiables pièce/appareil du pilote. verified exige une décision humaine active liée à la preuve exacte, au SHA, à la page et au repère courants. stale_source impose une nouvelle vérification. Les scores ne sont pas des probabilités de compatibilité.

Input parameters:

- `appliance` (string, required)
- `part` (string, required)

### `quote_cart_shipping` (~307 tokens)

Calculer le port actuel depuis les produits, profils et zones Nitech relus à chaque appel. Entrées : pays, code postal requis pour la France, product_id et quantity. Limites : 30 lignes, 100 unités par produit, 300 au total. Renvoie HT, TVA, TTC, zone, groupes tarifaires et politique observée. Ce résultat n’est pas une réservation ; aucune commande n’est créée ; montant à relire lors d’une future commande. Le calcul commercial des boutiques reste autoritaire. Livraison GLS optionnelle : delivery={mode:gls_pickup,relay_id}, identifiant obtenu par search_relay_points ; destination de recherche complète requise pour les devis. Aucun champ libre de relais. Le récapitulatif confirmed=false porte le mode, le relais vérifié, les frais et le total. Conserver identité/email/téléphone du destinataire, et facturation indépendante. Toute modification exige un nouvel aperçu et un nouvel accord/token ; jamais de remplacement silencieux du relais. Lire category et fields (path, reason, expected_correction) dans les erreurs. Corriger la saisie si demandé ; destination_not_served appelle une autre destination ou Nitech ; temporarily_unavailable appelle la même demande sans accuser l’adresse. Après correction : nouveau devis, puis coordonnées et montant à faire confirmer avant création. Aucun contrôle postal réel.

Input parameters:

- `delivery` (object)
- `destination` (object, required)
- `lines` (array, required)

Output parameters:

- `commercial_authority`
- `currency`
- `delivery` (object)
- `destination` (object)
- `effective_from` (string)
- `effective_from_basis`
- `error` (object)
- `lines` (array)
- `must_recheck_at_order`
- `notice`
- `observed_at` (string)
- `order_created`
- `parcel_basis`
- `parcel_count` (integer)
- `parcels` (array)
- `policy_version` (string)
- `read_only` (object)
- `result_is_reservation`
- `rules_applied` (array)
- `schema_version`
- `shipping_amount_ht` (string)
- `shipping_amount_ttc` (string)
- `status`
- `tax_basis`
- `tax_rate` (string)
- `warnings` (array)
- `zone` (object)

### `search_relay_points` (~502 tokens)

Pour search_relay_points, destination désigne l’adresse du client autour de laquelle rechercher les points relais. Réutiliser l’adresse déjà fournie lorsqu’elle est complète ; ne demander que les informations manquantes. Pour le numéro et la rue, demander par exemple : « Pour trouver un point relais près de chez vous, pouvez-vous préciser votre numéro et votre rue ? » Ne pas appeler cette adresse « adresse de départ » ou « adresse d’expédition » : ce n’est pas le lieu d’expédition Nitech. Cette adresse de recherche ne vaut ni choix d’un relais ni modification de l’adresse de facturation. Rechercher les points relais GLS autour de destination (country_code, postal_code, city, address_line1) pour les lignes du panier, via l'API GLS existante. Lecture seule. Identifiant, nom, adresse, horaires lisibles, pauses et fermetures GLS lorsqu'ils sont fournis. Aucune distance ou capacité inventée, aucune réservation. Les heures affichées suivent le format REST GLS (millisecondes + 1h). Présenter les pauses et fermetures fournies ; un jour absent ne signifie pas fermé, et aucun horaire ne prouve une ouverture actuelle. Reprendre un relay_id retourné dans delivery={mode:gls_pickup,relay_id} de quote_cart_shipping, quote_cart et create_order. Le serveur revérifie le choix. Garder shipping_address comme destinataire réel et conserver billing_address séparée. Présenter mode, relais vérifié, frais et total, puis obtenir un nouvel accord si relais, adresse ou montant change. Lire category/fields/next_action dans les erreurs. Panne GLS : réessayer la même demande, sans modifier les adresses.

Input parameters:

- `destination` (object, required): Pour search_relay_points, destination désigne l’adresse du client autour de laquelle rechercher les points relais. Réutiliser l’adresse déjà fournie lorsqu’elle est complète ; ne demander que les inf…
- `lines` (array, required)

Output parameters:

- `carrier`
- `error` (object)
- `notice` (string)
- `observed_at` (string)
- `order_created`
- `payment_created`
- `points` (array)
- `schema_version`
- `search_basis`
- `status`

### `quote_cart` (~530 tokens)

Contrat JSON : destination et lines sont obligatoires à la racine. country_code et postal_code sont des chaînes DANS destination, jamais à la racine. Sans delivery (domicile), destination contient uniquement country_code et postal_code : ne pas envoyer city ni address_line1. France : postal_code complet requis. lines est un tableau d’objets {product_id: entier, quantity: entier}, sans autre champ. Exemple minimal domicile France : {"destination":{"country_code":"FR","postal_code":"54000"},"lines":[{"product_id":1843,"quantity":1}]}. Avec delivery GLS, conserver le contrat existant : destination contient aussi city et address_line1, delivery={mode:gls_pickup,relay_id} obtenu par search_relay_points. quote_cart n’accepte ni confirmation ni coordonnées de commande. Préparer un devis complet du panier depuis les offres et le port Nitech actuels. Pays et code postal selon la zone, product_id et quantity seulement. 30 lignes distinctes, 100 unités par ligne, 300 au total, 8 Kio. Doublons refusés. Lecture seule sans panier, réservation, commande ni paiement. Toute ligne invalide bloque les totaux. Offres et port à relire lors de la commande ; checkout des boutiques autoritaire. Livraison GLS optionnelle : delivery={mode:gls_pickup,relay_id}, identifiant obtenu par search_relay_points ; destination de recherche complète requise pour les devis. Aucun champ libre de relais. Le récapitulatif confirmed=false porte le mode, le relais vérifié, les frais et le total. Conserver identité/email/téléphone du destinataire, et facturation indépendante. Toute modification exige un nouvel aperçu et un nouvel accord/token ; jamais de remplacement silencieux du relais. Lire category et fields (path, reason, expected_correction) dans les erreurs. Corriger la saisie si demandé ; destination_not_served appelle une autre destination ou Nitech ; temporarily_unavailable appelle la même demande sans accuser l’adresse. Après correction : nouveau devis, puis coordonnées et montant à faire confirmer…

Input parameters:

- `delivery` (object)
- `destination` (object, required): Objet obligatoire à la racine. Domicile sans delivery : country_code et postal_code seulement ; pas de city/address_line1. Avec delivery GLS : city et address_line1 aussi requis selon allOf.
- `lines` (array, required): Tableau obligatoire à la racine ; chaque objet contient product_id et quantity, tous deux entiers JSON.

Output parameters:

- `currency`
- `errors` (array)
- `expires_at` (null)
- `grand_total_ht` (string)
- `grand_total_ttc` (string)
- `lines` (array)
- `products_amount_ht` (string)
- `products_amount_ttc` (string)
- `products_rounding_adjustment_ttc` (string)
- `rounding`
- `schema_version`
- `scope` (object)
- `shipping` (object)
- `shipping_amount_ht` (string)
- `shipping_amount_ttc` (string)
- `shipping_tax_amount` (string)
- `status` (string)
- `tax_breakdown` (array)
- `warnings` (array)

### `create_order` (~714 tokens)

Au client, parler de sa commande et de la prochaine action utile. Garder les noms d’outils, états bruts, identifiants internes, clés, jetons et étapes techniques hors du dialogue courant. Les autorisations affichées par l’application de l’assistant relèvent de cette application et ne remplacent pas l’accord demandé par Nitech. Après le récapitulatif et le lien vers les CGV de l’aperçu, poser une seule question, adaptée au montant réel. Exemple « Confirmez-vous cette commande de 210 € TTC et acceptez-vous les CGV ? » Une réponse explicite à cette question suffit pour l’accord de commande et les CGV. Ne pas demander de formule à recopier ni plusieurs déclarations. Après création, donner la référence client, le montant et la prochaine action utile. Créer une vraie commande Nitech dans le canal MCP autonome, sans boutique Web ni paiement. Appeler d’abord avec confirmation.confirmed=false pour présenter au client les articles, adresses, montant, terms_version et le lien terms_url des CGV conservables. Faire consulter ce lien avant de recueillir l’accord. Après son accord explicite, rappeler avec la même clé UUID, le token retourné, confirmed=true, confirmed_at, proof_reference et terms_version. Prix, stock, port et conditions sont revérifiés. Un changement exige un nouveau récapitulatif. Conserver la même clé et les mêmes arguments pour toute reprise, y compris après timeout ou résultat incertain ; ne jamais créer une nouvelle clé pour contourner pending ou un conflit. 30 lignes, 100 unités par ligne, 300 au total, 32 Kio. Ne déclenche ni paiement, facture, e-mail ni réservation. Après création, poursuivre par défaut sur MCP avec prepare_payment. Les liens privés web_resume des quatre boutiques restent des alternatives uniquement si le client les demande ; ne pas les proposer systématiquement. Ils conservent le même caddie et leur validité existante. Livraison GLS optionnelle : delivery={mode:gls_pickup,relay_id}, identifiant obtenu par search_relay_points ; destination…

Input parameters:

- `billing_address` (object, required)
- `confirmation` (object, required)
- `customer` (object, required)
- `delivery` (object)
- `idempotency_key` (string, required)
- `interaction_id` (string, required)
- `lines` (array, required)
- `shipping_address` (object, required)

Output parameters:

- `amount_to_pay` (string)
- `confirmation` (object)
- `currency`
- `error` (object)
- `operation_outcome`
- `operation_reference` (string)
- `order_created` (boolean)
- `order_id` (integer)
- `origin`
- `payment_created` (boolean)
- `reference` (string)
- `replayed` (boolean)
- `schema_version`
- `state`
- `status`
- `summary` (object)
- `web_resume`

### `get_payment` (~473 tokens)

Au client, parler de sa commande et de la prochaine action utile. Garder les noms d’outils, états bruts, identifiants internes, clés, jetons et étapes techniques hors du dialogue courant. Les autorisations affichées par l’application de l’assistant relèvent de cette application et ne remplacent pas l’accord demandé par Nitech. Présenter le résultat réel en langage courant. Pour un paiement accepté, indiquer « Paiement accepté », la référence et le montant utiles, puis proposer le suivi. Garder les états bruts et les identifiants bancaires hors du dialogue courant. Carte explicitement choisie et préparation confirmée : remettre action.url, lien Nitech privé stable /payments/card, sans ouvrir ce lien dans les outils de l’assistant. Le client clique et le navigateur rejoint Scellius par le transfert bancaire existant, sans nouveau choix du moyen. Ne jamais donner un formulaire bancaire ou son jeton temporaire comme lien durable. payment_page conserve la page générale de choix et de suivi ; utiliser cette page si aucun moyen n’a été choisi. Virement, chèque et suivi permanent conservés. Retrouver le même caddie MCP, son montant accepté, les trois moyens card/transfer/cheque, le moyen choisi, les instructions et son état bancaire Scellius. payment_page fournit une URL privée stable du caddie, sans date d'expiration, commune aux trois moyens ; elle reste consultable après paiement. Le jeton p2 de cette page peut remplacer le jeton mcp_resume pour les appels suivants. awaiting_receipt signifie attente du règlement et ne prouve aucun paiement. Fournir cart_id et cart_access : le jeton mcp_resume privé obtenu dans un lien web_resume de create_order ou du BO. Ne jamais fournir un simple numéro comme preuve d’accès. NOT_PREPARED et PREPARED ne prouvent aucun paiement. Pour le client, AUTHORISED, AUTHORISED_TO_VALIDATE et CAPTURED se présentent simplement comme Paiement accepté ; ne pas détailler les étapes bancaires internes. business_effects et status signalent les réconcili…

Input parameters:

- `cart_access` (string, required)
- `cart_id` (integer, required)

### `prepare_payment` (~882 tokens)

Au client, parler de sa commande et de la prochaine action utile. Garder les noms d’outils, états bruts, identifiants internes, clés, jetons et étapes techniques hors du dialogue courant. Les autorisations affichées par l’application de l’assistant relèvent de cette application et ne remplacent pas l’accord demandé par Nitech. Après création, donner la référence client, le montant et une action utile. Si la carte a été choisie et la préparation autorisée, donner le lien direct action.url quand le serveur le fournit. Ne pas redemander un choix ou un accord identique. Si aucun moyen n’a été choisi, proposer carte, virement ou chèque, ou remettre la page de choix existante. Une demande explicite identifiant commande, montant, devise et moyen vaut accord pour cette préparation. Exécuter aperçu confirmed=false puis confirmed=true sans reposer la même question UNIQUEMENT si le résultat concorde exactement et qu’aucune nouvelle condition ne nécessite un accord. Conserver la même clé UUID, le jeton retourné et proof_reference identifiant le message explicite ; ne jamais inventer une preuve. S’il manque un élément ou si le résultat diffère, demander seulement la précision ou le nouvel accord nécessaire. Résultat accepté ou incertain : ne pas préparer une nouvelle tentative. Carte explicitement choisie et préparation confirmée : remettre action.url, lien Nitech privé stable /payments/card, sans ouvrir ce lien dans les outils de l’assistant. Le client clique et le navigateur rejoint Scellius par le transfert bancaire existant, sans nouveau choix du moyen. Ne jamais donner un formulaire bancaire ou son jeton temporaire comme lien durable. payment_page conserve la page générale de choix et de suivi ; utiliser cette page si aucun moyen n’a été choisi. Virement, chèque et suivi permanent conservés. Préparer le moyen de paiement du même caddie MCP : payment_method=card, transfer ou cheque. Pour virement/chèque, confirmer enregistre seulement c_stat=3 et c_moyp=3/2 et renvoie les i…

Input parameters:

- `cart_access` (string, required)
- `cart_id` (integer, required)
- `confirmation_token` (string)
- `confirmed` (boolean, required): false pour obtenir le jeton serveur ; true après concordance exacte avec un accord explicite acquis. Cette étape technique ne nécessite pas de répéter une question déjà répondue.
- `currency` (required)
- `expected_amount` (string, required)
- `idempotency_key` (string, required)
- `payment_method` (string)
- `proof_reference` (string): Référence traçable du message d’accord explicite du client (commande, montant, devise, moyen), y compris si cet accord précède l’aperçu technique. Ne pas inventer cette référence.
- `retry_of` (string)

### `get_order` (~160 tokens)

Lire une commande privée avec cart_id et cart_access (m1 privé ou p2 permanent). Le numéro seul ne suffit jamais. Reprend la même vérification d’accès que get_payment. Lecture seule : état de commande, paiement serveur, bordereaux et quantités documentées, déclaration de départ, transporteur explicitement renseigné. Un bordereau ne prouve pas la préparation physique ; une déclaration de départ ne prouve pas la livraison. Numéro/lien de suivi absents de ces sources : null et unavailable explicites. Ne rien déduire du paiement sur l’expédition. Ne pas recréer ni repayer en cas d’incertitude.

Input parameters:

- `cart_access` (string, required)
- `cart_id` (integer, required)

### `request_withdrawal` (~527 tokens)

Au client, parler de sa commande et de la prochaine action utile. Garder les noms d’outils, états bruts, identifiants internes, clés, jetons et étapes techniques hors du dialogue courant. Les autorisations affichées par l’application de l’assistant relèvent de cette application et ne remplacent pas l’accord demandé par Nitech. Présenter la commande et les articles et quantités concernés, ou la commande entière, puis poser une seule question « Confirmez-vous l’envoi de cette déclaration de rétractation ? » Après réception confirmée, dire « Votre déclaration de rétractation a été reçue » et fournir l’accusé. Garder les précautions techniques dans les opérations internes et ne pas annoncer un remboursement ou une annulation non effectués. Déposer une déclaration de rétractation privée avec le même service que le formulaire existant. Fournir cart_id et cart_access (m1 ou p2) : jamais un numéro ou un email seuls. scope désigne la commande entière (Commande entière) ou les articles et quantités concernés ; aucun motif obligatoire. Commencer par confirmed=false : aperçu sans dépôt ni notification. Présenter le scope exact au client et obtenir son accord explicite pour envoyer la déclaration. Rappeler ensuite avec confirmed=true, les mêmes cart_id/cart_access/scope et le confirmation_token retourné. Le jeton est lié à cet aperçu ; toute modification impose un nouvel aperçu et accord. Conserver ensuite les arguments et le même jeton, même après timeout, expiration ou réponse perdue ; la répétition retrouve le même dépôt et la même date, sans doublon. Ne jamais demander un nouveau jeton pour contourner une issue unknown ou un conflit. received renvoie référence, date UTC et accusé conservable en texte et lien privé. queued signifie confié à la file de courriels, pas livré. Les questions d’éligibilité sont examinées par Nitech. Aucun remboursement, annulation de commande, avoir ou mouvement de stock automatique. get_order reste une lecture ; le formulaire privé reste disponib…

Input parameters:

- `cart_access` (string, required)
- `cart_id` (integer, required)
- `confirmation_token` (string)
- `confirmed` (boolean, required): false pour un aperçu sans dépôt ; true uniquement après l’accord explicite du client sur cet aperçu.
- `scope` (string, required): Comme le formulaire privé : « Commande entière » ou désignation des articles et quantités concernés. Aucun motif demandé. Limite métier : 4000 octets UTF-8.

## Diagnostics

Captured diagnostic sections: TLS, DNSSEC, Authorisation, Transports. The full working is on the page: https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp#diagnostics

## Score history

- 2026-11-05: 60
- 2026-11-04: 60
- 2026-11-03: 60
- 2026-11-02: 59
- 2026-11-01: 59

## Common questions

### What is the Nitech — heating spare parts and ordering MCP server?

Nitech — heating spare parts and ordering is an MCP server listed in the public MCP registry as fr.nitech.catalogue/commerce. Heating spare parts: prices, availability, delivery quotes and orders with explicit confirmation. This page covers its hosted endpoint (https://mcp.nitech.fr/mcp).

### Is the Nitech — heating spare parts and ordering MCP server safe to use?

Nitech — heating spare parts and ordering scores 60 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

### What tools does the Nitech — heating spare parts and ordering MCP server expose?

Nitech — heating spare parts and ordering exposes 13 tools: get_product, get_offer, search_products, get_product_documents, find_compatibility_evidence, and 8 more. Their descriptions and schemas cost roughly 4,672 tokens of context every time the server is loaded.

### Does the Nitech — heating spare parts and ordering MCP server require authentication?

No. We connected to Nitech — heating spare parts and ordering without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

### Is the Nitech — heating spare parts and ordering MCP server still maintained?

Nitech — heating spare parts and ordering is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.

## Links

- Remote endpoint: https://mcp.nitech.fr/mcp
- Website: https://catalogue.nitech.fr/agents/
- Changelog RSS feed: https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp.xml
- Changelog JSON feed: https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp.json
- HTML version of this page: https://verifymcp.io/servers/fr-nitech-catalogue-commerce/mcp