API Dernière version- Notes de publication

10.10 - Assistance WSH Calendar, données de marché en actions, attributs ajoutés

  • Support WSH meta and calendar events in API Clients.
  • Added market data in shares support for bid, ask, and last size.
  • Added PostToAts order attribute to support Reroute to SMART for IBKR ATS orders. Voir : https://www.interactivebrokers.com/fr/index.php?f=4485
  • Added AutoCancelParent attribute to placeOrder/openOrder.
  • Duration order attribute support for GTD orders.
  • Desupport of ETradeOnly, FirmQuoteOnly and NbboPriceCap order attributes.

981 - Unification des groupes d'allocation et profils

API clients interacting with TWS Build 983+, with the flag/checkbox "Use Account Groups with Allocation Methods" enabled, will see the following changes:

  • Both replaceFA and requestFA will send and receive unified groups/profiles list if the argument is Group.
    • Both replaceFA and requestFA will receive error if the argument is profile.
  • placeOrder will support specifying profile name as the faGroup name; faMethod may be omitt
    • If specifying actual group name and the faMethod is blank/omitted the default method in that group will be used. Sinon, la méthode dans la demande sera configurée sur cet ordre.
  • The openOrder callback will report Profile in place of Group if order was for profile
  • The following API calls, which take group name, will also accept Profile name in its place:
      • reqAccountSummary / cancelAccountSummary
      • reqPositionsMulti / cancelPositionsMulti
      • reqAccountUpdatesMulti / cancelAccountUpdatesMulti

980 - Minor Fixes for Full Functionality

Unless otherwise noted, this release requires TWS version 980 or higher.

  • Minor fixes make 980 the recommended release for full range of functionality.

979 - .Net Standard 2.0, Family Codes, Price-based Volatility, Minor Fixes

Unless otherwise noted, items below require TWS version 979 or higher.

  • .Net Standard 2.0: .Net client library targets .Net Standard 2.0
  • More complete family codes information (changes server-side)
  • Added setConnectionOptions() to python API. Now you may add the "+PACEAPI" connection option, as with other API technologies.
  • Price Based Volatility Quotes: See new available tick types 92-99 here: http://interactivebrokers.github.io/tws-api/tick_types.html
    • TWS 980+ is required for these ticks
  • Fixes: Minor fixes to python and C++ client libraries

976 - Price Management Algo, Completed Orders

Unless otherwise noted, items below require TWS version 976 or higher.

  • Price management algo: We have added support for a default value for use with our price management algo attribute. More information on IBKR's new price management algo can be found at https://www.interactivebrokers.com/fr/index.php?f=15491.
  • Completed orders: The function reqCompletedOrders() allows all completed orders, whether filled or cancelled, to be returned.

975 - DDESocketBridge, New Fields in Market Depth Requests, Issues Fixed in Python and ActiveX

Unless otherwise noted, items below require TWS version 975 or higher.

  • Socket-based DDE API: We have released a new open source DDE API that can now be launched independently of TWS, and includes the same functionality of the socket APIs.
  • Market Depth Requests: A primary exchange field has been added to market depth requests to prevent ambiguity for Smart-routed depth requests.
  • Python Fix: An issue that caused automatic disconnection after 20 seconds when using Python has been fixed.
  • ActiveX Fix: In the sample ActiveX spreadsheet, the order placement and scanner subscription functions have been fixed.

974 - Actions shortable, Smart Depth, meilleur rythme et plus

