Help

Une fois le connecteur en service, chaque facture de vente que vous enregistrez dans TallyPrime peut parvenir à votre client quelques minutes plus tard : sur WhatsApp ou par e-mail avec un PDF à votre image, ou par SMS avec le lien. Les mêmes enregistrements tiennent à jour vos listes de clients et de fournisseurs, placent vos chiffres de ventes, d’achats et de stock devant vos tableaux de bord, alimentent les relances des clients qui ont encore un solde dû, et remplissent un portail à votre image de marque où chaque client voit ses propres factures et le solde dû sur son compte. Ce guide est l’endroit où vous décidez de tout cela : quelles sociétés et quels types d’enregistrement Tally — factures de vente, factures d’achat, clients, fournisseurs, comptes bancaires, articles de stock — sont partagés, où va chacun d’eux, à quelle fréquence le connecteur consulte Tally, et ce que votre workflow, l’automatisation que vous construisez dans SurveyAnalytica, en fait. Si le connecteur n’est pas encore sur le PC, consultez le Connecteur Tally Prime — Guide d’installation.

Où se trouvent les réglages

Tout tient dans un seul fichier texte, bridge.yml, à côté de sa-tally-bridge.exe — en général dans C:\ProgramData\SurveyAnalytica. Faites un clic droit dessus, choisissez Ouvrir avec (Open with), puis Bloc-notes (Notepad). C’est du texte brut au format YAML, où l’indentation porte le sens.

Indentez avec des espaces uniquement, jamais la touche Tab, et conservez l’indentation des lignes que vous copiez depuis ce guide. Le connecteur démarre à partir d’un fichier qu’il peut lire de bout en bout ; si une indentation se décale, il indique la ligne à corriger et attend le fichier corrigé. Vérifiez votre modification avant de la confier à Windows — une seule commande suffit.

Dans le dossier qui contient bridge.yml, cliquez dans la barre d’adresse de l’Explorateur de fichiers, tapez cmd, appuyez sur Entrée, puis exécutez sa-tally-bridge.exe run --config bridge.yml. S’il affiche sa planification et continue de tourner, le fichier est bon : appuyez sur Ctrl+C, puis redémarrez le connecteur.

Appliquer une modification

Le connecteur lit bridge.yml au démarrage : une modification enregistrée prend donc effet au démarrage suivant. S’il tourne encore dans une fenêtre d’Invite de commandes, appuyez sur Ctrl+C puis relancez-le. Une fois qu’il démarre tout seul (étape 7 du Guide d’installation), redémarrez-le depuis le Planificateur de tâches (Task Scheduler) de Windows : ouvrez Bibliothèque du Planificateur de tâches → SurveyAnalytica → Tally Bridge (Task Scheduler Library), faites un clic droit sur la tâche et choisissez Fin (End), puis de nouveau un clic droit et choisissez Exécuter (Run). Fermer la session puis la rouvrir produit le même effet : la tâche démarre à l’ouverture de session.

L’assistant, ou le Bloc-notes

Utilisez l’assistant, sa-tally-bridge.exe init, pour la première configuration. Il repart d’une page blanche à chaque fois : faites donc les modifications ultérieures dans le Bloc-notes. Gardez chaque société sous une seule clé — le nom écrit par l’assistant, ou son numéro de dossier — et conservez cette clé : c’est là que le connecteur retient où il en est pour cette société, de sorte que chaque exécution ne lit que ce qui est nouveau et que chaque enregistrement arrive une seule fois.

Sociétés et types d’enregistrement

Le bloc companies: liste les sociétés à synchroniser, une entrée chacune : plusieurs sociétés ou succursales fonctionnent ainsi depuis le même PC Tally. Chacune a une clé de votre choix, qui accompagne chaque enregistrement sous le nom companyCode ; un name orthographié comme Tally l’orthographie ; et un bloc transactions: qui nomme les types d’enregistrement à lire.

bridge.yml — le bloc companies:

companies:
  "010001":
    name: "Acme Traders"
    transactions:
      sales: {}
      purchase: {}
      ledgers/debtors: {}
      stockItems: {}

  "010002":
    name: "Globex Industries"
    transactions:
      sales: {}
      ledgers/debtors: {}

