Dokumentation der API

Änderungen

Für Kunden sichtbare Änderungen an der API, am Server für MCP und an dieser Dokumentation seit August 2026, die neuesten zuerst. Jeder Eintrag beschreibt eine Änderung, die mit ihrer Aufnahme in Betrieb ging, und ein späterer Eintrag kann sie wieder ändern. Wo ein Eintrag Vorarbeiten für eine Funktion nennt, die noch nicht in Betrieb ist, sagt er das. Laufende Arbeiten stehen hier nicht.

November 2026

• 8. November. Die Rechtsordnung eines Unternehmens erscheint in Worten, nie als Code des Registers. Die Unternehmensseite im Dashboard und das Unternehmensprofil als PDF nennen sie auf Deutsch oder Englisch, zum Beispiel England und Wales oder England and Wales, wo Companies House england-wales angibt, und die Titel der MCP Werkzeuge search und fetch nennen sie auf Englisch. /v1/search und /v1/nodes tragen die englischen Worte im neuen Feld jurisdiction_label, und jurisdiction behält den Code, zum Beispiel GB-EAW oder DE-BY. Ein Code, den keine Tabelle kennt, erscheint als sein Staat, sonst als Other jurisdiction. Siehe die Referenz der API.
• 7. November. Eine Suche, die den Namen einer Person enthält, und jede andere Suche, deren Wörter Stonewake nicht alle zuordnen kann, erreicht jetzt jeden Suchanbieter von Stonewake, auch Brave und Serper, außer wenn der Arbeitsbereich eigene Suchanbieter für solche Suchen hat.
• 6. November. Deutsche Gesellschafterlisten von GmbHs werden auch eingescannt gelesen, per Texterkennung, und auch als Registerordner mit mehreren Listen, und eine Liste erscheint nur, wenn ihre Geschäftsanteile genau das Stammkapital ergeben. Jede aus einer Liste gelesene Gesellschafterbeziehung trägt in GET /v1/nodes/{node_id}/network und im MCP Werkzeug company_network shareholding, mit jedem Geschäftsanteil, dem Datum der Einreichung, dem sha256 des Registerdokuments, der Art des Lesens und der Angabe, ob ein Gesellschafter, der eine natürliche Person ist, 25 Prozent oder mehr des Stammkapitals hält. Siehe Netzwerk.
• 6. November. Eine Suche, die den Namen einer Person enthält, aus einem Screening, einem Dossier, einem Rechercheziel oder einer Beobachtung zu einer natürlichen Person oder aus einer Suche zu einer Organisation, die eine ihrer Personen nennt, erreicht die Suchanbieter, deren Bedingungen eine solche Suche abdecken, Tavily, Exa, Firecrawl und die Google Suche von Bright Data, und nie Brave oder Serper. Die Suchen von Screening und Beobachtung zu einem Unternehmen, das die Register bestimmen, oder zu einem Land nutzen weiterhin jeden Suchanbieter von Stonewake. Jede andere Suche, deren Wörter Stonewake nicht alle zuordnen kann, etwa eine Recherchefrage oder die Beteiligten eines Geschäfts, erreicht dieselben Anbieter wie eine Suche zu einer Person. Firecrawl sucht jetzt in jedem Fall über unser Konto.
• 5. November. Ein neuer Arbeitsbereich öffnet sein Deal Book mit den Deals aus dem gemeinsamen Deal Pool für den Desk jedes seiner Teams, jeder Deal für dieses Team bewertet, vom Moment an, in dem der Arbeitsbereich oder das Team eingerichtet wird. In /v1/deals und im MCP Werkzeug deal_book tragen diese Deals from_pool true. Siehe Deal Book.
• 5. November. Die Abfrage deutscher Insolvenzbekanntmachungen erreicht Unternehmen der Registergerichte Jena, Landau in der Pfalz und Ludwigshafen am Rhein, deren Gerichte das Suchformular des Portals in einer Schreibweise oder unter zwei Einträgen führt, die die Abfragen bisher nicht lesen konnten, sodass ein solches Unternehmen nicht mehr Woche für Woche not_looked_up meldet, und ein Unternehmen aus Jena wird unter beiden Einträgen seines Gerichts gesucht. Eine deutsche Insolvenzbekanntmachung, die eines dieser Gerichte nennt oder Münster (Westfalen), Limburg a.d. Lahn oder Königstein im Taunus, wird dem Unternehmen über Registergericht und Registernummer zugeordnet. Siehe Abdeckung und Quellenkatalog.
• 5. November. Fonds im Depot A werden über ihre Bestandteile überwacht. Fonds importieren auf der Portfolioseite unter Fonds nimmt eine CSV der Bestandteile, die die Kapitalverwaltungsgesellschaft eines Fonds meldet, mit ISIN oder LEI des Fonds, ISIN, LEI oder Name jedes Bestandteils, seinem Gewicht in Prozent und dem Stichtag, und ordnet jeden Bestandteil über die Zuordnung von ISIN zu LEI von GLEIF und ANNA, ESMA und FCA FIRDS und den genannten LEI zu, nie über den Namen. Jedes zugeordnete Unternehmen kommt in den Bestand Ihres Teams und wird wie Ihre anderen Beteiligungen überwacht, und eine nicht zugeordnete Zeile wird als nicht zugeordnet gezeigt und nie geraten. Jeder Fonds zeigt seine Bestandteile, die schwächsten zuerst, mit Kreditstatus, wichtigsten Signalen und täglichem Pressetenor jedes Unternehmens. GET /v1/portfolio/funds, GET /v1/portfolio/funds/{fund_id} und die Vorschau POST /v1/portfolio/funds/import liefern dasselbe, ebenso die neuen Werkzeuge für MCP portfolio_funds und portfolio_fund_import_preview. Siehe Fondsdurchschau.
• 4. November. Signale, Dossiers (EDD) und Berichte sind in jedem Arbeitsbereich abgeschaltet, im Dashboard, über die API und in MCP. Ihre Seiten lauten In diesem Arbeitsbereich nicht verfügbar, die Seite eines Unternehmens bietet Dossier (EDD) anlegen nicht mehr an, GET /v1/runs, GET /v1/runs/{run_id} und GET /v1/developments antworten mit 403, wie bei einem Modul, das der Arbeitsbereich nicht enthält, und MCP führt das Werkzeug developments nicht mehr, sodass es neununddreißig Werkzeuge liefert, darunter die Werkzeuge zur Kompatibilität search und fetch. Siehe Dossiers (EDD), die Referenz der API und MCP.
• 4. November. Die Beobachtung sozialer Medien, die öffentlichen Beiträge und der tägliche Ton der gemerkten Unternehmen, Marken, Personen und Themen, läuft in jedem Arbeitsbereich, für den sie eingeschaltet ist, auf welcher Route der Arbeitsbereich auch läuft. Siehe Beobachtung sozialer Medien.
• 4. November. Die Seite eines Landes im Dashboard und sein Country Brief drucken auf Englisch und Deutsch keine Zeile mehr zu den Bestandteilen, ohne die sein Score berechnet ist, und die Zusammenfassung des Brief liest keine mehr. gaps am risk von GET /v1/countries/{iso3} und im MCP Werkzeug country_profile nennt jeden davon weiter mit seinem reason und seinen sentences, als Daten. Eine Kategorie, die die Tabelle der OECD leer lässt, liest auf der Kachel der OECD weiter die Anmerkung der Tabelle in ihren eigenen Worten.
• 4. November. Jedes Mitglied kann in den Einstellungen Benachrichtigungen per Mail für sich selbst einschalten, ab dem niedrigsten Schweregrad seiner Wahl und an die Mailadresse seiner Anmeldung, für jede Meldungsklasse, die sein Team hält, und wieder ausschalten, was jede Benachrichtigung per Mail an es beendet. Die Mail trägt dieselben Ereignisse wie die anderen Kanäle, in der Sprache der Meldungen des Arbeitsbereichs und nach seiner Uhrzeit, unter denselben monatlichen Obergrenzen, jetzt mit einem HTML Teil neben dem reinen Text, und ihre Fußzeile sagt, wo man sie ausschaltet. Das Zustellprotokoll nennt jeden Kanal in Worten. Siehe Benachrichtigungen per Mail.
• 4. November. Das MCP Werkzeug country_profile ohne iso3 liefert den Index jedes abgedeckten Landes in vollständigen Zeilen innerhalb der Ausgabegrenze von 50.000 Bytes, seine Zeilen jetzt mit risk_reason. Sein output_cap nennt die gelieferten Länder und den next_offset, ab dem weitergelesen wird, und das neue Argument offset liefert den Index ab diesem Land. Siehe MCP.
• 4. November. Dossiers (EDD), Signale und Berichte haben ihre Einträge in der Seitenleiste für jedes Team, dessen Arbeitsbereich sie hat, die Seite eines Unternehmens bietet Dossier (EDD) anlegen, das die Arbeitsfläche mit einer Anforderung zu diesem Unternehmen öffnet, und So funktioniert es erklärt die Arbeitsfläche, die die neue Seite Dossiers (EDD) beschreibt. Die Seite eines Deals, die Seite einer Gegenpartei und die Seite eines Unternehmens, das Ihr Team hält, bieten Präsentation herunterladen, Folien nach festen Regeln ohne Modellschritt, und GET /v1/deals/{deal_id}/deck.pptx und GET /v1/nodes/{node_id}/risk-deck.pptx liefern die Präsentation zum Deal für das Kreditkomitee und die Präsentation zur Kreditüberwachung an einen Schlüssel mit dem Berichtsumfang, jeweils im Prüfprotokoll erfasst. Siehe die Referenz der API.
• 4. November. Die Länderansicht nennt die Quellen hinter ihren Zeilen, die Indizes und die Nachrichten hinter dem Länderrisiko, die Sanktionsprogramme von OFAC, der EU und der UN, die Liste der EU zu Hochrisikodrittländern und die Listen der FATF, und ein Land ohne Score lautet Nicht bewertet mit seinem Grund, den GET /v1/countries als risk_reason below_coverage_floor liefert. Eine Länderseite listet jeden Indikator der Seite, der für das Land einen Wert hat, GET /v1/countries/{iso3} liefert einen, für den die aktive Ausgabe keinen Wert enthält, als on_record false, und die Arbeitsmappe der Länder nennt No value on record und Not scored, statt eine Zelle leer zu lassen. Der Global Freedom Score steht für jedes Land, das Freedom in the World bewertet und das eine Länderseite hat, 197 insgesamt, darunter die Türkei, das Vereinigte Königreich und Deutschland. Siehe Länder.
• 4. November. Jedes Unternehmen in Ihrem Bestand trägt seinen Datensatz zur Kreditüberprüfung vom Tag an, an dem es aufgenommen wird. Das Mitglied, das es aufgenommen hat, ist für die erste Überprüfung verantwortlich, die ein Jahr später fällig wird, und der Datensatz lautet auf der Unternehmensseite In den Bestand aufgenommen und in GET /v1/portfolio/{exposure_id}/reviews und im MCP Werkzeug exposure_review_history added, bis eine Analystin oder ein Analyst eine Überprüfung erfasst; die Liste der fälligen Überprüfungen zählt es weiter als nie überprüft. Ein Unternehmen, das Noch kein Score lautet, weil zu ihm kein Jahresabschluss vorliegt, sagt das jetzt auf seiner Seite und in der Unterlage für das Kreditkomitee, und GET /v1/nodes/{node_id}/risk und das MCP Werkzeug entity_risk_profile liefern no_status_reason als no_accounts. Siehe Kreditüberprüfungen.
• 4. November. Das Monitoring führt die eine Liste der Namen wieder, in zwei Reitern, Recherche und Tonalität. Namen überwachen nimmt dort ein Unternehmen, eine Marke, eine Person oder ein Thema auf, und in jeder Zeile, in beiden Reitern, pausiert der Schalter Aktiv den Namen oder setzt ihn fort, seine Recherche und seine Beiträge zugleich, und der Papierkorb entfernt ihn. Die Tabelle unter Recherche zeigt die neueste Meldung der Recherche zu jedem Namen, und ein Name öffnet seine eigene Seite aus dem Reiter Tonalität. Der Reiter Merkliste des Deal Book führt die Deals, die Sie gemerkt haben, und nur Deals, und die Adresse, die die Seite eines Namens dort für einige Stunden hatte, führt zu seiner Seite im Monitoring. Über die API ändert sich nichts. Siehe Monitoring und Beobachtung sozialer Medien.
• 4. November. Microsoft Entra ID stellt Nutzer über SCIM 2.0 unter /scim/v2 bereit, mit einem Token, den Ihre Administration in den Einstellungen des Arbeitsbereichs ausstellt und widerruft, siehe SSO. Ein Nutzer, den das Verzeichnis deaktiviert oder löscht, und ein Mitglied, das Ihre Administration entfernt, verliert den Zugang sofort, Sitzungen, Schlüssel für die API und Freigaben für Assistenten gleichermaßen, und ein wieder aktivierter Nutzer meldet sich erneut an. Ein Arbeitsbereich kann bei der Anmeldung mit Passwort einen zweiten Faktor verlangen, einen sechsstelligen Code aus einer Authenticator App, der bei der nächsten Anmeldung eingerichtet wird.
• 4. November. Der Export des Prüfprotokolls im Dashboard, GET /v1/audit-log.csv und das MCP Werkzeug audit_log_export decken in einem Zeitraum bis zu 3653 Tage ab, die ganze Aufbewahrungsdauer, wo es 366 waren, und führen die neue Spalte team nach actor, das Team, in dem eine Person, ein Schlüssel oder eine Freigabe eines verbundenen Assistenten gehandelt hat, sodass sich die benannten Nutzer, die in einer Woche aktiv waren, je Desk zählen lassen. Jeder Wert einer Zeile ist eine Kennung, eine Anzahl, ein Code oder ein Zeitpunkt. Keine Zeile nennt den Gegenstand eines Screenings, die Adresse einer Seite, die ein Screening ausgelassen hat, eine Recherchefrage, den Namen eines Schlüssels für die API oder die Mailadresse einer Anmeldung, eine Mailadresse bleibt nur in der Zeile eines Mitglieds, das eingeladen, entfernt oder zum ersten Mal über SSO angemeldet wurde, actor lautet stonewake_operator, wo ein Operator von Stonewake gehandelt hat, ein Rechercheziel erscheint mit seiner Kennung, und jeder Zeitstempel endet auf Z. Ein Screening, das ein Dossier startet, hält fest, wer es angefordert hat, als screening_requested mit origin dossier und der dossier_id. Siehe die Referenz der API und MCP.
• 4. November. GET /v1/me nennt den aufrufenden Schlüssel selbst in key, mit id, name, role, scopes und expires_at, das bei einem Schlüssel ohne Ablaufdatum null ist, und für eine angemeldete Person ist key null. Im Dashboard liest ein Administrator unter Einstellungen des Arbeitsbereichs jedes Mitglied des Arbeitsbereichs mit Rolle, Team und letzter Anmeldung und die Zeile zu den Plätzen, lädt ein Mitglied ein, ändert eine Rolle oder ein Team, entfernt ein Mitglied nach einer Bestätigung und liest, was jede der vier Rollen darf. Jede Zeile der Karte mit den Schlüsseln für die API nennt Rolle, Umfänge und Ablaufdatum des Schlüssels und passt auf ein Telefon, und die Karte zur Einmalanmeldung erscheint in jedem Zustand. Die Seite zur Steuerung der KI, die Bibliotheken in SharePoint und die verbundenen Assistenten sind für jeden Arbeitsbereich eingeschaltet, und die Seite des monatlichen Feedbacks sagt, ob das Formular eingeschaltet ist, und führt seine fünf Fragen auf. Ein Konto, das sich mit einem erhaltenen Passwort anmeldet, wird gebeten, ein eigenes festzulegen, und bekommt nicht mehr angeboten, das erhaltene zu behalten. Siehe die Referenz der API und Schlüssel für die API.
• 4. November. Belege der Deals im Dashboard, an /v1, in den MCP Werkzeugen und in der Arbeitsmappe des Deal Book. Ein Briefing behält nur Sätze, deren Namen neben den Zahlen im Text seiner Quellen stehen, wo jede Quelle auf Englisch geschrieben ist, und gibt einer Exportkreditagentur nie die Nationalität eines anderen Landes (siehe KI-Verordnung der EU). Ein Update gilt nur als bestätigt, wenn seine Zitate jede Zahl und jeden Monat nennen, die es nennt; sonst gilt es als gemeldet. Ein Wert, den ein bestätigtes Update so schreibt, wie er gespeichert ist, etwa "exceeding EUR 1bn", gilt als bestätigt und nennt dieses Update. Ein Update zu einer anderen Transaktion als der, die der Titel eines Deals nennt, kommt nicht mehr zu diesem Deal. Eine Seite ist nur dann eine zitierte Quelle eines Deals, wenn sie sein Projekt oder eine seiner Parteien nennt, und eine Quelle eines Mediums, das eine Behörde als Teil eines Desinformationsnetzwerks nennt, trägt reliability und reliability_label, wird mit diesem Hinweis gezeigt und zählt nie als Bestätigung (siehe API Referenz). Jede Quelle wird weiter gesucht und gelesen.
• 4. November. Die Länderliste im Dashboard zeigt den Score jedes Landes ohne Prozentsatz zur Abdeckung. risk_coverage entfällt an GET /v1/countries, und coverage entfällt am risk von GET /v1/countries/{iso3}, wo gaps jeden Bestandteil nennt, ohne den der Score berechnet ist, mit seinem reason und schlichten sentences, als Daten. Das MCP Werkzeug country_profile liest dasselbe. Die Arbeitsmappe Countries verliert ihre Spalte zur Datenabdeckung und das Deal Deck seine Zeile dazu. Ein Land, das die OECD ohne Kategorie führt, liest auf seiner Seite und seiner öffentlichen Seite auf stonewake.ai, im Country Brief und in der Arbeitsmappe die Anmerkung der OECD Tabelle in den Worten der Tabelle, wo es eine kurze Markierung las. Der Wert des Korruptionswahrnehmungsindex für das Kosovo, den Transparency International unter dem Kürzel KSV veröffentlicht, erreicht jetzt die Seite und den Score des Kosovo.
• 4. November. Das Deal Book im Dashboard, GET /v1/deals, das MCP Werkzeug deal_book, die Arbeitsmappe und die Länderseiten ordnen wieder zuerst nach dem Finanzierungsfenster, Finanzierung offen, dann Frühe Phase, dann Nicht bestätigt, im Buch jedes Teams wie unter Alle Teams. Innerhalb jedes Fensters kommt zuerst ein Immobilien Deal, der einem Verkauf oder einer Refinanzierung am nächsten ist, danach der höchste Score. Ab dem 3. November stand die Stufe der Immobilien vor dem Fenster, sodass Immobilienkäufe, die keine Quelle bestätigt hatte, über den offenen Finanzierungen aller anderen Desks standen. Im Dashboard zeigt die Zelle Wert eine Dollarzahl oder bleibt leer, mit dem Grund beim Darüberfahren, nie die Worte der Quellen, die auf der Dealseite unter Eckdaten stehen, und keine Zelle der Liste verbreitert ihre Spalte.
• 4. November. Ein britischer oder amerikanischer Energiedeal nennt den Eintrag seines Projekts in der britischen Planungsdatenbank für erneuerbare Energien (REPD) oder im Verzeichnis der Generatoren nach EIA 860M, mit dem Stand des Registers, dem geplanten Monat gegenüber dem zuerst gemeldeten, der Ausgabe und einem Link auf die Datei des Registers, auf der Dealseite, in GET /v1/deals/{deal_id} als project_records und im MCP Werkzeug deal_book, und die Seiten der Exportkreditgarantien des Bundes zu Projekten der Kategorie A und zu geförderten Projekten werden als Quellen des Deal Book gelesen.
• 4. November. Im Deal Book des Dashboards listet Beteiligte Institution unter Filter ECA genannt und jede Institution des Registers mit der Zahl der Deals, die sie nennen, mehrere zugleich, und filtert nach dem Wert eca, den GET /v1/deals je Agentur einmal nimmt. Ein Dollarbetrag, der aus einer anderen Währung umgerechnet ist, nennt seinen Kurs, den Tag, für den der Kurs gilt, und seine Quelle unter Kurs und Quelle auf der Dealseite und beim Darüberfahren in der Liste, und eine Phase, die das Buch eines anderen Desks führt, liest ihre Bezeichnung.
• 4. November. Jeder Beteiligte eines Deals steht einmal im Dashboard, in GET /v1/deals/{deal_id} und im MCP Werkzeug deal_book, wie immer seine Quellen ihn schreiben und in welchen Rollen sie ihn nennen. Jeder Eintrag von parties führt roles, jede Rolle des Beteiligten, und also_named, jede andere Schreibweise einer Quelle, und der Deal führt unnamed_roles, das exporter nennt, wo keine Quelle einen Exporteur oder Generalunternehmer nennt. Abnehmer und Verarbeitungspartner stehen unter den Rollen offtaker und processing_partner, nie als Käufer. Ein bloßes EXIM ist die Exportbank, die seine eigene Nennung bezeichnet, also US EXIM neben amerikanischen Wörtern. Der Filter eca von GET /v1/deals und im Dashboard nimmt mehrere Agenturen, behält einen Deal, der eine davon nennt, und findet einen Deal, dessen Beteiligter in irgendeiner Rolle mit der Agentur verknüpft ist, sodass die Zahl einer Agentur unter Institutionen den Deals entspricht, die ihr Filter findet. Die Exportkreditgarantien des Bundes heißen Hermes cover, jede Schreibweise einer Quelle, Euler Hermes eingeschlossen, findet sie weiter, und KfW IPEX steht als sie selbst. Die Länder eines Deals sind die, die seine eigenen Zeilen nennen, nie die Zeile eines anderen Projekts oder der Sitz eines Beteiligten.
• 4. November. An GET /v1/deals, im MCP Werkzeug deal_book, im Dashboard und in der Deal Book Arbeitsmappe ist ein Wert, der eine Grenze nennt, etwa exceeding EUR 1bn oder up to $1.1bn, oder eine Spanne nie eine genaue Zahl. contract_value_usd ist dann leer, und die neuen Felder contract_value_bound, contract_value_usd_min und contract_value_usd_max tragen sie, während die Sortierung nach Wert, min_value_usd, die Wertschwelle und die Summen den Deal nach seiner Grenze behalten. contract_value_usd ist auf die letzte Stelle gerundet, die die Quelle nennt, sodass GBP 82m 109000000 ergibt, und contract_value_conversion nennt diese Stelle in rounded_to. Ein Betrag, dessen Ziffern Leerzeichen gruppieren, etwa 527 633,67 EUR, hat jetzt eine Dollarzahl, und ein Wert ohne Dollarzahl sagt im neuen Feld contract_value_usd_unread, warum. Die Arbeitsmappe trägt den Wert der Tabelle mit seinem Kurs neben Gemeldeter Wert und erscheint in der Sprache des Dashboards, über den neuen Parameter locale der Deal Book Arbeitsmappe.
• 4. November. Eine Unternehmensseite nennt die Organe eines Unternehmens bei Companies House beim ersten Aufruf, wo sie bis zum Erstellen des Unternehmensprofils als PDF keine zeigte. Noch nicht gelesene Organe werden sofort gelesen, die Seite sagt das und zeigt sie, sobald sie da sind, ein Register, das keine führt, liest so mit dem Tag der Prüfung, und das Profil sagt dasselbe. GET /v1/nodes/{node_id}/company trägt officers. Die Beteiligungskette von GET /v1/nodes/{node_id}/ownership-chain, das MCP Werkzeug ownership_chain, die Unternehmensseite und das Unternehmensprofil nennen in register_owners jede Person mit maßgeblicher Kontrolle, die das Register führt, beendete mit ihren Daten und eine außerhalb des Vereinigten Königreichs eingetragene Organisation mit Namen, und eine Kette endet nicht mehr bei einer Erklärung im Register, das Unternehmen habe keine, solange eine solche Organisation noch die Kontrolle hält; sie endet bei dieser Organisation, genannt, ohne dass Eigentümer darüber ermittelt werden. Für ein Unternehmen bei Companies House ohne erfasste Jahresabschlüsse nennen GET /v1/nodes/{node_id}/financials/coverage, die Unternehmensseite und das Profil, was sein Unternehmenseintrag über seine Abschlüsse sagt (das Datum des letzten Abschlusses, seine Art, den nächsten Fälligkeitstag, überfällig) und wann er gelesen wurde. Die Ländermatrix eines Dossiers zählt die Einträge jeder Quelle, die das Unternehmen lieferte, etwa Abschlüsse im UKSEF Format und börsennotierte Anleihen, im Sitzstaat des Unternehmens, die Säule der Eigentümer eines Unternehmens bei Companies House liest aus seinem Register der Personen mit maßgeblicher Kontrolle, jede Zelle nennt ihre Quellen, und das Dashboard zeigt auch die Säule Finanzierung. Siehe Netzwerk und die API Referenz.
• 4. November. Ein Screening aus der Zeit, bevor Listenergebnisse mit ihm gespeichert wurden, liest an GET /v1/screenings/{screening_id}, im MCP Werkzeug screening_lookup, im Dashboard und im Screeningbericht seine eigene Aufzeichnung. official_lists trägt basis gleich not_stored und als as_of den eigenen Zeitpunkt des Screenings, und jede Liste liest sich als Not checked at the time, wenn die Liste erst nach dem Lauf eingeschaltet wurde, sonst als No result on record from the time. Der beim Lesen gemachte Abgleich ist der eigene Block recheck mit eigenem as_of, und der Bericht druckt ihn als Anhang. Der Bericht druckt jede Einstufung einer Kategorie mit ihrem Entscheidungsstand, dem Tag der Entscheidung und dem Mitglied, das entschieden hat. Jeder Zeitstempel jeder Antwort von /v1 lautet UTC mit Z, auch die in einem gespeicherten Listenabgleich und der eigene Ausgabestempel einer amtlichen Liste, der seine Dateinummer behält. Eine Screeningzeile trägt verdicts_awaiting_decision, und die Liste im Dashboard kennzeichnet eine Einstufung, über die noch niemand entschieden hat, als Entwurf und eine ältere Zeile ohne erfassten Zweck als Nicht erfasst. Ein Zweck, der ein Screening für Beschäftigung, Personalauswahl oder Vermietung nennt, nach den Bedingungen eine ausgeschlossene Verwendung, wird für jedes Subjekt mit 422 abgelehnt, und eine damit gespeicherte Zeile trägt purpose_held und wird nie wieder ausgeführt, entworfen oder aktualisiert. Auf einer deutschen Seite des Dashboards lässt sich der Screeningbericht auf Deutsch herunterladen, seine maschinell entworfenen Texte bleiben Englisch und sind so gekennzeichnet. Siehe Referenz der API.
• 4. November. Der Dealbericht und die Kreditvorlage zum Deal drucken im Dashboard und an /v1 das Briefing, das die Dealseite zeigt, als ihre Zusammenfassung oder sagen, dass der Deal keines trägt, und keines der beiden Dokumente entwirft beim Herunterladen eine Zusammenfassung. Der Rahmen der ECA Deckung in der Kreditvorlage und in der Präsentation druckt die Zeilen zur Hermesdeckung nur für einen Deal, der Hermes nennt oder für den ein Produkt von Hermes erfasst ist, nennt jede andere Agentur, die der Deal nennt, mit ihren noch zu erfassenden Deckungsbedingungen und nennt nur die Texte, auf denen seine Zeilen beruhen. Die deutsche Kreditvorlage schreibt einen Betrag, der sich als eine Zahl mit ihrer Währung lesen lässt, nach DIN 5008, etwa 82 Mio. GBP, jeden anderen so, wie seine Quelle ihn schreibt, etwa S$391.9m, und sagt das, und ihre Bezeichnungen auf Deutsch.
• 4. November. Die Seiten zur Sicherheit sagen, was die Produktion tut. Sicherheitsüberblick, Sicherheit der API und Umgang mit Daten sagen, dass die Datenbank jede Nacht auf einen getrennten Speicher in Finnland gesichert und vor dem Verlassen des Servers verschlüsselt wird, dass Ihre Bank und ein von ihr beauftragter Prüfer unsere Verarbeitung nach Ziffer 10 des Auftragsverarbeitungsvertrags prüfen dürfen, was die Bedingungen der Anbieter, die Texte von uns erhalten, zum Training sagen, und dass die Anmeldekonten im Vereinigten Königreich bei einem Anbieter mit Sitz außerhalb davon liegen. Umgang mit Daten nennt die Orte der Verarbeitung auf der Standardroute und ihren ausweichenden Anbietern, die Seite KI-Verordnung nennt die Regel zum Training, Nutzungsbedingungen nennt das geltende Recht und den Sitz des Anbieters, Sicherheit der API nennt die Exporte, die das Produkt beim Vertragsende bereithält, Abdeckung nennt die Sprachen von Nachrichten und Screenings und dass soziale Medien heute nicht gelesen werden, der Sicherheitsüberblick und Bestandsimport nennen die Zahlen einer Bank, die ein Arbeitsbereich speichern kann, die Seiten zu Meldungen sagen, wie Meldungen per Mail vereinbart werden, und das Beispiel zum Widerruf auf Schlüssel und Zugangsverwaltung zeigt die Hülle der Ablehnung, mit der die Route antwortet.
• 4. November. Ein Screening, ein Dossier, ein Rechercheziel und eine Beobachtung zu einer natürlichen Person durchsuchen das Web mit jedem Suchanbieter, den Stonewake nutzt, mit denselben Anbietern wie eine Suche zu einer Organisation, und lesen so mehr öffentliche Berichterstattung über die Person.
• 3. November. Das Deal Book im Dashboard, GET /v1/deals und das MCP Werkzeug deal_book lesen die eigenen Worte eines Deals, wo seine Quellen eine Lücke lassen. Ein Deal, dessen Zusammenfassung sagt, dass seine Finanzierung abgeschlossen oder seine Deckung erteilt ist, lautet Finanzierung steht und wird standardmäßig zurückgehalten, außer ein Quellenzitat hält seine Finanzierung offen, und ein Datum, das seine Zusammenfassung nennt, etwa im Jahr 2010, bestimmt das Alter eines Deals, den kein Ereignisdatum datiert, so spät gelesen, wie die Worte es zulassen, sodass der Grund etwa Keine Bewegung seit 2010 lautet. score_band lautet nie Strong fit für einen Deal, dessen Markt oder Sektor außerhalb Ihres Mandats liegt. Ein Projektfinanzierungs Desk hält ein Baulos ohne Finanzierungsbedarf zurück, mit dem Grund Bauauftrag, kein Finanzierungsbedarf. In der Standardreihenfolge nach Priorität kommt ein Immobilien Deal, der einem Verkauf oder einer Refinanzierung am nächsten ist, unter den nicht zurückgehaltenen Deals zuerst, und ein vor dieser Änderung ausgegebener Seitencursor des Dashboards wird mit 400 abgelehnt, sodass das Dashboard die Liste wieder ab ihrer ersten Seite liest, während /v1 und MCP mit limit und offset blättern und nicht betroffen sind. Siehe Deal Book.
• 3. November. Screenings wenden den Rückblickzeitraum auf das Datum jedes Sachverhalts an, über den eine Feststellung berichtet, nicht auf das Datum der Seite, im Dashboard, im Screeningbericht, an GET /v1/screenings/{screening_id} und im MCP Werkzeug screening_lookup. Ein Sachverhalt, der älter als window_years ist, wird neben seiner Feststellung gekennzeichnet und entscheidet keine Einschätzung eines neuen Screenings, und ein gespeicherter Satz einer Einschätzung, der sich nur auf solche Sachverhalte stützt, wird mit einem datierten Hinweis zurückgehalten. Jede Feststellung trägt window, matter_year und marks. Eine Feststellung wird auch unter jeder Kategorie belegt, deren Sachverhalt sie nennt, daher liest Bestechung nicht mehr Nichts gefunden neben einer unter Rechtsstreitigkeiten abgelegten Bestechungsanordnung, und eine Kategorie, die nur ältere Sachverhalte hält, liest grün mit dem Satz, der sie nennt. Das Grün einer Organisation, das einen entschiedenen Sachverhalt des Prüfobjekts oder einer von den Quellen genannten Tochtergesellschaft im Zeitraum belegt, steht auf Gelb und nennt die Tochtergesellschaft, und ein Rot, dessen Feststellungen alle kein Datum tragen, wird auf Gelb begrenzt. Eine Feststellung, deren Jahr in keiner Passage und keinem Quellendatum steht, wird gekennzeichnet und nie zurückgehalten, eine Verurteilung aus einer Passage mit einem Teilfreispruch sagt das, nahezu gleiche Feststellungen einer Quelle werden zu einer zusammengeführt, und eine öffentliche Funktion, die ein Personenscreening findet, wird mit dem Satz gekennzeichnet, den PEP Status nach dem eigenen Verfahren der Bank zu beurteilen, weil Stonewake keine PEP Liste führt und keine PEP Prüfung vornimmt. Ein Dossier verwendet ein abgeschlossenes Screening desselben Unternehmens, Zwecks und Zeitraums aus den letzten 24 Stunden und sagt das, oder es sagt, dass es ein eigenes startet. Siehe die Referenz der API.
• 2. November. contract_value_usd an GET /v1/deals, im MCP Werkzeug deal_book und im Dashboard rechnet einen Wert in fast jeder Währung um, nicht nur in denen der EZB Referenzkurse und der amtlichen Paritäten, sodass die Sortierung nach Wert, der Wertfilter und die Summen ihn zählen. Das SZR und die Rechnungseinheit der Afrikanischen Entwicklungsbank werden zum Dollarwert des SZR umgerechnet, den der IWF für den 29. Oktober 2026 veröffentlicht hat, etwa 145.5 million SDR oder UA 30.10 million, einige weitere Währungen wie die Pataca zu ihrer amtlichen Parität und die meisten anderen zu den Treasury Reporting Rates of Exchange des US Finanzministeriums vom 30. September 2026 oder einer späteren Änderung eines dieser Kurse, etwa TWD 9.2 billion oder UZS 3.8 billion, jeweils mit Kurs, Notierung, Datum und Quelle in contract_value_conversion, wo currency für das SZR XDR lautet. Ein Wert mit FCFA oder CFAF, TL, KSh, USh, TSh, Kz oder QR oder mit dem Namen einer Währung wie kwanzas, naira, quetzales, Sri Lankan rupees oder New Taiwan dollars wird ebenfalls umgerechnet, während ein Name, den mehrere Währungen teilen, etwa shillings oder dinars ohne das Land, nichts umrechnet. Siehe Deal Book.
• 2. November. An /v1, in den MCP Werkzeugen, die die Kreditüberwachung eines Unternehmens lesen, und im Dashboard nennt das berechnete Signal zu überfälligen Jahresabschlüssen ein verstrichenes Datum nicht mehr als Fälligkeit des nächsten Abschlusses. Ist das Datum verstrichen, das die eigene Einreichungsregel des Unternehmens setzt, nennt der Wert es als verstrichen mit seiner Quelle und sagt, dass noch kein neuerer Abschluss erfasst ist und Verzeichnisse der Einreichungen Abschlüsse verzögert führen können, zum Beispiel „letzter Jahresabschluss zum 31. Dezember 2024; gesetzliche Frist 30. April 2026 verstrichen, berechnet nach § 325 Abs. 4 HGB; noch kein neuerer Abschluss erfasst, Verzeichnisse der Einreichungen können verzögert sein“. Wann das Signal als überfällig gilt, bleibt unverändert.
• 2. November. Die Seite Fehler und Anfragebegrenzungen nennt validation_failed (422), internal_error (500) und service_unavailable (503), jeden mit seiner einen Meldung, neben den übrigen Codes, die /v1 ausliefert. An GET /v1/search und im MCP Werkzeug search_companies zählt limit die Unternehmen, Personen, die nach ihnen folgen, kennzeichnen eine Seite also nicht mehr als truncated, wenn nichts zurückgehalten wurde. Der Filter eca an GET /v1/deals findet anders als q auch die Schreibweise, die die Quelle für eine Agentur gemeldet hat. GET /portfolio/book-events, der Verlauf des Dashboards, in dem Unternehmen das Buch verlassen und zurückkehren, antwortet mit dem Listenumschlag, die genaue Gesamtzahl in total, und nimmt offset, und die Dateien der Referenzseite der API lehnen einen wiederholten oder unbekannten Abfrageparameter wie jede Route mit 422 ab. Siehe Referenz der API.
• 1. November. Führt Stonewake zwei Deals zusammen, die dieselbe Transaktion melden, gehen das Merken, das Verwerfen und der nächste Schritt Ihres Teams auf dem eingegliederten Deal nun auf den verbleibenden über, bei einem eigenen Deal wie bei einem aus dem gemeinsamen Deal Pool. Merken geht vor Verwerfen und Verwerfen vor einem nicht gesichteten Deal, ein Verwerfen als doppelter Deal oder als historisch überträgt nichts, und der verbleibende Deal behält seinen eigenen nächsten Schritt. GET /v1/deals/{deal_id} und das Werkzeug für MCP deal_book führen bei einem in einen anderen eingegliederten oder von Stonewake im Pool verworfenen Deal kein Ereignis reopen_suggested mehr, weil sich keiner von beiden wieder aufnehmen lässt. Siehe das Deal Book und die Referenz der API.
• 1. November. Auf GET /v1/nodes/{node_id}/financing und im MCP Werkzeug company_financing nimmt die Verschuldung die kurzfristigen Finanzschulden der eingereichten Bilanz neben den langfristigen auf, und wo der neueste Abschluss nur eine davon angibt, nennt der Abdeckungseintrag debt_position die andere. Notierte Schuldtitel, die FIRDS nicht mehr als zum Handel zugelassen angibt, zählt das neue Feld terminated_excluded, und include_matured=true liefert sie, jeden mit terminated_on, sodass ein Unternehmen, dessen Anleihen alle geschlossen sind, nicht mehr als ohne notierte Schulden gelesen wird, und einen Schuldtitel, den die beiden FIRDS Register zwei verschiedenen Emittenten zuordnen, listet keiner von beiden als geschlossen. GET /v1/nodes/{node_id}/financials und das MCP Werkzeug company_financials liefern total_equity und non_controlling_interests, wo der Abschluss sie angibt, sodass die Bilanzsumme den Verbindlichkeiten plus dem Eigenkapital gesamt entspricht, und das neue Feld note sagt, wo equity der Anteil der Eigentümer des Mutterunternehmens ist und wo eine Bilanz nicht aufgeht. Verbindlichkeiten gesamt, die die Leser deutscher und Schweizer Geschäftsberichte berechnen, tragen derived gleich true. Eigenkapitalquote, das Signal für negatives Eigenkapital und Altman Z'' lesen das Eigenkapital gesamt. Die wichtigsten Signale eines Eintrags im Bestand beginnen mit den Signalen, deren Rotsperre seinen roten Status setzt, value_display eines Signals schreibt sein Zeitfenster aus, in the last 36 months, wo es 36m window hieß, ebenso der Lückenhinweis der Screening Zeile, und der Branchenkontext nennt den Kreis, in den der regionale Kontext das Unternehmen legt. Siehe Referenz der API.
• 1. November. Die Listen der FATF folgen den Erklärungen der FATF vom 30. Oktober 2026. Bulgarien, Côte d'Ivoire, die Demokratische Republik Kongo und Monaco stehen nicht mehr unter verstärkter Beobachtung, ihre Länderrisikowerte verlieren mit der nächsten Neuberechnung die Punkte der Listen der FATF, und der Aufruf zum Handeln nennt weiter Nordkorea, Iran und Myanmar. Die Länderseite und der Country Brief listen nur die Bestandteile des Werts mit Daten, und die Zeile zur Datenabdeckung nennt die ohne Daten in einem Satz. In der Kreditüberwachung eines Unternehmens lesen die beiden Prüfungen zur Länderrisikokategorie der OECD ein OECD Land oder ein Land des Euroraums mit hohem Einkommen und einen Kleinstaat mit dem Euro nicht mehr als grün. Die OECD gibt diesen Ländern keine Kategorie, deshalb gelten die Prüfungen dort nicht, so wie der Länderwert für sie keine Kategorie liest.
• 1. November. An /v1, in den MCP Werkzeugen, die die Kreditüberwachung eines Unternehmens lesen, und im Dashboard nennt das berechnete Signal zu überfälligen Jahresabschlüssen das Datum, das die eigene Einreichungsregel des Unternehmens setzt. Ein Jahresbericht an die SEC ist 60, 75 oder 90 Tage nach dem Ende des Geschäftsjahres fällig, je nach der Einstufung, die die SEC für das Unternehmen angibt, und vier Monate danach, wo das Unternehmen den Jahresbericht der SEC für ausländische Emittenten einreicht, jeweils am nächsten Geschäftstag, wenn der Tag auf ein Wochenende oder einen Feiertag der US Bundesbehörden fällt, und das Signal gilt erst nach den 15 Tagen als überfällig, die die SEC einem Unternehmen gewährt, das eine verspätete Einreichung ankündigt. Britische Jahresabschlüsse sind für eine private Gesellschaft oder eine LLP neun Monate nach dem Bilanzstichtag fällig, den Companies House angibt, für eine öffentliche Gesellschaft sechs Monate danach. Wo die Regel nicht bekannt ist, nennt das Signal kein Datum. Jedes Datum, das das Signal nennt, sagt, woher es stammt, aus der Regel, nach der es berechnet ist, oder für ein britisches Unternehmen aus dem Datum, das Companies House in einem Datensatz angibt, den Stonewake hält, mit dem Tag, an dem dieser Datensatz abgerufen wurde, und dieses Datum nennt das Signal vor dem aus dem Bilanzstichtag berechneten. Wo Companies House zeigt, dass ein Unternehmen seinen Bilanzstichtag nach dem Datensatz geändert hat, den Stonewake hält, nennt das Signal kein Datum, denn die Abschlüsse eines durch eine solche Änderung verkürzten Geschäftsjahres sind frühestens drei Monate nach der Mitteilung der Änderung fällig. Ein Unternehmen, dessen neuester Jahresabschluss sein Jahresfinanzbericht im einheitlichen europäischen elektronischen Format ist oder der Bericht, den ein börsennotiertes deutsches Mutterunternehmen veröffentlicht, ist vier Monate nach dem Ende seines Geschäftsjahres fällig, nach Artikel 4 Absatz 1 der Transparenzrichtlinie, für ein deutsches Unternehmen nach § 325 Abs. 4 HGB und im Vereinigten Königreich nach der Regel DTR 4.1.3R der FCA, wo das Unternehmen im Europäischen Wirtschaftsraum oder im Vereinigten Königreich eingetragen ist. Das Signal wertet solche Abschlüsse erst ein Jahr und 30 Tage nach dem Ende des nächsten Geschäftsjahres als überfällig, wie andere Abschlüsse nach IFRS oder HGB, denn die Verzeichnisse, die Stonewake liest, führen viele dieser Berichte erst Monate nach Ablauf der vier Monate. Die Einstufung, die die SEC für ein Unternehmen angibt, wird in einfachen Worten gespeichert und ausgeliefert, zum Beispiel Non-accelerated filer; Smaller reporting company. Werte, die ein Jahresabschluss bei Companies House für einen anderen Zeitraum als etwa ein Jahr angibt, etwa für ein erstes Geschäftsjahr von 18 Monaten, gelten nicht mehr als Umsatz, Ergebnis oder durchschnittliche Zahl der Beschäftigten des Jahres, und die zuvor so gespeicherten Werte werden entfernt. An GET /v1/nodes/{node_id}/financing und im MCP Werkzeug company_financing trägt eine Schuldposition, deren neuester Wert mehr als 18 Monate vor dem neuesten Wert der gesamten Verschuldung liegt, stale_line, und das Dashboard kennzeichnet den Wert als älter. Das Unternehmensprofil als PDF und das Paket für das Kreditkomitee benennen die Konsolidierungsbeziehungen der GLEIF wie das Dashboard, eine Zeile je Unternehmen, und das Profil nennt die Zahl der Registerdatensätze, die das Dashboard nennt.
• 1. November. Ein Screening, ein Dossier, ein Rechercheziel und eine Beobachtung zu einer natürlichen Person nehmen nur noch den Zweck cdd oder edd an, die allgemeinen und die verstärkten Sorgfaltspflichten, die die Nutzungsbedingungen für eine natürliche Person zulassen. Eine Anfrage zu einer Person mit other wird mit 422 abgelehnt, gleich welche purpose_note sie trägt, und other mit Notiz bleibt der Zweck einer Organisation oder eines Landes. Ein früher mit einem anderen Zweck erfasstes Rechercheziel oder eine so erfasste Beobachtung einer Person wird nicht mehr recherchiert, verfolgt, gemeldet oder aus den Registern aktualisiert, und ein so erfasstes Screening oder Dossier einer Person wird weder erneut ausgeführt, noch wird seine Zusammenfassung neu entworfen.
• 1. November. Der Status ohne Score hat überall einen Namen. Paket und Präsentation der Kreditüberwachung nennen ihn Noch kein Score, wie das Dashboard und die Seite Kreditüberprüfungen, wo sie bisher Insufficient data druckten; an /v1 und über MCP ist es der Status insufficient. Noch nicht bewertet ist der Status not_assessed, ein Unternehmen, dessen erste Einschätzung noch nicht gelaufen ist, und die Portfolioseite unterscheidet beide unter ihren Kacheln. Das MCP Werkzeug portfolio_overview und das Schema von /v1/portfolio nennen beide Begriffe neben ihren Codes.
• 1. November. GET /v1/nodes/{node_id}/company und das MCP Werkzeug company_overview liefern mit locale gleich de auch den Risikoblock auf Deutsch, wo bisher nur die Identität Deutsch war. label, value_display und note jedes Signals lauten so, wie das deutsche Dashboard sie zeigt, zum Beispiel EBIT zu Zinsaufwand und Verzinsliche Nettoverschuldung zu EBITDA, ein Signal ohne Daten nennt in note, warum es keine hat, wie es das deutsche Dashboard sagt, und auch die coverage_line kommt auf Deutsch. Codes bleiben in jeder Sprache, wie sie geliefert werden. Siehe die API Referenz und MCP.
• 1. November. GET /v1/deals/{deal_id} trägt tracking_scheduled_seconds, wie oft die Recherche einen gemerkten Deal in Ihrem Arbeitsbereich prüft, was länger als täglich sein kann, wo Ihr Arbeitsbereich einen eigenen Zeitplan hat, und ist null, wo das Merken keine eigene Recherche hinzufügt. Das Dashboard nennt diesen Zeitplan bei Merken, neben einem recherchierten Land und auf der Seite Monitoring, und ein Zeitplan von 30 Tagen oder mehr heißt In diesem Arbeitsbereich einmal geprüft, ohne eine nächste Prüfung zu nennen, solange sie noch aussteht. Siehe die Referenz der API.
• 1. November. Ein Unternehmen ist ein Eintrag. Der Eintrag eines Unternehmens bei der SEC und sein LEI oder Registereintrag werden nach einer Regel, die von selbst läuft, zu einem Unternehmen zusammengeführt, allein über eine exakte Kette von Kennungen, die ISIN des Unternehmens, die CUSIP, die sie enthält, das Börsenkürzel, das die Fails to Deliver Dateien der SEC zu dieser CUSIP nennen, und die CIK, die die SEC zu dem Kürzel führt, und nur wo der Name der SEC für das Unternehmen mit seinem Registernamen übereinstimmt. Jeder andere Fall geht an die Betreiber von Stonewake. Ein Bestand hält ein Unternehmen nie doppelt. Das Hinzufügen eines Unternehmens, das der Bestand unter seinem anderen Eintrag hält, antwortet mit 409 und nennt das Unternehmen im Bestand, der Bestandsimport liest eine solche Zeile als in_book und nennt es, und eine Zeile, die das Unternehmen einer früheren Zeile unter seinem anderen Eintrag nennt, liest als duplicate. Werden zwei Einträge eines Unternehmens zusammengeführt, die ein Bestand hält, verlässt der zweite Eintrag den Bestand mit dem Grund Dasselbe Unternehmen wie ein anderer Eintrag, und die Alarme, Beobachtungen und Registerprüfungen des zusammengeführten Eintrags folgen dem Unternehmen. GET /v1/nodes/{node_id} und GET /v1/nodes/{node_id}/events tragen merged_into, die Kennung des Knotens, zu dem ein zusammengeführter Eintrag jetzt gehört, und GET /v1/nodes/{node_id}/financials/coverage nennt in other_node_id den Knoten, der die Jahresabschlüsse eines Unternehmens hält, wenn ein anderer sie hält. Der Bestandsimport nimmt jede Kennungsart, die eine Unternehmensantwort zeigt, darunter die Arten der Registrierungsstellen wie ra_ra000406 des israelischen Handelsregisters und die ISIN, und antwortet mit invalid und dem Format für einen Wert, der die Prüfung seiner Art nicht besteht, etwa einen LEI mit falschen Prüfziffern; keine Kennung, die die Prüfung ihres Schemas nicht besteht, wird gespeichert. Eine Mitteilung über eine verspätete Einreichung des Jahresberichts eines ausländischen Emittenten wird wie die zum Jahresbericht eines US Unternehmens gelesen, der SEC Eintrag eines Unternehmens nennt das Land, das die SEC für seine Gründung angibt, und ein Eintrag der Federal Reserve über die Stellung einer ausländischen Bank im US Bankensystem liest nicht mehr, als sei das Unternehmen geschlossen. Siehe Bestandsimport und die API Referenz.

