//SEIBERT/MEDIA bedeutet unter anderem Softwareentwicklung. Und als Softwareentwickler sind wir sehr an Nutzungsdaten interessiert. Nutzungsdaten helfen uns nämlich dabei, unsere Apps kundenorientiert weiterzuentwickeln und zu verbessern. Wir sammeln ausschließlich anonyme Nutzungsdaten der Linchpin Intranet Suite und all ihrer Apps.

Alle Apps von //SEIBERT/MEDIA, die auf dem Atlassian Marketplace zu finden sind, sind von dieser Entscheidung betroffen. Nur diese Apps können überhaupt Daten an uns übertragen. Es ist uns sehr wichtig, solche Entscheidungen transparent nach außen zu kommunizieren. Wir möchten außerdem, dass Sie verstehen können, welche Daten überhaupt gesammelt werden, wozu das getan wird und was Ihre Optionen sind.

Mit der Installation von //SEIBERT/MEDIA-Linchpin-Apps wird auch eine "Unter-App" namens Linchpin App Usage installiert. Diese App kann anonyme Nutzungsdaten an uns übertragen. Welche Daten überhaupt übertragen werden können, definiert ein JSON-Schema (Sie finden den Code und Erklärungen weiter unten). Die App kann keine sonstigen Informationen übermitteln.

Die übermittelten Daten können in keinster Weise Informationen enthalten, die auf einzelne User, Firmen oder spezifische Confluence-Instanzen zurückzuführen wären. Es gibt keine Möglichkeit, personenbezogene Daten zu übermitteln. Die Linchpin App Usage-App hat einzig und alleine den Zweck, uns mit statistischen Informationen zu versorgen, die bei der App-Entwicklung helfen. Solche Daten werden nicht durch die DSGVO geregelt.

1. Kann ich das Linchpin App Usage in meinem System deaktivieren?

2. Wozu dient das Linchpin App Usage?

Mithilfe von anonymen Nutzungsdaten erfahren wir als Entwickler, wie unsere Software tatsächlich genutzt wird. Die gesammelten Daten dienen ergänzend zu User-Tests, Erfahrungen aus Projekten sowie Kundenfeedbacks als Hilfestellung um datenbasierte, fundierte Produktentscheidungen treffen zu können.

Auch wenn es sich etwas blöd anhören mag, interessieren wir uns nicht wirklich dafür, wer unsere Software benutzt. Wir haben kein Interesse an personenbezogenen Daten, weil sie uns nicht voranbringen. Wir interessieren uns für die Frage nach dem wie. Deshalb sind alle erhobenen Daten anonym - es ist irrelevant, wer einen Link anklickt. Wichtig ist, ob der Link überhaupt angeklickt wurde, und falls ja, wie oft.

Wie nutzen Menschen unsere Software? Werden alle Funktionen, Links, Knöpfe genutzt? Oder gibt es etwa Funktionen, die sehr selten bis gar nicht genutzt werden, und die wir durch (für den Kunden) sinnvollere Features ersetzen können? Solch ein anonymes Tracking ermöglicht es uns, sehr viel über unsere eigene Software zu lernen, damit wir sie stets weiterentwickeln können.

3. Wie arbeitet das Linchpin Usage Tracking? 

{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "$id": "http://usage.seibert-media.io/event.json",
  "type": "object",
  "title": "The JSON Schema for validating events sent to usage.seibert-media.io",
  "required": ["metadata", "events", "apps"],
  "properties": {
    "metadata": {
      "type": "object",
      "required": ["sessionID", "environment"],
      "properties": {
        "sessionID": {
          "type": "string",
          "description": "A unique sessionID to link events"
        },
        "environment": {
          "type": "object",
          "required": ["browser", "resolution", "hostVersion", "maxUsers"],
          "properties": {
            "browser": {
              "type": "string"
            },
            "resolution": {
              "type": "string"
            },
            "hostVersion": {
              "type": "string"
            },
            "maxUsers": {
              "type": "integer"
            }
          }
        }
      }
    },
    "apps": {
      "type": "object",
      "additionalProperties": {
        "type": "object",
        "required": ["version"],
        "properties": {
          "sen": {
            "type": "string"
          },
          "version": {
            "type": "string"
          }
        }
      }
    },
    "events": {
      "type": "array",
      "items": {
        "type": "object",
        "required": ["kind", "name", "timestamp", "app"],
        "if": {
          "properties": { "kind": { "const": "view" } }
        },
        "then": {
          "required": ["kind", "name", "timestamp", "app", "loadDuration"]
        },
        "properties": {
          "kind": {
            "enum": ["view", "interaction"]
          },
          "name": {
            "type": "string"
          },
          "timestamp": {
            "type": "string"
          },
          "app": {
            "type": "string"
          },
          "loadDuration": {
            "type": "number"
          },
          "data": {
            "type": "object",
            "required": [],
            "properties": {},
            "additionalProperties": true
          }
        }
      }
    }
  }
}

admin-assistant-skipped

admin-assistant-started

admin-assistant-ended

admin-assistant-color

admin-assistant-dashboard

admin-assistant-demodata

edit-micropost

newsteaser

le-event-hub

le-portal-create-event

le-create-event

le-event-hub-load-more

le-event-hub-click-on-category

le-event-hub-show-all-events

le-event-hub-show-my-events

le-event-hub-reset-filter

le-event-duplicated

le-event-edit-start

le-event-macro

le-event-self-signup

le-event-self-signoff

le-event-list-macro

le-event-detail

le-event-signup-other

le-stockimage-set

le-image-uploaded

le-event-saved

le-stock-image-search

le-admin-stockimage-on-true

le-admin-stockimage-on-false

lup-peopledirectory-view

3.3 Wie sieht ein exemplarischer Datensatz aus? 

In der folgenden Tabelle sind drei vollständige Datensätze abgebildet, welche so in der Datenbank landen. 

Datenauswertung

3.4 In welchem Zyklus werden Daten gespeichert und versendet? 

Die erfassten Daten werden im "Session Storage" gespeichert und jeweils mit einer zufälligen Session ID versehen. Diese wird im Browser pro Tab vergeben. Sessions können niemals über eine Session ID hinweg zugeordnet werden. Sie enthalten nie personenbezogene Daten.
Ein Datenpaket wird immer dann zur Datenbank gesendet, wenn fünf Interaktions- oder View-Events registriert wurden. Alternativ werden alle Datensätze beim Verlassen einer Seite, welche ein relevantes Event enthält, abgesendet. 

Daten, die abgesendet wurden, sind nach dem Versand weder in Caches noch in Sessions sichtbar ("fire and forget"). Übertragene Daten landen bei einem Proxy, der von //SEIBERT/MEDIA verwaltet wird. Dieser Proxy validiert die übertragenen Daten erneut anhand des oben beschriebenen JSON-Schemas und stellt so sicher, dass ausschließlich solche Daten übertragen werden, die vom Schema definiert sind. Alle durch den Proxy validierten Daten werden an die Datenbank übertragen. Diese liegt auf einem Google Cloud Server.