Neu Rechnungsdruck per Kommandozeile

[harlix]

Hallo zusammen,

gibt es eine Möglichkeit, die Funktion 'Rechnung erstellen und drucken', bzw. 'Rechnung erstellen und als PDF speichern' per Kommandozeile unter Angabe der entsprechenden Auftragsnummer zu triggern? Kann die Kommandozeilenversion der Ameise diesen Arbeitsschritt ausführen? Hintergrund ist, dass eine externe Anwendung spezifische Rechnungen in PDF-Form automatisiert erzeugen und verschicken soll.

Viele Grüße,

Felix

 

[gre000]

Hallo,
leider ist das so einfach nicht möglich man müsste sich mit Hilfe JTLwawiExtern.dll ein kleines tool schreiben.
ggf. hat ein SP so ein tool schon für einen Kunden entwickelt.
http://developer.jtl-software.de/projects/jtl-wawi-externe-entwickler/wiki

 

[wawi-dl]

Würde mich auch interessieren, aber ich denke das geht eher nur über die API Schnittstelle (JTLwawiExtern.dll).

http://developer.jtl-software.de/pr...ne-entwickler/wiki/JTLwawiExterndll_einbinden

 

[harlix]

DANKE, damit habt ihr mir sehr geholfen. Die Möglichkeit, die JTLwawiExtern.dll zu nutzen, kannte ich noch gar nicht. Für mich als Programmierer klingt das sehr vielversprechend, ich hoffe, dass die entsprechenden API-Methoden "herausgeführt" sind

Viele Grüße,
Felix

 

[gre000]

Hallo,
Marco's Software hatte zu dem Thama mal ein paar meiner Meinung sehr nützliche Tipps gegeben:

AW: (Manuelle) Workflows per Kommandozeile/API starten

3 kurze Hinweise für alle, die die WawiExtern.dll nutzen :

1) diese ist als nur unter 32Bit Umgebungen kompiliert, falls ihr 64Bit oder gemischt nutzen wollt, müsst ihr euch einen kleinen Wrapper schreiben
2) bitte beachtet, dass wenn ihr die Assembly erst dynamisch zur Laufzeit ladet, diese nicht wieder entladen werden, bevor der Workflow durchgelaufen ist. Manche Workflows wie beispielsweise die, die mit Mails zu tun haben werden asynchron abgearbeitet. Rückgabe der jeweiligen Methode ist also u.U. bevor die Workflow durch ist - wer zu diesem Zeitpunkt aber schon wieder entlädt, verhindert die weitere Ausführung des Workflows.
3) Manche Bibliotheken die von der WawiExtern (nach)geladen werden (z.B. Mail) prüfen ihre benötigten Lizenzen im realen Ausführungsverzeichnis (wenn die dann fehlt gibts lustige Fallbacks wie die gleiche Mail zig mal zu senden oder einfach den Text innerhalb der Mail ändern ). Ein einfaches setzen der AppDomain BaseDirectory aufs JTL Programmverzeichnis reicht hier nicht, ebenso CurrentDirectory per Invoke. Was geht ist das legen eines Wrappers ins JTL Programmverzeichnis (oder gar der eigenen Anwendung) wovon wir aber dringend abraten würden, weil einfach unsauber (und du weißt nie, wer wann was bei welcher Install / Uninstall / Update Action wie wo und warum aufräumt). Guter gangbarer Weg ist der Aufruf eines eigenen Wrappers aus dem eigenen Verzeichnis per ProcessStart und dem setzen des Working Directories aufs JTL Programmverzeichnis (für entsprechende nachzuladende Lizenzen). Hat gleichzeitig den Vorteil, dass damit auch direkt Punkt 1) abgearbeitet werden kann.

 

[harlix]

Vielen Dank. Ich habe es hinbekommen, die dll einzubinden und darin enthaltene Methoden wie JTL_SpeicherRechnung zu triggern (32-Bit-Applikation). Leider ist die Doku zu der API ziemlich dürftig und die Fehlerbehandlung ist auch nicht gut gelöst. Tritt bei einer Methode z. B. ein Datenbank-Verbindungsfehler auf, öffnet sich ein GUI-Fenster, welches manuell quittiert werden muss. Für eine auf einem dedizierten Server laufende Anwendung ohne ständige Benutzerbesetzung ist so etwas nicht akzeptabel. Besser wären aussagekräftige Rückgabewerte, die vernünftig ausgewertet und behandelt werden können. Hier bleibt zu hoffen, dass JTL die API in Zukunft desbezüglich noch anpasst. - Die durchgängige Benutzung von deutschen Bezeichnern für Variablen und Funktionen auf der eigentlich international englisch geprägten Programmierebene ist wohl Geschmackssache.
Für das Speichern von Rechnungen ist die API für mich aber erstmal soweit akzeptabel.