Chaque exemple de ce guide est un morceau du même fichier : global: et companies: n’apparaissent qu’une fois chacun, n’ajoutez donc que les lignes qui vous manquent, à la même indentation. Les accolades vides sont voulues : un type d’enregistrement n’a besoin de réglages que lorsqu’il a sa propre destination, ce qui fait l’objet de la section suivante. Les sept types, appelés flux :

À écrire	Ce qu’il envoie
`sales`	Factures de vente, y compris vos propres types de pièces (voucher types) : le connecteur demande à Tally sur quoi chaque type est fondé, de sorte que `GST SALES` est classé comme une vente.
`purchase`	Factures d’achat, les types de pièces personnalisés étant traités de la même façon.
`ledgers/debtors`	Clients — chaque compte du grand livre sous Sundry Debtors, sous-groupes compris.
`ledgers/creditors`	Fournisseurs — chaque compte du grand livre sous Sundry Creditors.
`ledgers/bank`	Comptes bancaires.
`ledgers`	Tout le plan comptable — des milliers de lignes. Pour les clients ou les fournisseurs, les listes ciblées ci-dessus sont plus précises.
`stockItems`	Articles de stock, avec la quantité, la valeur et le prix unitaire de clôture.

Les enregistrements clients et fournisseurs portent les coordonnées du tiers telles que Tally les détient — nom de correspondance, e-mail, téléphone, mobile, GSTIN, numéro d’impôt sur le revenu, adresse et solde de clôture —, ce qui tient à jour une liste de contacts sans ressaisie. Les enregistrements de vente et d’achat portent la pièce entière : en-tête, lignes de stock, lignes de compte et de taxe, narration, et les détails de la facture électronique GST (IRN, numéro et date d’accusé de réception) lorsque Tally les possède.

Ce que couvre le connecteur

Les factures de vente et les factures d’achat, y compris vos propres types de pièces ; les clients, les fournisseurs, les comptes bancaires et, si vous le souhaitez, l’intégralité du plan comptable ; les articles de stock. Les autres types de pièces — reçus, paiements, contra, journaux, notes de crédit et de débit, commandes et bons de livraison — sortent du périmètre du connecteur aujourd’hui.

Où va chaque enregistrement

Chaque enregistrement part vers un workflow dont le déclencheur est un Webhook — celui que vous avez créé à l’étape 3 du Guide d’installation, et autant d’autres que vous le souhaitez, créés de la même façon. Ce panneau affiche les deux valeurs à copier dans bridge.yml : les lignes intitulées URL : et KEY :, chacune avec un bouton de copie. La ligne URL porte le nom de l’endroit où elle se trouve : webhook_url sous global:, sous une société et sous un type d’enregistrement ; url à l’intérieur de transaction_webhooks: et de heartbeat:, avec la clé sous le nom api_key à côté. Reprenez la structure de l’exemple ci-dessous en utilisant le nom qui correspond au niveau que vous modifiez — c’est l’orthographe que le connecteur lit. Les enregistrements qui n’ont pas encore de destination patientent en sécurité dans la file d’attente jusqu’à ce que vous leur en donniez une.

Bon à savoir. Copiez l’URL exactement telle que le panneau l’affiche ; si le pare-feu de votre bureau restreint le trafic sortant, autorisez le HTTPS sortant vers le nom d’hôte qui figure au début de cette URL. La clé voyage dans un en-tête nommé code, et elle suffit au workflow : laissez vides les champs HMAC Signature (Optional) (signature HMAC, facultative).

Envoyez tout vers un seul workflow, ou donnez à une société ou à un type d’enregistrement le sien.

bridge.yml — des parties des blocs global: et companies:

global:
  webhook_url: "PASTE-THE-URL-FROM-THE-TRIGGER-PANEL"
  api_key: "PASTE-THE-KEY-FROM-THE-TRIGGER-PANEL"

  transaction_webhooks:
    sales:
      url: "PASTE-THE-SALES-FLOW-URL"
      api_key: "PASTE-THE-SALES-FLOW-KEY"
    ledgers/debtors:
      url: "PASTE-THE-CONTACTS-FLOW-URL"
      api_key: "PASTE-THE-CONTACTS-FLOW-KEY"

companies:
  "010002":
    name: "Globex Industries"
    webhook_url: "PASTE-THE-GLOBEX-FLOW-URL"
    api_key: "PASTE-THE-GLOBEX-FLOW-KEY"
    transactions:
      sales: {}