Oktober 2026

• 31. Oktober. Verwirft ein Arbeitsbereich einen Deal aus dem gemeinsamen Deal Pool, erhält er nun den einen Vorschlag zur Wiederaufnahme, den neue Belege bringen, wie ein eigener Deal schon immer, und ein Deal, den die Recherche des Pools findet, erreicht jeden Arbeitsbereich, der den Pool liest. GET /v1/deals und GET /v1/deals/{deal_id} tragen from_pool und dismissed_in_pool. Im Dashboard sagt Verwerfen für jede Art von Deal, was es beendet, ein in einen anderen eingegliederter oder von Stonewake im Pool verworfener Deal bietet keine Wiederaufnahme an und sagt, warum, und Recherche aktualisieren recherchiert einen eigenen Deal einmal und ändert keinen Zeitplan. Siehe das Deal Book und die Referenz der API.
• 31. Oktober. Eine natürliche Person wird nie bewertet, auf keiner Oberfläche. Ein Screening von Personen wird mit dem Abgleich gegen die offiziellen Listen und seinen belegten Feststellungen samt den Quellen ausgeliefert, die sie belegen, und mit nichts sonst, im Dashboard, im Bericht zum Screening, an GET /v1/screenings, an GET /v1/screenings/{screening_id} und über MCP im Werkzeug screening_lookup gleichermaßen. Es trägt keine Einstufung, keine Bewertung je Kategorie, keine entworfene Zusammenfassung und keinen Score, seine sources nennen nur die Seiten, die seine Feststellungen belegen, und das Dashboard führt es als Nur Befunde. Ein Screening einer Person entwirft keine Einstufung und keine Zusammenfassung, und die Prüfung einer Kategorie und die Neuerstellung der Zusammenfassung eines Screenings von Personen werden mit 422 abgelehnt. Einstufungen und Zusammenfassungen, die mit früher gelaufenen Screenings von Personen gespeichert sind, bleiben in Ihren Unterlagen und werden nirgends ausgeliefert, auch nicht im Export des Audit Logs. Der Filter subject von GET /v1/screenings und von screening_lookup findet ein Prüfobjekt, gleich mit welchen Akzenten, welcher Schreibung und welchen Leerzeichen sein Name geschrieben wurde. Siehe die Referenz der API und die Seite KI-Verordnung der EU.
• 31. Oktober. Der Länderrisikowert an GET /v1/countries, GET /v1/countries/{iso3}, am Werkzeug für MCP country_profile, im Dashboard, im Country Brief und in der Arbeitsmappe Countries liest in seiner Ratingzeile die Länderrisikokategorie der OECD aus der Tabelle mit Stand 16. Oktober 2026, wo er bisher Agenturratings aus Nachrichten las, von denen manche ein Unternehmen oder einen Versicherer statt des Landes bewerteten. Ein Land, das die OECD nicht einstuft, hat dort keine Kategorie. Ein Bestandteil ohne Daten gibt sein Gewicht an die Bestandteile mit Daten in seinem eigenen Teil ab, den Länderbewertungen oder dem Listenstatus, so zählt der Listenstatus für jedes Land 30 der 100 Punkte, und ein Land wird nur bewertet, wo seine Bestandteile mit Daten mindestens die Hälfte des Gewichts tragen. risk_coverage im Index, coverage am risk eines Landes und part an jeder Zeile der Aufschlüsselung sind neu, und das Blatt Countries der Arbeitsmappe endet mit der Datenabdeckung. Die Werte bewegen sich mit der Neuberechnung nach der Veröffentlichung, die meisten um einige Punkte nach oben, und die Britischen Jungferninseln, deren einzige Daten ihr Listenstatus sind, werden ohne Wert geführt.
• 31. Oktober. Jede Route der API beantwortet einen Wert, den sie nicht enthalten kann, mit 422 oder 404 statt mit einer leeren oder breiteren Seite. Ein Abfrageparameter, den die Route nicht liest, wird nun auch an den Routen des Dashboards abgelehnt, jeder einzeln genannt, und ein Parameter, der einen Wert nimmt und zweimal gesendet wird, ergibt 422, das ihn nennt, sodass sort=nope&sort=score nicht mehr durchgeht. country_code an GET /v1/deals und iso3 an GET /v1/screenings nehmen die Codes nach ISO 3166 Teil 1 Alpha 3 und XKX in Großbuchstaben, ZZZ, CL oder deu ergibt also 422, und jeder geschlossene Wert wird in der Schreibweise gelesen, die das OpenAPI Dokument aufführt. edge_types an GET /v1/nodes/{node_id}/network, connector_id an GET /v1/nodes/{node_id}/records und group an GET /v1/nodes/{node_id}/events nehmen nur die Kantenarten, Register und Gruppen, die es gibt, und ein unbekannter oder leerer Wert ergibt 422, das ihn nennt. Ein leeres oder fehlerhaft gebildetes team ergibt 422. Eine Zahl, die nicht endlich ist, etwa 1e400, ergibt 422, in einer Abfrage wie in einem JSON Body, und since an GET /v1/portfolio/transitions braucht eine Angabe der Abweichung von UTC. GET /v1/tenders/deals/{deal_id} antwortet mit 404 für eine Kennung, die keinen Deal nennt, den Sie lesen, und profile_id an GET /v1/tenders/matches mit 404 für ein Profil, das nicht Ihres ist. GET /v1/entities/{node_id}/risk, abgelöst, ist stillgelegt und antwortet für jede Kennung mit 404, weil es eine Knotenkennung des Graphen las, wo die Routen der Institutionen Kennungen des Registers lesen; lesen Sie GET /v1/nodes/{node_id}/risk. Ein mapping eines Uploads aus einem Vergabeportal, das sich nicht lesen lässt, ergibt sein 422 an mapping und nennt, was fehlt, wo es content_base64 nannte, und ein abgelehntes Portal nennt die angenommenen. Die Werkzeuge über MCP lehnen dieselben Werte ab, bevor eine Anfrage hinausgeht, ihre Schemas führen die Kantenarten, Register und Ländercodes auf, und ein 422 erreicht ein Werkzeug mit dem eigenen Grund der Route, wo sie ihn in festem Text nennt. Siehe Fehler und die API Referenz.
• 31. Oktober. Jede Liste der API nennt, wie viele Zeilen sie hält, und erreicht jede davon. Die Listen des Dashboards, etwa Screenings, Statuswechsel des Portfolios, Läufe, Entwicklungen, Dossiers, Überwachungsziele und der Alarmfeed, antworten mit dem Umschlag von /v1, items, limit, offset und total, und nehmen offset, sodass keine Liste bei hundert oder fünfhundert Zeilen endet. GET /v1/tenders/deals/{deal_id} nimmt limit und offset wie jede Liste, wo es die Treffer eines Deals bei 200 abschnitt. Im Deal Book und im Portfolio nennt eine über cursor erreichte Seite ihr offset und total, und next_cursor ist nur auf der letzten Seite null. Jede Ablehnung jeder Route trägt error mit einem stabilen code, auch eine 422 mit validation_failed und eine 500 mit internal_error, und die Routen des Dashboards behalten ihr detail daneben. Die CSV des Audit Logs schreibt Zeitstempel in UTC mit Z, und die edition einer amtlichen Liste steht in derselben Form, wenn sie eine Uhrzeit nennt. Ein Feldname hat auf jeder Route einen Typ, daher kommen pct_value, entity_class_detail und value_number neben pct, dem Objekt entity_class der Risikoroute und value_numeric, die veraltet sind. Die Portfoliozeile eines Einzelkaufmanns führt kein entity_class. Das snippet einer zitierten Quelle ist die Passage, die die Aussage stützt, auf /v1 und im Dashboard dieselbe. GET /v1/search nennt truncated, wenn die Antwort limit ausschöpft und es weitere Treffer geben kann.
• 31. Oktober. Registerwerte erreichen jede Oberfläche vollständig und in einem Vokabular. company_status in /v1/search, /v1/nodes, im Netz und in den MCP Werkzeugen ist ein Code aus einer geschlossenen Liste (zum Beispiel active, active_proposal_to_strike_off, in_liquidation, unknown), mit company_status_label in englischen Worten und company_status_source, dem Wortlaut des Registers, nie gekürzt, wo bisher die Schreibweise jedes Registers stand und ein Status von Companies House nach 24 Zeichen abgeschnitten war, etwa Live but Receiver Manage. Das label eines Knotens ist nie ein Name, den die GLEIF als früheren Namen kennzeichnet, sodass die Mizrahi Tefahot Bank MIZRAHI TEFAHOT BANK LTD heißt, und die Importvorschau und die fehlenden Glieder der Eigentümerkette nennen ein Unternehmen wie die Suche. ELF 63KS heißt Unternehmergesellschaft (haftungsbeschränkt). Ein wirtschaftlich Berechtigter, den die Register angeben, ist im Netz beneficial_owner_of, nie shareholder_of, und jede Verbindung trägt role_code und role_label neben der role des Registers. Eine ausländische Gesellschaft bei Companies House trägt ihr Heimatland in country_iso3. GET /v1/nodes/{node_id}/company nennt einen deutschen Registereintrag, den das Unternehmen hält, als Registergericht und Registernummer und liefert mit locale de britische Gesellschaftstypen, SIC Codes und jeden locator auf Deutsch. Eine Quellenangabe aus FIRDS trägt locator, ihre ISIN und ihr Register, und einen vollständigen deep_link. Sicherheitenstandorte liefern status als Code mit status_label und status_source, und der Branchenkontext liefert seine Bezeichnungen in der angefragten locale mit dem deutschen Wortlaut der Tabelle in *_source. Siehe die API Referenz.
• 31. Oktober. contract_value_usd an GET /v1/deals und am MCP Werkzeug deal_book folgt einer dokumentierten Regel. Eine Spanne, etwa £2m to £100m oder between EUR 50 million and EUR 150 million, und ein Wert mit mehreren Beträgen tragen keine Dollarzahl mehr, wo sie bisher ihren ersten Betrag trugen. Andere Währungen werden zu den EZB Referenzkursen vom 29. Oktober 2026 umgerechnet, Pfund lesen also rund 1,33 Dollar statt 1,10, und australische, kanadische, Singapur und Hongkong Dollar lesen nicht mehr als US Dollar. Eine Dollarzahl, die die Quelle neben dem Betrag nennt, gilt wie genannt. GET /v1/deals lehnt einen unbekannten Wert für stage, sector, status, window oder region und einen country_code, der kein dreistelliger Code ist, mit 422 ab statt ein leeres Buch zu liefern, das MCP Werkzeug deal_book lehnt sie ab, bevor eine Anfrage hinausgeht, und beide nehmen team. Jeder Endpunkt unter /v1 lehnt einen Abfrageparameter, den er nicht liest, mit 422 ab und nennt ihn. Jeder Zeitstempel unter /v1 liest nun UTC mit Z, wo manche den Berliner Versatz trugen, ein von einer Quelle datierter Tag verschiebt sich also nie. Das briefing der Deal Ansicht wird bei einem kleinen timeline_limit nicht mehr null, und eine 422 der API erreicht ein MCP Werkzeug als invalid_request mit jedem abgelehnten Parameter oder Feld. Siehe Deal Book und Fehler.
• 31. Oktober. In /v1/deals und im Werkzeug für MCP deal_book datiert eine Meldung, die den Tag ihres Ereignisses in Ziffern nennt, etwa das Unterzeichnungsdatum 20/02/2019 in der Offenlegungstabelle einer Exportkreditagentur, den Deal auf diesen Tag, sodass last_event_at und die Altersregeln ihn lesen und ein Deal, dessen letzte Aktivität mehr als 12 Monate zurückliegt, zurückgehalten wird. Ein Datum in Ziffern, das sich auf zwei Arten lesen lässt, etwa 05/03/2019, datiert nichts. Ein Immobilien Team hält einen Deal zurück, der keine Immobilie betrifft, mit dem Grund Infrastructure, not real estate finance oder Company deal, not real estate finance in score_reasons, im Dashboard auf Deutsch, und kein neuer Deal dieser Art kommt in ein Immobilienbuch. Eine Meldung über den eigenen Einkauf eines Lieferanten wird nicht mehr dem Deal zugeordnet, den dieser Lieferant beliefert, sodass ein solcher Deal nicht mehr den Wert oder die Phase des Vertrags des Lieferanten zeigt.
• 31. Oktober. In /v1/deals und im Werkzeug für MCP deal_book behält q die Deals, die jedes Wort des Textes enthalten, jedes irgendwo in der Zeile, und eine Wortgruppe in doppelten Anführungszeichen so, wie sie geschrieben ist, wo bisher der ganze Text als eine Wortgruppe galt. contract_value_usd wird nach einer Umrechnungsregel aus dem gespeicherten Wert neu gelesen, sodass ein Wert in einer anderen Währung nie als dieselbe Zahl Dollar gilt (AU$259 million mit US$168 million daneben ergibt 168 Millionen). Ein Deal nennt jedes Land mit einem Namen, dem Namen, den der Länderfilter und die Länderseiten verwenden, und ein Name einer Partei trägt keine Sprachkennung einer Quelle mehr. Der Dealbericht zählt die Parteien, die seine Tabelle listet, und nennt die Teile des Scores wie die Dealseite, und ein Seitendatum 06/04/2025, das die Seite selbst als 4. Juni 2025 schreibt, gilt als 4. Juni. Die Dokumentation für MCP sagt jetzt, wie doppelte Zeilen eines Projekts über Teams zu lesen sind.
• 31. Oktober. Die Unternehmenssuche über GET /v1/search und das MCP Werkzeug search_companies findet eine ISIN, die ESMA oder FCA FIRDS für einen Emittenten nennt, etwa die ISIN einer Aktie in Tel Aviv, und nennt FIRDS in connected_sources. Sie findet eine Registernummer mit den Bindestrichen, Punkten oder Schrägstrichen, mit denen ihr Land sie schreibt, etwa 52-001807-8, und einen deutschen Registereintrag mit dem Gericht zuerst, wie ein Impressum ihn schreibt, etwa Amtsgericht München, HRB 177273. Sie liest &, und, and und + als eine Schreibweise, in einem Namen und in einer Rechtsform wie GmbH und Co. KG, und einen Bindestrich zwischen zwei Wörtern als Leerzeichen. Die eigene juristische Person einer Gruppe steht direkt vor einer ihrer Tochtergesellschaften, die ebenfalls passt. Eine Abfrage in einer anderen Schrift als der lateinischen, etwa auf Hebräisch, findet ein Unternehmen, das einen Namen in dieser Schrift führt, oder keinen Treffer, nie eine ähnliche Schreibweise. limit zählt Unternehmen, und Personen folgen ihnen. Eine leere Antwort wartet nicht mehr auf eine zweite Suche nach ähnlichen Schreibweisen. Bei GET /v1/deals und dem MCP Werkzeug deal_book behält q die Deals, die jedes Wort als ganzes Wort zeigen, nie einen Wortteil oder eine Schreibweise, die die Zeile nicht zeigt, und jede Zeile sagt in q_matched, wo. Siehe Referenz der API und Deal Book.
• 31. Oktober. Auf /v1/deals, im MCP Werkzeug deal_book und im Dashboard sind contract_value_usd und die Ländersummen auf den Cent genau, und ein Wert in einer Währung der EZB Referenzkurse wird umgerechnet, wo er die Währung mit ihrem Wort oder Zeichen nennt, etwa 6.9 trillion won. Das neue contract_value_conversion nennt, wie jede Dollarzahl entstand, mit Kurs, Notierung, Datum und Quelle. Ein Wert wird gelesen, wo die Quellen das Geld nennen, das hinter einem Deal steht, etwa £129m will back the project, und eine Zeile, deren Zusammenfassung einen Betrag nennt, den sie nicht zeigt, sagt in value_note warum. Ein Deal, der mehrere Länder in einer Wendung nennt, führt jedes, und countries passt eins zu eins zu countries_iso3. Eine Agentur, die nur als EXIM genannt ist, wird der Agentur zugeordnet, die ihre Quelle ausgeschrieben nennt, die Afrikanische Entwicklungsbank ist eine eigene Institution im Register, und eine ältere Zuordnung zur Asiatischen Entwicklungsbank wird repariert. Eine allgemeine Beschreibung wie an international commercial bank ist kein Kreditgeber, zwei Rechtsformschreibweisen eines Exporteurs zählen einmal, eine Phase mit ECA Deckung braucht eine genannte Agentur, eine unbekannte Phase hat niedrige Sicherheit, eine Seite, die nur ihr Jahr trägt, datiert keinen Deal, und ein von einer Quelle genannter Kreditgeber wird im Ansatz und in der Zusammenfassung genannt. GET /v1/deals/parties/binding-queue und das MCP Werkzeug deal_binding_queue tragen pool_unbound und pool_note für die Beteiligten der Deals aus dem gemeinsamen Pool, die Stonewake zuordnet. Siehe Deal Book.
• 31. Oktober. Eine Kreditvorlage mit locale gleich de an GET /v1/deals/{deal_id}/pack.pdf und GET /v1/entities/{entity_id}/pack.pdf ist durchgehend Deutsch, wo die meisten Abschnitte und der Abschnitt zur Kreditüberwachung Englisch mit deutschen Datumsangaben waren, und trägt einen deutschen Dateinamen wie das deutsche Unternehmensprofil, wo sie den englischen Namen trug. Jedes PDF nennt seine Sprache, Deutsch oder Englisch, und trägt seinen Titel, etwa Unternehmensprofil · BayWa Aktiengesellschaft, so liest ein Bildschirmleser die richtige Sprache und eine Dokumentbibliothek zeigt den Titel. Eine Finanzierungsposition mit einer früheren Periode liest earlier_line als 1 earlier period, 31 Dec 2023, wo sie 1 earlier periods, 31 Dec 2023 to 31 Dec 2023 las. Ihre Fußzeile, die Vertraulichkeitszeile, der Hinweis und die Seitenzahl auf jeder Seite, ist ebenfalls Deutsch, eine deutsche Präsentation weist ihren Text als Deutsch aus, und die Rolle eines britischen Organmitglieds oder eine Art der Kontrolle liest sich in einem deutschen Unternehmensprofil, einer deutschen Kreditvorlage und Präsentation Deutsch, wie im deutschen Dashboard. Siehe SharePoint.
• 30. Oktober. GET /v1/monitoring/targets trägt scheduled_cadence_seconds, wie oft die Recherche das Ziel in Ihrem Arbeitsbereich prüft, also den Abstand, den next_run_at zu last_run_at hinzufügt. Er kann von cadence_seconds abweichen, dem am Ziel eingestellten Turnus, wo Ihr Arbeitsbereich einen eigenen Zeitplan hat, und die Seite Monitoring nennt dann den Zeitplan, den die Recherche einhält. Die Seite Abdeckung sagt nicht mehr, dass GET /v1/monitoring/sources nur führt, was Ihr Arbeitsbereich eingeschaltet hat. Der Endpunkt führt jede Seite und jeden Feed, den die Recherche direkt liest, mit active, und GET /v1/monitoring/targets führt die Rechercheziele, die die Seite Monitoring zeigt. Siehe die Referenz der API.
• 30. Oktober. Die Deals eines Landes an GET /v1/countries/{iso3}, im MCP Werkzeug country_profile und im Dashboard sind die Zeilen, die das Deal Book standardmäßig zeigt. Eine stehende Finanzierung, ein abgesagter Deal und die übrigen Zeilen, die das Deal Book zurückhält, werden dort nicht mehr als aktive Deals geführt oder gezählt, ebenso wenig in deal_count an GET /v1/countries und GET /v1/geography/summary. Das neue Feld deals_held_back zählt sie, und deal_book mit country_code liest jeden Deal, den deals_total zählt, daher nennt der Hinweis in output_cap von country_profile kein include_hidden mehr. Die Länderansicht führt sources, die Referenzdatensätze, aus denen dieses Land gespeist wird, mit Lizenz und Namensnennung, statt aller Datensätze, und jede Datensatzzeile, dort und an GET /v1/reference/datasets, führt state, einen der Werte update_being_checked, newer_edition_expected, verified und not_verified. Die OECD Kategorie vor der letzten Überprüfung wird nur ausgeliefert, wo sie von der aktuellen abweicht. Die citation_note einer Streichung nennt neben der Ausgabe den Tag, ab dem sie gilt, zum Beispiel No longer listed from 2026-09-18, recorded in edition 2026-10. Die Länderseite exportiert in jedem Arbeitsbereich die Länderarbeitsmappe, und der Country Brief nennt den Prüfstand jeder Quelle, die er verwendet. Jede Zeile der Länderrisikoaufschlüsselung bildet contribution aus dem normalized Risiko, das sie zeigt, kaufmännisch auf eine Nachkommastelle gerundet, sodass normalized × weight geteilt durch das Gewicht der Zeilen mit Daten genau contribution ergibt; jeder gespeicherte Wert wird nach der Aktualisierung einmal neu berechnet. Siehe Abdeckung.
• 29. Oktober. connected_sources an GET /v1/search und am MCP Werkzeug search_companies nennt jedes Register, dessen Unternehmen und, wo Personendaten eingeschaltet sind, dessen Personen die Suche liest, vollständig und nie gekürzt, darunter GLEIF, und nennt keine Dienste für Bodenrichtwerte, Hochwasserkarten oder Statistik mehr, die kein Unternehmen führen. Ein Ausschreibungstreffer an GET /v1/tenders/matches und am MCP Werkzeug tender_matches trägt deadline_passed, wahr, sobald die Angebotsfrist der Bekanntmachung vor dem heutigen Tag im Kalender der Vergabestelle liegt, und die Seite Ausschreibungen markiert einen solchen Treffer als abgelaufen. Ein Betrag von 1.000 oder weniger auf einer Bekanntmachung wird als nicht genannt gezeigt und beurteilt, denn er ist nie ein Auftragswert. Die Leitfäden sagen nicht mehr, dass eine Kennung aus dem anderen Kennungssystem mit not_found antwortet, denn beide sind ganze Zahlen, und eine solche Kennung kann einen anderen Datensatz benennen.
• 29. Oktober. Unter /v1 und in den Werkzeugen für MCP, die die Kreditüberwachung eines Unternehmens lesen, sagt ein Signal, dessen Register angebunden ist, dessen Bekanntmachungen und Einreichungen aber nicht über den ganzen Zeitraum des Signals gelesen sind, genau das in gap_words und coverage_line ("the register's notices and filings are not yet read in full"), wo es so klang, als sei das Register für das Unternehmen nicht gelesen worden, und das berechnete Signal zu überfälligen Jahresabschlüssen sagt, dass kein Jahresabschluss vorliegt, aus dem es berechnet werden könnte. In /v1/deals und im Werkzeug für MCP deal_book wird ein Exporteur oder Generalunternehmer, den die Länder des Deals selbst keinem Unternehmen zuordnen, dem gleichnamigen Unternehmen im Register zugeordnet, wo die Exportkreditagentur des Deals dessen Land nennt, und eine Partei, die über ihre Führung beschrieben ist, etwa eine von einem genannten Unternehmen geführte Gruppe, wird über den Namen dieses Unternehmens zugeordnet, während ihr gemeldeter Wortlaut bleibt.
• 29. Oktober. In /v1/deals und im Werkzeug für MCP deal_book behält eine Interessenbekundung, die eine neuere Seite wiederholt, den Tag, an dem sie zuerst gemeldet wurde, sodass event_date, last_event_at und die Altersregeln ein Datum lesen und eine Zeile, die älter ist als das Veraltungsfenster, wie beschrieben zurückgehalten wird. Ein Wikieintrag, der das Datum seiner letzten Bearbeitung trägt, datiert keine Zeile. Die Seite führt outside_markets_held, true, wo ein Team im Umfang eine Zeile mit einem Markt außerhalb seines Mandats zurückhält. Ein Link, der sich nur in der Groß und Kleinschreibung unterscheidet, zählt als eine Quelle. Der Satz zur Beweislage einer Zeile, die die Bestätigungsregel nicht als bestätigt wertet, nennt den Maßstab, zum Beispiel Cited by 3 pages, not corroborated by a primary source or two trade press titles, und der Grund zur Umsetzbarkeit rechnet einen Käufer oder einen Betrag nur an, wo ein verifiziertes Zitat den Käufer nennt oder den Wert angibt, sonst lautet er no buyer confirmed oder no figure confirmed. Die parties eines Deals in /v1/deals/{deal_id} und in den Werkzeugen für MCP zu Deals führen eine Exportkreditagentur nie als Exporteur oder EPC Auftragnehmer und eine Beschreibung mehrerer Kreditgeber wie Chinese banks nie als Beteiligten.
• 26. Oktober. Ein Arbeitsbereich kann eigene Obergrenzen für den Verkehr halten, die mit Stonewake vereinbart sind, anstelle der Standardwerte der Anfragebegrenzung je Schlüssel und des Tageskontingents je Arbeitsbereich, und der Header RateLimit-Policy jeder Antwort an einen seiner Schlüssel nennt sie. Anfragen ohne Zugangsdaten treffen jetzt in jeder Kalenderminute auf eine Obergrenze je Clientadresse, 60 Aufrufe des Servers für MCP, die keine Daten des Arbeitsbereichs lesen, etwa initialize, tools/list und search_stonewake_docs, und nicht weniger als 1.200 Anfragen an /openapi.json und /docs. Eine Anfrage darüber wird mit 429 und Retry-After abgelehnt, über MCP mit dem Fehlercode -32029 von JSON-RPC und retry_after_seconds in error.data. Siehe Fehler und Anfragebegrenzungen.
• 25. Oktober. Die API unter /v1 liest den Header Authorization so, wie der Server für MCP ihn liest. Das Schema Bearer wird in beliebiger Schreibweise gelesen, und Leerzeichen oder Tabulatoren um den Schlüssel werden ignoriert. bearer <key>, BEARER <key> und Werte mit weiteren Leerzeichen oder Tabulatoren vor oder nach dem Schlüssel, die /v1 mit 401 beantwortete, während MCP sie annahm, funktionieren daher jetzt über die API wie über MCP. Kein anderes Zeichen wird entfernt, und ein Schlüssel mit einem anderen Zeichen davor, darin oder danach wird auf beiden Wegen weiterhin abgelehnt. Siehe Authentifizierung.
• 25. Oktober. Für eine angemeldete Person gelten eigene Obergrenzen bei jeder Anfrage ihrer Sitzung im Dashboard und unter /v1, höchstens 2.190 Lesezugriffe und 60 Schreibzugriffe in jeder Kalenderminute. Unter /v1 ergibt eine Anfrage über einer Obergrenze 429 mit dem Code rate_limited, Retry-After und retry_after_seconds, und eine, deren Minute nicht gezählt werden kann, 503 mit dem Code quota_unavailable, wie bei einem Schlüssel. Die Ablehnung rate_limited einer Person trägt jetzt dieselbe Meldung wie die eines Schlüssels. Siehe Fehler und Anfragebegrenzungen.
• 25. Oktober. Der Server für MCP spricht die Revision 2026-07-28 des Model Context Protocol neben den früheren Revisionen. Ein Client dieser Revision kann mit server/discover eröffnen, das die bedienten Versionen nennt, und jede Antwort trägt resultType und die Kennung des Servers in _meta, bei tools/list und server/discover dazu die Hinweise zum Zwischenspeichern ttlMs und cacheScope. Eine Anfrage dieser Revision wird zuerst geprüft, -32602 ohne ihren Umschlag _meta, -32020, wenn ein Header dem Body widerspricht, und -32022 für eine Version, die dieser Server nicht bedient, jeweils bei HTTP 400, und eine Methode, die er nicht anbietet, beantwortet -32601 bei HTTP 404. Clients, die mit initialize eröffnen, werden wie bisher beantwortet, und initialize einigt sich nun auf eine Version mit Handshake. Eine Anfrage einer früheren Revision erhält nun jeden Fehler nach JSON-RPC mit HTTP 200 außer -32700 und -32600, die bei HTTP 400 bleiben, sodass dort -32602 nicht mehr mit HTTP 400 und -32601 nicht mehr mit HTTP 404 kommt und die Clients dieser Revisionen ihre Sitzung behalten. Ein Werkzeugaufruf mit einem Argument, das sein Werkzeug nicht erklärt, beantwortet -32602, statt es zu übergehen, jedes Argument wird in jeder Betriebsart des Werkzeugs gegen die erklärten Grenzen geprüft, und eine Kennung, die weder Zeichenkette noch ganze Zahl ist, beantwortet -32600. Ein Schlüssel mit einem Zeichen außerhalb des druckbaren ASCII beantwortet -32001, bevor eine Anfrage die API erreicht, und eine Zeichenkette mit einem einzelnen Surrogat als Escape wie \ud800 beantwortet innerhalb von params den Code -32602 und an jeder anderen Stelle -32600. deal_book filtert nach region und liest mit timeline_limit eine längere Zeitleiste, portfolio_overview blättert seine Übergänge mit limit und offset, event_id bei alert_deliveries und match_id bei tender_matches nehmen wie die API jede Kennung bis 9223372036854775807, und eine Suchanfrage an search_stonewake_docs hat höchstens 256 Zeichen. Eine Seite einer Liste, die die Grenze von 50.000 Bytes einer Antwort überschreiten würde, behält ihre ersten Zeilen vollständig, bleibt ein einziges Dokument in JSON und nennt in output_cap die gelieferten Zeilen und den Offset, ab dem weitergelesen wird, die Zeilen von portfolio_import_preview und tender_export_preview eingeschlossen, eine so lange Antwort von company_network behält den Mittelpunkt und seine ersten Nachbarn vollständig und meldet truncated gleich true, eine so lange Antwort von country_profile behält ihre ersten Deals vollständig neben deals_total und verweist in output_cap für jeden Deal auf deal_book mit country_code und include_hidden gleich true, ein Body, der kein gültiges JSON ist, NaN und Infinity eingeschlossen, beantwortet -32700, und ein cursor bei tools/list, das keinen ausgibt, beantwortet -32602. Siehe MCP.
• 24. Oktober. Das OpenAPI Dokument unter api.stonewake.ai/openapi.json nennt jetzt jede Ablehnung, die ein Endpunkt unter /v1 geben kann, 401, 403, 429 und 503 an jedem Endpunkt, 404 überall dort, wo eine Kennung nachgeschlagen wird, und 413 an den drei Endpunkten mit POST, jede mit ihrem Body, dem Header Retry-After bei 429 und 503 und dem Header RateLimit-Policy an jeder Antwort. Es nennt den Schlüssel als Sicherheitsschema bearerAuth, und GET /v1/audit-log.csv nennt das text/csv, das es liefert. Der Header Parameter authorization steht an keinem Endpunkt mehr, ein aus dem Dokument erzeugter Client sendet den Schlüssel also über bearerAuth statt über ein Argument einer Methode. Ein NUL Zeichen im Wert eines Pfads oder einer Abfrage ergibt jetzt 422 mit dem Namen des Parameters statt eines Serverfehlers, und eines im file_name von POST /v1/tenders/portals/upload ergibt 422 mit dem Namen dieses Felds. Das Zeitfenster von GET /v1/audit-log.csv und ein nace, den die Tabellen der Branchen nicht lesen können, an GET /v1/nodes/{node_id}/sector-context ergeben den Body der Anfragevalidierung 422 mit dem Namen des Parameters. q und eca an GET /v1/deals finden ihren Text so, wie er geschrieben ist, % und _ sind also keine Platzhalter. Sie finden jede Agentur unter dem Namen, den die Zeile in ecas und agencies führt, unter den anderen Namen, die das Verzeichnis für sie führt, und unter dem Namen, den die Quelle gemeldet hat, und lesen jeden Namen eines Exporteurs als den Namen, der er ist, sodass ein Deal unter dem Namen der Agentur gefunden wird, den er zeigt, und unter ihrem vollen Namen, eine Klammer oder ein Anführungszeichen nur einen Namen findet, der eines enthält, und ein Name mit einem Buchstaben außerhalb von ASCII so gefunden wird, wie er geschrieben ist. GET /v1/runs ordnet Läufe desselben Augenblicks nach run_id, sodass sich seine Seiten nie überschneiden. Eine 429, die eine angemeldete Person beim Herunterladen eines Dokuments oder beim Export des Prüfprotokolls erhält, trägt Retry-After und retry_after_seconds wie jede andere. Eine 503 an den fünf Downloads als PDF, solange jeder Platz zum Rendern belegt ist, trägt jetzt den Code server_busy mit retry_after_seconds und Retry-After, und eine angemeldete Person, deren Minutenfenster nicht geprüft werden kann, erhält quota_unavailable wie ein Schlüssel. GET /v1/alerts/deliveries listet nur die Zustellungen der Meldungen, die GET /v1/alerts/events ausliefert, also nicht mehr die Zustellung einer zurückgehaltenen Risikomeldung eines Einzelunternehmens oder einer Meldung zu einer Person, wo Personendaten ausgeschaltet sind. Siehe Fehler und Anfragebegrenzungen.
• 21. Oktober. Das Fenster der Deals, die keine Bank mehr gewinnen kann, heißt Finanzierung steht statt Finanzierung abgeschlossen. Es enthält die unterzeichneten oder abgeschlossenen Deals und die, deren Deckung durch eine Exportkreditagentur erteilt ist und deren Kreditgeber feststeht. Bei diesen ist der Kreditvertrag noch nicht unterzeichnet, sodass abgeschlossen für sie nicht zutraf. score_window_label in GET /v1/deals und GET /v1/deals/{deal_id}, das Werkzeug deal_book über MCP, die Spalte Window der Arbeitsmappe und der Satz zum Fenster in score_reasons lauten Financing set, im Dashboard Finanzierung steht, und state_label unterscheidet weiter Signed or closed von Cover agreed. Die Beschreibungen der Zeilen, die ein Desk standardmäßig zurückhält, nennen das Fenster ebenso. Der Wert von score_window und des Filters window bleibt financing_closed.
• 20. Oktober. Die Abwertungen eines Deals lesen sich als kurze Wendungen. In score_reasons von GET /v1/deals/{deal_id} und im MCP Werkzeug deal_book mit einer deal_id ist jede Abwertung eine kurze Wendung wie Country not stated, Own bank lends oder No movement since 1 Apr 2025, und keine Wendung sagt demoted oder held back. Das neue Feld lowered ist wahr, wenn eine davon den Score senkt, und score_hidden sagt weiter, ob die Zeile standardmäßig ausgeblendet ist. Eine vor dieser Änderung eingeordnete Zeile liefert dieselben kurzen Wendungen. Die Seite eines Deals und sein Bericht sagen einmal, dass er niedriger eingestuft oder ausgeblendet ist, und nennen dann die Gründe. Siehe Referenz der API.
• 20. Oktober. Ein neuer Zugang erhält einen Link, mit dem die Person ihr Passwort selbst festlegt, und nie ein Passwort per Mail. Der Link gilt einmal und eine Stunde lang, öffnet sich am Arbeitsplatz wie auf dem Telefon und prüft nichts, bevor die Person fortfährt, sodass ein Mailscanner, der ihn öffnet, ihn nicht verbraucht. Die Seite nennt das Konto, zu dem der Link gehört, bevor im Browser etwas gespeichert wird. Die Anmeldung erfolgt weiter mit dienstlicher Mailadresse und Passwort, und ein vergessenes Passwort wird über einen neuen Link Ihres Ansprechpartners bei Stonewake zurückgesetzt.
• 19. Oktober. Das Prüfprotokoll nennt das Modell, das geantwortet hat. In der Zeile eines Recherchelaufs, eines Screenings, einer Zusammenfassung eines Screenings, eines Briefinglaufs zu Deals, eines Berichts oder eines Pakets, die ein Sprachmodell aufgerufen hat, nennt die Spalte model von GET /v1/audit-log.csv, dem MCP Werkzeug audit_log_export und den Downloads im Dashboard das Modell, das seine Aufrufe beantwortet hat, auch einen ausweichenden Anbieter, mehrere mit + verbunden, und meta enthält served_models, served_providers und, wo der Plan abwich, planned_models. Bisher nannte die Zeile das Modell, das der Lauf geplant hatte. Eine Zeile, die nicht zeigen kann, welches Modell geantwortet hat, lautet unknown. Die Seite Steuerung der KI zählt die Aufrufe der letzten 30 Tage je Anbieter und Modell, das sie beantwortet hat. Siehe die API Referenz und Umgang mit Daten.
• 18. Oktober. Eine Administratorin oder ein Administrator kann ein Dossier über eine natürliche Person im Dashboard löschen, und das Löschen löscht auch sein Screening mit dessen Ergebnissen. Das Löschen eines Personenscreenings löscht nun auch die darauf aufbauenden Dossiers. Der tägliche Löschlauf eines Personenscreenings bei seiner vereinbarten Löschfrist nimmt sie ebenfalls mit, und das Löschen eines Dossiers löscht auch die darin erfassten Abfragen im Schuldnerverzeichnis. Solange ein Lauf des Dossiers oder seines Screenings noch schreiben kann, antwortet das Löschen mit "This dossier cannot be erased yet. Try again in a few minutes." und entfernt nichts. Das Löschen eines Dossiers über ein Unternehmen antwortet mit "Only a dossier on a person can be erased." und entfernt ebenfalls nichts. Das Dashboard zeigt diese Antworten und die des Screenings auf Deutsch, wenn es auf Deutsch eingestellt ist.
• 18. Oktober. Stonewake findet und bereinigt doppelte Deals jetzt selbst, niemand in Ihrem Arbeitsbereich wird mehr gefragt, ob zwei Deals einer sind. Die Karte Mögliche doppelte Deals ist aus dem Deal Book verschwunden. GET /v1/deals/merge/suggestions ist abgekündigt und antwortet jedem Aufrufer mit einer leeren Seite, und das MCP Werkzeug deal_duplicates wurde eingestellt, ein Aufruf unter diesem Namen antwortet also mit dem Fehler für ein unbekanntes Werkzeug. Siehe die API Referenz und MCP.
• 17. Oktober. Ein Rechercheziel zu einer natürlichen Person, dessen erster Recherchelauf nicht gestartet wurde, weil das Konto, das es angelegt hat, die Screenings dieses Monats verbraucht hat, wartet jetzt, bis der Monat endet oder das Kontingent erweitert wird, statt bei jedem Planungsdurchlauf erneut versucht zu werden. Solange es wartet, liefert GET /v1/monitoring/targets als next_run_at den ersten Moment des nächsten Monats (UTC).
• 17. Oktober. Eine Projektmeldung einer Exportkreditagentur, deren Projekt wie ein Deal aussieht, der schon in Ihrem Bestand steht, im selben Land, mit mindestens zwei gleichen Wörtern des Projekts und einem Namen, der die kennzeichnenden Wörter des anderen ohne abweichende Zahl wiederholt, eröffnet jetzt einen eigenen Deal und steht auf der Karte Mögliche doppelte Deals neben diesem Deal, wo ein Analyst die beiden zusammenführt oder Nicht derselbe Deal antwortet. Ein solches Paar trägt in GET /v1/deals/merge/suggestions und im MCP Werkzeug deal_duplicates die basis project. Eine Meldung, deren Schuldner ein Staat ist, etwa ein Finanzministerium oder eine Republik, die durch eine ihrer Behörden handelt, eröffnet keinen Deal und wird nur einem Deal zugeordnet, der denselben Exporteur nennt. Siehe Referenz der API.
• 17. Oktober. Eine Frage auf der Karte Mögliche doppelte Deals wird zurückgezogen, sobald ihre beiden Deals nicht mehr wie eine Transaktion aussehen, sodass die Karte, GET /v1/deals/merge/suggestions und das MCP Werkzeug deal_duplicates nur die Paare listen, nach denen Stonewake noch fragt. Ein von einer Person beantwortetes Paar bleibt unberührt, und ein zurückgezogenes Paar wird wieder gelistet, sobald es wieder wie eine Transaktion aussieht. Siehe Referenz der API.
• 17. Oktober. Das Deal Book findet seine Dubletten jede Nacht im ganzen Bestand jedes Teams. Zwei Deals mit demselben gemeldeten Wert im selben Land und demselben Projekt werden zusammengeführt, wenn beide denselben Artikel zitieren. Jedes andere Paar, das wie eine Transaktion aussieht, auch zwei Deals mit demselben Käufer, Land und Projekt, bei denen einer oder beide keinen Wert melden, steht auf der neuen Karte Mögliche doppelte Deals über dem Deal Book, auf Deutsch und Englisch, wo ein Analyst beide zusammenführt oder Nicht derselbe Deal antwortet, und ein so beantwortetes Paar wird nie zusammengeführt oder erneut gefragt. Das neue GET /v1/deals/merge/suggestions und das neue Werkzeug für MCP deal_duplicates lesen dieselbe Liste. Siehe die Referenz der API und MCP.
• 17. Oktober. Das Dashboard hat eine Seite Ausschreibungen. Ihr Team sieht dort seine Ausschreibungstreffer, jeden mit Titel, Vergabestelle, Angebotsfrist, Wert, dem Suchprofil oder Suchagenten, der ihn gefunden hat, und dem Link zur Bekanntmachung, pflegt seine Suchprofile und lädt seine Portalexporte hoch, die dafür aus den Einstellungen dorthin umgezogen sind. Eine Analystin oder ein Analyst übernimmt einen bestätigten Treffer in einem Schritt ins Deal Book, der Deal zitiert dann die Bekanntmachung, nimmt seine Phase aus der Art der Bekanntmachung und enthält jeden Treffer desselben Vergabeverfahrens, und die Seite eines Deals zeigt Angebotsfrist und Bekanntmachung einer Ausschreibung. GET /v1/tenders/deals/{deal_id} und das MCP Werkzeug tender_matches mit deal_id lesen die Treffer eines Deals. Siehe Suchprofile und Treffer für Ausschreibungen.
• 17. Oktober. Die Arbeit mit Personen folgt überall dem Personenschalter Ihres Arbeitsbereichs. Wo Personendaten für Ihren Arbeitsbereich ausgeschaltet sind, wird eine Personenprüfung oder ein Personendossier mit "Person screening is not available in this workspace." abgelehnt, wie es Rechercheziele und Beobachtungen von Personen schon wurden. Ein Personendossier hält den Zweck cdd, edd oder other mit einer Anmerkung fest, nie origination. Der erste Recherchelauf eines Rechercheziels zu einer Person zählt wie ein Screening gegen das monatliche Kontingent an Screenings des Kontos, das das Ziel angelegt hat, und ist das Kontingent verbraucht, liefert GET /v1/monitoring/targets dafür last_error screening_allowance_reached. GET /v1/social/companies und GET /v1/social/companies/{node_id} führen sole_trader, true für das Geschäft einer natürlichen Person, das keine Lesung sozialer Medien hat.
• 16. Oktober. Ausschreibungstreffer entstehen jetzt auch aus den Exporten, die Ihr Team hochlädt. Die Suchprofile Ihres Teams prüfen jede Bekanntmachung, die eine bestätigte Datei speichert, sodass eine hochgeladene Bekanntmachung ein Ausschreibungstreffer werden kann. GET /v1/tenders/matches und das MCP Werkzeug tender_matches liefern einen solchen Treffer mit portal_notice statt notice, und jeder Treffer nennt jetzt in decided_by, was ihn ausgewählt hat. Siehe Suchprofile und Treffer für Ausschreibungen.
• 16. Oktober. Vorarbeit, noch nicht in Betrieb. Eine Bank kann eigene Quellen in ihren Arbeitsbereich bringen. Ein Administrator gibt einem Team eine Adresse für die Benachrichtigungen der Suchagenten aus den eigenen Vergabeportalzugängen der Bank, heute e-Vergabe des Bundes, Vergabe.NRW und vergabe.bayern (RIB Tender), deren Bekanntmachungen Ausschreibungstreffer dieses Teams werden, und bindet einen Anbieter von Unternehmensdaten an, den die Bank bereits lizenziert, heute North Data, mit dem eigenen Schlüssel der Bank, der verschlüsselt gespeichert und nie wieder angezeigt wird. GET /v1/licensed-data/facts und das neue MCP Werkzeug licensed_facts liefern die Werte, die ein solcher Anbieter nennt, wenn Ihre Lizenz die eigenen Systeme Ihrer Bank abdeckt. Stonewake meldet sich nie bei einem Portal oder auf der Website eines Anbieters an. Beides ist noch nicht eingeschaltet. Siehe Eigene Quellen.
• 16. Oktober. Das Kreditmonitoring liest jetzt auch die eigenen Kennzahlen von sechs operativen britischen Banken aus ihren Offenlegungen nach Säule 3, über ihren LEI, nämlich Santander UK plc, HSBC UK Bank plc, HSBC Bank plc, Barclays Bank UK PLC, Barclays Bank PLC und National Westminster Bank, jede aus ihren eigenen Zahlen, und die Lloyds Banking Group, Lloyds Bank plc und Standard Chartered Bank lesen als Lücken. Jede britische Zahl aus den Schlüsselkennzahlen liest jetzt so, wie die Bank sie gedruckt hat, 14,1 % bleibt 14,1 % und 134 % bleibt 134 %, im Dashboard, in der API, über MCP, in Berichtspaketen und Exporten, während die Quote notleidender Kredite, die wir berechnen, zwei Nachkommastellen behält. Die Verschuldungsquote der Barclays Bank PLC ist die ihrer teilkonsolidierten Gruppe, auf deren Ebene die PRA ihre Anforderung an die Verschuldungsquote festlegt, und ihre Notiz sagt das. Die Notiz jeder britischen Zahl öffnet ihr Dokument auf der Seite, auf der die Zahl gedruckt ist. Eine britische Zahl wird bis neun Monate nach ihrem eigenen Stichtag bewertet, oder bis ihre Ausgabe älter ist, als ihr halbjährlicher Rhythmus erlaubt, je nachdem, was zuerst eintritt. Eine britische Bank, deren Bericht nicht gelesen werden konnte, sagt in einfachen Worten, warum, auf Englisch und Deutsch, und eine, deren Bericht verschoben wurde, behält ihre zuletzt geprüften Zahlen bis zum Ende ihrer neun Monate, mit einer Notiz, die das sagt. Siehe Abdeckung.
• 15. Oktober. Natürliche Personen funktionieren überall wie Unternehmen, wo Sie Namen verfolgen. Wo Personendaten für Ihren Arbeitsbereich eingeschaltet sind, wird eine Person, die er beobachtet, in der Nachrichten und Social Media Beobachtung gelesen, erhält Nachrichtenereignisse und Meldungen und wird von GET /v1/news/companies, GET /v1/social/companies und den MCP Werkzeugen company_news und company_social mit node_type person aufgeführt. Nachrichtenereignisse und Beiträge in sozialen Medien eines Einzelunternehmens werden wie die eines Unternehmens ausgeliefert, nie eine Tonlage oder eine Stimmung, und withheld entfällt in den Antworten zu sozialen Medien. Eine Person kann ein Rechercheziel mit erfasstem Zweck sein, purpose und purpose_note in der Anfrage des Dashboards, und GET /v1/monitoring/targets führt solche Ziele auf. Der Beitrag einer Privatperson wird wie jeder andere aufgeführt. Keine Person und kein Einzelunternehmen wird je bewertet, die Tonlage einer beobachteten Person ist Kontext für Ihr Institut und nie ein Score der Person, und jede Antwort von API und MCP, die eine Person ausliefert, schreibt den Eintrag ins Protokoll der Personenzugriffe. Siehe Nachrichtenbeobachtung und Beobachtung sozialer Medien. Ein Rechercheziel zu einer Person läuft nach den Regeln des Personenscreenings, nur zu ihrem Verhalten in beruflicher Funktion, und wer einer Person folgt, hält den Zweck dafür fest. Die Seite KI-Verordnung der EU nennt die neue Zweckbestimmung.
• 15. Oktober. Der Export des Prüfprotokolls über GET /v1/audit-log.csv, über das Werkzeug audit_log_export und als Download in den Einstellungen des Dashboards hat die Spalten ts, action, actor, target_type, target_id, run_id, model und meta.
• 15. Oktober. Das Kreditmonitoring liest jetzt die eigenen Kennzahlen von sechs britischen Banken als Kreditnehmerinnen aus ihren Offenlegungen nach Säule 3, über ihren LEI, nämlich HSBC Holdings, Barclays, NatWest Group, Standard Chartered, Santander UK Group Holdings und Nationwide Building Society. Jede zeigt ihre harte Kernkapitalquote, ihre Verschuldungsquote ohne Forderungen an Zentralbanken sowie ihre Liquiditätsdeckungsquote und strukturelle Liquiditätsquote so, wie die Bank sie im Meldebogen UK KM1 veröffentlicht hat, und ihre Quote notleidender Kredite, berechnet aus den Bruttobeträgen der Darlehen und Kredite, die die Bank im Meldebogen UK CR1 veröffentlicht hat, jeweils zum Stichtag des Berichts, aus dem sie gelesen wurde, und die Notiz jeder Zahl nennt die Bank, die sie gemeldet hat, ihren Stichtag und das Dokument, aus dem sie gelesen wurde. Jede andere britische Bank bleibt eine Lücke, ebenso eine der sechs, deren neuester Bericht nicht gelesen werden konnte. Siehe Abdeckung und die Referenz der API.
• 14. Oktober. Ein Arbeitsbereich, der sich nur über SSO anmeldet, kann ohne Notfallkonto auskommen. Die Anmeldung mit Passwort bleibt dann aus, was auch immer mit SSO geschieht, und die Anmeldeseite bittet eine Person, die sich nicht anmelden kann, sich an ihre Ansprechperson bei Stonewake zu wenden. Nur Stonewake hebt die Einstellung auf, auf Bitte des Identitätsteams der Bank, und der Grund steht im Aktivitätsprotokoll des Arbeitsbereichs. Siehe SSO.
• 14. Oktober. Vorarbeit, nicht aktiv. Die Nachrichtenprüfung kann vollständige Texte aus NewsAPI.ai als zweite Quelle nehmen, wenn weniger als fünf Artikel gelesen werden können, für ein Unternehmen, dessen Suchprofil unser Betrieb von Hand freigegeben hat, nachdem er eine Stichprobe dessen gelesen hat, was sein Name findet. Sie eröffnet nie ein Ereignis, fügt nie eine Art hinzu und hebt nie einen Schweregrad, und sie bleibt ausgeschaltet, bis ein Vertrag sie umfasst. Die Artikel aus NewsAPI.ai, die eine Prüfung gelesen hat, stehen unter der Prüfung des Ereignisses auf der Nachrichtenkarte des Unternehmens, in /v1 als second_source_articles und über MCP, nur mit Link, Herausgeber, Datum und Sprache. Siehe Nachrichtenbeobachtung.
• 13. Oktober. Vorarbeiten für die Beobachtung sozialer Medien, noch nicht in Betrieb. Sobald eine lizenzierte Quelle für Social Listening für einen Arbeitsbereich eingeschaltet ist, liest Stonewake, was soziale Plattformen und Foren über jedes Unternehmen sagen, das dieser Arbeitsbereich im Bestand hält oder beobachtet, und hält für jedes Unternehmen eine tägliche Lesung mit den Beiträgen, auf denen sie beruht, gezählt je Plattform und je Einstufung der Quelle, neben der Kreditsicht und nie in der Risikobewertung. Verfasser, Handle, Titel oder Text eines Beitrags werden nicht gespeichert, und ein Link, dessen Adresse die eigene Seite oder das Handle einer Person erkennen lässt, wird zurückgehalten. Noch ist keine Quelle eingeschaltet, deshalb antworten GET /v1/social/companies, GET /v1/social/companies/{node_id} und das neue Werkzeug für MCP company_social mit source.enabled false. Siehe Beobachtung sozialer Medien.
• 13. Oktober. Mit Microsoft Entra ID veröffentlicht eine Bank für ihre Maildomänen keinen Eintrag im DNS. Eine Domäne kommt in den Arbeitsbereich, sobald die öffentlichen Angaben von Microsoft zeigen, dass sie zu dem verwalteten Mandanten in Entra gehört, in dem die Anwendung Stonewake der Bank liegt, und sobald unser Anmeldedienst das Signaturzertifikat dieser Anwendung für denselben Mandanten bei Microsoft liest. Das Identitätsteam der Bank schickt uns deshalb einen einzigen Wert, die App-Verbundmetadaten-URL. Wer sich mit Passwort oder einmaligem Anmeldelink anmeldet, behält bei der ersten Anmeldung über Microsoft sein Team, seine Rolle und seine eigenen Einstellungen, und das alte Konto wird danach geschlossen, außer es ist ein Notfallkonto. Die Rolle der Administration wird nie übertragen. Der Eintrag vom Typ TXT bleibt für andere Identitätsanbieter. Siehe SSO.
• 13. Oktober. Ein Arbeitsbereich kann für seine benannten Nutzer im Dashboard ein monatliches Feedback mit fünf Fragen einschalten. Jede Antwort erreicht die benannten Empfänger des Arbeitsbereichs per Mail über den Maildienst für Meldungen und Stonewake für den Monatsbericht. Die API und der Server für MCP geben die Antworten nicht aus. Siehe Hilfe und Kontakt.
• 13. Oktober. Bevor sich ein Nachrichtenereignis meldet, liest eine Nachrichtenprüfung seine Artikel. Claude Haiku 5.5 antwortet mit ja, nein oder unsicher und mit Zitaten, und eine deterministische Prüfung lässt ein Ja nur gelten, wenn die Zitate Wort für Wort in Artikeln von mindestens zwei Herausgebern stehen und die Art eine ist, die die Themenzuordnung gefunden hat. Jedes andere Ereignis bleibt als Bericht zum Lesen auf der Seite des Unternehmens, und wenn die Prüfung nicht laufen kann, geht keine Meldung hinaus. GET /v1/news/companies/{node_id} und das MCP Werkzeug company_news tragen die check jedes Ereignisses. Siehe Nachrichtenbeobachtung.
• 13. Oktober. Die Nachrichtenbeobachtung löst jetzt eine Meldung aus, wenn die Nachrichten über ein ernstes Ereignis zu einem Unternehmen berichten, das Ihr Arbeitsbereich im Bestand hält oder beobachtet, etwa eine Insolvenz, Betrug, einen Cyberangriff oder ein Datenleck, eine Klage, Stellenabbau, einen Industrieunfall oder einen Streik, bestimmt aus GDELTs eigenen Themencodes über eine geprüfte Zuordnung und vor jeder Meldung von einer Nachrichtenprüfung bestätigt. Die Artikel einer Geschichte in jeder Sprache kommen zu einem Ereignis zusammen, und die Meldung erreicht die Abonnenten Ihres Teams innerhalb von Minuten nach der Datei von GDELT, ein Telefon nur bei einem kritischen Ereignis. GET /v1/news/companies/{node_id} und das MCP Werkzeug company_news liefern die events des Unternehmens, und das Dashboard zeigt sie auf der Seite des Unternehmens und die Meldung in Ihrem Verlauf auf der Seite des Portfolios. Siehe Nachrichtenbeobachtung.
• 13. Oktober. Eine sechste amtliche Sanktionsliste ist eingeschaltet, die Konsolidierte Liste des Sicherheitsrats der Vereinten Nationen, einmal täglich aus der Datei des Sicherheitsrats selbst gelesen, neben den EU Financial Sanctions Files, der UK Sanctions List, den beiden Listen des OFAC und der Schweizer Sanktionsliste des SECO. Organisationen und die Personen, die öffentliche Register mit Ihrem Bestand verbinden, werden mit ihr nach denselben Regeln abgeglichen wie mit den anderen Listen. Ein Eintrag wird einem Unternehmen nur über eine Kennung zugeordnet, die die Liste selbst nennt, ein gleicher Name wird zur Prüfung angezeigt und zählt nie als Treffer, und die Liste wird als „Not checked“ ausgewiesen, wenn sie in den letzten 48 Stunden nicht geprüft wurde. Die Listen der EU und des Vereinigten Königreichs führen viele derselben Listungen über eigene Rechtsakte, und jede Liste wird als eigene Quelle gezeigt. GET /v1/sanctions/person-candidates und das MCP Werkzeug sanctions_person_candidates nennen sie in lists, und die Seite Abdeckung sagt, was sie enthält.
• 13. Oktober. Das Kreditmonitoring liest die eigenen Kennzahlen einer amerikanischen Bank als Kreditnehmerin aus den Call Report Daten der FDIC, über ihren LEI oder ihre RSSD der Federal Reserve, nämlich harte Kernkapitalquote, Quote überfälliger Kredite und Verschuldungsquote mit Kernkapital, jede nach Schwellen eingestuft, die für die amerikanische Definition gesetzt sind, und die Notiz jeder Zahl nennt die Bank, die sie gemeldet hat. Eine Bank in denselben Daten, die die von der FDIC versicherten Banken und einige nicht versicherte Treuhandgesellschaften und nicht versicherte Zweigstellen ausländischer Banken in den USA enthalten, wird jetzt anhand dieser Daten als Bank eingestuft. Britische Banken sind noch nicht abgedeckt. Jede bewertete Bankkennzahl nennt ihre Definition jetzt in value_display neben der Zahl, auch bei Banken aus der EU, und die drei Bankzeilen heißen Harte Kernkapitalquote (CET1), Quote notleidender oder überfälliger Kredite und Verschuldungsquote. Siehe Abdeckung und Quellenkatalog und die Referenz der API.
• 12. Oktober. Eine ganzzahlige Kennung in einem Parameter des Pfads oder der Abfrage von /v1, die kein Datensatz tragen kann, etwa 0, eine negative Zahl oder eine Zahl über 2147483647, bei einer match_id über 9223372036854775807, antwortet jetzt genau so wie eine Kennung, zu der kein Datensatz besteht, also mit 404 bei einem einzelnen Datensatz und mit einer leeren Seite bei einem Listenfilter. Ein Wert, der keine ganze Zahl ist, wird weiterhin mit 422 abgelehnt. Die MCP Werkzeuge erklären jedes Argument einer Kennung von 1 bis 2147483647 und jeden offset von 0 bis 9223372036854775807 und beantworten einen Wert außerhalb dieser Grenzen mit einem Fehler nach JSON-RPC mit dem Code -32602, bevor eine Anfrage die API erreicht. Siehe die Referenz der API.
• 12. Oktober. SSO wird jetzt je Arbeitsbereich eingestellt, über den eigenen Identitätsanbieter des Arbeitsbereichs, und bleibt aus, bis Ihr Identitätsteam und Stonewake es gemeinsam einschalten. Eine erste Anmeldung legt das Konto nur in dem Arbeitsbereich an, dem seine Maildomäne gehört, und nie mit der Rolle der Administration, eine Sitzung über SSO endet mit der Sitzungsdauer, die der Arbeitsbereich festlegt, und ein Arbeitsbereich kann so eingestellt werden, dass die Anmeldung nur über SSO möglich ist, mit Notfallkonten, die ihr Passwort behalten. SSO ist jetzt die Anleitung für die Administration, mit den Schritten für Microsoft Entra ID.
• 11. Oktober. Eine Bank kann die Treffer ihrer eigenen Zugänge bei Vergabeportalen in Stonewake übernehmen, ohne dass wir uns bei einem Portal anmelden. Ein Analyst lädt die CSV, XLSX oder eForms XML Datei hoch, die das Portal exportiert hat, die Vorschau zeigt jede Zeile mit ihrem Ergebnis, und eine Bestätigung speichert die Bekanntmachungen im eigenen Ausschreibungsbereich des Teams, den kein anderes Team und keine andere Bank sieht. Eine Kopfzeile, die kein Portalprofil erkennt, wird Spalte für Spalte zugeordnet, und unbekannte Spalten werden nie gelesen. POST /v1/tenders/portals/upload zeigt die Vorschau eines Uploads, dry_run ist dabei immer true, und der MCP Server erhält tender_export_preview, ein Werkzeug, das dieselbe Vorschau sendet. Die neue Seite Exporte aus Vergabeportalen beschreibt Dateien, Felder und Ergebnisse.
• 10. Oktober. Das neue GET /v1/deals/parties/binding-queue und das neue MCP Werkzeug deal_binding_queue lesen die Beteiligten an den laufenden Deals Ihres Teams, die noch keinem Unternehmen in einem Register zugeordnet sind, jede mit ihren Kandidaten und deren LEI und Registernummern, die Liste, die das Dashboard unter Beteiligte einem Register zuordnen zeigt. Die Zuordnung selbst bleibt im Dashboard. Siehe die Referenz der API und MCP.
• 10. Oktober. In GET /v1/screenings/{screening_id} und im MCP Werkzeug screening_lookup wird in einem Screening einer Organisation, das seit dieser Änderung erstellt wurde, jede entworfene Farbe einer Kategorie, die eine Feststellung zitiert, vor der Auslieferung von einem Modell geprüft, außer einem Sanktionsbezug, den die unten genannte Listenregel auf Rot hält. Weicht diese Prüfung vom Entwurf ab, wird ein zweites Modell befragt, es gilt die Farbe, die zwei der drei Antworten nennen, und drei verschiedene Antworten ergeben Gelb. Eine Prüfung, die nicht abgeschlossen wird, senkt die entworfene Farbe nie, und Screenings, die vor dieser Änderung erstellt wurden, behalten ihre Farben. Bei einer Organisation ist Sanktionsbezug Rot, sobald eine amtliche Sanktionsliste sie über eine Kennung führt, die ihr eigener Registereintrag trägt, und ebenso Rot, wenn die Listen für dieses Screening nicht gelesen werden konnten. Die rationale einer Kategorie ist die Begründung ihrer ausgelieferten Farbe, sofern diese feste Prüfungen besteht, und sonst ein fester Satz. coverage_note sagt von Feststellungen, die keiner Kategorie zugeordnet werden konnten, dass keine Einstufung einer Kategorie auf ihnen beruht.
• 10. Oktober. Wird eine rationale, ein summary_text, der text eines briefing oder der ask eines Deals abgerufen, wird ein Satzteil darin, der den Leser auffordert, etwas zu bestätigen, zu verifizieren, zu prüfen oder durchzusehen, entfernt, und bleibt danach nichts zu sagen, zeigt eine rationale ihren festen neutralen Satz, ein summary_text ist null mit summary_status failed, und ein Briefing ist null. In GET /v1/nodes/{node_id}/events und im MCP Werkzeug company_events nennt action den nächsten eigenen Schritt der Bank für jede Art von Ereignis, eine Entscheidung oder einen Schritt an ihren eigenen Unterlagen. Siehe die Referenz der API.
• 8. Oktober. Deutsche Insolvenzbekanntmachungen werden jetzt für jedes Unternehmen abgefragt, nach dem eine Person Ihres Arbeitsbereichs fragt, nicht mehr nur für Unternehmen im Bestand. Ein Unternehmen, das eine Person im Dashboard öffnet, wird innerhalb weniger Minuten abgefragt, und ein Unternehmen in einem Screening oder Dossier wird 180 Tage lang einmal pro Woche abgefragt. Die Abfragen laufen weiterhin nur für Arbeitsbereiche, in denen sie eingeschaltet sind, einzeln je Unternehmen und innerhalb des stündlichen Abfragelimits des Portals. insolvency_lookup in GET /v1/nodes/{node_id}/events und im MCP Werkzeug company_events meldet pending, solange eine Abfrage aussteht, und danach current mit ihrem Datum, eine Abfrage, die eine Person durch das Öffnen des Unternehmens ausgelöst hat, erscheint nach wenigen Minuten, und der state not_in_portfolio wird durch not_requested ersetzt, mit null für beide Zeitpunkte, für ein Unternehmen, nach dem keine Person Ihres Arbeitsbereichs gefragt hat; siehe Abdeckung und Quellenkatalog.
• 8. Oktober. Ein Unternehmen, das in der Netzwerkansicht des Dashboards geöffnet wird oder für das ein Screening gestartet wird, wird in einem Arbeitsbereich ohne aktuelle Einschätzung dazu jetzt bei Aufruf für Ihr Team eingeschätzt, nach denselben Regeln wie ein Unternehmen im Bestand, und die Einschätzung wird mit ihrem Datum aufbewahrt. Das neue GET /v1/nodes/{node_id}/company und das neue MCP Werkzeug company_overview lesen die Registeridentität eines Unternehmens und seinen Risikostatus, die Einschätzung im Bestand, wo Ihr Team das Unternehmen hält, und sonst die bei Aufruf erstellte, und risk_state und risk_reason sagen, welche. Eine Anfrage an die API oder den Server für MCP stößt nie eine Einschätzung an. exposure_id in GET /v1/risk-assessments/{assessment_id} ist bei einer bei Aufruf erstellten Einschätzung null. Siehe die Referenz der API und MCP.
• 5. Oktober. Personendaten folgen auf jeder Oberfläche einer Regel. In Arbeitsbereichen, in denen Personendaten eingeschaltet sind, liefern die API und der Server für MCP die natürlichen Personen, die amtliche Register und die amtlichen Sanktionslisten nennen, mit ihren Belegen, wie es das Dashboard tut. GET /v1/search und das MCP Werkzeug search_companies finden sie nach allen Unternehmen, mit node_type person und ohne Score. GET /v1/nodes/{node_id} beantwortet mit Einträgen und Ereignissen auch eine Person. Das neue GET /v1/nodes/{node_id}/network und das neue MCP Werkzeug company_network liefern die Organe, Gesellschafter, wirtschaftlich Berechtigten und anderen Registerbeziehungen eines Knotens, jede Kante mit ihrem Beleg. GET /v1/nodes/{node_id}/ownership-chain nennt natürliche Personen als Eigentümer. GET /v1/watches, POST /v1/citations/resolve und die Listenfelder von official_lists liefern ebenfalls Personen, und GET /v1/sanctions/person-candidates antwortet in jedem solchen Arbeitsbereich. Anderswo, und in der Sandbox immer, wird nichts über eine Person ausgeliefert, und eine Person beantwortet die kanonische 404. Keine Person wird je bewertet, eine Person, die widersprochen hat, wird nicht ausgeliefert, und eine Person, die von einer Sanktionsliste gestrichen wird, wird in derselben Aktualisierung gelöscht. Jede Knotenform trägt jetzt node_type. In denselben Arbeitsbereichen lesen GET /v1/screenings und das MCP Werkzeug screening_lookup die Screenings natürlicher Personen auf negative Berichterstattung, die Ihre Analystinnen und Analysten im Dashboard beauftragt haben, und GET /v1/runs und GET /v1/developments lesen Rechercheläufe zu einer natürlichen Person. Beide werden als Feststellungen mit ihren Quellen ausgeliefert, ein Screening von Personen neben seinem Abgleich gegen die offiziellen Listen, ohne Einstufung, ohne Bewertung, ohne entworfene Zusammenfassung und ohne Relevanzwert. limit begrenzt beim Lesen des Netzwerks die Nachbarn. Jede Antwort, die eine natürliche Person ausliefert, schreibt einen Zugriffseintrag, der nur Kennungen enthält. Siehe die Referenz der API und MCP.
• 5. Oktober. Eine fünfte amtliche Sanktionsliste ist eingeschaltet, die Schweizer Sanktionsliste des Staatssekretariats für Wirtschaft (SECO), einmal täglich aus der Datei des SECO selbst gelesen, neben den EU Financial Sanctions Files, der UK Sanctions List und den beiden Listen des OFAC. Organisationen, Schiffe und die Personen, die öffentliche Register mit Ihrem Bestand verbinden, werden mit ihr nach denselben Regeln abgeglichen wie mit den anderen Listen. Jeder Schweizer Eintrag nennt die Verordnung und den Artikel oder Anhang, auf denen er beruht, und ein Eintrag, den das SECO gestrichen hat, bleibt außen vor. Die Liste nennt nur für wenige Organisationen eine Kennung, daher können die meisten ihrer Einträge nur als Namensgleichheit zur Prüfung angezeigt werden, und sie sagt nichts darüber, wem ein Unternehmen gehört oder wer es kontrolliert. lists in GET /v1/sanctions/person-candidates und official_lists in GET /v1/screenings/{screening_id} führen jetzt fünf Einträge, und bis die Schweizer Liste zum ersten Mal gelesen wurde, wird sie als Not checked ausgewiesen. Siehe Abdeckung und Quellenkatalog.
• 4. Oktober. In GET /v1/deals/{deal_id} und im MCP Werkzeug deal_book sagt die erste Zeile der Zusammenfassung, warum kein Wert angezeigt wird, wenn jede Quelle die Zahl des Deals als Volumen eines Projekts oder einer Investition oder als einen Teil eines größeren Pakets nennt und nicht als Betrag einer Finanzierung oder eines Vertrags, und sie nennt die Zahl, wo die Zitate sie ohne Schranke angeben. Wo kein geprüftes Zitat den Käufer nennt, den die Beteiligten des Deals aufführen, nennt die Zeile diesen Käufer als gemeldet und von keiner Quelle bestätigt. Ein Beteiligter, dessen gespeicherter Name eine Klammer oder ein anderes Zeichen trägt, etwa Fribourg Transport Authority (TPF), gilt als bestätigt, wo ein geprüftes Zitat den Namen genau so schreibt. Siehe die Referenz der API.
• 4. Oktober. Eine Feststellung wird einem Deal nicht mehr zugeordnet, wenn beide eine Leistung mit Speicherkapazität angeben, etwa 100MW/400MWh, und keine Angabe der einen eine Angabe der anderen ist, sodass ein Batterieprojekt mit 1GW/4GWh nicht mehr einem mit 100MW/400MWh zugeordnet wird und zwei Deals, deren Namen solche verschiedenen Angaben tragen, nie als einer vorgeschlagen werden. Eine einzelne Zahl, etwa eine Phase, ein Anteil der Abnahme oder eine Summe, trennt eine Feststellung nie von ihrem Deal.
• 4. Oktober. GET /v1/deals und das MCP Werkzeug deal_book blenden einen Deal aus, dessen Wert in Dollar unter der Wertuntergrenze des Teams liegt, zusammen mit den übrigen ausgeblendeten Zeilen, und seine Gründe der Einstufung sagen das. Das Bewertungsprofil eines Teams gibt die Untergrenze als value_floor_usd an. Wo es keine angibt, ist die Untergrenze ein Zehntel des kleinsten Tickets des Mandats, standardmäßig 5 Millionen USD für die Exportfinanzierung und 10 Millionen USD für die Projektfinanzierung. Ein Deal ohne Wert in Dollar wird dadurch nicht ausgeblendet, und ein Wert ohne Größenwort, etwa £100,000, hat jetzt einen Sortierschlüssel in Dollar. Siehe die Referenz der API.
• 4. Oktober. Deutsche Insolvenzbekanntmachungen werden jetzt nur noch für Unternehmen im Bestand abgefragt, also für Unternehmen, die ein Arbeitsbereich als aktives Engagement führt. Die Abfragen laufen nur für Arbeitsbereiche, in denen sie eingeschaltet sind, daher meldet insolvency_lookup in jedem anderen Arbeitsbereich not_looked_up. Eine Beobachtung, ein Deal, ein Screening, ein Dossier oder ein im Dashboard geöffnetes Unternehmen löst für sich allein keine Abfrage mehr aus. Bei einem Unternehmen im Bestand desselben Arbeitsbereichs macht eine tägliche Beobachtung die Abfrage weiterhin täglich, und ein Screening, ein Dossier oder das Öffnen im Dashboard zieht sie weiterhin vor, während ein Deal nicht mehr berücksichtigt wird. Jeder Arbeitsbereich folgt jetzt seinem eigenen Zeitplan für die Abfragen, mit eigenen Abfragen, und sieht nur seine eigenen Abfragen, daher ist looked_up_at der Zeitpunkt, zu dem Ihr Arbeitsbereich das Unternehmen zuletzt abgefragt hat. insolvency_lookup in GET /v1/nodes/{node_id}/events und im MCP Werkzeug company_events hat für ein Unternehmen, das nicht im aktiven Bestand Ihres Arbeitsbereichs ist, den neuen state not_in_portfolio mit null für beide Zeitpunkte und meldet eine ausstehende Abfrage nur für ein Unternehmen in diesem Bestand; siehe Abdeckung und Quellenkatalog. Seit dem 8. Oktober wird auch ein Unternehmen abgefragt, nach dem eine Person des Arbeitsbereichs fragt, siehe diesen Eintrag.
• 4. Oktober. Jeder Eintrag zu einer Organisation, einem Schiff oder einem Luftfahrzeug auf den vier amtlichen Sanktionslisten wird jetzt mit jedem Feld gespeichert, das seine Liste veröffentlicht, wie es die Einträge natürlicher Personen bereits waren. published_fields liefert sie an den Einträgen von official_lists in GET /v1/screenings/{screening_id} und an einem solchen Datensatz in POST /v1/citations/resolve aus, jeweils mit path, der Stelle im Eintrag, an der die Liste es nennt, und value, wörtlich. Dazu gehören Anschriften und Kontaktangaben, die Begründung und die Anmerkungen, die Daten des Listungsrechtsakts, der Verweis auf die Liste der Vereinten Nationen und die Muttergesellschaften und Tochtergesellschaften, die die britische Liste nennt. Sie bleiben Angaben der Liste und werden nie als Beteiligung dargestellt. Die Feldfamilien, die eine natürliche Person nennen können, der Freitext, andere Parteien und Kontaktangaben, werden nur in Arbeitsbereichen ausgeliefert, deren Bedingungen für Personendaten es erlauben, und nie über diese API, wo der Eintrag stattdessen published_note trägt, einen Satz, der sagt, dass weitere Angaben zurückgehalten sind. Kein Status und kein Treffer ändert sich. Der Screeningbericht und die Arbeitsmappe zeigen dieselben Felder unter denselben Bedingungen. Siehe die Referenz der API.
• 1. Oktober. GET /v1/search setzt bekannte Kurznamen und Abkürzungen an die erste Stelle, etwa VW oder Haspa, jeweils über den LEI ihrer juristischen Person zugeordnet, und beantwortet eine Abfrage aus zwei Buchstaben nur, wenn sie genau einer dieser Namen ist. Ein solcher Treffer trägt den eingetragenen Namen des Unternehmens. Siehe die Referenz der API.
• 1. Oktober. Ab dieser Version werden deutsche Insolvenzbekanntmachungen je Unternehmen einzeln abgefragt, über Registergericht und Registernummer, solange ein konkretes Interesse an dem Unternehmen besteht, mindestens wöchentlich und täglich, solange eine Bekanntmachung zu ihm vorliegt. Eine bundesweite tägliche Abdeckung deutscher Insolvenzen gibt es nicht; siehe Abdeckung und Quellenkatalog. GET /v1/nodes/{node_id}/events und das MCP Werkzeug company_events führen das neue Feld insolvency_lookup, das angibt, wann das Unternehmen zuletzt abgefragt wurde und ob die eigene Abfrage Ihres Arbeitsbereichs noch aussteht, und die Quellenangaben deutscher Insolvenzbekanntmachungen verlinken die Startseite des Portals. Siehe die Referenz der API.

