MON nœud Google Sheets continue d'écraser les données

Questions
1

J’ai utilisé un nœud Google Sheet dans mon workflow et lorsque j’ai essayé d’ajouter des données, il n’arrêtait pas de remplacer les lignes existantes

Décrivez le problème/l’erreur/la question

Quel est le message d’erreur (le cas échéant)?

Veuillez partager votre workflow

(Sélectionnez les nœuds sur votre canevas et utilisez les raccourcis clavier CMD+C/CTRL+C et CMD+V/CTRL+V pour copier et coller le workflow.)

Partagez la sortie retournée par le dernier nœud

Informations sur votre configuration n8n

  • Version d’n8n :
  • Base de données (par défaut : SQLite) :
  • Paramètre n8n EXECUTIONS_PROCESS (par défaut : own, main) :
  • Exécution d’n8n via (Docker, npm, n8n cloud, application de bureau) :
  • Système d’exploitation :
3

cela est probablement dû au fait que vous avez ajouté une mauvaise opération ou une clé unique manquante et vous pouvez le corriger en définissant une colonne de recherche appropriée lors de la mise à jour

4

Je déboguerais ceci en tant que collision append-vs-update avant de modifier d’autres mappages.

La vérification la plus petite et utile :

1. Ajoutez un nœud Set immédiatement avant Google Sheets avec un source_row_id fictif, par exemple test_a et test_b, plus un timestamp.

2. Dans le nœud Google Sheets, confirmez que l’opération exacte est append/ajouter une ligne, et non update, upsert ou append-or-update.

3. Vérifiez si un numéro de ligne, une colonne correspondante, une plage ou un champ clé est mappé. Si un numéro de ligne stable ou la même clé de correspondance est envoyé pour chaque élément, le nœud continuera à cibler la même ligne.

4. Après le nœud Sheets, enregistrez le numéro de ligne renvoyé / l’ID de ligne si n8n le fournit.

5. Exécutez seulement deux éléments fictifs. Résultat attendu : deux nouvelles lignes avec des valeurs source_row_id différentes.

Si le deuxième élément fictif écrase le premier, la cause probable n’est pas la feuille elle-même ; c’est que le workflow donne aux deux éléments la même ligne cible ou la même clé de recherche.

Pour un workflow plus sûr, je conserverais trois champs dans la feuille :

- source_row_id ou run_item_id,

- write_mode comme append ou update,

- written_at.

Ensuite, utilisez update/upsert uniquement lorsque source_row_id est censé être unique et stable. Si vous voulez un journal d’audit, utilisez un append simple et évitez de mapper un numéro de ligne existant.