-
Überarbeitung der Seite zur Erstellung und Bearbeitung von Aufträgen
Hinweise zu einer bestehenden Garantie werden nun separat für jedes Gerät angezeigt;
ebenso werden nun eventuelle Abschreibungen pro Gerät angezeigt. In diesem Rahmen
wurde
auch das Aussehen der Seite dem aktuellen Standard angepasst.
(Bug 5090)
-
Kürzen von überlangen Daten aus dem Verzeichnis
Wenn ein Eintrag im Verzeichnis eine Telefonnummer (für Telefon, Fax, Mobil und Pager)
mit mehr als 32 Zeichen enthält, wird diese automatisch auf die maximal zulässigen
32
Zeichen gekürzt. Ebenso werden E-Mail-Adressen auf maximal 256 Zeichen beschränkt.
Diese Änderung erfordert ein überarbeitetes
MoradaImport.groovy-Skript, das sofern verwendet im
Skripting-Dienst entsprechend ausgetauscht werden muss.
(Bug 5519)Script
-
Änderungen an den Feldern für Rechnungen
Für jede Rechnung kann nun sowohl ein Netto- als auch ein Bruttobetrag angegeben werden,
beides nicht verpflichtend. Wenn Rechnungsbeträge summiert werden, dann werden die
Rechnungen verworfen, für die kein entsprechender Betrag angegeben ist. Zusätzlich
wurde
noch ein Feld für das Leistungsdatum eingefügt. Die Felder "Belegnummer" und
"Geschäftsjahr", die nur für den Import von Interesse sind, erfordern nun keine Eingabe
mehr, das Feld "Rechnungsnummer" dagegen schon (was vom Import ohnehin stets gesetzt
wurde).
(Bug 5324)DatenbankScript
-
Erstellen und Bearbeiten von Rechnungen über die Oberfläche
Während bisher Rechnungen ausschließlich aus SAP R/3 importiert werden konnten, ist
es
nun möglich, Rechnungen auch manuell zu erstellen und zu bearbeiten für alle Benutzer,
die über das Recht "Rechnungen erstellen, bearbeiten und entfernen" verfügen. Sollte
allerdings parallel ein Rechnungsimport konfiguriert sein, dann überschreiben
importierte Daten auch zuvor manuell erfasste Daten. Auf der Seite zur Anzeige
und Bearbeitung eines Auftrags werden nun stets die in ITEMS geführten Rechnungen
angezeigt; haben Sie konfiguriert, dass eine Tabelle angezeigt wird, für die
die Rechnungen direkt von SAP R/3 abgerufen werden, dann erscheint diese zusätzlich
zu
den Rechnungen in ITEMS. Um keine widersprüchlichen Daten anzuzeigen, sollte diese
entfernt werden, indem die entsprechende Zeile gelöscht wird, z.B. mit delete
from config.uservaluetuple where uid = '' and identifiername =
'/s.storage/PageEmbeddedCalls/items.modules.procurement.pages.order.edit.OrderEditPage/Rechnungsdaten';;
ein davon eventuell referenziertes Skript sollte auch gelöscht werden, z.B. mit
delete from storage.scriptentry where id = 'SAP-Link';.
(Bug 5324)Datenbank
-
Beliebige Anpassungen für Vorfallserstellung/-bearbeitung per Skript
Für jeden Vorfallstyp kann jetzt ein Skript eingestellt werden, das für jede Erstellung
oder Änderung eines Vorfalls aufgerufen wird und das die übergebenen Werte beliebig
ändern oder ergänzen kann. Damit kann beispielsweise die derzeitige Funktionalität
des
Wiedereröffnens eines Vorfalls erweitert oder deaktiviert werden: momentan wird fest
bei
Hinzufügen einer Beschreibung zu einem bestehenden Vorfall durch einen Benutzer außer
dem Ansprechpartner der Status für Rolle "reopened" gesetzt, mit dieser Erweiterung
kann
dieses Verhalten beliebig angepasst werden. Ebenso können zusätzliche Bedingungen
für
Werte umgesetzt werden, beispielsweise um die Erstellung von Vorfällen nur zuzulassen,
wenn eine gewisse Art von Ansprechpartnern angegeben wurde. Achtung: das
HelpdeskMail.groovy-Skript wurde entsprechend überarbeitet; am sinnvollsten
sollte das Skript durch die neue Version ersetzt werden, aber unter Beibehaltung der
bisherigen Konfiguration.
(Bug 5484)RESTDatenbankScript
-
Falsch kodierte XML-Dateien mit Prüfdaten von Draeger Medical Deutschland GmbH können
nun eingelesen werden
Draeger Medical Deutschland GmbH erzeugt XML-Dateien, die als erstes ein Byte Order
Mark
für UTF-8 enthalten, gefolgt von einem XML-Header, der eine dazu widersprüchliche
Kodierung in ISO-8859-1 spezifiziert. Derartige defekte Dateien können nun korrekt
und
vollständig eingelesen werden.
(Bug 5488)
-
Aufträge können nun für beliebige Vorfallstypen oder ohne Vorfall erstellt werden
Bisher musste jeder Auftrag aus einem Ticket erstellt werden. Nun ist es auch möglich,
Aufträge für Vorfälle von beliebigem Typ (statt nur für Tickets) bzw. ohne
zugrundeliegenden Vorfall zu erstellen. Die Berechnung der Abschreibungen ordnet
derartige Aufträge ohne Vorfall anhand des Erstellungsdatums zu einem Intervall zu,
und
bei der Anzeige einer Abschreibung werden deren Rechnungen unterhalb der Vorfälle
mit
den jeweils zugeordneten Rechnungen angezeigt.
(Bug 5089)Datenbank
-
Neues Modul für die Lagerverwaltung
Nach der Aktivierung des entsprechenden Features in der Konfiguration der
Oberflächencluster können einer entsprechenden Sicherheitsgruppe die benötigten Rechte
"Anzeigen von Lagerartikeln, Bestellungen, Lieferungen und Entnahmen", "Lagerartikel
verwalten: Artikel erstellen und bearbeiten" und "Lager verwalten: Artikel bestellen,
Lieferungen bearbeiten und Artikel entnehmen" erteilt werden. Das Modul ist zugänglich
über die Hauptübersicht unter "Lager", sofern die erste Berechtigung erteilt ist.
(Bug 5089, Bug 5485, Bug 5500)Datenbank
-
Das Management der Oberflächencluster und Anmeldekonfigurationen wurde vollständig
überarbeitet.
Dabei wurde das bestehende Recht "Anmeldekonfigurationen bearbeiten und geschützte
Anmeldedaten lesen" (s.management.authenticationManagement) durch das
bestehenden Recht "Oberflächencluster verwalten
(s.management.clientClustersEdit) ersetzt: alle Gruppen, die für ersteres
berechtigt waren, sind nun für letzteres berechtigt. Achtung: bitte passen Sie
die Berechtigungen entsprechend an, falls dies nicht gewünscht ist.
(Bug 5089)Datenbank
-
Die Bearbeitung von Geräteklassengruppen wurde vollständig überarbeitet
(Bug 5465)Datenbank
-
Entfernen von Variablen von Vorfallstypen oder Geräteklassengruppen entfernt nun auch
die Variablenwerte und protokolliert dies
Wird eine Vorfallsvariable eines Vorfallstypen oder eine Gerätevariable einer
Geräteklassengruppe entfernt, dann werden auch alle Werte dieser Variable in allen
Vorfällen bzw. Geräten entfernt und im Änderungsprotokoll dokumentiert. Damit kann
leicht nachvollzogen werden, welchen Wert die Variable für einen bestimmten Vorfalls
bzw. ein bestimmtes Gerät hatte.
(Bug 5465)
-
Alle Datenquellen deaktivieren nach Übernahme der Datenbank vom Produktiv- auf das
Testsystem
Wie im Betriebshandbuch beschrieben kann die Datenbank des Produktivsystems auf das
Testsystem übernommen werden, um eine möglichst realistische Testumgebung zu schaffen.
Dies kann mit dem Skript copy-database automatisiert erfolgen, das nun nach erfolgter
Datenübernahme auch alle Datenquellen des Skriptingdienstes auf dem Testsystem
deaktiviert, damit beispielsweise keine Mails aus Postfächern abgerufen werden.
Achtung: die neue Fassung des Skripts muss manuell vom
Distributionsserver
heruntergeladen (mit den Ihnen bekannten Zugangsdaten) und üblicherweise im
Home-Verzeichnis von
root extrahiert werden!
-
Abschreibungen und Aufwendungen für Geräte
Für jedes Gerät können nun beliebige Intervalle mit einem spezifischen Rest- oder
Grenzwert (beispielsweise laut Abschreibung) und den getätigten Aufwendungen im selben
Zeitraum berechnet werden. Es können beliebige Abschreibungstypen angelegt werden,
die
mit einem frei definierbaren Skript die Intervalle, den Grenz- oder Restwert und die
Aufwendungen laut den dem Gerät zugeordneten Vorfällen berechnen. Diese Aufwendungen
können anhand der Leistungen und der Rechnungen der Aufträge, die diesen Vorfällen
zugeordnet sind, von dem Skript berechnet werden.
(Bug 5090)Datenbank
-
Verwaltung von Stundensätzen für Leistungen
Stundensätze können nun nach Leistungsart (somit also nach Bearbeitungsgruppen getrennt)
und Arbeitszeitart individuell festgelegt werden, optional mit einem generellen
Regelsatz. Damit wird die Berechnung der Aufwendungen für erfasste Leistungen
ermöglicht, beispielsweise im Rahmen der neuen Funktionalität für Abschreibungen und
Ausgaben.
(Bug 5090)Datenbank
-
Konfiguration der Hauswährung
Bisher hat ITEMS stets die Standardwährung laut Lokalisierungseinstellungen des Systems,
auf dem das Backend läuft, verwendet. Stattdessen kann nun eine Hauswährung über den
Konfigurationsdienst explizit festgelegt werden.
(Bug 5090)
-
Die Seite zur Bearbeitung einer Prüfcharakteristik wurde komplett überarbeitet
Die zugeordneten Geräteklassen und Geräte werden nun übersichtlicher dargestellt,
und
Änderungen daran können leichter vorgenommen werden. Wenn weitere Daten vom Benutzer
benötigt werden (z.B. Prüfer für Änderung des Prüfers), dann werden diese in einem
modalen Dialog statt mittels separaten Seiten erfragt.
(Bug 5397)
-
Auch bei Bearbeitung eines Vorfalls wird nun eine Warnung bei Auswahl der höchsten
Priorität angezeigt
Bisher wurde nur bei der Erstellung von Vorfällen eine Warnung angezeigt, wenn der
Benutzer die höchste Priorität ausgewählt hat (per Vorgabe "Bei der gewählten Priorität
werden möglicherweise Mitarbeiter alarmiert, um dieses Problem sofort zu beheben.").
Diese Warnung wird nun auch bei der Bearbeitung eines Vorfalls angezeigt, wenn der
Benutzer zur höchsten Priorität wechselt.
(Bug 5437)
-
Die Funktionalität für zuletzt verwendete Werte wurde vollständig überarbeitet
Die vom Anwender im jeweiligen Kontext zuletzt verwendeten Ansprechpartner, Positionen,
Schlagwörter und Kostenstellen werden als Vorschläge beim Erstellen oder Ändern einiger
Entitäten angeboten. Diese Funktionalität wurde vollständig neu implementiert und
wesentlich vereinfacht.
(Bug 5430)
-
Suchen werden nun initial mit den Voreinstellungen ausgeführt
Bei manchen Suchen (z.B. auf Seite "Auftragsfreigaben") wurden Voreinstellungen nicht
korrekt angezeigt und ausgeführt (im Beispiel für das Kriterium "Nur aktuelle"). Diese
Voreinstellungen werden nun sowohl initial in den Editoren angezeigt als auch für
die
Auswahl der initial angezeigten Treffer angewendet.
(Bug 5298)
-
Neues Kriterium "Mit Leistungen mit Leistungsart" für Vorfälle
Zusätzlich zum bestehenden "Mit Leistungen mit Arbeitszeitart" können nun auch Vorfälle
nach Leistungen mit einer bestimmten Arbeitszeitart gefiltert werden.
(Bug 5298)
-
Die Entitäten und Schnittstellen des Gerätemoduls wurden überarbeitet
(Bug 5397)RESTDatenbank
-
Die Entitäten und Schnittstellen des Verzeichnisdienstes wurden überarbeitet
Achtung: dies erfordert eine Änderung am
HelpdeskMail.groovy-Skript; am sinnvollsten sollte das Skript durch die
neue Version ersetzt werden, aber unter Beibehaltung der bisherigen Konfiguration.
(Bug 4372)Script
-
Die Funktion "Gerätedaten aus Prüfdaten übernehmen" wurde komplett überarbeitet
(Bug 5399)
-
Seitenwechsel bei Tabellen oder Bäumen mit mehreren Seiten (z.B. Klick auf die nächste
Seite) wird nun per AJAX ausgeführt
Dadurch bleiben Eingaben auf und die Darstellung der restlichen Seite erhalten.
(Bug 5412)
-
Der neue Service für variable Felder (wie in Vorfällen und Geräten) wurde erweitert,
um
zukünftig das bisherige System abzulösen
Für diese Release ändert sich noch nichts, weder am Datenbankschema noch auf der
Oberfläche. Die folgenden Neuerungen wurden umgesetzt und sind zukünftig verfügbar:
- Typen können leichter definiert werden
-
Typen, die mehrere Werte speichern, können auch für vordefinierte Variablen
verwendet werden
-
Eingaben werden uniform behandelt, unabhängig davon, ob zu setzende Werte oder keine
zu setzenden Werte (leer) eingegeben wurden
- Variablen können Vorgabewerte definieren
-
Die Zugriffsberechtigungen für die Werte einer Variable (sowohl für Schreiben als
auch Lesen) können individuell per Variable flexibel über ein Groovy-Script
definiert werden
-
Für Backend-Aufrufe zum Erstellen oder Ändern von Instanzen müssen wesentlich
weniger Daten übertragen werden
Die bestehenden variablen Felder werden in einer der nächstens Releases automatisch
migriert, wozu jeder bisherige Typ in einen neuen Typen übersetzt werden muss. Für
bestehende Felder, für die mit dieser Release noch keine Migration möglich wäre, werden
entsprechende Protokollmeldungen beim Start vom Backend ausgegeben, die von Factor3
ausgewertet werden, um fehlende Migrationen zu ergänzen.
-
Für die Pfade der Abteilungen, Bereiche und Kostenstellen und die Vererbung der
Abteilung wird eine Konsistenzprüfung durchgeführt
Beim Start des Backends wird automatisch geprüft, ob
-
die Pfade der Abteilungen, Bereiche und Kostenstellen konsistent sind (dh. für jede
Instanz muss eine Instanz für den übergeordneten Pfad existieren), und
- die Vererbung der Abteilung der Kostenstellen angewendet wurde.
Für jeden fehlerhaften Datensatz wird eine Protokollmeldung ausgegeben. Derartige
Fehler
können nur entstehen, wenn die ITEMS-Datenbank direkt manipuliert wurde, anstatt
Änderungen über das ITEMS-Backend vorzunehmen.
Alle fehlerhaften Datensätze müssen dringend korrigiert oder gelöscht
werden!