September 2026

• 30. September. Ein Register, das in ganzen Ausgaben veröffentlicht wird, gilt jetzt auch an Tagen als abgeglichen, an denen sein Herausgeber keine neue Ausgabe veröffentlicht. Eine Prüfung, bei der der Herausgeber angibt, dass die bereits geladene Ausgabe weiterhin seine neueste ist, zählt als Registerabgleich, sodass ein Wochenende ohne neue Ausgabe von SEC EDGAR die Zeilen zu Registerereignissen von Unternehmen aus den USA nicht mehr mit dem gap_reason source_dark unbewertet lässt. Eine Prüfung, die den Herausgeber nicht erreicht, eine Antwort erhält, die nicht die veröffentlichte Datei ist, oder die vom Herausgeber angegebene Ausgabe nicht lesen kann, zählt nicht, sodass ein Ausfall nach Ablauf des Aktualisierungsintervalls zuzüglich der Karenz von sechs Stunden weiterhin als source_dark erscheint. Eine Ausgabe von SEC EDGAR, die älter als fünf Tage ist, zählt ebenfalls nicht, sodass auch ein Herausgeber, der keine Ausgaben mehr veröffentlicht, als source_dark erscheint. Siehe die Referenz der API.
• 30. September. Zwei Prüfungen laufen jetzt über den maschinell verfassten Text eines Screenings. Die erste vergleicht verfasste Aussagen dazu, ob das Subjekt selbst angeklagt, mit einer Geldbuße oder Strafe belegt oder verurteilt wurde. Wenn sich zwei Einschätzungen in einer Sache widersprechen, werden beide Aussagen zurückgehalten, eine rationale in GET /v1/screenings/{screening_id} trägt einen Satz, der mit "Conflicting evidence" beginnt und die Feststellungen belegt, deren Kennungen in die finding_ids dieser Einschätzung aufgenommen werden, die andere rationale verweist darauf, und ein Satz der summary_text, der die Sache wiederholt, wird mit einem Hinweis zurückgehalten. Die zweite hält einen Satz zurück, der sich nur auf Feststellungen stützt, deren eigener Text das Ereignis vor den Zeitraum des Screenings datiert, und fügt einen Satz hinzu, der diese Feststellungen und ihre Jahre nennt. Ein Satz, der auch eine andere Feststellung belegt, bleibt stehen, und derselbe datierte Satz steht daneben. Beide Prüfungen greifen nur, wo der Text selbst den Fall belegt, und die Feststellungen bleiben in findings. Eine Einschätzung, die eine Analystin oder ein Analyst verworfen hat, nimmt an keiner der beiden Prüfungen teil, und der Bericht als PDF eines Screenings behält eine Feststellung, die eine verworfene Einschätzung belegt, solange eine noch geltende Einschätzung sie ebenfalls belegt.
• 30. September. GET /v1/deals/{deal_id} erhält briefing, das null ist oder ein Objekt mit text, drafted_at, drafted_by und sources. Es enthält ein kurzes Briefing, eine maschinell verfasste Zusammenfassung dessen, was die belegten Quellen des Deals berichten, die ein Sprachmodell aus dem Text dieser Quellen schreibt, und drafted_by lautet model. sources nennt die Quellen, die das Modell erhalten hat. Geprüft werden allein seine in Ziffern geschriebenen Zahlen, gegen diesen Text, und ein Satz mit einer Zahl, die dort nicht steht, entfällt; Wörter werden nicht geprüft. Das ist eine Vorarbeit und noch nicht für jeden Arbeitsbereich aktiv, deshalb bleibt briefing null, bis Briefings für einen Arbeitsbereich eingeschaltet und entworfen sind, und die drei Zeilen der Zusammenfassung ändern sich nicht. Das Werkzeug deal_book am MCP Server gibt das Feld weiter. Siehe die Referenz der API.
• 30. September. Die vier amtlichen Sanktionslisten sind eingeschaltet, die EU Financial Sanctions Files, die UK Sanctions List und die beiden Listen des OFAC (SDN und ohne SDN), und unsere Software ist so eingestellt, dass sie jede einmal täglich liest. Im Kreditmonitoring wird eine Organisation geprüft, sobald Ihr Team die Prüfung gegen Sanktionslisten in seine Konfiguration aufnimmt. Die Prüfung der natürlichen Personen, die öffentliche Register mit Ihrem Bestand verbinden, läuft in den Arbeitsbereichen, in denen wir sie einschalten. Eine Liste, die ausgeschaltet ist oder in den letzten 48 Stunden nicht geprüft wurde, wird als „Not checked“ (nicht geprüft) ausgewiesen und nie als unauffällig, und GET /v1/sanctions/person-candidates sowie über MCP das Werkzeug sanctions_person_candidates liefern in lists jede Liste mit ihrer Lesart, ihrem Stand und dem Zeitpunkt der letzten Prüfung, dazu in lists_not_checked deren Anzahl und in persons_compared die Anzahl der abgeglichenen Registerpersonen. Wir gleichen Organisationen und Personen mit keiner anderen Sanktionsliste ab und halten keine Liste politisch exponierter Personen vor. Die Seiten KI-Verordnung der EU, Abdeckung und Quellenkatalog und Referenz der API sagen dasselbe.
• 30. September. Für die Arbeitsbereiche, in denen wir sie einschalten, kommt eine Prüfung natürlicher Personen gegen die amtlichen Sanktionslisten hinzu. Sie gleicht die Personen, die öffentliche Register mit den Organisationen in Ihrem Bestand verbinden, dem Namen nach und über die Aliasnamen einer Liste mit den natürlichen Personen auf den Listen ab und ergibt Prüfkandidaten, die keine Farbe und keinen Score setzen. Nur die Bestätigung durch eine Analystin oder einen Analysten hält einen Treffer fest. Die Prüfliste öffnet sich von der Portfolioseite des Dashboards aus, und GET /v1/sanctions/person-candidates sowie über MCP das Werkzeug sanctions_person_candidates lesen sie. Die Seite KI-Verordnung der EU nennt die neue Zweckbestimmung.
• 30. September. Ein Screeningergebnis beginnt jetzt mit dem Abschnitt Offizielle Listen. In GET /v1/screenings/{screening_id} gleicht das neue official_lists das Subjekt mit jeder dort genannten offiziellen Sanktionsliste ab, deterministisch, ohne Suche und ohne Modellaufruf, zum Zeitpunkt des Lesens und nicht am Tag des Screenings. Jede Liste liest listed (nur über eine Kennung, die die Liste selbst nennt und die der eigene Registereintrag des Subjekts trägt), name_match_awaiting_review (ein Name ohne Kennung, ein Kandidat zur Prüfung und niemals ein Treffer, mit Listeneintrag und Subjekt nebeneinander), name_match_reviewed, no_entry_found (mit Listenausgabe und Prüfzeitpunkt) oder not_checked (mit dem Grund). Namen werden exakt über einen normalisierten Schlüssel abgeglichen, andere Schreibweisen, Wortfolgen und Transliterationen werden daher nicht gefunden. Eine abgeschaltete Liste oder eine Liste, deren letzte Prüfung mehr als 48 Stunden zurückliegt, liest sich niemals als unbedenklich, daher liest jede Liste not_checked, bis sie eingeschaltet ist. Der Bericht als PDF eines Screenings führt den Abschnitt an erster Stelle mit Listennamen, Ausgaben, Prüfzeitpunkten und dem Zeitpunkt des Abgleichs. Sobald mindestens eine Liste abgeglichen wurde, trägt er den Titel Due diligence screening, und sein Deckblatt nennt eine Listung, einen offenen Namenstreffer und die Zahl der abgeglichenen offiziellen Sanktionslisten. Der Export als Excel führt dasselbe in seinem neuen Blatt Official lists vor dem Blatt Screenings. Auf keiner Oberfläche wird ein Geburtsdatum oder eine Staatsangehörigkeit einer gelisteten Person ausgegeben. Das Werkzeug für MCP screening_lookup reicht den Abschnitt durch. Der Abschnitt ersetzt nicht Ihre eigene Prüfung auf Sanktionen und politisch exponierte Personen. Siehe die Referenz der API.
• 30. September. Der Bericht eines Screenings als PDF nennt auf dem Deckblatt, wie viele seiner Feststellungen ein wörtliches Zitat aus einer Primärquelle oder aus der Fachpresse auf zwei getrennten Domains tragen, Suchauszüge nicht mitgezählt, anstelle einer festen Zeile. Das Feld zur Identität nennt die Zahl der unbestätigten Identitätstreffer unter den Feststellungen des Berichts und entfällt, wenn es keinen gibt, und druckt „Identity confirmed“ nicht mehr. Die Karte zur Abdeckung im Bericht zeigt den Anteil datierter Quellen ohne Zählwerte. In den Endpunkten für Screenings unter /v1 nennt coverage_note die Hinweise zu Suche, Seiten und Datierung als einfache Sätze ohne Zählwerte.
• 30. September. GET /v1/deals ordnet nach einer Spalte, wenn sort sie nennt. score, value, last_activity, stage, name und first_seen ordnen jeweils das ganze gefilterte Buch allein nach dieser Spalte, ohne das Fenster, und das neue direction nimmt desc oder asc. Zeilen ohne Wert stehen in beiden Richtungen am Ende. Die Ordnung nach dem Fenster heißt jetzt priority und bleibt der Standard, eine Anfrage ohne sort wird also wie bisher beantwortet, während eine Anfrage, die score, value, last_activity oder first_seen nannte, statt der Ordnung zuerst nach dem Fenster die Ordnung dieser Spalte erhält. Ein unbekannter Wert für sort oder direction wird mit 422 abgelehnt. Das Werkzeug für MCP deal_book nimmt dieselben sort und direction. Siehe die Referenz der API.
• 30. September. Jede Zeile eines Deals in GET /v1/deals und GET /v1/deals/{deal_id} trägt latest_update, das neueste von einer Quelle datierte und bestätigte Ereignis der Zeitleiste mit einer kurzen Bezeichnung, und has_unseen_update, ob dieses Ereignis den Deal seit Ihrem letzten Öffnen im Dashboard erreicht hat (null für einen Schlüssel). sort=latest_update ordnet das Deal Book allein nach diesem Ereignis, das neueste zuerst, und das Werkzeug für MCP deal_book trägt dieselben Felder und dieselbe Sortierung. Siehe die Referenz der API.
• 30. September. In /v1/deals und im Werkzeug für MCP deal_book trägt jede Zeile ihren Wert in value_status, value_text, value_note, value_finding_id und value_basis. Eine Zahl, die ein verifiziertes Zitat nennt, ist confirmed und trägt das begrenzende Wort, das die Zitate vor sie setzen, etwa up to $375 million. Eine Zahl, die kein verifiziertes Zitat bestätigt, ist reported, und value_note enthält den Satz, der daneben zu drucken ist, denselben Satz, den die Zusammenfassung druckt. value_text steht in der Währung, in der die Quelle den Betrag gemeldet hat, und das PDF des Deals, das Committee Pack, die Präsentationen und die Arbeitsmappe des Deal Book drucken denselben Wert, wo sie zuvor einen zu einem festen Kurs umgerechneten Dollarbetrag druckten. value_basis sagt, ob der Wert der Finanzierungsbetrag ist, den die neueste belegte Feststellung neben einem Wort für Schuld oder Deckung nennt, ein Auftragswert an seiner Stelle oder eine gemeldete Zahl, die kein Zitat einordnet, nie die größte Zahl, Projektkosten oder ein Programmvolumen. Siehe die Referenz der API.
• 30. September. In /v1/deals und im Werkzeug für MCP deal_book ist last_event_at, wo keine Quelle ein Ereignisdatum genannt hat, das früheste Veröffentlichungsdatum unter den abgerufenen Seiten des neuesten gemeldeten Ereignisses des Deals, wobei eine abgerufene Seite einer Primärquelle dieses Ereignis vor den übrigen Seiten datiert, und ein Suchergebnisauszug datiert nie eine Zeile. Weder event_date noch last_event_at ist je später als der aktuelle Tag in UTC. Das Veraltungsfenster beträgt standardmäßig 12 Monate statt 18. Die Begründung zur Beweislage einer Zeile, die keine zwei unabhängigen Quellen bestätigen, nennt die Zahl der verschiedenen Seiten, die sie belegen, etwa Cited by 3 pages, no independent second witness. Siehe die Referenz der API.
• 26. September. Der Begründungstext der Screeningeinschätzungen liest sich auf jeder Oberfläche in ganzen Sätzen. In GET /v1/screenings/{screening_id} ist die rationale jeder Einschätzung als maschinell verfasst gekennzeichnet und belegt ihre Feststellungen nur über [f<id>], das jeweils eine ihrer finding_ids nennt (eine zitierte Feststellung, die die Prüfung als unverifiziert herabgestuft hat, hat keinen Eintrag in findings), und das neue rationale_withheld zählt die Sätze, die zurückgehalten wurden, weil sie nicht mit ihren Belegen angezeigt werden konnten. Der Bericht als PDF eines Screenings kennzeichnet seine Zusammenfassung als maschinell verfasst. Solange ein abgeschlossenes Screening eines Unternehmens auf die Bestätigung durch einen Analysten wartet, sagt die coverage_line seiner Risikobewertung „a completed screening awaits analyst confirmation“, statt zu sagen, dass kein bestätigtes Screening vorliegt; der gap_reason der Zeile zu negativen Medienberichten bleibt screening_stale. Die Werkzeuge für MCP screening_lookup und entity_risk_profile geben dieselben Felder weiter. Siehe die Referenz der API.
• 26. September. In /v1/deals und im Werkzeug für MCP deal_book liest event_date auch die Daten, die Pressemitteilungen schreiben, etwa Aug. 6, 2026 oder June 28th, 2021, und liegt nie nach der Veröffentlichung der Quelle und, wo kein Veröffentlichungsdatum bekannt ist, nie in der Zukunft, sodass eine Fälligkeit oder eine Frist kein Ereignisdatum mehr ist. buyer ist der erste Käufer unter den Beteiligten des Deals, wo es neben einem genannten Käufer null war. contract_value_raw ist null, wo es keinen Betrag enthielt, etwa ein Datum oder eine Laufzeit. Eine Zeile der Zusammenfassung des Deals sagt nicht mehr, ein Betrag sei von keiner Quelle bestätigt, wenn ein verifiziertes Zitat ihn nennt. Siehe die Referenz der API.
• 25. September. Auf der Seite KI-Verordnung der EU ist die ausgeschlossene Nutzung der Abgleiche mit Sanktionslisten oder Listen politisch exponierter Personen auf natürliche Personen eingegrenzt, und die Seite beschreibt, wie eine Prüfung von Organisationen im Kreditmonitoring gegen die amtlichen Sanktionslisten der EU, des Vereinigten Königreichs und der USA arbeitet, sobald eine Liste eingeschaltet ist. An diesem Tag war diese Prüfung eine Vorarbeit und noch nicht in Betrieb, weil noch keine Liste eingeschaltet war. Eine Listung wird über eine Kennung zugeordnet, die die Liste selbst nennt, und über nichts anderes, und die Seite Abdeckung und Quellenkatalog nennt die Listen.
• 24. September. Die Zweckbestimmung auf der Seite KI-Verordnung der EU ist neu gefasst und nennt das Neugeschäft und das Kreditmonitoring von Organisationen. Die ausgeschlossenen Nutzungen ändern sich nicht.
• Das Kreditmonitoring bewertet eine Bank als Kreditnehmerin nach ihrer eigenen Kapitalausstattung und Aktivqualität. Harte Kernkapitalquote, Quote notleidender Kredite und Verschuldungsquote werden über den LEI der Bank aus der EU weiten Transparenzübung der Europäischen Bankenaufsichtsbehörde gelesen und erscheinen als bewertete Signalzeilen mit Ausgabe und Stichtag in ihrer note. Die Liquidität erscheint als Lücke, weil diese Übung keine Liquiditätskennzahlen veröffentlicht. Die Zeilen tragen das Gewicht, das die Unternehmensmodelle frei lassen, die Nenner bleiben also gleich. Die Regel für Signale, die keine angebundene Quelle erreicht, gilt jetzt in jedem Mitgliedstaat des Europäischen Wirtschaftsraums wie in Deutschland, und die Zinsdeckung liest die Finanzierungsaufwendungen, wo der Abschluss keinen Zinsaufwand nennt, und sagt das in ihrer note. Siehe die Referenz der API.
• Eine Lücke, die kein frei zugängliches landesweites Register schließen kann, lautet in gap_reason jetzt paid_register_excluded, etwa die Zeilen zum Registerstatus, zu Sicherheiten und zum Insolvenzantrag eines Unternehmens aus den USA, denn dort führt jeder Bundesstaat sein eigenes Unternehmensregister und sein eigenes Register für Sicherungsrechte, und Akten der Bundesgerichte werden über PACER pro Seite verkauft. Kostenpflichtige Register gehören grundsätzlich nicht zu unseren Quellen, daher ist eine solche Lücke endgültig und zählt in explained_share, nie in seen_share. Eine Zeile mit einer endgültigen Lücke nennt in ihrem note jetzt das Gesetz oder die Gebührenordnung, auf der sie beruht, etwa § 12 GBO in der Zeile zu Sicherheiten eines deutschen Unternehmens. Siehe die Referenz der API.
• POST /v1/portfolio/import zeigt die Vorschau eines Bestandsimports. Der Endpunkt nimmt den Bestand als CSV Text in csv, ordnet jede Zeile allein über ihre Registerkennung zu und beantwortet jede Zeile mit ihrem Ergebnis für den Bestand Ihres Teams und dem Grund, seitenweise über limit und offset. dry_run ist immer true, es wird also nichts geschrieben, und übernommen wird ein Import im Dashboard unter Import book auf der Portfolioseite. Der MCP Server erhält portfolio_import_preview, ein siebzehntes Werkzeug, das dieselbe Vorschau sendet. Die neue Seite Bestandsimport beschreibt die Datei, die zugelassenen Kennungen und die Ergebnisse.
• Jede Antwort mit 422 unter /v1 trägt je Eintrag nur noch type, loc und msg und gibt weder den gesendeten Wert (input) noch ctx zurück. Siehe Fehler und Anfragebegrenzungen.
• Eine grüne Zeile zu neuen Sicherheiten aus Companies House charges braucht einen Abruf der vollständigen Liste der Sicherheiten des Unternehmens innerhalb des Aktualisierungsintervalls zuzüglich einer Karenz von sechs Stunden, wobei ein Unternehmen ohne Sicherheiten ebenso zählt, und sie deckt die vollen zwei Jahre erst ab, wenn die vorhandene Historie der Sicherheiten geladen ist; bis dahin bleibt eine grüne Zeile unbewertet, und ihr note sagt das, während eine Zeile in amber auf den vorliegenden Sicherheiten beruht und in jedem Fall bewertet wird. Eine grüne Zeile eines Signals aus Registerereignissen, die Ereignisse als Quelle angibt, stützt sich auf dieselben Prüfungen des Registerabgleichs wie eine Zeile ohne Quellenangabe. Ein Ereignis, das aus bereits vorliegender Registerhistorie nachgeladen wurde, trägt unter GET /v1/nodes/{node_id}/events und im MCP Werkzeug company_events den Wert true in attrs.history_backfill, und sein occurred_at bleibt das Datum, das das Register nennt. Siehe die Referenz der API.
• GET /v1/deals/{deal_id} enthält memo und memo_generated_at nicht mehr, sondern summary_lines, drei Zeilen, nach festen Regeln aus den belegten Feststellungen erzeugt, nicht von einem Modell, jede mit citations, die das Feld, die verknüpfte Feststellung und das wörtliche Zitat nennen. next_action enthält nur noch den eigenen Schritt Ihrer Analystinnen und Analysten, und ein Ereignis zum nächsten Schritt trägt seinen alten Wert nicht mehr. Das Werkzeug deal_book am MCP Server gibt dieselben Felder weiter. Ein Client, der memo gelesen hat, liest summary_lines. Siehe die Referenz der API.
• Die Kreditüberwachung sagt, was sie nicht sehen konnte. Ein Signal, das noch keine von uns angebundene Quelle für die Rechtsordnung eines Unternehmens liest, etwa ein offengelegter Zweifel an der Unternehmensfortführung bei einem deutschen Unternehmen, ist jetzt eine Lücke, die gegen die Abdeckung zählt, statt als nicht anwendbar zu erscheinen. Die Risikoabrufe unter /v1 und die Werkzeuge des MCP Servers liefern je Signal state, gap_reason und die Nachweisstufe grade sowie je Einschätzung seen_share, explained_share, reachable_share und coverage_line; Zeilen aus /v1/portfolio führen die drei Anteile. Über unzureichende Daten entscheidet reachable_share, der beobachtete Anteil der Signale, die eine angebundene Quelle für das Unternehmen liefern kann, sodass eine fehlende Quelle ein Unternehmen nie ausgraut, und ein Mindeststatus amber auf Nachweisen der Stufe A oder B hält den Status auf amber. Signalbezeichnungen kommen ohne Bindestriche aus (etwa Going concern doubt disclosed); die Signalschlüssel bleiben unverändert. Siehe die Referenz der API.
• GET /v1/nodes/{node_id} streamt seine Antwort, und records enthält weiterhin jeden aktuellen Eintrag. Eine Antwort, die nach 60 Sekunden noch gestreamt wird, bricht ab. Solange andere Abrufe sehr großer Unternehmen laufen, kann ein weiterer mit 503 server_busy und Retry-After antworten; siehe Fehler und Anfragebegrenzungen.
• GET /v1/nodes/{node_id}/records blättert ohne connector_id alle Register, neueste Einträge zuerst, und jede Seite nennt records_total und die Anzahl je Register. Siehe die Referenz der API.
• Jeder offset unter /v1 reicht von 0 bis 9223372036854775807; ein größerer Wert wird mit 422 abgelehnt, wo er zuvor mit 500 antwortete. Das OpenAPI Dokument nennt register bei jedem Beleg, der es trägt, als Pflichtfeld.
• Der MCP Server erhält company_records, ein sechzehntes Werkzeug, das die Registereinträge eines Unternehmens mit höchstens 25 je Seite blättert. Siehe MCP.
• GET /v1/nodes/{node_id} nennt records_total und in registers die Anzahl je Register, und die neue Route GET /v1/nodes/{node_id}/records liest die Einträge eines Registers zu einem Unternehmen seitenweise. records enthält weiterhin jeden aktuellen Eintrag. Siehe die Referenz der API.
• 22. September. Statusänderungen nennen ihre Ursache, die Signale, deren Änderung den Status bewegt hat, und den Registereintrag hinter dem führenden, abgeleitet aus den beiden Einschätzungen, die jede Änderung vergleicht. Die erste Einschätzung eines Engagements ist eine Neuaufnahme in den Bestand, keine Änderung. Sie braucht keine Kenntnisnahme, und das neue status_changes_30d zählt nur echte Änderungen, während transitions_30d weiterhin jeden Übergang zählt. Jedes Engagement trägt einen Datensatz zur Kreditüberprüfung mit Einstufung, Notiz, Verantwortlichen, nächstem Überprüfungsdatum und einer nur fortgeschriebenen Historie; /v1 liefert die geltende Überprüfung, reviews_overdue und die neue Route GET /v1/portfolio/{exposure_id}/reviews. Siehe Kreditüberprüfungen und Statusänderungen.
• Diese Dokumentation erhält vier Seiten. SSO beschreibt die Anmeldung über Ihren eigenen Identitätsanbieter. Abdeckung und Quellenkatalog liest Länder, Datensätze und Quellen an der produktiven API ab, Hilfe und Kontakt sagt, wie Sie uns erreichen, und diese Änderungsübersicht beginnt.

