Problèmes avec certains courtiers

Pour les instructions d'export pas à pas, ouvrez l'écran d'import à côté du sélecteur de fichier — chaque préréglage contient les siennes, et vous pouvez les consulter pour n'importe quel courtier dans le projet de démo sans compte. Pour les symptômes non spécifiques à un courtier, voyez Problèmes d'import.

Si votre courtier ne figure pas ci-dessous, l'import se passe généralement sans problème. Sinon, envoyez-nous un exemple du fichier à importer : Vous rencontrez toujours des difficultés ? vous explique comment faire.

Interactive Brokers

IBKR ne propose pas d'export de transactions prêt à l'emploi : vous construisez un rapport appelé Flex Query, vous l'exécutez, et vous importez le CSV qu'il produit. Presque tous les imports IBKR vides ou incomplets viennent d'un problème de requête plutôt que d'un problème chez Capitally — une section jamais activée, ou une plage de dates fixée à la création de la requête au lieu de son exécution, produit un fichier qui a l'air parfaitement normal et n'importe presque rien. Les étapes de configuration figurent sur l'écran d'import sous le préréglage Interactive Brokers ; voici les endroits où cela dérape.

• Il doit s'agir d'une Activity Flex Query, pas de l'Activity Statement classique, avec quatre sections activées à l'intérieur : Cash Transactions (toutes les options sauf Summary), Trades (Execution), Transfers (Transfer) et Corporate Actions (Details). Une section omise est tout simplement absente du fichier.
• Cochez Select All pour les colonnes. Choisir les champs à la main est la cause habituelle d'un fichier illisible par Capitally : les quatre sections arrivent empilées dans un seul CSV, et ClientAccountID est la colonne qui marque où chacune commence et s'arrête. Retirez-la et les sections se chevauchent.
• La plage de dates appartient à l'exécution, pas à la requête. La fixer au moment de la création est la première cause d'une requête d'apparence correcte qui ne renvoie rien.
• Un an par exécution, et aucun réglage ne lève le plafond — un historique de dix ans, c'est dix exécutions et dix fichiers. Importez-les du plus ancien au plus récent ; les plages qui se chevauchent sont sans risque, car chaque ligne IBKR porte l'identifiant du courtier (TradeID, TransactionID ou ActionID) et Capitally fait le rapprochement dessus.
• Les transactions du jour ne sont jamais dans une Activity Flex Query — le cas classique est un achat récurrent exécuté le matin et absent d'une requête relancée l'après-midi. Importez le lendemain, ou lancez une Trade Confirmation Flex Query, que le même préréglage sait lire. Celles-ci ne contiennent pas de données de dividendes, à réserver donc aux exécutions du jour.
• Les conversions de devises et leurs frais nécessitent le suivi de trésorerie activé avant l'import, pas après. S'il était désactivé, annulez l'import, activez-le et importez à nouveau.
• Les futures et T-Bills arrivent comme actifs personnalisés, donc sans prix automatique. Les ADR s'importent comme leur action sous-jacente, et les frais de gestion d'ADR qu'IBKR comptabilise avec un dividende sont fusionnés dans les frais de ce dividende plutôt que présentés séparément.

Une migration entre entités IBKR — d'IB Hungary à IB Ireland, par exemple — vous laisse avec deux numéros de compte et deux historiques. Importez d'abord l'ancien compte, puis le nouveau, et passez les lignes de transfert inter-comptes sur ignore dans le tableau de vérification ; Capitally les signale quand il les détecte. Laissées telles quelles, elles comptent les actions en double et raccourcissent les périodes de détention, si bien qu'une position détenue depuis des années apparaît comme récente. Enregistrez les deux numéros de compte sous un seul compte Capitally.

