La future obligation de passkey chez Tachibana Securities e-Shiten n'implique pas de scanner son empreinte pour chaque ordre automatique. Les documents officiels distinguent la connexion de l'utilisateur au site avec passkey et l'activation de l'API au moyen d'un identifiant et de clés cryptographiques. Les modalités après décembre 2026 restent à vérifier dans les annonces techniques à venir.[1][2]
Imaginez un robot qui détecte une opportunité d'achat à deux heures du matin. Sa première action ? Réveiller son propriétaire : « Je pourrais vous emprunter votre pouce ? »
Vous vouliez automatiser la Bourse. Vous voilà salarié du robot, affecté au service des empreintes de nuit.
La porte du site et l'accès du programme
La procédure de Tachibana prévoit une connexion humaine à la page standard par passkey, suivie de l'activation de l'API et de la création de ses identifiants. Cette connexion programmée emploie un mécanisme de cryptographie à clé publique.[2]
Exiger un passkey à l'entrée du portail ne revient donc pas à exiger une reconnaissance faciale pour chaque requête. Confondre les deux transformerait le système de trading en réveil financier.
Les deux dates de décembre 2026
Après la maintenance du 12 décembre, le site réservé aux smartphones exigera une passkey pour les transactions et retraits. Sans inscription, la vérification téléphonique permettra certaines consultations de soldes seulement. Après la maintenance prévue le 18 décembre, le site standard n'acceptera que les connexions par passkey.[1]
Il s'agit du calendrier des interfaces web mentionnées. Il ne décrit pas à lui seul une confirmation manuelle de tous les ordres API.
Il faut aussi surveiller la version : l'API v4r10 a été publiée le 29 août et l'arrêt de v4r9 annoncé pour le 27 septembre. Une ancienne adresse de connexion et un problème de passkey demandent deux vérifications différentes.[3]
La chute : nous parlions de la serrure d'une boutique fermée
Le site officiel indique que l'API réelle, la plateforme de démonstration et plusieurs autres services sont suspendus depuis le 23 octobre 2026 à 15 h 30, heure du Japon, pour un « problème PHP ». Au 29 octobre, aucune date de reprise n'était affichée.[4]
Nous débattions d'une serrure connectée, mais une affiche « Fermé temporairement » était déjà accrochée sur la porte.
Vérifications avant de redémarrer le robot
Commencez par consulter l'annonce officielle de rétablissement. Vérifiez ensuite la version de l'API, la passkey sur le site, l'activation de l'accès et les clés. Une fois le service rétabli, testez les connexions et la consultation des ordres avant de laisser le robot agir sans surveillance.
Si la connexion coupe après un envoi, vérifiez si la première demande a été reçue ou exécutée. Renouveler aveuglément peut créer des ordres en double. Alertes et arrêt sécurisé des nouvelles opérations restent indispensables.
Conclusion : passkey pour l'utilisateur et identifiants de l'API ont des rôles distincts. Le 29 octobre 2026, le problème immédiat est l'interruption officiellement signalée. Le robot n'a pas besoin d'un pouce, mais d'un service ouvert.
Références (4)
- Tachibana Securities, calendrier passkey e-shiten.jp
- Tachibana Securities, authentification API e-shiten.jp
- Tachibana Securities, API v4r10 e-shiten.jp
- Tachibana Securities, suspension des services e-shiten.jp
