API

API Zugriff

Sticky bietet dir einen JSON API-Zugriff, sodass du auf deine Firma bzw. dein Nutzerprofil zugreifen kannst, um Aufrufe oder Abläufe zu automatisieren.

API Domain

Deine Anfragen richtest du gegen folgende Domain via HTTPS.

• Live Umgebung: https://app.sticky.de
• Sandbox Umgebung: https://dvl.sticky.de

Authentifizierung

Die Authentifizierung an der Sticky-API besteht immer aus drei verschiedenen „Tokens“. Diese drei Tokens werden bei jedem Aufruf als HTTP-Header angegeben. Im Standard ist der API-Zugriff für einen Benutzer deaktiviert. Du kannst in deinem Profil im Menüpunkt „API-Zugriff“ die API für deinen Account aktivieren und findest dort die drei Tokens.

Gebe deinen API-Zugangstoken bitte NIEMALS an andere Personen weiter!

• Sticky-Token
  • Dieser Token ist dein persönliches Geheimnis.
  • 36-stelliger Token
• Sticky-User
  • Dieser Token identifiziert deinen Benutzerkontext
  • 24-stelliger Token
• Sticky-Company
  • Dieser Token identifiziert deinen Firmenkontext
  • 24-stelliger Token

Ein Benutzer mit Zugriff auf mehrere Firmen:

In Sticky ist es natürlich möglich, dass du als Benutzer mit einem einzigen Account Zugriff auf multiple Firmen hast. Aus diesem Grund gibst du in einem API-Aufruf sowohl deinen Benutzerkontext (in welchen Benutzerrechten möchtest du agieren) sowie einen Firmenkontext (in welcher Firma möchtest du agieren) an.

Welche Endpunkte du ansprechen kannst, sind entweder im Hilfetext des jeweiligen Moduls hinterlegt oder wir stimmen das gerne im Detail mit dir ab, sofern nicht bekannt. Öffne dazu bitte einfach ein Support-Ticket.

Parameter

Um dich bei einer einfachen Implementierung zu unterstützen, kannst du die benötigten Parameter entweder als GET (URL-Parameter), POST (Formulardaten) oder als POST (JSON Payload) senden. Dies ist zwar technisch eher ungewöhnlich, jedoch ist so eine Implementierung auf deiner Seite wesentlich einfacher, da wir dir keine festen Vorgaben in Bezug auf HTTP-Methode und Format der Parameter machen. Je nach Umgebung, die du vorfindest, ist die eine oder andere Version zielführender.

Es gibt grundlegend immer folgende Parameter:

m       // pflicht,  das angesprochene Modul
method  // pflicht,  der angesproche Endpunkt
msg     // optional, abhängig von Endpunkt
id      // optional, abhängig von Endpunkt

Was genau bedeutet dies nun?

Das heißt, dass du die oben beschrieben Parameter bei einem API-Aufruf auf einer der drei gängigen Arten senden darfst. Wenn wir eine Empfehlung aussprechen sollten, würden wir die „JSON Payload“ Variante bevorzugen.

Verdeutlichen wir es an einem Beispiel des Endpunkt „vouchers / send_voucher„.

Beispiel - GET (URL-Parameter)
Bei der GET Variante werden die Parameter als URL-Parameter angehangen
URL: https://app.sticky.de/?m=vouchers&method=send_voucher&id=RE0265
Payload: leer
Beispiel - POST (Formulardaten)
Bei der POST Variante werden die Parameter als Payload mitgesendet
URL: https://app.sticky.de/
Payload: m=vouchers&method=send_voucher&id=RE0265

Beispiel - POST (JSON Payload)
URL: https://app.sticky.de/
Payload:
{
  "m":"vouchers",
  "method":"send_voucher",
  "id":"RE0265"
}

Wie du siehst, kannst du 3 verschiedene Varianten nutzen, um die Parameter zu übertragen. Das Ergebnis ist jedoch bei allen dasselbe.

