Bug: IMEIs können auch mal wechseln (Hardware-Ausfallkonzept). Aber bezahlte Zeiträume
sollten Geräte-ID bezogen, so dass nicht durch einen Handy wechsel die Sperre
"Unbezahlter Zeitraum" ausgehebelt werden kann.
Neu: Baustellen-Prefix kommen von den JonDaDaten nur 6 stellig, in der baustelle.csv
konnte so keine Übereinstimmung gefunden werden "GIEGSti"<>"GIEGSt"
Minor: Leerzeichen bei "Fotomeldungen" war zuviel
Bug: Recherche: Umlaute konnten nicht gefunden werden, da sie anders codiert
sind wie die Eingabefelder.
Neu: Protokollierung der Änderungen an der "Eingabe." Datei, so kann besser
untersucht werden warum Bild-Umbenennungen nicht funktioniert haben.
Neu: Ab Client 2.000: Protokolle werden nun im Verzeichnis .\Protokolle gesucht!
Neu: Ab Client 2.000: Protokolle werden nicht mehr Zeichensatz behandelt
Neu: OPTIONEN vom Server als Protokoll
Neu: .\Daten\~Gerät~.ini werden nun in .\Einstellungen\~Gerät~.ini gespeichert
Neu: .\Einstellungen\~Gerät~.ini: OPTIONEN= JonDa-Optionen für das jeweilige Gerät
Neu: Statistik: Ignorierte Meldungen, Es wird unterschieden zwischen
Ignoriert wegen "Test" oder Ignoriert wegen "OhneAuftrag"
Neu: Globale Protokollierung der OrgaMon-Aufträge
Neu: Globale Protokollierung der Foto-Protokoll-Infos
Neu: Web-Statistik, wo sind Fotos da, wo nicht!
Neu: Versuch mit einer "CriticalSection" die Ausführung immer nur einer
Aufgabe sicherzustellen. Konkurrierende "proceeds" lassen mich mit
einem unguten Gefühl zurück.
Neu: bei "Meldung" wird beim Produktiv-Test auf das Meldungsdatum geschaut,
nicht auf das Eingabe-Datum.
Neu: Eingabe-Datums, älter als 48 h werden korriegiert auf heute 12:00 h.
Bug: Test/Prod - Switch wurde bei den Geräte - Meldungen nicht berücksichtigt
Bug: Test/Prod - Switch wurde bei der Gesamt - Meldung nicht berücksichtigt
Neu: Zentrale Entry-Point Routine für Produktiv-/Test- Switch
Neu: Alias-Gerätenummern sind jetzt deaktiviert, aber in eine eigene Funktion
verschoben!
Neu: Foto: "Eingabe" Datei hat eine Eintrag-Lebensdauer von nur noch 20 Tagen
(bisher unbeschränkt!)
Neu: Integration von JonDa-Stat!
Neu: JonDa-Stat kann nun verschiedene Baustellen!
Bug: "FTW" Termine wurden als "Fall-Back" gemeldet!
Neu: Ist eine Geräte-Datei vorhanden, do werden die Sendeergebnisse auch dort
eingetragen. Bei der Verarbeitung werden dann auch die Ergebnisse aus
den Geräte-Dateien mit berücksichtigt.
Bug: FTP: Host war nicht gesetzt, deshalb "Connection closed gracefully".
Bug: FTP: War nicht (mehr) passiv, deshalb andere Systematik beim Datei-
Transfer.
Bug: Im JonDa - Modus wurden Protokolldaten nicht richtig übernommen.
Bug: Umlautzeichen (ÄÖÜäöü), die aus dem JonDa kommen wurden nicht richtig
umkonvertiert.
Bug: Umlautzeichen (ÄÖÜäöü), im Log wurden nicht richtig übernommen.
Bug: InformOrgamon erfolgte aufgrund der globalen Variable Stat_Meldungen, die
ggf. überschrieben werden kann, insbesondere durch Zeitgleiche JonDa Anrufe.
Bug: JonDa: Versionnummer wurde nicht richtig protokolliert!
Neu: Zeitüberwachungsbericht verbessert.
Neu: JonDa: Ablagemoment der TAN Verarbeitung wird jetzt protokolliert. Dadurch
kann eine Handy-Zeitabweichung berücksichtigt werden.
Neu: Neustart des OrgaMon Servers gehen in das CareTaker-Log.
Neu: Jeder erfolgreiche Anruf geht in das CareTaker-Log.
Neu: Nachmeldungen werden nach jedem Übertragungsende versucht.
Neu: Blinkende LED zeigt einen "Idle" Server Modus an.
Neu: Grüne LED zeigt einen "conntierten" Server an.
Bug: Anzeige: Es wurde nach einem Neustart nicht die zuletzt verarbeitete
TAN Nummer angezeigt.
Neu: JonDa: Die Neuigkeiten für das Handy werden nicht bei der ersten Anwahl
geladen, sondern erst beim "Proceed". Dadurch sind die Daten so aktuell
wie möglich.
Neu: Jonda: Der Server vergibt bei Fehlversuchen immer dieselbe TAN als "neue"
TAN, damit dem Handy die Möglichkeit gegeben wird mehrfach in dieselbe Datei
hochzuladen. Erst beim Verarbeiten (proceed) wird dieser MArker wieder zurück-
gesetzt. In .\0000\ wird die "FolgeTAN" in der Datei TAN.Gerät.txt gespeichert.
Neu: JonDa: Umzug auf Laufwerk "W:" (WebServer)
Neu: AUFTRAG.xxx.TAN landet im 0000 Verzeichnis!
Neu: JonDa: Bei fehlender TAN wird auf die "alte" AUFTRAG.xxx.DAT zurückgegriffen!
Neu: JonDa: Nach dem Feld "Ort" wird der Protokollname angegeben.
Neu: JonDa: auftrag.txt: Fortlaufende Nummer wird nicht mehr erwartet.
Neu: JonDa: Zusammenstellung der Monteurdaten anhand der bisherigen TAN.
Neu: JonDa: Erstmalig klassische Verarbeitung.
Neu: JonDa: nur Protokolle werden übertragen.
Neu: JonDa: Dokumentation.
Neu: Integration in CareTaker.
Neu: Moment des Auflegens ist nun auch mit im Log.
Neu: Wird eine Tel. Nummer beim "RING" übertragen? Alles geht nun ins LOG.
Neu: langsameres Senden wegen Verbindungsstörungen (um 30% vermindert)
Neu: kleinere Sende-Buffer-Grössen für die Serial-Komponente. (32 anstelle von 1024)
Neu: Endlich liegt der Eingabefokus nach dem Start auf dem Formular. Nur
"show" - Funktion brachte den Erfolg.
Neu: Es können RIDs aus alten Transaktionen nachgelesen werden.
Bug: ein frisch umterminierter Auftrag, der vom Monteur schon heute
abgearbeitet wurde, wurde als "unbearbeitet" frisch auf das Gerät
gespielt. (Entdeckt durch Monteur Herrn Wolf).
Neue Vorgehensweise. Die neuen Termininformationen vom GaZMa werden
mit den gemachten Eingaben des Monteurs vermischt.
Neu: Vorausplanung von Restaten-Löschungen möglich! Dadurch kann ich einzelne
Sonderfunktionen vorplanen (für einzelne Geräte). Wenn diese Geräte anrufen
wird die Sonderfunktion einmal ausgeführt und der MondaServer verfällt
wieder in den Normalzustand.
Bug: TRN-Dateien wurden mit !DAT benannt und waren damit für die Dateiübertragung
unsichtbar!
Neu: Es werden alle übertragenen Baustellen-Kürzel gesammelt, es werden
danach die entsprechenden Protokolle (<BaustellenKürzel>*.txt) auf
MonDa übertragen.
Neu: Man kann mit der Geräte-Nummer "000" anrufen lassen. Dabei wird der
aktuellen Bestand des Gerätes gelöscht. Es wird eine leere Auftragsdatei
übertragen. Die "alten" Daten, die sich auf dem Gerät befanden sind
zwar auf dem MonDaServer gesichert, werden aber nicht an GaZMa über-
tragen.
Bug: "Erledigte" kamen als Restat immer wieder zum Vorschein!
Neu: Abgearbeitete Datensätze verbleiben am Eingabetag auf dem Gerät!
(Die Überschreibung durch den "leeren" Datensatz wird dabei unterdrückt)
Neu: Abgearbeitete Datensätze, die vom Monteur eigenmächtig vorgezogen wurden
verbleiben auf dem Gerät bis der ursprünglich geplante Tag erreicht ist!
(Die Überschreibung durch den "leeren" Datensatz wird dabei unterdrückt)
Neu: Angepasste Protokolle werden nun mitübertragen! Es gibt aber noch keinen
automatischen Weg die Protokolle aus GaZMa (Pfad .\Protokolle) auf die
MonDa Geräte zu verschieben. Jedoch sind zumindest die Dateinamen der
Protokolle auf dem MonDa-Gerät UND im GaZMa-Pfad gleich. Dokumentation
dazu im Kapitel "Protokoll-Integration ins GaZMa" des GaZMa_Info.html.
Noch mehr Bemerkungen dazu ...
// Stay-Liste
// ==========
//
// Liste aller erledigten! Alle werden natürlich an GaZMa gemeldet!
// Einige sollten jedoch auf dem MonDa-System bleiben: GaZMa weis
// ev. von diesen Meldungen noch nichts, und versucht die Datensätze
// durch "unbearbeitete" zu Ersetzen - ein Ärgernis für den Monteur
// hat dieser doch die Aufträge schon erledigt!
//
// Es wird ein Pool von heutigen und vorgezogenen Aufträgen geführt.
// Kommen jedoch diese mit einem anderen _soll Datum oder Vormittag/Nachmittag
// wird der Datensatz von GazMa genommen, ansonsten der eigene behalten.
// Kommt dieser Datensatz gar nicht mehr von GaZMa, so kann auch die weitere
// Speicherung auf MonDa unterbleiben. GaZMa ist dann offensichtlich schon
// von der Erledigung informiert.
//
// Entweder steht der Datensatz an der Stelle wo er war, oder er ist weg.
// Oder gazma hat ihn durch einen neuen ersetzt.
//
// Vorgehensweise:
//
// ist der GazMa-Datensatz in der Stay Liste?
// ja -> prüfe, ob soll=soll ist
// ja->nehme den MonDa-Datensatz
// (man könnte jedoch die Gazma-Datenfelder updaten!!!)
// nein->nehme den GaZMa-Datensatz
// ev. wurde hier umterminiert!
// nein -> einfach übernehmen!
//
Neu: Die aktuelle Programm-Version von Monda kann in der Datei .\Update\MondaVersion.txt
gespeichert werden. Somit sind Updates dieses DOS-Programmes einfacher.
(* automatisches Auslesen was an Updates ansteht!)
Neu: Übertragung ohne den Datenbestand zu Verändern (per Schalter möglich!)
ACHTUNG: der Schalter bleibt immer gesetzt
Neu: Es wird protokolliert, was an das Monda-Gerät ausgegeben wird.
Info: Neues Kapitel: "wichtige Infos zur Installation unter Windows 2000".
Neu: Zeitsynchronisation via SNTP auf die Atomuhr der
Physikalisch- Technischen Bundesanstalt (ptbtime1.ptb.de,
ptbtime2.ptb.de)
Neu: ini-Datei: Es können mehrere Zeitserver angegeben werden!
sntp=server1,server2,...
In dieser Reihenfolge werden die Server angefragt, der erste mit einer
Antwort wird genommen.
Neu: Automatischer Upload der Ergebnisdaten ins InterNet fürs GaZMa
Neu: Automatischer Download der aktuellen Daten (von GaZMa aufbereitet)
aus dem InterNet