Quelle destination l’emporte

Les enregistrements voyagent par groupes, un groupe par société et par type d’enregistrement. Pour chaque groupe, le connecteur retient la première destination renseignée : cette société et ce type d’enregistrement, puis cette société, puis ce type d’enregistrement, puis la destination globale par défaut. La clé voyage avec l’URL à côté de laquelle elle a été écrite : chaque workflow est donc atteint avec sa propre clé.

Les factures, les achats et la tenue des fiches clients peuvent chacun avoir leur propre workflow, URL et KEY. Pour chaque groupe d’enregistrements, le connecteur retient la première destination de l’échelle.

Émettre une nouvelle KEY

Conseil. Générer un nouveau, sous la clé, émet une nouvelle KEY ; le workflow en service conserve l’actuelle jusqu’à ce que quelqu’un le publie. Une fois la nouvelle KEY émise, collez-la dans bridge.yml, redémarrez le connecteur, puis appuyez sur Mettre à jour la version en ligne. (Un workflow en ligne affiche Mettre à jour la version en ligne ; un workflow jamais activé affiche Activer.) Ce qui est envoyé entre-temps patiente dans la file d’attente.

Synchronisation automatique ou planifiée

Le connecteur lit Tally soit automatiquement, toutes les quelques minutes, soit selon une planification, aux heures que vous choisissez — ce qui se règle dans le bloc sync sous global. Sans bloc sync, la lecture est automatique, toutes les cinq minutes.

Automatique

Lit à intervalle fixe — cinq minutes sauf indication contraire — et une fois dès son démarrage : les factures parviennent à votre workflow quelques minutes après leur saisie, et à votre client le jour même.

Planifié

Ne lit qu’aux heures que vous indiquez, par exemple 21:30 chaque soir. Entre-temps, il n’adresse aucune requête à Tally : la journée de travail appartient à vos équipes.

bridge.yml — dans le bloc global:, automatique

global:
  sync:
    mode: interval
    every: 5m

bridge.yml — dans le bloc global:, planifié

global:
  sync:
    mode: cron
    cron: "30 21 * * *"
    timezone: "Asia/Kolkata"

Le mode automatique lit à intervalle fixe et au démarrage ; le mode planifié lit aux heures que vous définissez.

Tous les réglages du bloc sync

Réglage	Par défaut	Ce qu’il fait
`mode`	`interval`	Soit `interval`, soit `cron`. Une ligne `cron` sans mode est lue comme `cron`.
`every`	`5m`	À quelle fréquence lire Tally en mode automatique : `30s`, `5m`, `2h`.
`cron`	aucun	Les heures d’horloge en mode planifié. Cinq parties : minute, heure, jour du mois, mois, jour de la semaine.
`timezone`	`UTC`	Le fuseau dans lequel les heures cron sont lues, sous forme de nom de lieu comme `Asia/Kolkata`. Renseignez-le, pour que 21:30 soit bien 21:30 chez vous.
`run_on_start`	`true`	Lire une fois dès le démarrage du connecteur. En mode planifié, seulement sur un PC qui n’a pas encore terminé une exécution.
`catch_up`	`true`	Si une heure planifiée est passée pendant que le PC était éteint, effectuer une exécution à son retour.
`catch_up_grace`	`30m`	De combien une heure manquée doit être dépassée pour qu’une exécution de rattrapage vaille la peine.
`retry_every`	`15m`	À quelle fréquence réessayer ce qui reste à lire dans ce cycle.
`first_run_guard`	`0` (désactivé)	Retient la toute première synchronisation d’une société qui compte plus de changements que ce nombre, dans les deux modes, pour qu’une lecture de tout l’historique ne démarre jamais une nuit sans surveillance ; ce type d’enregistrement affiche alors `needs_backfill` jusqu’à ce que vous remettiez ce réglage à `0` et le laissiez s’exécuter.

Exemples de cron

À écrire	Ce que cela signifie
`"30 21 * * *"`	Chaque jour à 21:30. Avec `timezone: "Asia/Kolkata"`, 21:30 IST.
`"0 19 * * 1-5"`	Du lundi au vendredi à 19:00, rien le week-end.
`"0 /2 * *"`	Toutes les deux heures, à l’heure pile.

