Posts by Frederico

Quote from Bergami

Also - wenn ich in der Rechnungsposition Artikel XY einen Rabatt von 2% eintrage, wird mir die Rechnungspostion auch korrekt in der Vorschau angezeigt, wie z.B. € 255,- abzgl. 2% = € 249,90

Die XRechnung bekomme ich auch fehlerlos validiert. Es taucht aber nirgends der Betrag von € 5,10 auf, um den der Artikel ja reduziert wurde. Das ist aus mehreren Gründen ungünstig.

Des weiteren gibt es ja nicht nur prozentuale Rabatte sondern auch Rabatte in Euro. 2% pro Artikel zu definieren ist leicht - aber wie soll ich z.B. einen Gesamtrabatt in Höhe von € 100,- sinnvoll auf die einzelnen Produkte im Warenkorb aufteilen, wenn der Kunde mehr als einen Artikel kauft?

Vor allem wenn es grundsätzlich in einer PDF-Rechnung korrekt ist, wenn man einen Rabatt, egal ob Wert oder Prozent, mit einer positiven Mengeeinem negativen Preis abbildet, dann müsste es doch auch eine Möglichkeit geben, dass in der XRechnung entsprechend darzustellen ...so wie z.,B. in meinem verlinken Beispiel unter #164

Display More

Das hängt meines Wissens damit zusammen, dass OpenXE die Rabattierung nicht gesondert als Position ausweist, sondern den Verkaufspreis einfach um den Rabatt mindert. Also es sind keine getrennte Positionen.

Nach dem Update kriege ich folgende Meldung beim Neuanlegen einer Verbindlichkeit.

Ich vermute es hängt mit der PHP Version zusammen, unter PHP7.0 wurde '' zu 0 automatisch konvertiert, bei PHP8.1 ist das wohl nicht so und der string bleibt leer was wohl zu dem Fehler führt.

Ich habe

function BelegZahlungHTMLTable(int $id, string $doc_type)

in

function BelegZahlungHTMLTable($id, string $doc_type)

geändert + $id = (int)$id;

Der Fehler war dann weg, weiss nicht ob dass der richtige weg ist und ob das nur bei mir ein Problem war.

Super, danke dir, hat geklappt.

Wo schaust du immer nach um das zu finden?

Wo wir schon dabei sind, konntest du dir anschauen wieso Adresse mit Sonderzeichen nicht in der PDF ausgegeben werden?

Und wenn man Rabatte hat, ist layouttechnisch leicht was daneben.

Ist aber jetzt nur als Hinweis.

Hallo Alex,

dokument_stueck ist die Überschrift der Tabelle, ich meine in der jeweilige Zeile selbst.

Weiss jemand wie ich die Artikeleinheit übersetzen kann?
Also Stk in pcs zum Beispiel.

Ich habe immer noch den Log voll mit solche Meldungen:

"Prozessstarter Fehler bei Aufruf des Moduls pdfarchiv_app: Table \'openxe.pdfarchiv_jobs\' doesn\'t exist Trace: #0 /var/www/html/phpwf/plugins/class.mysql.php(469): mysqli_query()\n#1 /var/www/html/cronjobs/pdfarchiv_app.php(501): DB->SelectRow()\n#2 /var/www/html/cronjobs/pdfarchiv_app.php(486): pdfarchiv_app->run_next()\n#3 /var/www/html/cronjobs/pdfarchiv_app.php(429): pdfarchiv_app->run()\n#4 /var/www/html/cronjobs/command.php(220): include(\'...\')\n#5 {main}"

Hat jemand eine Idee woran das liegen kann?

Hallo zusammen,

ich kann unter Adresse in dem Reiter "Accounts" keine neuen anlegen.

Ist die Funktion nicht funktionsfähig oder muss man vorher woanders irgendwas einrichten?

Über PhpAdmin lässt sich ein Eintrag in die Tabelle „adresse_accounts” erzeugen, der dann auch in OpenXe angezeigt wird. Von dort aus kann man ihn jedoch nicht bearbeiten.

Jemand eine Idee?

Wie ist genau die Aufreihung der einzelnen Spalten bei Dokumenten?

Gibt es die Möglichkeit die zu ändern?

Unter Briefkopf kann man nicht die Größe für manche Felder ändern, z.B. für die Felder Rabatt und Einzel.

Lässt sich das ergänzen?

Ich muss etwas Platz schaffen 😅

Ich kriege die gleiche Fehlermeldung beim Erstellen von Sammel-PDFs. Bei uns werden z. B. die Bestellungen der Kunden zu dem Auftrag hochgeladen und wir würden gerne beide zusammen als eine PDF ausgeben und ablegen. Es liegt nicht am Briefpapier da ich ohne Briefpapier die gleiche Meldung kriege.

Das Problem scheint die veraltete FPDI-Version zu sein, die mit heutigen PDFs nicht zurechtkommt.

Ich konnte das Problem lösen, indem ich die hochgeladene Datei vorher durch Ghostscript laufen lasse.

Dafür habe ich in der Datei „class.briefpapier.php” im Abschnitt:

if($this->addpdf)