Les corrections de retenue à la source arrivent comme des lignes distinctes, généralement en janvier et généralement sur des REIT, BDC et fonds fermés. Si le dividende corrigé ne figure pas dans le même fichier, Capitally avertit que le fichier contient des mises à jour fiscales pour des dividendes qu'il ne voit pas. Soit vous fusionnez les deux années dans un seul import et passez les lignes de dividendes qui reviennent de Duplicate à update, soit vous enregistrez le montant révisé comme une transaction Other datée dans l'année fiscale à laquelle elle appartient.

Quand l'import ressort vide ou incomplet, ouvrez le CSV dans un tableur et comptez d'abord les lignes — cela distingue « IBKR n'a rien exporté » de « Capitally a sauté des lignes », et les deux appellent des correctifs différents.

• Uniquement une ligne d'en-tête, ou une poignée de lignes sur une longue période — la plage de dates d'exécution est erronée.
• Une seule section présente — une section n'a pas été activée, ou Select All n'a pas été coché à l'intérieur.
• Uniquement des lignes de change — Trades n'est pas activée.
• Une section apparaît deux fois, la première copie vide — reconstruisez la requête plutôt que de rafistoler le fichier.
• Il n'y a rien de nouveau à importer — chaque ligne est déjà dans votre projet. Passez les lignes Duplicate sur update si vous vouliez les rafraîchir.
• Il n'y a rien à importer — le préréglage n'a rien trouvé d'exploitable, ce qui renvoie aux sections et à la plage de dates.
• Aucun marché trouvé en nommant un code de place — ce code n'est pas encore mappé dans le préréglage. Choisissez la bonne cotation dans le menu déroulant de la ligne et le choix est enregistré avec l'actif ; signalez-nous le code et nous l'ajouterons.

Degiro

Exportez le fichier Account statements depuis Inbox, et non la table Transactions. L’exportation des transactions omet les dividendes et les frais, ce qui est la cause habituelle du message Il n’y a rien à importer. La langue de l’export n’a aucune importance : un relevé néerlandais (Datum, Omschrijving, Mutatie, avec Koop et Verkoop pour les transactions) est lu exactement comme un relevé anglais, et les lignes Conversie geldmarktfonds sont ignorées en tant que mouvements de liquidités internes plutôt qu’importées comme des transactions. Si vous avez déjà importé avec l'ancien format Transactions, les lignes sur une période chevauchante ne pourront pas être rapprochées de ce qui est déjà présent et apparaîtront comme de nouvelles transactions. Commencez donc la période à la date de fin de l’importation précédente. Degiro n’indique pas la quantité de dividendes réinvestis ; les lignes DRIP nécessitent donc que le nombre d’actions soit saisi manuellement après l’importation, et les attributions de droits sont signalées mais non importées.

XTB

XTB a remplacé son export CSV par un rapport Excel. Le premier import après ce changement ne peut pas être dédoublonné avec les données importées précédemment : l'ancien export ne fournissait pas d'identifiant d'opération et utilisait l'heure locale, alors que le nouveau utilise l'heure UTC. Définissez la période d'importation à partir de la date de fin de votre dernier import ou ignorez les lignes en double lors de l'étape de revue ; à partir de cet import, chaque ligne possède un identifiant et les plages chevauchantes ne posent plus de problème. Le rapport n'indique jamais la devise du compte, c'est pourquoi l'étape de revue vous demandera de la définir dans Account currency sous Import settings. Elle est déduite du préfixe du nom de fichier — USD_…, EUR_…, PLN_…, IKE_… étant lu comme PLN — et revient par défaut au PLN en l'absence de préfixe. Le téléchargement de rapport chez XTB ne conserve pas toujours ce préfixe ; conservez donc le nom de fichier original si possible et vérifiez le paramètre avant de confirmer. Le modifier change la devise de toutes les transactions de l'import, à l'exception des lignes provenant des comptes IKE et IKZE, qui restent toujours en PLN. XTB ne publie pas non plus d'ISIN, c'est pourquoi les ETF correspondent souvent à une cotation allemande : corrigez le symbole une fois et votre choix sera mémorisé. Les actions issues d'un spin-off sont absentes des Cash Operations ; Capitally les lit depuis la feuille Closed Positions du même rapport et les enregistre comme une conversion à partir de la société mère avec un prix de revient de 0 — le chiffre utilisé par XTB lui-même, afin que la plus-value lors d'une vente ultérieure corresponde au relevé fiscal du courtier. Importez le rapport tel que XTB l'exporte plutôt qu'une seule feuille extraite : sans les positions fermées, le spin-off ne sera jamais pris en compte et sa vente ultérieure laissera la position en découvert.

