bekannte Fehler 9.0.11.1

[GlanS]

Hast du das LU online gemacht?
Ich habe die Erfahrug gemacht, dass es sicherer ist, das Offline-Paket herunterzuladen und zu installieren.

LU online durchgeführt, was i. d. R. funktioniert. Meistens hat man nur Probleme, wenn Virenscanner "aggressiv" eingestellt sind oder bei unstabiler Internetverbindung.

Die Ursache lag aber woanders, und zwar für den Dienst wird ein Zertifikat hinterlegt und Netzwerkdienst konnte nicht auf dieses Zertifikat zugreifen... Die Installationsroutine ist leider so eingestellt, wenn der Dienst nicht gestartet werden kann, erfolgt ein Rollback und sowohl der Dienst als auch die Dateien in dem Ordner ...\ApplicationGateway sind schließlich weg - hab ich sogar ein Video am Handy aufgenommen . Wir mussten den Dienst erstmal mit Debuglog und ohne Rollback installieren und Fehlverhalten analysieren

msiexec /i "Sagede.ApplicationGateway.Service.msi" /l*v msi_debug.log

msiexec /a "Sagede.ApplicationGateway.Service.msi" /qb TARGETDIR="C:\Program Files (x86)\Sage\ApplicationGateway"

schließlich die Zertifikate und Berechtigungen über Zertifikat-Speicher zuordnen

netsh http add sslcert ipport=0.0.0.0:4338 certhash=e277d... appid={9...}

erst danach lief der Dienst

Das hat aber immer noch nicht gereicht, da im Registry der State auf "Started" stehen muss

es wird nicht abgefragt, ob der Dienst läuft, sondern über Registry....
Evtl. hilft dieser Hinweis schon jemanden weiter

Nun sind wir bei dem Punkt mit der Datenbank mit "_OLSYS_" Useranlage, wobei die Testmaschine kundenseitig neu aufgesetzt wurde
* Neuinstallation vom SQL Server auf der VM hat nichts geholfen
* Installation von Sage Version 9.0.11.2 hat bei anderen Umgebungen geholfen, hier leider nicht
* Passwort in den DBs im Sage-Administrator wurde selbstverständlich eingetragen und besteht nur aus Buchstaben und Zahlen (keine Umlaute oder Sonderzeichen)
* Neuerstellte Demodatenbank funktioniert auch nicht

=> Hat jemand noch eine Idee oder Lösungsansatz für "_OLSYS" Useranlage-Problem?

Beste Grüße
Sergej Müller

 

[Manuel Goldschmidt]

Sage DMS
1. ist extrem langsam seit der Umstellung auf neues UI...
2. Usability deutlich verschlechtert!
In der Vorgangsauskunft wählt man z.B. die Rechnung aus und klickt auf Dokument anzeigen... Dann öffnet sich die neue View aber das Dokument selbst muss erstmal in der View wieder ausgewählt werden statt es direkt zu markieren. Zudem muss man danach noch auf "Anzeigen" klicken bevor das Dokument überhaupt angezeigt wird. Viel mehr klicks und so träge...
3. Der neuen View fehlen einfache aber hilfreiche "Anzeigeoptionen"
Jeder Viewer hat doch Miniicons um z.B. die Seitenanzeige (Vollseite, Zweiseitenanzeige (nebeneinander), Volle "Breite" bzw. "Höhe" nutzen usw.) auszuwählen. (Einstellungen sollten auch gespeichert werden). Das fehlt hier einfach komlpett.
4. Gerade erst gesehen das z.B. eine aus der Sage erzeugte Rechnung (und weitere Belege) als Dokumentenart "Rechnung EK" abgelegt wird. :-(


5. Periodische Abrechnungen (xRM) schreibt als Dokumentenart "abrechnung" mit einem kleinen a und in den Eigenschaften mit einem großen A.


6. Dokumentenarten fehlen zur Auswahl z.B. die o.g. "Abrechnung"

7. Im VK ist es ein Kunde und kein Lieferant. Eigenschaften und Label falsch


8. Eigenschaften werden auch nicht vollumfänglich eingetragen. Bspw. Lieferwoche, Lieferdatum etc.
9. Wenn man ein externes Dokument zu einem Beleg ablegt, so muss man nach der Auswahl des Dokuments nochmals den Viewer schließen.
10. Externe Dokumente ablegen - Einstellungen der Sortierreihenfolge oder größe des Fensters werden nicht gespeichert.

 

[planB]

LU online durchgeführt, was i. d. R. funktioniert. Meistens hat man nur Probleme, wenn Virenscanner "aggressiv" eingestellt sind oder bei unstabiler Internetverbindung.

Die Ursache lag aber woanders, und zwar für den Dienst wird ein Zertifikat hinterlegt und Netzwerkdienst konnte nicht auf dieses Zertifikat zugreifen... Die Installationsroutine ist leider so eingestellt, wenn der Dienst nicht gestartet werden kann, erfolgt ein Rollback und sowohl der Dienst als auch die Dateien in dem Ordner ...\ApplicationGateway sind schließlich weg - hab ich sogar ein Video am Handy aufgenommen . Wir mussten den Dienst erstmal mit Debuglog und ohne Rollback installieren und Fehlverhalten analysieren



schließlich die Zertifikate und Berechtigungen über Zertifikat-Speicher zuordnen

erst danach lief der Dienst

Das hat aber immer noch nicht gereicht, da im Registry der State auf "Started" stehen muss
Anhang anzeigen 4226
es wird nicht abgefragt, ob der Dienst läuft, sondern über Registry....
Evtl. hilft dieser Hinweis schon jemanden weiter

Nun sind wir bei dem Punkt mit der Datenbank mit "_OLSYS_" Useranlage, wobei die Testmaschine kundenseitig neu aufgesetzt wurde
* Neuinstallation vom SQL Server auf der VM hat nichts geholfen
* Installation von Sage Version 9.0.11.2 hat bei anderen Umgebungen geholfen, hier leider nicht
* Passwort in den DBs im Sage-Administrator wurde selbstverständlich eingetragen und besteht nur aus Buchstaben und Zahlen (keine Umlaute oder Sonderzeichen)
* Neuerstellte Demodatenbank funktioniert auch nicht

=> Hat jemand noch eine Idee oder Lösungsansatz für "_OLSYS" Useranlage-Problem?

Beste Grüße
Sergej Müller

Ich hatte da Claude mal gefragt, was "Netzwerkwerkdienst" eigentlich konkret bedeutet, und da kam die Erklärung, das im Unterschied zu einem "normalen" Dienstkonto, der Dienst dann das Computerkonto in der Domäne zur Anmeldung an Netzwerkressourcen verwendet. Ich hatte beim meinem Kundes das ja nur durch eine komplett neue VM samt neuem SQL Server lösen können. Vielleicht aber auch nur vielleicht wäre es einen Versuch wert, den Server kurz aus der Domäne zu nehmen, das Computerkonto im AD zu löschen und den Server wieder neu in die Domäne aufzunehmen. Ansonsten scheint nur ein komplett neuer Server zu helfen. Ich habe "einfach" nur alles wie üblich umgezogen, und alles lief wieder.