Bitte beachte: API Aufrufe funktionieren nur, wenn du via HTTP-Header authentifiziert bist. Du kannst solche Aufrufe aber auch jederzeit in einer Browsernutzung simulieren und testen. Dafür brauchst du nur den Parameter „&json“ an die URL anzuhängen. Durch diesen Zusatz wirst du nicht mehr anhand deiner HTTP-Header authentifiziert, sondern auf Basis deiner aktuellen Browser Sitzung.

Beispiel: https://app.sticky.de/?m=vouchers&method=send_voucher&id=RE0265&json

Protokollierung

Alle API-Aufrufe (inklusive der jeweils übertragenen Parameter) werden in deinem Firmenprotokoll protokolliert.

Beispielaufrufe

CURL

curl -X POST \
--location "https://app.sticky.de/?m=my_module" \ # Endpoint
-H "Content-Type: application/json" \
-H "Sticky-Token: 2a3b301d-73c9-e31b-eab4-xxxxxxxxxxxx" \ # The API-Token from the given User-ID 
-H "Sticky-User: 5ef5d753a91766xxxxxxxxxx" \ # The Sticky User-ID
-H "Sticky-Company: 2f8c1f2bcfa625xxxxxxxxxx" # The Company-ID

PHP

$ch = curl_init();
curl_setopt_array($ch, [
    CURLOPT_URL => 'https://app.sticky.de/?m=my_module',
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_TIMEOUT => 10,
    CURLOPT_CUSTOMREQUEST => 'GET',
    CURLOPT_HTTPHEADER => [
        "content-type: application/json",
        "Sticky-Token: 2a3b301d-73c9-e31b-eab4-xxxxxxxxxxxx",
        "Sticky-User: 5ef5d753a91766xxxxxxxxxx",
        "Sticky-Company: 2f8c1f2bcfa625xxxxxxxxxx",
    ],
]);
$response = curl_exec($ch);
curl_close($ch);
$response_decoded = json_decode($response);
print_r($response_decoded);

JavaScript

"use strict";
let token = '2a3b301d-73c9-e31b-eab4-xxxxxxxxxxxx';
let company = '2f8c1f2bcfa625xxxxxxxxxx';
let user = '5ef5d753a91766xxxxxxxxxx';
let api_request = await fetch('https://app.sticky.de/?m=my_module', {
  method: 'GET',
  headers: {
    "Content-Type": "application/json",
    "Sticky-Token": token,
    "Sticky-User": user,
    "Sticky-Company": company
  }
});
let response = await api_request.json();
console.log(json);

Rückgabewerte

Endpunkte geben ein JSON in folgendem Format zurück:

Beispielhafte OK-Rückgabe
{
  "src":"server",                    // Bei Antworten ist die Quelle immer "Server"
  "time":1656960905,                 // Serverseitiger Timestamp
  "module":"vouchers",               // Das angesprochene Modul
  "method":"send_voucher",           // Die angesprochene Methode
  "msg":"ok",                        // Die Rückantwort bzw. Payload auf deine Anfrage
  "id":"",                           // Sofern eine neue Ressource erzeugt wurde, wird deren ID zurückgegeben
}
Beispielhafte Rückgabe mit JSON Daten
{
  "src":"server",
  "time":1656960905,
  "module":"articles",
  "method":"get_all",
  "msg": { // Die Rückantwort bzw. Payload auf deine Anfrage
    [
      {"id":1234, "title":"Datensatz Titel 1", ...},
      {"id":1235, "title":"Datensatz Titel 2", ...},
    ]
  },
  "id":"",
}

Beispielhafte Fehler-Rückgabe
{
  "src":"server",
  "time":1656960905,
  "module":"system",
  "method":"access",
  "msg":"ERROR_API_INVALID_USER", // Die Rückantwort bzw. Payload auf deine Anfrage
  "id":"",
  "error":1 // Existiert nur, sofern es sich um eine Fehler-Antwort handelt
}

Module und Endpunkte

Hier findest du eine Aufstellung aller dokumentierten Endpunkte. Sollte dir etwas fehlen, gib uns einfach kurz bescheid oder sende uns eine E-Mail an support@sticky.de. Sicherlich existiert dein gesuchter Endpunkt bereits, jedoch hat er es bisher noch nicht in die Dokumentation geschafft ;-}