### Answer Pour mettre à jour un appel avec l'endpoint v2, vous devez utiliser

/v2/update-call/{call_id}

avec la méthode PATCH [(1) ]() . Voici un exemple en TypeScript :

typescript
import Retell from 'retell-sdk';
const client = new Retell({
 apiKey: process.env['RETELL_API_KEY'],
}) ;
const callResponse = await client.call.update('call_a4441234567890777c4a4a123e6', {
 data_storage_setting: 'everything_except_pii',
 metadata: { customer_id: 'cust_123', notes: 'Follow-up required' },
}) ;
console.log(callResponse) ;

Cet endpoint vous permet de mettre à jour les métadonnées et les paramètres de stockage des données sensibles d'un appel existant . Note importante : L'endpoint

/v2/list-calls

est pour lister les appels, pas pour les mettre à jour [(2) ]() . Si vous cherchez à mettre à jour un appel spécifique, utilisez

/v2/update-call/{call_id}

[(1) ]() .

​ To learn more, see the sources I considered: [[1] Update Call](https://docs.retellai.com/api-references/update-call) [[2] Deprecation Overview](https://docs.retellai.com/deprecation-notice/overview) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer Pour retrouver où vous utilisez l'endpoint

POST /v2/list-calls

dans votre code, vous devez migrer vers

POST /v3/list-calls

[(1) ]() . Voici comment identifier l'utilisation : 1. Recherchez dans votre codebase les appels à

/v2/list-calls

ou

client.call.list()

(si vous utilisez le SDK) 2. Vérifiez vos logs d'API - le mail indique 898 utilisations récentes 3. Examinez vos intégrations qui récupèrent l'historique des appels Migration requise avant le 15 juin 2026 : L'endpoint

POST /v2/list-calls

sera remplacé par

POST /v3/list-calls

. Changements clés : - La réponse retournera maintenant un objet avec les champs

items

,

pagination_key

, et

has_more

- Au lieu de recevoir un tableau directement, vous devrez accéder aux appels via la propriété

items

Exemple de code à mettre à jour : Avant (déprécié) :

typescript
// Appel à /v2/list-calls
const calls = await client.call.list() ;
// calls est un tableau direct

Après (nouveau format) :

typescript
// Appel à /v3/list-calls
const response = await client.call.list() ;
// Accédez aux appels via response.items
const calls = response.items;

Action immédiate : Mettez à jour tous vos appels vers

/v3/list-calls

et adaptez votre code pour lire

response.items

au lieu d'utiliser directement le tableau retourné .

​ To learn more, see the sources I considered: [[1] Deprecating on 06/15/2026](https://docs.retellai.com/deprecation-notice/2026/06-15_legacy_list_endpoints) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer Pour trouver où vous utilisez l'API

POST /v2/list-calls

dans n8n, voici les étapes à suivre : 1. Vérifiez vos workflows n8n : - Ouvrez chaque workflow dans n8n - Recherchez les nœuds qui utilisent des requêtes HTTP ou des nœuds Retell AI - Cherchez spécifiquement les appels vers l'endpoint

/v2/list-calls

2. Identifiez les nœuds HTTP : - Filtrez par nœuds "HTTP Request" dans vos workflows - Vérifiez l'URL configurée dans chaque nœud - Cherchez les URLs contenant

api.retellai.com/v2/list-calls

3. Examinez les webhooks et automatisations : - Vérifiez si vous avez des workflows qui récupèrent l'historique des appels - Cherchez les workflows qui listent ou exportent des données d'appels - Identifiez les automatisations qui s'exécutent régulièrement (898 utilisations suggèrent une utilisation fréquente) 4. Recherche dans n8n : - Utilisez la fonction de recherche globale de n8n (si disponible) - Recherchez le terme "list-calls" ou "v2/list" - Vérifiez les workflows actifs et inactifs Une fois identifié, vous devrez : - Remplacer

/v2/list-calls

par

/v3/list-calls

[(1) ]() - Adapter votre code pour accéder à

response.items

au lieu du tableau direct La date limite pour cette migration est le 15 juin 2026 .

​ To learn more, see the sources I considered: [[1] Deprecation Overview](https://docs.retellai.com/deprecation-notice/overview) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer Non, l'utilisation des webhooks pour Post-Call Analysis n'est pas directement liée à l'endpoint déprécié

POST /v2/list-calls

. Voici pourquoi : Les webhooks Post-Call Analysis utilisent l'événement

call_analyzed

qui est déclenché automatiquement après qu'un appel se termine et que l'analyse est complétée [(1) ]() . Cet événement webhook envoie les données d'analyse extraites vers votre URL de webhook configurée [(2) ]() . L'endpoint

POST /v2/list-calls

est utilisé pour récupérer une liste d'appels de manière active (vous interrogez l'API) , tandis que les webhooks poussent les données vers vous de manière passive [(1) ]() . Où chercher l'utilisation de

/v2/list-calls

dans n8n : Puisque vous utilisez n8n, l'endpoint déprécié est probablement utilisé dans un workflow qui : - Récupère périodiquement l'historique des appels - Liste les appels pour générer des rapports - Synchronise les données d'appels vers un autre système Vérifiez spécifiquement : - Les nœuds "HTTP Request" qui appellent l'API Retell - Les workflows programmés (cron/schedule) qui s'exécutent régulièrement - Toute intégration qui récupère des listes d'appels pour analyse ou reporting Vos webhooks Post-Call Analysis continueront de fonctionner normalement - seul l'endpoint

/v2/list-calls

nécessite une migration vers

/v3/list-calls

.

​ To learn more, see the sources I considered: [[1] Retell AI Webhooks | AI Voice Agents With Live Data | Retell AI](https://www.retellai.com/blog/retell-ai-webhooks-feature) [[2] AI Call Platform That Goes Beyond Calling | Retell AI | Retell AI](https://www.retellai.com/blog/ai-call-platform-features-beyond-calling) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.