Écrivez cinq parties, pas six : une partie de secondes en tête transformerait "0 30 21 * * *" en une lecture à la demie de chaque heure. Le connecteur vérifie l’expression avant de démarrer et affiche global.sync.cron must have exactly 5 fields (minute hour day-of-month month day-of-week), got 6 in "0 30 21 * * *" dans une fenêtre d’Invite de commandes — vérifiez donc une nouvelle planification à la main, comme ci-dessus.

Nouvelles tentatives et rattrapage

Une heure planifiée ouvre un cycle. Si une société n’était pas prête — son écran de connexion encore affiché sur le bureau, ou Tally ne répondant pas encore —, le connecteur la garde sur la liste et réessaie tous les retry_every, un quart d’heure par défaut, jusqu’à ce qu’il réussisse ou que l’heure planifiée suivante arrive : une société ouverte à 09:40 le lendemain matin se synchronise à 09:40.

Si le PC était éteint au passage d’une heure planifiée, une seule exécution de rattrapage couvre l’intervalle : trois nuits manquées coûtent une exécution, parce que le connecteur demande tout ce qui a changé depuis sa dernière lecture. En mode planifié, un redémarrage respecte le rendez-vous plutôt que de l’avancer ; pour des chiffres tout de suite, passez en automatique pour la journée.

Transformer les enregistrements en résultats

C’est ici que les enregistrements Tally deviennent ce que vous vouliez : la facture envoyée sur WhatsApp ou par e-mail avec un PDF à votre image, ou par SMS avec le lien ; les listes de clients et de fournisseurs alignées sur Sundry Debtors et Creditors ; un registre des ventes tenu à jour dans Google Sheets ou Excel ; une enquête de satisfaction une fois la facture partie ; des relances les jours que vous choisissez, envoyées par un workflow planifié sur une liste de contacts des clients qui ont encore un solde dû ; des chiffres pour les tableaux de bord et analyses ; et un portail à votre image de marque où les clients voient leurs propres factures et le solde dû sur leur compte.

Sur le PC Tally, ouvrez une Invite de commandes dans ce dossier, comme ci-dessus, et exécutez sa-tally-bridge.exe test --config bridge.yml. Il envoie aussitôt une dizaine d’enregistrements récents par type d’enregistrement.
Dans le panneau du déclencheur Webhook du workflow, appuyez sur Vérifier le statut. Il récupère le dernier exemple arrivé, une seule fois — d’où le test en premier. L’exemple apparaît au-dessus du bouton, abrégé à cet endroit s’il est très volumineux, tandis que l’exécution réelle transporte tout.
Appuyez sur Appliquer. Les champs de cet exemple deviennent les champs utilisables par le workflow.
Ajoutez une étape et réglez son Type de composant sur loop (boucle), en minuscules dans la liste.
Dans l’étape loop, réglez Array field to iterate (champ tableau à parcourir) sur records. Tout ce qui suit s’exécute désormais une fois par enregistrement, et non une fois par groupe.
Si les étapes suivantes ont besoin des informations propres au groupe — nom de la société, type d’enregistrement —, activez Include parent fields in each entry (inclure les champs parents dans chaque entrée), désactivé par défaut.
Sur chaque étape située sous la boucle, appuyez sur son bouton 1. Configurer les champs et choisissez les champs qu’elle utilise.
Appuyez sur Activer, pour que chaque facture soit traitée dès la toute première synchronisation.

Pourquoi cet ordre. Le connecteur avance à partir de ce qu’il a livré : ayez donc le workflow en ligne avant la première grosse synchronisation. Tant qu’il n’est pas actif, un workflow conserve ce qui arrive comme échantillon de test — ce dont les étapes 2 et 3 ont besoin.

Conseil. Utilisez une seule voie par société — le connecteur, ou la source de données Tally côté cloud sur un déclencheur Calendrier, pas les deux — pour que chaque enregistrement arrive une seule fois.

Les actions qui ont besoin d’une boucle

Action	Boucle nécessaire ?
WhatsApp, SMS, Slack, Microsoft Teams, publications sur les réseaux sociaux	Oui. Un message à la fois.
Google Sheets, Excel	Oui. Une ligne par enregistrement.
Liste de contacts, Planner, Réponse d’enquête, Utilisateur de l’organisation, Shopify, Salesforce, Mailchimp	Oui. Chacune écrit un seul enregistrement.
E-mail	Non. Un modèle peut répéter une liste en son sein — plusieurs factures dans un même relevé ; une boucle donne un e-mail par facture.
Créer un document, Tâche	Non. Les deux travaillent sur une liste : un seul document peut couvrir tout un groupe.