{

foreach($this->addpdf as $addpdf)

{

$filename = $addpdf;

$this->AddPage();

$this->SetXY(0,0);

$anz = $this->setSourceFile($filename);

for($i = 1; $i <= $anz; $i++)

nach der Zeile "$filename = $addpdf;" den Code ergänzt um:

if (strtolower(substr($filename, -4)) == '.pdf') {

$temp_pdf = $filename . "_gs_fixed.pdf";

$cmd = "gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.4 -dNOPAUSE -dQUIET -dBATCH -sOutputFile=" . escapeshellarg($temp_pdf) . " " . escapeshellarg($filename);

exec($cmd, $output, $return_var);

if ($return_var == 0 && file_exists($temp_pdf)) {

$filename = $temp_pdf;

}

}

Die Erzeugung der Sammel-PDFs funktioniert jetzt, aber leider nicht perfekt. Der Seitenfooter wird auch bei den Anhängen eingeblendet.

Das ist sicher keine gute Lösung, aber vielleicht können die Experten hier etwas damit anfangen und es besser umsetzen.

Quote from Alex

Also im Prinzip gibt es genau das schon, schau mal bei module=dateien rein. oder z.B. bei module=adresse&action=dateien&id=1

Das Dateimodul wird in OpenXE immer vom Objekt (Beleg, Adresse, Ticket etc.) gesteuert.

Evtl. müsste man für die allgemeine Dateiverwaltung noch etwas GUI davorbauen...

Interessant, das kannte ich noch nicht.

Mit einem GUI, das eine Vorschau bietet und die Möglichkeit, die Zuordnung zu ändern, wäre das eine gute Basis.

Generell wäre es auch gut, wenn man Belege anders hochladen könnte, z. B. per Pull aus einem Netzwerkordner für Scans und per E-Mail.

Ich persönlich fände es gut, wenn es etwas gäbe, das Paperless ähnelt. Das heißt, man übergibt dem System eine Datei (z. B. per API oder durch Ablegen in einem Ordner) und weist sie dann über eine Art Dokumentenverwaltungsmodul den Kunden, Lieferanten, Belegen oder Artikeln zu.

Und ergänzend dazu eine Übersichtsseite wo man alle Dokumenten auflistet und auch die Möglichkeit hat in Dokumenten reinzuschauen ohne die runterladen zu müssen.

Vielleicht wäre es möglich, eine API-Schnittstelle zu Paperless zu erstellen, die Zugriff auf die Datenbank und die entsprechenden Daten bietet, oder direkt Paperless als Modul in OpenXe zu integrieren.

Das ist vermutlich nicht realisierbar, weil es zu komplex ist. Aber das wäre für uns, zumindest was die Funktionen angeht, das Nonplusultra.

Die nicht wirklich vorhandene Dokumentenverwaltung ist für uns tatsächlich die größte „Krücke” im täglichen Workflow mit OpenXE.

Ja ist aktiviert, wenn auch eine Emailadresse bereits vor Auftragserstellung hinterlegt war, wird diese auch normal per Email versendet. Nur wenn ich die nachträglich hinzufüge, erkennt er keine.

Hier ein aktuelles Beispiel, Email ist in der Rechnung hinterlegt, wenn ich die Rechnung zur Mahnung anwähle, kann ich sie nicht durchführen.

Und obwohl in der Rechnung eine Emailadresse hinterlegt ist in dem Feld Email, zeigt es an als wäre keine vorhanden. (Das Ja ist bei der Spalte Briefe und daneben ist die Spalte Email)

Quote from Lexan

ich rede deswegen ja auch von lokalen llm's

aber eine integrierte KI in openxe sehe ich definitiv nicht, das würde ja auch die server anforderungen immens in die höhe treiben, und die llm's die da helfen könnten hätten dann zugriff auf alle daten.

aber so kann man mal eben einem lokalem llm sagen erstell in openxe einen neuen kontakt mit den adressdaten aus dieser email anstatt alles copy und paste zu übertragen, das funktoniert super

Ahhh ok, das ergibt mehr Sinn und in Zusammenarbeit mit dem Wiki von OpenXE ist das sicher eine coole Sache.

Quote from Alex

Das Mahnwesen nimmt die E-Mailadresse aus der entsprechenden Rechnung, wenn Du die die Adresse dort nachträgste, sollte es eigentlich funktionieren.

Tut es bei mir leider nicht, wenn ich eine Rechnung habe ohne Emailadresse und will dann eine Mahnung versenden, habe ich folgendes versucht:
- Schreibschutz von Rechnung entfernen, Emailadresse eintragen und wieder als versendet markieren
Danach erkennt OpenXE im Mahnwesen aber immer noch keine Emailadresse und lässt es mich dann nicht versenden.

Interessant ist natürlich da die Frage bezüglich Datenschutz, da die LLMs dann auf die Kundendaten zugreifen können.

Primär fände ich interessanter, eher man ein LLM als Agent in OpenXe für den normalen Workflow hat, ob man nicht eine KI lokal auf OpenXE loslassen kann mit dem Ziel das System zu verbessern/reparieren und neue Funktionen implementieren. Also sowas wie Clawdbot mit Zugriff auf die Dateien um es umzuprogrammieren.

Spannend !

Hallo zusammen,

beim Mahnwesen kann ich keine Mahnung per E-Mail verschicken, wenn beim Auftrag keine E-Mail-Adresse hinterlegt war.

Gibt es die Möglichkeit, dies irgendwie zu ergänzen? Also so, dass man wie bei anderen Belegen eine E-Mail-Adresse für den Versand händisch eintragen kann? Aktuell müssen wir immer den Umweg über den Dokumentendruck gehen und uns dann im CRM die PDF herunterladen, um sie manuell zu verschicken.

Quote from Alex

Ich habe etwas am Code verändert, ziehe bitte nochmal ein Upgrade und probiere aus ob es jetzt besser ist.

Danke Alex, das hat funktioniert. Jetzt kann ich es über das hook_menu anlegen und anzeigen.

Quote from Frederico

Ich habe es jetzt geschafft meine eigene Module zu erzeugen.

Nun will ich die zur Navigationsleiste hinzufügen.

Durch den Tipp akon mit dem hook konnte ich einen Menüpunkt hinzufügen aber 2 gehen nicht, nur wenn ich die in unterschiedliche "first" packe.

Mache ich beim anlegen was falsch?

Jemand eine Idee?