Der angeforderte Inhalt wird im JSON<\/strong>-Format mit UTF-8-Kodierung bereitgestellt. Wenn ein anderes Format benutzt wird, wird dies in der Methodenbeschreibung festgelegt.<\/p>\n Der HTTP-Statuscode erkennt den Status der Anfrage – f\u00fcr erfolgreiche Anfragen wird der Statuscode200<\/strong> ausgegeben. Zusammen mit dieser Antwort erh\u00e4lt man die vom Server angeforderten Informationen. Die Antworten werden sich je nach Art der verwendeten API unterscheiden. API-Antworten f\u00fcr unterschiedliche API-Typen werden in den entsprechenden Abschnitten beschrieben.<\/p>\n Wenn ein Fehler hinsichtlich der gesendeten Anfrage auftritt, wird das System eine Antwortnachricht mit einem Statuscode zur\u00fccksenden. H\u00e4ufige Fehlercodes:<\/p>\n Fehlercodes bieten einige allgemeine Informationen \u00fcber die Art des Fehlers und erm\u00f6glichen es dem Benutzer so, die Ursache des Problems herauszufinden.<\/p>\n Einige APIs verf\u00fcgen \u00fcber optionale Elemente (Parameter) in ihrer Antwort, optionale Parameter k\u00f6nnen vom System aus verschiedenen Gr\u00fcnden \u00fcbersprungen werden (keine Daten, schlechte Daten, Antwort-Timeout usw.). Ein Benutzer darf nicht annehmen, dass bestimmte optionale Daten immer in einer Antwort enthalten sein werden.<\/p>\n Alle APIs haben eine einzige Beschr\u00e4nkung:<\/p>\n Diese Beschr\u00e4nkung ist g\u00fcltig f\u00fcr alle in FMS bestehenden APIs.<\/p>\n Die API-Authentifizierung und -autorisierung sind erforderlich, um die API-Verwendung f\u00fcr verschiedene Kunden und ihre Integration mit verschiedenen Systemen zu steuern. Um eine autorisierte Anfrage an System-APIs vorzunehmen, muss die Kundenanfrage zuerst einen API_key<\/strong> im Namen des Webbenutzers erhalten.<\/p>\n Kunden k\u00f6nnen einen API-Schl\u00fcssel nur durch direkte Kontaktaufnahme mit ihren Service-Anbietern f\u00fcr technischem Support erhalten. Der API-Schl\u00fcssel besteht aus zuf\u00e4llig erstellten Buchstaben, Zahlen und Symbolen.<\/p>\n Beispiel f\u00fcr eine Anfrage unter Verwendung eines API_key:<\/p>\n Wenn der API_key abgelaufen, entfernt oder einfach nur deaktiviert ist, wird das System die folgende Antworte geben:<\/p>\n API-Endpunkte, Anfrageparameter und Antworten k\u00f6nnen in \u201eSwagger\u201c \u00fcber den folgenden Ling vorab betrachtet werden: https:\/\/api.fm-track.com<\/a><\/p>\n Hinweis Wichtig! Die API-L\u00f6sung wird st\u00e4ndig aktualisiert, verbessert und anderweitig modifiziert. Daher ist es erforderlich, zu verstehen, was \u201eKompatibilit\u00e4t\u201c bedeutet und wie es, den Benutzer betrifft, wenn er die API-L\u00f6sung verwendet.<\/p>\n Wenn eine API aktualisiert wird, kann eine der folgenden beiden Optionen auftreten:<\/p>\n Was wird als eine umgekehrt kompatible API-Version angesehen:<\/p>\n <\/p>\n API (Application Programming Interface) erm\u00f6glicht es den Kunden, FMS mit ihrem System zu integrieren und Daten von verschiedenen Einheiten zu beziehen und an diese weiterzugeben. Der Kunde stellt HTTP-Anfragen an das System, die Informationen \u00fcber die beabsichtigte Aktion bieten. HTTP-Befehle die \u00fcblicherweise in einer API benutzt werden: GET \u2013 Quelle lesen; POST\u2013 Quellenstatus \u00e4ndern; Der … APIs<\/span> weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":116,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-11726","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/pages\/11726","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/comments?post=11726"}],"version-history":[{"count":0,"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/pages\/11726\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.fmsdocumentation.com\/de\/wp-json\/wp\/v2\/media?parent=11726"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\nAPI-Beschr\u00e4nkungen<\/h3>\n
\n
\nAPI-Authentifizierung<\/h3>\n
![\"\"](\"https:\/\/www.fmsdocumentation.com\/wp-content\/uploads\/2017\/04\/1.png\")
<\/a><\/p>\n<\/a><\/p>\n
\nEs ist immer erforderlich, eine API-Version in allen API-Arten festzulegen.<\/p><\/p>\n
\nAufgrund der st\u00e4ndigen Entwicklung der API und des Systems, von dem die Informationen angefordert werden, k\u00f6nnen Benutzer manchmal Parameter erhalten, die nicht in den Beschreibungen aufgef\u00fchrt sind. Es wird empfohlen, unbekannte Parameter, die nicht in jeder API-Beschreibung dokumentiert sind, zu ignorieren.<\/p><\/p>\n
\nVersionierung und Kompatibilit\u00e4t<\/h3>\n
\n
\n
\nDer Benutzer kann davon ausgehen, dass die vom System generierten Objekt-IDs nie l\u00e4nger als 255 Zeichen sind, aber er sollte in der Lage sein, IDs mit einer potenziellen L\u00e4nge von 255 Zeichen zu handhaben. Wenn der Benutzer beispielsweise MySQL verwendet, sollten die IDs in einer VARCHAR(255) COLLATE utf8_bin-Spalte gespeichert werden (die COLLATE-Konfiguration gew\u00e4hrleistet die Unterscheidung zwischen Gro\u00df- und Kleinschreibung bei Suchen)<\/li>\n
\n