Là où une boucle est nécessaire, l’étape le signale et propose un bouton Add Loop (ajouter une boucle).

Ce que le connecteur envoie

Chaque requête est l’un de ces groupes — un lot, issu d’une société et d’un type d’enregistrement — enveloppé dans six champs.

Champ	Ce qu’il contient
`companyCode`	La clé que vous avez utilisée sous `companies:`.
`companyName`	Le nom de la société tel que Tally l’orthographie.
`transactionType`	Le type d’enregistrement : `sales`, `ledgers/debtors`, et ainsi de suite.
`batchStart`, `batchTotal`	Où commence ce lot dans tout ce qui a été trouvé durant ce cycle (0, puis 250, puis 500), et combien ont été trouvés.
`records`	Les enregistrements eux-mêmes, jusqu’à 250 par requête — le tableau que votre boucle parcourt.

À l’intérieur de records, les noms de champ sont ceux de Tally, en majuscules, et vos champs personnalisés conservent leur nom tel quel. Toute valeur est du texte, montants et dates compris, et un champ vide dans Tally est absent de cet enregistrement — construisez donc chaque étape sur les champs que vous avez choisis à l’étape 7.

Une requête, abrégée

{
  "companyCode": "010001",
  "companyName": "Acme Traders",
  "transactionType": "sales",
  "batchStart": 0,
  "batchTotal": 312,
  "records": [
    {
      "GUID": "0a1b2c3d-0000-4000-8000-000000000001-00000101",
      "REMOTEID": "0a1b2c3d-0000-4000-8000-000000000001-00000101",
      "DATE": "20250401",
      "VOUCHERNUMBER": "101",
      "VOUCHERTYPENAME": "GST SALES",
      "PARTYLEDGERNAME": "Example Customer Pvt Ltd",
      "AMOUNT": "5900.00",
      "PARTYGSTIN": "29XXXXXXXXXX1Z5",
      "ALLINVENTORYENTRIES": [
        {
          "STOCKITEMNAME": "Sample Item A",
          "BILLEDQTY": "10 Nos.",
          "RATE": "500.00/Nos.",
          "AMOUNT": "5000.00"
        }
      ]
    }
  ]
}

Le champ sur lequel s’appuyer est GUID — l’identifiant permanent de Tally pour cette pièce ou ce compte —, avec REMOTEID comme remplaçant, certaines pièces le portant sous ce nom. Lorsque quelqu’un modifie une facture, lorsque ses détails de facture électronique arrivent plus tard, ou lorsqu’une réponse ne parvient pas au connecteur, l’enregistrement est renvoyé sous le même identifiant. Faites la correspondance sur ce champ et mettez à jour au lieu d’ajouter : une facture reste ainsi une seule ligne, dans une feuille, un tableau de bord ou le portail.

Vos informations

Vous choisissez quelles sociétés et quels types d’enregistrement sont partagés. Pour ceux-là, la pièce ou le compte complet voyage sur une connexion chiffrée : noms du tiers et de correspondance, GSTIN, PAN, adresse postale, e-mail, numéros de téléphone et de mobile, noms d’articles, prix unitaires, montants de taxe et soldes. La plupart des entreprises partagent ledgers/debtors et ledgers/creditors plutôt que tout le plan comptable, ce qui limite ce qui quitte le PC aux tiers avec lesquels vous commercez réellement.

Facultatif : un rapport d’état après chaque exécution

Les enregistrements voyagent quand quelque chose a changé : une nuit calme est calme par conception. Pour une confirmation positive, le rapport d’état publie un résumé vers un workflow qui lui est propre après chaque exécution, avec l’URL et la KEY de ce workflow. Ajoutez-le à la main :

bridge.yml — dans le bloc global:

global:
  heartbeat:
    url: "PASTE-THE-STATUS-FLOW-URL"
    api_key: "PASTE-THE-STATUS-FLOW-KEY"

Chaque rapport porte outcome (success, partial ou blocked), blockedReason (gateway_error, gateway_empty, no_companies), outboxDepth, recordsEnqueued, pendingStreams, nextFireAt et hostname. L’alerte la plus utile : sur une planification nocturne, levez un signal si aucun rapport n’est arrivé d’une machine depuis 26 heures.