Sauf mention contraire, les éléments ci-dessous requièrent la version 974 ou plus.

  • Nouveaux symboles d'actions shortables donnent le nombre exact d'actions disponibles à l'emprunt: Lorsque vous utilisez le symbole générique de type 236 dans reqMktData pour demander des données, le nombre exact d'actions disponibles à l'emprunt est proposé, en plus des types de symboles 'shortable' précédents indiquant s'il y'en a plus ou moins de 1000 (et qui est proposé seul en réponse au type générique 236 dans les versions TWS inférieures à 974.1).
  • Smart Depth: API fournit maintenant des cotations de profondeur du marché (DOM) agrégées de niveau 1 et 2 auxquelles un utilisateur peut souscrire plutôt que de faire des demandes reqMktDepth sur chaque Bourse individuellement. La demande se fait en fixant le nouveau paramètre isSmartDepth dans reqMktDepth à Vrai.
  • Nouveau paramètre pour gérants: les fonctions reqPositionsMulti et reqAccountUpdatesMulti n'accepteront plus les paramètres de 'compte' comme des chaînes vides pour les comptes de gérants/conseiller financiers, afin d'éviter toute confusion possible. Pour demander les données de 'tous' les sous-comptes, les paramètres de compte doivent être définies comme 'Tout'.
  • Meilleur rythme: Les messages API envoyés au taux plus élevé de 50/secondes peuvent maintenant être fixés au rythme de 50/secondes plutôt que de provoquer une déconnexion potentielle. Cela est maintenant fait automatiquement par le serveur API RTD et peut être fait avec d'autres technolodies API en invoquant SetConnectOptions("+PACEAPI") avant eConnect.
  • reqHistoricalTicks in ActiveX: la fonction reqHistoricalTicks est maintenant disponible dans ActiveX API
  • Tickets via API (pour OMS): l'envoi de ticket est maintenant pris en charge pour les clients API lorsque TWS est utilisé comme un OMS.
  • Filtres génériques dans les scanners: les filtres génériques (qui ne sont pas des filtres dans la classe ScannerSubscription) peuvent maintenant être utilisés avec le scanner API. Vous trouverez les nouveaux filtres dans la fonction API reqScannerParameters et ils peuvent être ajoutés par le biais de paramètres supplémentaires dans reqScannerSubscription. Version TWS 973 ou plus requise.
  • Échantillon de feuille de calcul comme fichiers de classe: L'échantillon de feuille de calcul ActiveX Excel sera bientôt fourni sous forme de fichiers de classe (.cls) afin d'améliorer le contrôle de version et la fusion dans Github. Pour apporter des mises à jour à l'échantillon de feuille de calcul ActiveX, le script décompilé .vbs devrait être utilisé pour mettre à jour les fichiers vbproject décompilés de feuille de calcul et ils doivent être validés en plus de TwsActiveX.xls.

973.07 - API Installer pour RTD Server, problème ActiveX résolu, appellation standard ContractDetails

  • API installer pour RTD Server: API est maintenant compatible avec 64-bit Excel.
  • Problème ActiveX API avec transmission de données historiques et lecture du champ lastLiquidity dans l'objet exécution.
  • Classe ContractDetails: Le champ 'récapitulatif' a été renommé 'contrat' dans Python, C#/.NET, C++ et ActiveX API pour harmonisation avec tous les langages API (il s'appelait déjà 'contrat' dans Java API).
  • Fournit à API la possibilité de transmettre les valeurs des Grecs en dehors de la fourchette -1 à 1.
  • Objet "DeltaNeutralContract" renommé "UnderComp".
  • C++ mis à jour pour utiliser shared_ptr de C++ standard library.
  • Problème de dépassement de l'identifiant d'ordre dans le tableur DDE.

Ces fonctionnalités nécessitent la version TWS 971 ou plus:

  • Nouveaux champs "what-if" ajoutés au API pour exigence de marge initiale et de maintien.
  • "DontUseAutoPriceForHedge" ajouté à la classe d'ordre. Offre l'option de fixer explicitement un prix limite sur hedges pair/FX/Beta attachés.
  • Tick 105 général ajouté pour volume d'option moyen pour les actions.
  • Ajout de dernier timestamp différé.

973.06 - Champs des rapports de transactions dans le cadre de MiFIR

À partir de la version 973.06 qui prendra effet avec la version TWS 969 et les suivantes. Pour les sociétés d'investissement qui doivent se conformer aux obligations de déclaration de la directive MiFIR ayant opté pour les déclarations de transactions enrichies ou déléguées, nous avons ajouté quatre nouveaux attributs d'ordre à la classe d'ordre ainsi que de nombreux nouveaux préréglages à TWS et à la configuration générale de IB Gateway.

