Add new attachment

Only authorized users are allowed to upload new attachments.

List of attachments

Kind Attachment Name Size Version Date Modified Author Change note
png
Empty.png 1.2 kB 1 13-Apr-2021 14:51 krause

This page (revision-18) was last changed on 13-Apr-2021 17:56 by krause  

This page was created on 13-Apr-2021 14:50 by krause

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 38 changed one line
!!!Applikation einbinden
!!!Applikation im Shop listen
At line 43 changed one line
; Icon: Bitte liefere uns ein angepasstes Icon. Eine Vorlage dazu findest Du im Anhang dieser Seite. Bitte platziere dein Icon in den weißen Bereich der Vorlage. Der Schatten und die transparenten Flächen dürfen nicht ausgenutzt werden. Nur in Ausnahmefällen ist das Logo deines Unternehmens als Icon geeignet.
; Icon: Bitte liefere uns ein angepasstes Icon. Das Icon ist das erste, was deine Kunden von dir sehen, wenn sich sich im AgileAS anmelden.\\Eine Vorlage dazu findest Du im Anhang dieser Seite. Bitte platziere dein Icon in den weißen Bereich der Vorlage. Der Schatten und die transparenten Flächen dürfen nicht ausgenutzt werden. Nur in Ausnahmefällen ist das Logo deines Unternehmens als Icon geeignet.
At line 47 changed one line
; E-Mail Adresse: Liefere uns eine E-Mail-Adresse, an die wir Supportanfragen zu deiner Applikation senden dürfen. Wenn der Anwender ein Problem hat, wird er diese E-Mail-Adresse verwenden um seine Fragen los zu werden. Du bist da die erste Wahl! Niemand weiß besser, wie deine Applikation funktioniert und niemand hat ein größeres Interesse daran, dass deine Applikation gut und einfach zu bedienen ist!
; Support E-Mail Adresse: Liefere uns eine E-Mail-Adresse, an die wir Supportanfragen zu deiner Applikation senden dürfen. Wenn der Anwender ein Problem hat, wird er diese E-Mail-Adresse verwenden um seine Fragen los zu werden. Du bist da die erste Wahl! Niemand weiß besser, wie deine Applikation funktioniert und niemand hat ein größeres Interesse daran, dass deine Applikation gut und einfach zu bedienen ist!
; Support-Betreff: Liefere uns einen Betreff, der in den Support-Anfragen verwendet werden soll. Damit kannst Du die Anfragen, die zu bestimmten Applikationen gestellt werden und vom AgileAS kommen besser in deinem E-Mail-Tool verwalten.
; Support-Telefonnummer: Liefere uns eine Telefonnummer, die deine Anwender wählen können um Support zu erhalten. Auch wenn weitestgehend alles per Internet und E-Mail funktioniert, so ist es doch für deine Kunden sehr wichtig dich im Zweifel auch telefonisch erreichen zu können.
; Logo: Bitte liefere uns ein Logo deines Unternehmens. Wir verwenden das Logo an geeigneter Stelle um es deinen Kunden zu zeigen. Sie sehen damit immer, dass dein Unternehmen der Anbieter ist.
; AGB-URL: Liefere uns die URL, unter der deine AGB als PDF verfügbar sind. Wann immer deine Kunden eine Frage zu den allgemeinen Geschäftsbedingungen haben, leiten wir deine Kunden auf diese URL weiter. Dort solltest du immer die aktuellste Fassung deiner AGBs hinterlegt haben.
; Preise: Liefere uns die monatlichen Preise für deine Applikation. Also den Preis Kunde, den Preis pro Anwender und den Preis pro Transaktion.
At line 49 removed one line
At line 54 changed one line
Vorlage für neue Icons: [Empty.png]
; Vorlage für neue Icons: [Empty.png]
!!!Technische Anbindung
AgileAS organisiert alle Daten, die es deinen Anwendern erlauben auf deine Applikation zuzugreifen.
Deine Applikation muss also zusammen mit AgileAS sicher stellen, dass nur legitime Anwender deine Applikation verwenden dürfen.
Dieses Thema nennt man auch ''Authentifizierung und Autorisierung'':
; Authentifizierung: Der Anwender ist wirklich derjenige, der er vorgibt zu sein. In der Regel ist er das, wenn er nicht nur sein Login kennt, sondern auch sein Passwort. Je nach Konfiguration kommt auch noch ein zweiter Faktor dazu, wie zum Beispiel eine SMS, eine E-Mail, eine Messenger-Nachricht oder ein Token-Generator.
; Autorisierung: Selbst wenn der Anwender einwandfrei erkannt ist, dann darf nicht jeder Anwender alles. Die allermeisten Applikationen kennen unterschiedliche Rollen und erlauben nur bestimmten Anwendern die Ausführung von ganz bestimmten Funktionen der Applikation.
Generell ist Authentifizierung und Autorisierung nicht trivial.
Deswegen haben wir das das in AgileAS einfach aber sicher gemacht.
Eine Applikation kann einfache und verbreitete Funktionen verwenden, um diese Aufgabe an AgileAS abzugeben.
Unsere DevOps werden sich mit dem Hersteller deiner Applikation auseinandersetzen um die einwandfreie Anbindung deiner Applikation zu gewährleisten.
Dazu haben wir sogar ein eigenes Tutorial für deine Entwickler in unserem [Entwickler-Wiki|https://devdocs.wikiland.de/] aufgelegt.
An dieser Stelle nur soviel: Wir bieten LDAP und Single Sign On (SSO) per CAS-Server an.
!!!Onboarding
''Onboarding'' ist das Wort für den Prozess um Interessenten zu Anwendern zu machen:
Was muss jemand machen, um deine Applikation anwenden zu können.
Wir haben mehrere ausgefeilte Prozesse, Interessenten zu deinen Anwendern zu machen.
Die wichtigsten Prozesse sind:
# automatischer ''Double Opt-in'' Prozess
# administrierte und betreute Aufnahme neuer Kunden
Hier wird im folgenden beschrieben, wie das Onboarding funktionieren kann.
Damit kannst Du auswählen, welcher Prozess für dich und deine Applikation am besten geeignet ist.
!!Double Opt-in
Bei einem ''Double Opt-in'' äußert ein Interessent zwei mal hintereinander, dass er ''wirklich'' zu einem Anwender werden möchte.
Das ist ein sehr sicheres Verfahren für Anwender und Anbieter. Beide können sich sicher sein, dass die Geschäftsbeziehung und der Kontakt erwünscht ist.
Anwender schätzen dieses Verfahren üblicherweise sehr.
Da es ''der'' Standard ist, sind Anwender in der Regel auch schon darauf konditioniert:
Du kennst das bestimmt, das du dich auf einer interessanten Webseite registrierst und anschließend diese Registrierung über eine E-Mail, eine SMS oder einen weiteren Schritt bestätigen musst.
Bei uns funktioniert das ''Double Opt-in'' folgendermaßen:
# Der Interessent besucht eine Landingpage, eine Webseite oder einen anderen Ort, wo er über die Möglichkeit informiert wird, sich registrieren zu können. Hier sollte der Anwender auch dringend darauf hingewiesen werden, was mit seinen Daten passieren wird, wenn er sich registriert.
# Der Interessent klickt dann auf einen Link oder einen Button um die Registrierung zu starten.
# Dem Interessent wird ein Formular gezeigt, auf dem die notwendigen und relevanten Daten abgefragt werden. Dazu gehören Firmenname, Vorname/Nachname und Anrede des Interessenten und eine E-Mail-Adresse.
# Dem Interessent werden dann auch noch einmal die Vertragsbedingungen als Herunterladbares PDF Dokument angezeigt.
# Der Interessent bestätigt die Eingaben und dass er mit den Vertragsbedingungen einverstanden ist.\\Damit ist ein Vertrag zustande gekommen. Der Interessent ist zum Anwender geworden.
# Der Anwender wird auf eine ''Dankeschön-Seite'' weiter geleitet.
# Zeitgleich versendet AgileAS an den neuen Anwender eine E-Mail. Darin wird der Anwender aufgefordert für sich selbst ein Passwort zu wählen. Die E-Mail enthält dazu einen sicheren Link, über welchen das Passwort gesetzt werden kann.
# Der Anwender besucht die Webseite hinter dem Link und richtet sein Passwort ein.
# Der Anwender wird anschließend auf die Login-Seite weiter geleitet, wo er sich mit seinen neuen Zugangsdaten einfach anmelden kann.
Reagiert der Anwender nicht auf die E-Mail geschieht nichts weiter. AgileAS wird die Daten nach Ablauf der Gültigkeit des Links wieder verwerfen.
Beim ersten Anmelden wird dem neuen Anwender noch einmal eine ''Erstlogin-Info'' angezeigt.
Der gesamte Prozess kann völlig unbeaufsichtigt betrieben werden.
Interessenten können sich also selbständig registrieren und einen Vertrag abschließen.
!!Reseller
Sofern Du ein Wiederverkäufer (Reseller) bist, hast Du weiteren Gestaltungsspielraum, um deine Anwender noch besser zu bedienen.
* Wir stellen dir als Reseller eine eigene Registrierungs- und Anmeldemaske mit deinem Logo zur Verfügung.
* Du erhältst eine Nachricht, wenn sich jemand registriert hat. Du kannst deine neuen Anwender also proaktiv abholen und anleiten.
* Die Texte, die unser AgileAS an deine Anwender versendet, können von dir angepasst werden.
* Den Inhalt der Erstlogin-Info kannst Du selbst breit stellen. Du kannst sogar wählen, ob jeder Anwender hier noch etwas bestätigen muss, oder ob er einfach nur die Erstlogin-Info betrachten und wegklicken muss.\\Das kann hilfreich sein in Unternehmen, die mit jedem einzelnen Mitarbeiter eine gesonderte Betriebsvereinbarung schließen müssen.
!!!Administrierte Kundenaufnahme
Diese Option gilt nur, wenn du ein Reseller bist und Administrator-Rechte besitzt.
Und so kannst du einen neuen Kunden anlegen:
# Du meldest dich auf der [AgileAS-Plattform|https://agile.okit.de/] an.
# Du wechselst auf das Tab ''Mandanten''.
# Hier klickst du den Button ''Neu'' an und gibst die wichtigsten Daten zu deinem neuen Kunden an. Dazu gehört der Firmenname, eine Anschrift und entweder eine kommerzielle Registriernummer oder die Steuernummer/Umsatzsteuernummer des neuen Kunden. Auch die E-Mail-Adresse für Vertragsangelegenheiten ist wichtig. Speichere die Daten anschließend ab.
# Nun klickst Du den neuen Kunden-Datensatz an und klickst auf den Button ''als ausgewählter Mandant arbeiten''.
# Wechsle nun in das Tab ''Anwender''.
# Hier klickst Du auf den Button ''Neu'' legst den oder die Anwender an. Du solltest mindestens Vorname, Nachname und Anrede, sowie die E-Mail-Adresse angeben.\\Bitte beachte, dass du damit personenbezogene Daten speicherst! Du darfst das selbstverständlich nur tun, wenn die jeweilige Person damit einverstanden ist.
# Nachdem du die Daten des/der Anwender gespeichert hast, wählst du den neuen Datensatz aus und klickst auf den Button ''(Ersatz-) Passwortlink versenden''. Der Anwender erhält dann eine E-Mail, die ihn dazu auffordert ein Passwort zu setzen.\\Der Rest funktioniert hier auch wie oben beschrieben:
# Der Anwender besucht den Link und wählt ein neues Passwort.
# Der Anwender kann sich dann mit seinen Zugangsdaten anmelden.
Version Date Modified Size Author Changes ... Change note
18 13-Apr-2021 17:56 12.209 kB krause to previous
17 13-Apr-2021 17:44 10.652 kB krause to previous | to last
16 13-Apr-2021 17:44 10.647 kB krause to previous | to last
15 13-Apr-2021 17:41 10.411 kB krause to previous | to last
14 13-Apr-2021 17:39 9.882 kB krause to previous | to last
13 13-Apr-2021 17:38 9.706 kB krause to previous | to last
12 13-Apr-2021 17:25 8.203 kB krause to previous | to last
11 13-Apr-2021 17:25 8.22 kB krause to previous | to last
10 13-Apr-2021 15:39 4.67 kB krause to previous | to last
9 13-Apr-2021 15:34 4.415 kB krause to previous | to last
8 13-Apr-2021 15:31 3.939 kB krause to previous | to last
7 13-Apr-2021 15:31 3.937 kB krause to previous | to last
6 13-Apr-2021 15:31 3.937 kB krause to previous | to last
5 13-Apr-2021 15:30 3.953 kB krause to previous | to last
4 13-Apr-2021 15:29 3.916 kB krause to previous | to last
3 13-Apr-2021 15:07 0.822 kB krause to previous | to last
2 13-Apr-2021 14:52 0.119 kB krause to previous | to last
1 13-Apr-2021 14:50 0.021 kB krause to last
« This page (revision-18) was last changed on 13-Apr-2021 17:56 by krause  
G’day (anonymous guest) User Preferences


Verwendet in
...nobody
JSPWiki v2.11.0-M3