Vérifier que tout fonctionne

Sur le PC Tally, ouvrez une Invite de commandes dans ce dossier, comme ci-dessus, et exécutez :

Invite de commandes

sa-tally-bridge.exe status --config bridge.yml

Ce qu’il affiche

sa-tally-bridge [version] on TALLY-PC
Schedule    : cron "30 21 * * *" (Asia/Kolkata)
Last run    : Sat, 15 Aug 2026 21:30:04 IST → 21:34:11 (partial)
Next run    : Sat, 15 Aug 2026 21:45:04 IST
Records     : 312 enqueued last run; outbox depth 0
Pending     : 1 stream(s) awaiting retry
   - Globex Industries / sales : company_closed
   ok Acme Traders / sales : synced (watermark 260321/260409, 312 records)
   ok Acme Traders / stockItems : up_to_date (watermark 8821/8821, 0 records)

Une ligne Blocked : apparaît entre Last run et Next run lorsqu’une exécution entière a été bloquée. outbox depth compte les lots qui restent à livrer ; 0 est ce que vous voulez. watermark 260321/260409 est le repère en chiffres simples : le numéro de changement lu jusqu’ici, puis le numéro de changement actuel de la société — quand ils correspondent, tout est arrivé. status rend compte de la dernière exécution terminée.

Ce que signifie chaque statut de flux

Statut	Signification	Nouvelle tentative ?
`synced`	Des enregistrements nouveaux ou modifiés ont été lus et mis en file d’attente pour l’envoi.	Terminé
`up_to_date`	Tally a répondu et rien n’a changé : l’état de repos sain.	Terminé
`company_closed`	Cette société n’est pas ouverte dans TallyPrime, généralement un écran de connexion en attente sur le bureau.	Oui
`type_map_failed`	La liste des types de pièces n’a pas été lue cette fois : le connecteur a donc retenu ce flux plutôt que de classer vos types personnalisés sous le mauvais intitulé.	Oui
`no_counter`	La société n’a pas indiqué de compteur de changements cette fois.	Oui
`needs_backfill`	Une toute première synchronisation retenue par `first_run_guard`. Listée par `sa-tally-bridge.exe status --config bridge.yml --json`.	Non
`error`	Une tentative ne s’est pas achevée ; la raison est consignée et le repère est resté en place, ces enregistrements arriveront donc la prochaine fois.	Oui

Les fichiers à côté de bridge.yml

tally_outbox.db, avec deux fichiers compagnons — la file d’attente locale et le repère de ce qui a été envoyé. Conservez-le : c’est ce qui fait que chaque enregistrement arrive une seule fois.
bridge-status.json — le résultat de la dernière exécution, ce qu’affiche status.
sa-tally-bridge.log — le journal en cours, avec jusqu’à cinq copies plus anciennes, .1 à .5. La première chose à envoyer au support.

Dépannage

