• Fixed: Online Teil Wartungsmodus durch Einwert „Onlinezugang“ bestimmbar.

• Setting IFSG_mcp_proxy und IFSG_mcp_proxy_port eingefügt für IFSG Verbindung zu Micropayment.
• Verwendungszweck von Buchungen enthält nun das Belehrungsdatum
• Passwort vergessen Formular wird nur beim Klick auf den Link in der E-Mail generiert und nicht mehr im HTML versteckt.
• Setting IFSG_mcp_testmode (o oder 1) eingeführt für Micropayment.
• Sicherheit im Allgemeinen erhöht.

• Micropayment Schnittstelle verbessert

• Barcode Scanner: Bestätigung von Teilnehmer durch erneuten Barcode Scan.

• 01.06.2015 - Auswertungen XML um Feld „Anzahl_kostenfrei_sonstige“ erweitert
• 01.06.2015 - Nichtteilnehmende Anmelder werden nicht mehr bei den Auswertungen zu der Teilnehmeranzahl hinzuaddiert
• 01.06.2015 - Anmelder stehen jetzt auch unter „Auftraggeber“ bei Termine.
• 01.06.2015 - '+' vor Telefonnummer in neuem Onlineteil auch möglich
• 01.06.2015 - Onlineteil neu gemacht:
• Es findet kein direkter Zugriff auf die Website von Micropayment mehr statt, stattdessen kommuniziert der Server direkt mit Micropayment über die Micropayment API, d.h. in der Firewall muss Micropayment nicht mehr auf den Server zugreifen, sondern der Server muss Micropayment erreichen können (Über Port 443, ganz normaler Web Aufruf).
• Die Location hat sich geändert, die Domain vom Online-Teil muss nicht mehr auf ./online/index.php zeigen, sondern auf ./modules/ifsgpay/index.php (Siehe www10.muenchen.de/ifsg)
• Online Teil ist nun responsive und damit auch mit einem Smartphone gut bedienbar.
• Das graphische Layout hat sich geändert
• Die Datenbankstruktur hat sich geändert, es muss ein Datenbankupdate eingespielt werden (updateifsg.php)
• Settings haben sich geändert:
• Die Datei ./includes/settings/settings.inc.php muss um mindestens folgende Parameter ergänzt werden:
  IFSG_mcp_ApiAccessKey (von Micropayment), IFSG_mcp_ProjectId (auch von Micropayment) und IFSG_url_online (URL des Onlineteils auf dem Server).

Welche Technologie wird für die Erstellung/Darstellung der Webseiten genutzt?

Es wird weiterhin PHP / Mysql auf Serverseite und HTML / CSS / Javascript auf Clientseite verwendet. Wir haben den Online-Teil lediglich vom Design und der Architektur modernisiert, die Technologie jedoch nicht verändert. Die Architektur betrifft nur die Verwaltung in der Datenbank nicht grundsätzlich das IFSG / Tombisto System.


Werden die LHM-spezifischen Design-Anforderungen für Applikationen und Barrierefreiheit eingehalten?

Mit dem neuen Online Teil übertreffen wir die Bedienbarkeit des alten. Der neue Onlineteil lässt sich nun auch „responsive“ also auf Smartphones und kleineren Bildschirmen darstellen. Die Barrierefreiheit wurde im Gegensatz zur vorherigen Version somit verbessert.


Wie sieht die Anbindung an den Payment Provider im Detail aus?

Kommunikation mit Micropayment API von <SERVER> zu https://webservices.micropayment.de/public/debit/v2.0/nvp/
also HTTPS über Port 443 und somit verschlüsselt.

Altes Modell:
Der Benutzer kommuniziert mit dem Online-Teil, danach mit Micropayment (eigene Website), danach kommunizert Micropayment mit dem Online-Teil. Im Falle eines Fehlers gibt es keine Möglichkeit noch Einfluss auf den Registrierungsprozess zu nehmen.

Neues Model:
Der Benutzer kommuniert mit dem Online-Teil-Neu, der neue Onlineteil kommuniziert mit Micropayment über HTTPS Port 443 verschlüsselt. Falls Micropayment die Daten nicht akzeptiert, bekommt der Benutzer während des Eingabeprozesses die Möglichkeit seine Daten zu korrigieren.

Insgesamt:
Micropayment muss nicht mehr den Server kontaktieren, sondern der Server kontaktiert Micropayment. Auf seiten von Micropayment muss der Server als „erlaubt“ via IP definiert werden (WHITE-Listing). Der Server brauch nicht mehr auf Port 80 / 443 auf Antworten von Micropayment passiv warten, sondern nur noch aktiv anfragen (Firewall kann sicherer gemacht werden). Der Server muss nur zu der URL https://webservices.micropayment.de/public/debit/v2.0/nvp/ eine Verbindung aufnehmen können.

