Neu Workflow Rechnung speichern funktioniert nicht mehr

[deliman]

Hallo,

gefühlt seit dem ich den JTL Worker als Windowsdienst eingestellt habe, funktioniert das Speichern der erstellten Rechnungen nicht mehr.

Wenn die Rechnungen via Workflow erstellt wurden, soll ein weiterer, zeitversetzter Workflow diese Rechnungen via Email an die Kunden versenden und auf einem bestimmten Laufwerk im Netzwerk/Server speichern. Hatte bis Ende Juni wunderbar und seit Jahren reibungslos funktioniert aber seit dem leider nicht mehr. In der Workflow Simulation sieht alles gut aus und wenn ich den Workflow manuell in der Simulation wie auch in der Rechnunsgübersicht auslöse, wird problemlos gespeichert.

Automatisch wird derzeit nur noch der Mailversand ausgelöst und beim Speichern werden jeden Tag Fehlermeldungen auf dem Server gespeichert, wo angegeben wird, das kein Zugriff auf den Speicherort möglich ist oder die Datei bereits existiert.Datei existiert noch nicht und manuell kann der Workflow ja speichern - hat also Zugriff auf das Laufwerk. Die Rechte sind auch so eingestellt, das jeder speichern kann. Die anderen Dokumente wie Lieferscheine, Picklisten werden auch automatisch auf diesem Laufwerk aber in einem anderen Ordner gespeichert. Es funktioniert also prinzipiell.

Hatte jetzt noch mal einen Workflow ohne Bedingungen nur für das reine Speichern angelegt aber auch da geht es nicht. Ich habe mal das Ende des PrintLogs angehangen. Evt. sagt ja jemanden der Fehlercode etwas...

 

[Manuel Pietzsch]

Hallo,

gefühlt seit dem ich den JTL Worker als Windowsdienst eingestellt habe, funktioniert das Speichern der erstellten Rechnungen nicht mehr.

Wenn die Rechnungen via Workflow erstellt wurden, soll ein weiterer, zeitversetzter Workflow diese Rechnungen via Email an die Kunden versenden und auf einem bestimmten Laufwerk im Netzwerk/Server speichern. Hatte bis Ende Juni wunderbar und seit Jahren reibungslos funktioniert aber seit dem leider nicht mehr. In der Workflow Simulation sieht alles gut aus und wenn ich den Workflow manuell in der Simulation wie auch in der Rechnunsgübersicht auslöse, wird problemlos gespeichert.

Automatisch wird derzeit nur noch der Mailversand ausgelöst und beim Speichern werden jeden Tag Fehlermeldungen auf dem Server gespeichert, wo angegeben wird, das kein Zugriff auf den Speicherort möglich ist oder die Datei bereits existiert.Datei existiert noch nicht und manuell kann der Workflow ja speichern - hat also Zugriff auf das Laufwerk. Die Rechte sind auch so eingestellt, das jeder speichern kann. Die anderen Dokumente wie Lieferscheine, Picklisten werden auch automatisch auf diesem Laufwerk aber in einem anderen Ordner gespeichert. Es funktioniert also prinzipiell.

Hatte jetzt noch mal einen Workflow ohne Bedingungen nur für das reine Speichern angelegt aber auch da geht es nicht. Ich habe mal das Ende des PrintLogs angehangen. Evt. sagt ja jemanden der Fehlercode etwas...

Huhu,

dazu ist mir auch ein Support- Ticket bekannt. Kannst du sicherstellen, dass der Worker unter dem gleichen Windows Nutzer läuft wie die Wawi mit der es manuell funktioniert?
Bitte auch den direkten UNC Pfad verwenden.

Gruß Manuel

 

[deliman]

Hallo,

habe die Workflows gerstern noch einmal direkt auf dem V-Server als Admin getestet, wo die Wawi (Datenbank) installiert ist und das Ergebnis ist das Gleiche. Manuell ohne Probleme, automtischer Workflow kann nicht speichern.

Was ich noch mal probieren will ist, den Ordnernamen zu ändern, da er aktuell aus 2 Begriffen mit Leerzeichen dazwischen besteht und die anderen Ordner, wo die Workflows funktionieren, jeeweils nur einen einzelnen Ordnernamen haben.

 

[Manuel Pietzsch]

Hallo,

habe die Workflows gerstern noch einmal direkt auf dem V-Server als Admin getestet, wo die Wawi (Datenbank) installiert ist und das Ergebnis ist das Gleiche. Manuell ohne Probleme, automtischer Workflow kann nicht speichern.

Was ich noch mal probieren will ist, den Ordnernamen zu ändern, da er aktuell aus 2 Begriffen mit Leerzeichen dazwischen besteht und die anderen Ordner, wo die Workflows funktionieren, jeeweils nur einen einzelnen Ordnernamen haben.