Ce que vous voyez	Ce que cela signifie	Que faire
Tout est livré, et le workflow n’a pas encore agi.	Le workflow est enregistré mais non activé, ou en pause : ce qui est arrivé jusqu’ici est conservé comme échantillon de test.	Ouvrez le workflow et appuyez sur Activer. La synchronisation suivante est traitée en entier.
`outbox depth` ne cesse d’augmenter.	Le workflow n’a pas encore accepté ces lots : une KEY qui a changé, une URL provenant d’un autre workflow, ou un type d’enregistrement ajouté à la main sans destination.	Copiez de nouveau URL : et KEY : depuis le panneau et redémarrez le connecteur ; vérifiez que le type d’enregistrement a sa propre URL, ou que `webhook_url` sous `global:` est renseigné. Tout patiente en sécurité dans la file d’attente entre-temps.
Une société affiche toujours `company_closed`.	Elle n’est pas ouverte dans TallyPrime, généralement parce que son écran de connexion est en attente.	Ouvrez cette société dans la fenêtre Tally et saisissez-y son mot de passe. Le connecteur la reprend à la tentative suivante.
`Blocked : gateway_error` ou `gateway_empty`, avec toutes les sociétés en `company_closed`.	Tally ne répond pas encore, ou a répondu sans société ouverte ; la ligne `Blocked` est celle à lire. (`gateway` est le mot du connecteur pour la connexion de Tally sur le port 9000.)	Regardez la fenêtre Tally : démarrez Tally, ou traitez l’invite qui y attend.
`companyName` ou `batchTotal` vide sous la boucle.	Le commutateur Include parent fields in each entry de la boucle est désactivé.	Ouvrez l’étape de boucle et activez-le.
Les livraisons se sont arrêtées après que quelqu’un a appuyé sur Générer un nouveau.	Une nouvelle KEY a été émise et le workflow publié : le workflow attend désormais cette KEY.	Collez la nouvelle KEY dans bridge.yml, redémarrez le connecteur, puis appuyez sur Mettre à jour la version en ligne.
Aucun enregistrement depuis le redémarrage du PC.	Le connecteur s’exécute dans votre session Windows ouverte, et Tally a besoin que ses sociétés soient ouvertes.	Ouvrez votre session et ouvrez les sociétés ; le connecteur reprend environ une minute plus tard. Sur un PC devant lequel personne ne s’assoit, activez l’ouverture de session automatique de Windows et tout revient de lui-même.
Des enregistrements arrivent en double.	L’ancien module complémentaire Tally est encore chargé ; ou la société est aussi une source de données Tally sur un déclencheur Calendrier ; ou elle est listée deux fois sous deux clés.	Gardez la voie que vous voulez, retirez l’autre, redémarrez le connecteur.
`synced` avec `Records : 0`.	Ce qui a changé durant ce cycle, ce sont des types de pièces hors du périmètre du connecteur, comme les reçus.	Rien à faire : les enregistrements de vente et d’achat sont à jour.

Bon à savoir

La fiabilité, en trois lignes.
Point de reprise (RPO) : pratiquement nul. Tally reste votre système de référence, et le repère d’une société n’avance qu’une fois ces enregistrements en sécurité dans la file d’attente sur disque — tout ce qui a été saisi dans les sociétés et les types d’enregistrement que vous avez sélectionnés, pendant que la connexion Internet, le PC ou le connecteur étaient indisponibles, est repris à l’exécution suivante, sans rien ressaisir.
Temps de reprise (RTO) : décidé par votre PC. Il n’y a pas de procédure de reprise : une fois la session Windows ouverte et les sociétés ouvertes dans Tally, le connecteur reprend de lui-même environ une minute plus tard, rattrape toute heure planifiée passée, et réessaie toutes les 15 minutes chaque société qui n’était pas ouverte.
Disponibilité : Windows le démarre à l’ouverture de session, et le redémarre — trois tentatives, à une minute d’intervalle — s’il venait à s’arrêter. Vue d’ensemble : La fiabilité en un coup d’œil.

Le connecteur s’exécute sur le même PC que TallyPrime, dans votre session Windows ouverte : c’est ce qui lui permet de lire les dossiers de Tally et de démarrer Tally au besoin.
Pendant que vous construisez un workflow, utilisez sa-tally-bridge.exe test autant que vous le voulez : il ne déplace aucun repère et ne change rien à ce que vous avez déjà synchronisé.
Les connexions sont uniquement sortantes : aucune règle de pare-feu entrante n’est nécessaire. Derrière un proxy d’entreprise, définissez HTTPS_PROXY pour le compte Windows sous lequel le connecteur s’exécute — par exemple http://proxy.example.local:8080 — puis redémarrez-le.
La première synchronisation lit tout l’historique d’une société à environ 5 000 enregistrements par minute : une société comptant 100 000 pièces demande donc une vingtaine de minutes. Lancez-la sous surveillance, en mode automatique, et passez à une planification nocturne une fois que chaque type d’enregistrement affiche up_to_date.
Les sociétés protégées par mot de passe sont ouvertes par une personne, dans l’écran de connexion de Tally : le connecteur ne demande ni ne conserve jamais un mot de passe Tally.

Connecteur Tally Prime — Guide d’installation — le connecteur sur le PC Tally, et la première synchronisation.
Flows et automatisation — déclencheurs, conditions et actions, dont le déclencheur Calendrier, qui lit une liste de contacts de vos clients et de leurs soldes pour les relances.
Listes de contacts — là où atterrissent vos clients et vos fournisseurs.
Connectors Marketplace — Présentation — là où se trouve le téléchargement.