• Überprüfung Error_2 bei Online Anmeldungen

• Termin löschen in der Vergangenheit = Bedingungen geändert
• Termin löschen im Kalender nur mit den entsprechenden Rechten möglich
• Liste Auftraggeber wieder mit vollen Eurobeträgen
• Kurzerfassungsmaske überarbeitet
• Rechte ändern kann nur mit den Berechtigungen erfolgen

• Kopfzeile mit den zusätzlichen Links entfernt
• Ordner Programmdaten auf den Desktop verschoben
• Teilnehmer Belehrungsdatum und Zeit, Lösch-Button nach rechts verschoben
• Belehrungstermine. Dialog geändert! Belehrender und Teilnehmeranzahl in den Kopf verschoben
• Suchlisten wieder mit <Enter> zu starten
• Massenlöschen bei Teilnehmern möglich
• Massenlöschen bei Belehrungsterminen möglich
• User bekommen zusätzlich eine Tätigkeit und Ort hinzu
• Änderung bei Micropayment in Code nachvollzogen
• Online Modus abschaltbar
• Log-Files können über die Oberfläche verschickt werden

Zusätzliches Eingabefeld zum Suchen der Daten. Hier wird über alle vorhandenen Felder gesucht

Mandant ID selectbox in users und roles nicht mehr „disabled“, weil dieses Probleme mit dem Firexox 3.6. verursacht hat (Mandant ID von Einträgen wurde nicht gespeichert).

updateifsg.php wurde so verändert, dass dadurch verloren gegangen Datensätze wieder hergestellt werden.

Wiki.ifsg24.de wieder geschaltet (Punkt1)

Menüpunkt Spalten entfällt. Ifsg erhält fest eingestellte Werte (Punkt7)

Bei Gruppenanmeldung wird die Email versand.(Punkt56)

Auswertungen intern - Wiedergabe kostenpflichtig und kostenfrei funktioniert (iReport laden)(Punkt62)

Liste für Auftraggeber - erschienen, bezahlt, rechnung, kostenfrei funkktioniert (iReport laden)(Punkt63)

Online User können Ihr Passwort zurücksetzen

Suchanfrage bleibt nach Teilnehmerlöschen erhalten (Punkt88)

Teilnehmer - Spalte „Straße“ verbreitert

Suchfelder bei Termin wie in Produktivumgebung

Online TAN Verfahren statt TANs 1=ja

iReports vom 02.04.2014

Fehler beim Zahlungsmodul beseitigt

Auswertungen Rechnungen auch über mehrere Auftraggeber

Gruppenanmeldung - Auch Unterstrich im Namen möglich

Bitte Programmdaten → Datenabgleich durchführen

Programmdaten→Mandanten→Standardwerte Eintragen

iReport Ifsg Rechnung hochladen

Freigabe und Maximale Teilnehmeranzahl bei Wiederholungstermin bekommt festen default Wert

Registrierter Online User hat festegelegte Gruppe

Gewünschte Feldernamen

Sprache nicht mehr veränderbar in Ifsg Nach Start einer Suche über die unteren Suchfelder bleiben diese sichtbar.

Belehrungsbescheinigung liegt nun als Druckbutton vor

Die Zeile mit den Spaltenüberschriften in der Auflistung der Teilnehmer zeigt nun die letzte Spaltenüberschrift komplett an.

Gewünschte Sicherheitsmodule und Rollen (Termine und Teilenehmer getrennt, Online User) sind erstellt worden.

Bug bei User→admin_mode, bei dem sich der angezeigte User geändert hat, ist behoben

29.10.2013 Meldungen A. Raquet berarbeitet

Über (Tombejo) überarbeitet

Schreibfehler beim zusätzlichen Login (Programmdaten→ Admin-Sys→Zugang) entfernt

Exceptions werden nicht mehr angezeigt. Für die Entwickler gibt es in /settings/debug.inc. Mit 1 werden Exceptions und fehlende Übersetzungen angezeigt. Mit 0 wird nur intern protokolliert.

Terminwiederholung überarbeitet

Programmdaten-System überarbeitet. Enthält nun einen Ordner

Belehrungstermine Auswertungen - Jetzt mit CSV

Verzeichnis includes/settings/ komplett überarbeitet und aufgeräumt Version 2.0c vom 17.10.2013 1 Auslieferung

ifsg:ifsg_checklist2.odt