Danke für deine Unterstützung hier. Halte mich bitte auf dem Laufenden. Das Ticket dazu habe ich schon wieder aufgemacht, deine Informationen gebe ich auch weiter.

 

[deliman]

Hallo,

hat leider auch nicht funktioniert. Als manueller Workflow funktioniert es und die automatischen Wawi-Workflows z.B. beim Lieferschein oder Picklistenerstellen funktionieren auch, da macht der Speicherpfad keine Probleme, nur beim automatischen Speichern von Rechnungen/Gutschriften (gleicher Ordner) und wie bereits geschrieben, wahrscheinlich seit der Umstellung des Workers auf einen Windows Dienst. Ich schaue mal, ob ich den Worker noch mal ganz normal laufen lassen kann und was dann passiert.

 

[Marc Völker]

Hallo,

hat leider auch nicht funktioniert. Als manueller Workflow funktioniert es und die automatischen Wawi-Workflows z.B. beim Lieferschein oder Picklistenerstellen funktionieren auch, da macht der Speicherpfad keine Probleme, nur beim automatischen Speichern von Rechnungen/Gutschriften (gleicher Ordner) und wie bereits geschrieben, wahrscheinlich seit der Umstellung des Workers auf einen Windows Dienst. Ich schaue mal, ob ich den Worker noch mal ganz normal laufen lassen kann und was dann passiert.

Auf welchen Pfad Speicherst du die den?
Ist das ein UNC Pfad im Netzwerk, oder Lokal? Oder ein UNC Pfad von einer Dritt Anwendung, welche das in die Cloud packt?

ZU bedenken ist hier, ein Windows Dienst, hat sehr viele Einschränkungen, die man nicht hat, wenn ein Programm unter einem Benutzer direkt läuft. Wenn es z.B. ein UNC Pfad von einer Software wie OneDrive, AWS GoogleDrive etc ist, stehen diese im Kontext eines Windows Dienstes nicht zur verfügung.

Im Kontext eines aktiven Benutzers, aber schon.

Kann es sein, das hier so ein Problem vorliegt?

 

[deliman]

Alle Laufwerke laufen auf einen physischen Server direkt bei uns. Dabei hat dieser 3 virtuelle Server:
1. AD Controller/TS Plus Server
2. Wawi-Server
3. Arbeitsbereich für die Clients

Über den Arbeitsbereich bzw. die Client-PC greifen wir direkt auf den 2. VS mit der Wawi-DB zu und alle PDF Dokumente werden z.B. unter dem Pfad D:\JTL Belege\Rechnung-Gutschrift gespeichert, wobei D als Netzlaufwerk eingebunden ist aber auch mit auf dem physischen Server liegt. Das Laufwerk bzw. die Ordner darauf sind für alle Benutzer im Vollzugriff eingerichtet.

Das lief halt auch bis Ende Juni problemlos und irgendwann habe ich da den Worker mal als Windowsdienst eingerichtet, damit er bei einem (unerwarteten) Serverneustart auch mit startet und nicht z.B. von Freitag Abend bis Montag früh offline ist und die Lagerbestände mit den Marktplätzen nicht mehr abgeglichen werden.

 

[Marc Völker]

Aber ein Windows Dienst kann nicht auf auf Netzlaufwerke in form von D:\ usw zugreifen, da müsstest du dann die UNC Pfade angeben \\Servername\d$\JTL Belege oder ähnliches, wie den Freigabe Name etc.
Und der User, unter dem der Dienst läuft, muss grundsätzlich zugriffsrechte besitzen.

 

[JonasK]

Vielen Dank Marc! Das hat das Problem bei mir endlich behoben. Ich musste noch den Worker neu starten und dann hat es funktioniert. Zum testen habe ich mir einen manuellen Workflow gebaut, der die Rechnung nach einer Minute speichert.

\\Servername\d$\ -> gemeint ist damit z.B. die IP des Servers/NAS z.B.: \\192.168.1.10\NameDesLaufwerksOderInstanz\PfadzumSpeicherOrdner\
Beispiel:
\\192.168.1.10\OfficeShare\Buchhaltung\2025\03\

"NameDesLaufwerksOderInstanz" ist ganz abhängig davon, wie es auf dem Server eingestellt wurde. Es ist nicht automatisch z.B. "D", weil man es in Windows als Laufwerk D: eingebunden hat. Das hat nichts damit zu tun. Auf dem NAS/Server können mehrere Ordnerfreigaben gemacht werden. Und so wie der "Hauptordner" benannt wurde muss "NameDesLaufwerksOderInstanz" benannt sein. Anschließend der Pfad zu dem Ordner wo es gespeichert werden soll.

Das ganze in Admin> Druck-/ E-Mail - / Exportvorlagen verwalten > Rechnung auswählen > Speichern bearbeiten > Template für Dateinamen > hier den Pfad eintragen

Ich hoffe das hilft jemandem.