Revolut

Revolut nécessite deux imports séparés à partir de deux exports séparés : Relevé de courtage pour les actions et ETF, depuis l'onglet Invest, et Relevé crypto pour la crypto, depuis l'onglet Crypto. Aucun des deux fichiers ne contient les transactions de l'autre, donc une moitié manquante correspond presque toujours à un export manquant. Le relevé crypto n'a pas de colonne devise — la devise est lue à partir du symbole dans les cellules Price et Fees, et comme $ couvre plusieurs devises, vérifiez celle que Capitally a associée avant de valider.

Trade Republic

L'export de transactions de Trade Republic n'existe que dans l'appli mobile, sous Profil → Relevés de compte → Export des transactions ; il n'y a rien d'équivalent dans l'interface web, ce qui fait conclure à tort que le courtier ne propose aucun export. Choisissez une plage de dates ou Toutes les transactions, et importez le CSV généré. Les relevés PDF par transaction que Trade Republic produit également ne sont pas importables.

Trading 212

L’export CFD History enregistre les positions par rapport à l’actif sous-jacent (indice, action ou matière première) et non comme un instrument CFD distinct. Un CFD fermé arrive donc comme un achat et une vente de cet actif sous-jacent, avec des positions courtes représentées par des quantités négatives. Il s’agit d’un export distinct du fichier History des comptes invest et ISA ; un compte CFD et un compte invest nécessitent chacun leur propre export.

Le spread est déjà intégré dans les prix d’ouverture et de clôture, tandis que les intérêts de nuit, les ajustements de dividendes et les frais de change arrivent sous forme de lignes distinctes, l’ajustement de dividende étant libellé dans la devise de votre compte. Les lignes Order sont ignorées plutôt qu’importées ; une ligne exécutée est déjà décrite par la ligne Closed position correspondante, et une ligne annulée ou en attente n’a jamais impacté le portefeuille.

Charles Schwab

L'historique des transactions chez Schwab ne remonte qu'aussi loin que les propres archives de Schwab — les comptes transférés lors de la fusion avec TD Ameritrade commencent souvent en 2020 plutôt qu'à la date réelle d'ouverture du compte, donc les positions plus anciennes arrivent sans prix de revient. Deux façons de combler le trou : ajouter des transactions Buy avec des chiffres non ajustés, avant split (quantité = quantité ajustée ÷ ratio du split, prix = prix ajusté × ratio du split), ou, si le rendement historique vous importe peu, enregistrer un Solde du compte avec la quantité actuelle daté du lendemain du dernier split. Vérifiez aussi les opérations sur titres dans l'export — les spin-offs et fusions manquent souvent, ce qui se traduit plus tard par un nombre d'actions impossible à réconcilier.

J. Safra Sarasin

Le fichier CSV Account Movements ne couvre qu’un seul compte espèces à la fois ; un portefeuille détenu dans plusieurs devises nécessite donc un export par compte de devise. Un change de devises n’est rapporté que dans le compte où il a été comptabilisé, raison pour laquelle il manque presque toujours un export quand la moitié d’une opération de change disparaît, plutôt qu’un problème d’analyse des données.