Parmi les nouveaux attributs d'ordres:

  • mifid2DecisionMaker – Utilisé pour envoyer des valeurs de "décisions d'investissement dans l'entreprise" (si mifid2DecisionAlgo est également utilisé).
  • mifid2DecisionAlgo – Utilisé pour envoyer des valeurs de "décisions d'investissement dans l'entreprise" (si mifid2DecisionMaker n'est pas utilisé).

  • mifid2ExecutionTrader – Utilisé pour envoyer des valeurs "d'exécution dans l'entreprise" (si mifid2ExecutionAlgo n'est pas utilisé).
  • midid2ExecutionAlgo - Utilisé pour envoyer des valeurs "d'exécution dans l'entreprise" (si mifid2ExecutionTrader n'est pas utilisé).

Vous trouverez les nouveaux préréglages des ordres de TWS et de IB Gateway dans Ordres> Page MiFIR de la configuration générale et inclure TWS Decision-Maker Defaults, API Decision-Maker Defaults, et Executing Trader/Algo presets.

Les choix suivants sont disponibles pour les attributs "décision d'investissement dans l'entreprise" mifid2DecisionMaker et mifid2DecisionAlgo:

  1. Le champ n'a pas besoin de faire l'objet d'un rapport si vous êtes:
    • Utiliser TWS API pour transmettre les ordres, ET
    • La décision d'investissement est toujours prise par le client, ET
    • Aucun de ces clients n'est une société d'investissement ayant sélectionné la déclaration déléguée (la "société effectuant le déclaration déléguée").

    Vous pouvez configurer les préréglages pour l'indiquer via TWS Global Configuration using the Orders > MiFIR page. Dans ce scénario, les ordres pour compte propre devront être passés via TWS.

  2. Si vous utilisez TWS API pour transmettre des ordres et que la décision d'investissement est prise par une personne ou un groupe de personnes dans la société effectuant la déclaration déléguée, tandis qu'une personne est le décisionnaire principal:

    • Votre programme TWS API peut, pour chaque ordre, transmettre un code court de décisionnaire assigné par IB en utilisant le champ mifid2DecisionMaker. Vous pouvez déterminer quelles personnes seront les décisionnaires dans la Gestion de compte IB. Pour obtenir les codes courts qu'IB a assigné à ces personnes, veuillez contacter le service clientèle IB.

    • Si votre programme TWS API ne peut pas transmettre le fichier ci-dessus et que la décision d'investissement est prise ou approuvée par une seule personne qui peut être considérée comme le décisionnaire principal, vous pouvez pré-configurer un décisionnaire par défaut qui sera utilisé pour les ordres lorsque les champs ci-dessus ne sont pas présents. Vous devze déterminer la personne responsable des décisions d'investissement dans la Gestion de compte et vous pourrez alors pré-configurer les décisionnaire par défaut dans la Configuration générale TWS en utilisant la page Ordres > MiFIR.

  3. Si vous utilisez TWS API pour transmettre des ordres et que la décision d'investissement est prise par un algorithme:

    • Votre programme TWS API peut, pour chaque ordre, transmettre un court code de décisionnaire attribué par IB en utilisant le champ mifid2DecisionAlgo. Vous pouvez déterminer quel algorithmes seront les décisionnaires dans la Gestion de compte IB. Pour obtenir les codes courts qu'IB a assigné à ces personnes, veuillez contacter le service clientèle IB.

    • Si votre programme TWS API ne peut pas transmettre le fichier ci-dessus et que la décision d'investissement est prise ou approuvée par un algorithme unique ou principal, vous pouvez pré-configurer un décisionnaire par défaut qui sera utilisé pour les ordres lorsque les champs ci-dessus ne sont pas présents. Vous devze déterminer la personne responsable des décisions d'investissement dans la Gestion de compte et vous pourrez alors pré-configurer les décisionnaire par défaut dans la Configuration générale TWS en utilisant la page Ordres > MiFIR.

    • REMARQUE: Seul un décisionnaire, soit une personne principale, soit un algorithme doit être fourni pour un ordre, ou sélectionné par défaut.

Les options suivantes sont disponibles pour les attributs "exécution dans l'entreprise" mifid2ExecutionTrader et mifid2ExecutionAlgo:

  1. Aucune information supplémentaire n'est requise si vous utilisez TWS API pour transmettre des ordres entrés dans une interface de tierce partie et si vous êtes le trader responsable de l'exécution dans l'entreprise.

  2. Si votre programme TWS API transmet des ordres automatiquement à IB sans intervention humaine, veuillez contacter le Service clientèle IB pour enregistrer le ou les programmes auprès d'IB comme des algorithmes. Seul le programme ou l'algorithme principal doit être enregistré et identifié. Vous pouvez alors configurer l'élément par défaut dans la Configuration générale de TWS en utilisant la page ordres > MiFIR.

  3. Votre programme TWS API, sur chaque ordre, peut transmettre le code court assigné par IB de l'algo ou de la personne responsable de l'exécution dans l'entreprise en utilisant le champ mifid2ExecutionAlgo (pour l'algorithme) ou mifid2ExecutionTrader (pour la personne).

Pour plus d'informations ou pour obtenir les codes courts qu'IB a assigné à ces personnes ou algos, veuillez contacter le service clientèle IB..

Pour en savoir plus sur les obligations de déclaration dans le cadre de MiFIR, veuillez consulter l'article de la base de connaissancela déclaration MiFIR enrichie ou déléguée pour les entreprises de l' EEE.

Données de marché historiques pours actions US Tick-by-Tick via API

À partir de la version 973.06 avec effet à compter de la TWS 969 et plus.La fonction reqTickByTickData fournit des données tick-by-tick en temps réel pour jusqu'à titres des États-Unis.

Également inclus dans la version 973.06

Les fonctionnalités et améliorations sont également disponibles dans la version API 973.06:

  • Tick-by-tick midpoint;
  • Permettre le traitement des wrappers selon la méthode au cas par cas;
  • Python: Support Tick-by-tick ajouté; nouvelle doc fonctionnalité et autres mises à jour ainsi que des changements mineurs; traitement messages d'erreur Latin-1;
  • Rendre DefaultEWrapper public;
  • Rendre type Order.permid field homogène;
  • Source /cppclient/client/EClient.h; std::auto_ptr<> a été déconseillée;
  • Correctifs: Correction de la chaîne de mise en forme pour représenter BarData; EDecoder.cpp : initialize mktCapPrice (fix for issue #573); correction de l'erreur lorsque le paquet réseau a seulement 1 - 3 bytes de prochain message.

Mises à jour des informations de contrat 973.05, P&L réalisé, Grecs des options dans RTD, support application 64-bit ActiveX, indicateur de liquidité Dernier.

  • Le champ de date d'expiration réelle a été ajouté aux informations de contrat.
  • Le fuseau horaire a été ajouté au champ dernière date de transaction
  • Le champ P&L réalisé a été ajouté à la fonction P&L
  • Vous pouvez maintenant recevoir les grecs des options dans le serveur RTD API
  • Nous avons ajouté un support pour compatibilité des applications 64-bit ActiveX avec API installer
  • Indicateur de liquidité Dernier ajout aux rapports d'exécution

Veuillez noter que toutes ces fonctionnalités cotées peuvent ne pas avoir encore été ajoutées à Python API Pour plus d'informations, consultez le guide utilisateur API sur http://interactivebrokers.github.io/tws-api/

Données de marché historiques Tick-by-Tick via API

Beginning with API v 973.04, you can now request tick-by-tick historical market data from IB's database using the function IBApi::EClient::reqHistoricalTicks. Les résultats sont fournis via IBApi.EWrapper.historicalTicks, IBApi.EWrapper.historicalTicksBidAsk et IBApi.EWrapper.historicalTicksLast, selon le type de données demandées.

Pour des exemples et plus d'informations, consultez http://interactivebrokers.github.io/tws-api/historical_time_and_sales.html.

Mises à jour du serveur RTD TWS pour Excel

À partir de la version 973.04 d'API, le serveur RTD API prend en charge les demandes de symbole pour les symboles qui comprennent un espace, par exemple "BRK B". De plus, le traitement du message d'erreur pour RTD a été amélioré.

Pour plus d'informations, consultez http://interactivebrokers.github.io/tws-api/tws_rtd_server.html.

Échantillon Excel ActiveX amélioré

À partir de la version 973.04 d'API, le code de l'échantillon de feuille de calcul ActiveX a été refactorisé afin de faciliter la lecture et extension.

Pour utiliser l'échantillon de feuille de calcul ActiveX, consultez http://interactivebrokers.github.io/tws-api/activex.html#activex_sample.

Inclut le plafond des ordres au marché plafonnés dans la réponse de statut des ordres

À partir de la version 973.04 d'API, le message du statut de l'ordre comprend le prix auquel un ordre a été limité pour les ordres au marché limité.

Dernier prix ajusté dans les exemples API

À compter de la version 973.04 d'API, les échantillons comprennent des données ADJUSTED_LAST pour les données historiques afin de démontrer la réception des données historiques ajustées pour dividende.

Attributs de pré-ouverture sur cours acheteur et vendeur

À compter de la version 973.04 d'API, la fonction prix du tick peut fournir les attributs de cours acheteur de préouverture et cours vendeur de préouverture qui indiquent que les cotations sont dans la période de préouverture de la Bourse.

Demande données historiques ajoute le champ keepUpToDate

À partir de la version 973.03 avec TWS v965+, la fonction de demande de données historiques reqHistoricalData requiert que le champ keepUpToDate se voit attribuer la valeur "vrai" ou "faux" afin d'identifier si:

Vrai: une souscription est effectuée pour fournir les mises à jour et barres en temps réel non terminées au fur et à mesure de leur disponibilité, ou

Faux: toutes les données sont fournies une fois.

REMARQUE: si vrai, une date de fin (endDateTime) ne peut être spécifiée.

Pour des exemples et plus d'informations, consultez http://interactivebrokers.github.io/tws-api/historical_bars.html#hd_request.

Titres d'actualité et articles API

À partir de la version 973.02, quatre nouveaux fournisseurs peuvent offrir des articles d'actualité depuis API. L’actualité API requiert des souscriptions différentes des services d'actualité dans TWS et chacune contient des flux de données différentes. Les fonctions API qui traitent de l'actualité peuvent interroger les actualités disponibles, souscrire aux actualités en temps réel afin de recevoir les grands titres dès leur publication, demander des articles spécifiques et fournir une liste historique de nouvelles en cache dans le système.

Les souscriptions API actuellement disponibles incluent Briefing Trader, Benzinga Pro, Fly on the Wall, et Midnight Trader.

Souscrivez aux actualités API par le biais de la Gestion de compte où vous pouvez également voir les souscriptions actuelles. Vous pouvez également voir les souscriptions actuelles depuis API en utilisant la fonction IBApi::EClient::reqNewsProviders:

Demander les grands titres historiques de l'actualité: par ailleurs, avec la souscription API adéquate, les grands titres de l'actualité peuvent être demandés depuis API en utilisant la fonction IBApi::EClient::reqHistoricalNews. Les grands titres correspondants sont fournis dans IBApi::EWrapper::historicalNews.

Demander : After requesting news headlines using one of the above functions, the body of a news article can be requested with the article ID returned by invoking the function IBApi::EClient::reqNewsArticle. Le corps de l'article d'actualité résulte de la fonction IBApi::EWrapper::newsArticle.

Pour des exemples et plus d'informations, consultez http://interactivebrokers.github.io/tws-api/news.html.

Demande de recherche de symboles correspondants

À partir de la version 9.73.02, la fonction IBApi::EClient::reqMatchingSymbols peut être utilisée pour rechercher des contrats basés sur les lettres initiales définissant le symbole. Par exemple, si les chaînes "I" ou "IB" sont utilisées pour rechercher le symbole IB "IBKR", elles apparaîtront dans la liste des contrats correspondants.

Les résultats sont fournis à IBApi::EWrapper::symbolSamples.

Pour des échantillons et plus d'informations, consultez http://interactivebrokers.github.io/tws-api/ matching_symbols.html

Aperçus réglementaires pour les actions

À partir de la version 9.73.02, pour les actions, les souscriptions aux données de marché de certaines Bourses sont requises pour que vous puissiez recevoir les flux de cotations. Par exemple, pour les actions du NYSE, cette souscription s'appelle "Network A", pour les actions d' ARCA/AMEX, elle s'appelle "Network B" et pour les action du NASDAQ, "Network C". Chaque souscription est ajouté à la demande et des frais de données spécifiques s'appliquent.

Il existe également une souscription appelée "Liasse Pro Aperçu de titres U.S" qui ne fournit pas de flux de données mais permet de voir des aperçus des prix du NBBO sur le marché américain calculés en temps réel. En choisissant "True" pour le cinquième paramètre de la fonction IBApi::EClient::reqMktData une demande d'aperçu réglementaire peut être faite depuis l'API. La valeur fournie est un calcul de l'état du marché actuel sur la base des données disponibles en provenance des Bourses.

Pour plus d'informations sur les services d'Aperçu réglementaire des données de marché des États-Unis, consultez l'article de la base de données IB..

Important: chaque demande d'aperçu réglementaire est facturée 0.01 USD. Ces frais s'appliquent aussi bien aux comptes en direct et simulés. Si les frais mensuels des aperçus réglementaires atteignent le prix d'une souscription "Network", l'utilisateur sera automatiquement souscrit au Network pour des flux de cotations en continu et les frais associés seront facturés pour ce mois. À la fin du mois, il sera mis fin à la souscription. Chaque Bourse sera plafonnée individuellement et il ne sera pas procédé à des combinaisons de différentes Bourses.

Pour des échantillons et plus d'informations, consultez http://interactivebrokers.github.io/tws-api/md_request.html#regulatory_snapshot

Utilisation avec la version 966 ou une version plus récente.

Open interest sur les contrats à terme via API

Beginning with release 9.73.01 and effective with TWS version 965.1b and above, you can now receive Open Interest data for Futures via the API by sending reqMktData() and including "588" in the genericTickList parameter. Par le biais du rappel tickSize(), l'open interest des contrats à terme sera fourni dans le type de tick 86.

Veuillez consulter la documentation API pour plus d'informations:

https://interactivebrokers.github.io/tws-api/tick_types.html

Demande de relais des informations de contrat sous-jacent par les détails du contrat

À compter de la version 9.73.01, la fonction IBApi::EClient::reqContractDetails peut être utilisée pour identifier les détails suivants du contrat sous-jacent (pour les dérivés).

  • underConid = L'identifiant de contrat du contrat sous-jacent.

À compter de la version 9.73.03, la fonction IBApi::EClient::reqContractDetails peut être utilisée pour identifier les détails supplémentaires du contrat sous-jacent.

  • underSymbol = Le symbole du contrat sous-jacent.
  • underSecType = Le type de titre du contrat sous-jacent

Ils sont fournis dans IBAPI::EWrapper::contractDetails

Serveur RTD

À compter de la version 9.73.03, utilisez la bibliothèque du lien dynamique RTD Server pour demander les données de marché depuis TWS via l'API en utilisant la feuille de calcul Excel. Entrez la formule suivante dans une cellule de feuille de calcul Excel:

=RTD (ProgID, Server, String1, String2, ...)

lorsque:

  • ProgID est Tws.TwsRtdServerCtrl
  • Le serveur est vide.
  • String1, String2...est une liste de chaînes qui représentent le symbole, hôte/port et sujets.

Par exemple, la première chaîne (String1) représente un symbole en syntaxe simple et String2 est la quantité au cours acheteur:

=RTD ("Tws.TwsRtdServerCtrl", , "IBM@ISLAND", "BidSize")

Nouveau Python API

Remarque: Python 3.1 ou une version plus récente requise

À compter de la version 9.73.01, un nouveau client Python API est maintenant inclus. Après avoir installé la version bêta sur votre ordinateur, vous pouvez trouver les composants Python API aux endroits suivants:

  • Code d'échantillon Python API – situé dans le dossiersamples/Python du répertoire d'installation API (généralement IB_973)
  • Code source Python – situé dans le dossier source/pythonclient de votre répertoire d'installation API

Corrections

L'échantillon Linux/Mac C++ a été réparé.

Le trading électronique d'actions, d'options, de contrats à terme, de devises, de participations étrangères, et de produits à revenu fixe présente un risque élevé de perte. Le trading d'options ne convient pas à tous les investisseurs. Pour plus d'informations, veuillez vous référer au document « Characteristics and Risks of Standardized Options ».

Vous exposez votre capital à un risque de pertes dont le montant peut être supérieur à celui initialement investi.

Interactive Brokers (U.K.) Limited est autorisée et régulée par la Financial Conduct Authority. Numéro de référence FCA 208159.

Interactive Brokers LLC est régulée par la US SEC et la CFTC. Interactive Brokers LLC est membre du système de compensation de la SIPC (www.sipc.org) ;
les produits ne sont couverts par la UK FSCS que dans certaines circonstances précises.

Avant de commencer à trader, les clients doivent prendre connaissance de nos avertissements sur les risques encourus, sur notre page Avertissements et déclarations

Pour trouver les bourses dont IBG est membre, veuillez consulter la liste de bourses.