August 2026

• 27. August. Das Dokument nach OpenAPI nennt Kontakt, Lizenz, Bedingungen und Server. Ein generierter Client weiß damit, wo die Produktion liegt.
• 25. August. Diese Dokumentation und die Unternehmensseite liegen auf Deutsch vor. Die deutsche Fassung steht unter /de.
• 23. August. Jede Antwort unter /v1 trägt die von der IETF beschriebenen Kopfzeilen RateLimit und RateLimit-Policy neben den älteren Kopfzeilen mit dem Präfix X-RateLimit. Die Grenzen selbst sind unverändert und stehen unter Fehler und Anfragebegrenzungen.
• 23. August. Jede Seite dieser Dokumentation antwortet auch als Markdown, unter ihrem Pfad mit der Endung .md oder mit Accept: text/markdown. Für Crawler gibt es eine Sitemap und eine robots.txt.
• 21. August. Die Anmeldeprüfung lehnt im Zweifel ab, bei SSO wie bei jeder anderen Anmeldung. Ein Konto ohne zugewiesene Rolle und ohne Team wird abgelehnt, gleich auf welchem Weg es sich angemeldet hat. Siehe SSO.
• 15. August. Administratoren eines Arbeitsbereichs legen Schlüssel für die API in den Einstellungen des Arbeitsbereichs im Dashboard an, listen sie auf und widerrufen sie. Siehe Schlüssel und Zugangsverwaltung.
• 14. August. Der Server für MCP deckt die gesamte Schnittstelle /v1 mit 15 rein lesenden Werkzeugen ab. Siehe MCP.
• 14. August. Ein interaktiver Explorer für das Dokument nach OpenAPI steht unter api.stonewake.ai/docs.
• 13. August. Die versionierte, rein lesende API /v1 geht in Betrieb. Dazu gehören Schlüssel je Arbeitsbereich, die nur als Einweghash gespeichert werden, eine Anfragebegrenzung je Schlüssel, ein Tageskontingent je Arbeitsbereich und ein kuratiertes Dokument nach OpenAPI. Siehe die Referenz der API.
• 13. August. Der gehostete Server für MCP unter mcp.stonewake.ai und diese Dokumentation gehen in Betrieb.

Fragen zu einem Eintrag richten Sie an contact@stonewake.ai. Siehe auch Hilfe und Kontakt.