Le rapport identifie les titres uniquement par leur nom, sans ISIN ni ticker. Vérifiez chaque actif rapproché lors de l’étape de revue avant de confirmer, car le nom peut correspondre au mauvais instrument ou à un instrument similaire. Les obligations ont rarement une entrée catalogue correspondante et arrivent en tant qu’actifs personnalisés ; leur quantité est la valeur nominale divisée par 100, de sorte que la quantité multipliée par le prix égale les liquidités déplacées.

Bossa (DM BOŚ)

Bossa ne publie pas d'ISIN, donc le premier import nécessite un rapprochement manuel des actifs : saisissez le symbole tel qu'il figure sur la bourse de Varsovie, avec l'extension GPW — CDR.GPW. Bossa utilise également des identifiants différents pour les transactions et pour les dividendes, si bien qu'une même entreprise peut apparaître deux fois dans le tableau de vérification sous deux entrées ; cliquez sur le champ et choisissez le même symbole pour les deux. Les types de transaction que le préréglage n'a jamais rencontrés ne sont pas importés du tout plutôt que signalés, donc si une ligne est simplement absente, envoyez-nous le fichier et le type sera ajouté. Voyez choisir le bon symbole d'actif pour comprendre comment le rapprochement fonctionne.

mBank eMakler

eMakler nécessite deux imports, dans cet ordre : 1 sur 2 — Transactions (Zlecenia → TYP OPERACJI → Transakcje), puis 2 sur 2 — Dividendes et cash (le même écran, Historia finansowa). L'ordre a son importance — les dividendes sont rapprochés par l'ISIN dans le libellé de la ligne, d'abord avec les positions déjà dans votre projet, donc les importer avant les transactions les laisse sans rien à quoi les rattacher. mBank ne fournit pas non plus de symboles de marché officiels, donc vérifiez les actifs rapprochés lors du premier import ; les choix sont enregistrés pour les suivants.

PKO BP

PKO répartit également les données sur deux exports : 1 sur 2 — Transactions depuis Historia → Historia Transakcji, et 2 sur 2 — Dividendes, obligations et cash depuis Historia → Zestawienie operacji finansowych. N'en importer qu'un et pas l'autre laisse un portefeuille avec des transactions mais sans revenus, ou des revenus sans rien à quoi les rattacher. Comme Bossa, PKO utilise des symboles différents pour les transactions et pour les dividendes, donc attendez-vous à devoir fusionner deux entrées pour la même entreprise une fois. Importez les fichiers les plus anciens en premier pour que les lignes ultérieures se rattachent à des positions déjà existantes.

Coinbase, Binance et autres plateformes crypto

Binance a deux importeurs qui lisent deux fichiers différents, et donner l'un à l'autre est la cause habituelle de Il n'y a rien à importer : Historique transactions lit le journal du wallet (User_ID, UTC_Time, Account, …) et couvre dépôts, retraits, récompenses et conversions, tandis que Historique spot lit l'export des trades (Date(UTC), Pair, Side, …) et couvre uniquement les trades spot. Binance limite aussi le nombre de relevés que vous pouvez générer par mois et expire les liens de téléchargement après une semaine, donc prévoyez un long historique comme une série d'exports de 12 mois plutôt qu'une seule tentative. Pour Coinbase, si vous avez importé avant l'importeur actuel — qui utilise la devise propre à chaque transaction au lieu d'une devise principale unique — supprimez ces transactions et importez à nouveau, sinon les soldes restent faux. Une plateforme sans préréglage peut passer par l'import de fichier ; envoyez-nous un échantillon couvrant achats, ventes, dépôts, retraits, conversions et revenus de staking, et nous en construirons un.

Robinhood

Les rapports de Robinhood excluent totalement la crypto, donc les positions crypto n'en arrivent jamais — enregistrez la quantité avec une transaction Solde du compte à chaque changement. Les rapports Brokerage et Roth IRA sont indiscernables pour l'importeur, donc enregistrez une variante de préréglage par type de compte avec le compte cible défini dessus ; il n'y a pas d'autre moyen de les séparer automatiquement.