Beiträge von Bergami

Sehr guter Tipp

Ich hatte das Buchhaltungsmodul zwar aktiviert aber da der Rechnungsbelegn den ich anmahmen möchten bereits am 05.12.23 erstellt wurde und meine Einstellung für "Buchungen erzeugen ab Datum" zuvor jedoch auf dem 31.12.23 stand, hat es nicht funktioniert. Nun habe ich den 01.11.23 für die "Buchungen erzeugen ab Datum" gewählt und dann unter "Rechnungen" den Button "Zahlungsstatus berechnen" erneut geklickt und nun wird der Rechnungstrag in der Mahnung auch wie gewünscht ausgegeben.

Besten Dank einmal mehr!

Leider ändert das nichts daran, wenn ich die Rechnung erneut speicher. Für die Variable {OFFEN} wird leider nur "0,00" ausgeben.

Selbst wenn ich der bestehenden Rechnung eine Position hinzufüge und sich damit auch der komplette Rechnungsbetrag ändert, wird nur 0,00 ausgegeben.

Weisst Du denn vielleicht wo dieser Wert für die Variable {OFFEN} in der DB abgegriffen wird? Notfalls würde ich die Werte dort manuell für die migrierten Datensätze dort nachpflegen, wenn`s an den mirgrierten Daten liegen sollte.

Danke für Dein schnelles Feedback.

Okay, dann werde ich meine Mahntexte ein wenig umformulieren.

Trotzdem wird mit der offene Betrag des Rechnungsbelegs über die Variable {OFFEN} leider nicht ausgegben.

Aktuell spreche ich dabei von Rechnungen, die ich aus meiner Xentral-Umgebung migiriert habe. In OpenXE erzeugte Belege stehen mir im Mahnwesen derzeit "leider" noch nicht zur Verfügung - daher kann ich das noch nicht testen. Aber wenn`s bei Dir funktioniert, wird es wohl an den aus Xentral migrierten Daten liegen!? Hast Du vielleicht eine Idee, wie das umschifft werden kann?

Ich habe gerade einmal Dein Mahnwesen getestet.

Soweit funktioniert das schon mal ganz gut. Was mir jedoch aufgefallen ist, dass es Probleme mit den in der Geschäftsbriefvorlage gesetzten und aus Xentral übernommenen Variablen gibt.

Diese Variablen funktionieren bei mir leider nicht mehr:

{DATUMRECHNUNGZAHLUNGSZIEL} - ursprügliches Zahlungsziel Rechnung

{OFFEN} - offener Rechnungsbetrag

Gibt`s sonst gfs. eine Übersicht der Varibalen, die mit Deinem Mahnwesen-Modul funktionieren?

Zwei Fragen noch zuätzlich: Wenn ich 10 Tage Zahlungsziel in meinen Rechnungen gewähre und ich gfs. am 11. Tag eine Zahlungserinnerung versenden möchte, trage ich dann 1 oder 11 als "Tage" für die Zahlungserinnerung in Dein Mahnwesen ein? Anders gefragt: setzt die Zahlungserinnerung auf das Rechnungsdatum auf oder auf das Zahlungszieldatum?

Kann das "neue" Zahlungsziel bzw. das Datum der nächsten Mahnung auch als Datum in der Geschäftsbriefvorlage definiert werden?

Moin Alex,

interessant! Dein Vorschlag hat das Problem tatsächlich behoben

Besten Dank!

Moin,

nachdem ich zum Jahreswechsel die Migration von Xentral zu OpenXE erfolgreich abgeschlossen habe, bin ich gerade auf einen Fehler gest0ssen:

Wenn ich über Adressen > Belege mir die Vorgänge meiner Kunden ansehen möchte, bekomme ich diese Fehlermeldung:

Moin,

besteht im Ticket-Eingang die Möglichkeit die auswählbaren Schiebe-Filter auf alle verfügbaren Status auszuweiten...wie z.B. "warten auf Kunden", "warten auf intern"...usw.!?

VG

Peter

ertertert

Die einzige Möglichkeit nach dem Zwangsumzug in die Xentral-Cloud an seine Daten zu kommen, ist die Backup-Funktion in Xentral selbst. Und dort kannst Du nichts konfigurieren!

Ich habe mir jetzt vorher noch mal den Inhalt meiner Xentral-SQL angesehen. Offensichtlich werden über die Xentral-Backup Funktion die Umlaute etc. im ISO-Format in der SQL gespeichert.

So sieht z.B. das Wort "Rückgabe" in der SQL aus: Rückgabe

Ich denke, dass ich nun in meiner SQL alle Sonderzeichen und Umlaute entsprechend ersetzen muss. Mit einer 1,3GB großen Datei ist das natürlich kein Spaß bzw. wird mein Editor sicherlich ordentlich ins schwitzen geraten.

Alternativ wird genau dieser Code, den ich auskommentiert hatte und mit dem das Problem dann behoben war, dafür zuständig sein, diesem Problem entgegen zu wirken. Keine Ahnung warum die Herren von Xentral die SQL des Backups nicht gleich in UTF-8 codieren!?

Ich werde meine SQL nun noch einmal in UTF8 speichern und dann erneut importieren.

Moin Alex,

ich habe eine mögliche Lösung gefunden.

In der Datei www/lib/class.erpapi.php steht in Zeile 25524

/*    $text = htmlspecialchars_decode( 
      htmlentities($text, ENT_NOQUOTES, 'UTF-8', false)
    , ENT_NOQUOTES
    ); */

Ich habe die Auskommentierung entfernt und siehe da, die Umlaute in den werden korrekt angezeigt.

Er zeigt mir im Absendefenster zwar immer noch "ASCIIASCII" an aber die E-Mail kommen mit Umlauten korrekt an.

Hast Du eine Idee, warum dieser Teil auskommentiert wurde?

Ich konnte bislang keine Fehler in den Daten entdecken, auch nicht in den Adressen.

Den ErrorLog vom Dumper hatte ich die ja eben schon per E-Mail geschickt.

Mit der Xentral-Dasi hole ich mir auf jeden Fall jede Menge Müll mit in die Datenbank. Alleine die Daten die zur Amazon-Schnittstelle gehören, sind schon ein riesiger Batzen. Insofern wäre ich auf jeden Fall nicht unglücklich darüber, nur ausgewähle Dateien zu importieren.

Hmmmm....auch mit der neuen Datenbank taucht das Problem genauso auf.

An dem Export von Xentral kann ich nichts ändern - seitdem ich in die Cloud zwangsumgezogen wurde. Bin ja froh, dass ich dort überhaupt noch ein Backup erstellt bekomme. Hatte schon von anderen Xentral-Kunden gelesen, dass die Backup-Funktion in neueren Releases nicht mehr funktioniert.

Somit werde ich dann vermutlich nicht der einzige bleiben, der mit seiner Xentral-Dasi dieses Problem hat.

MyOOS (Dumper) ist übrigens der Nachfolger von mysqldump, der nämlich nicht mehr mit PHP 8 funktioniert.

Tja - und nun??

...ich probiere nun meine Dasi-Datenbank noch einmal neu zu importieren. Vielleicht gab`s dabei ja doch irgendwo einen Fehler. Ich gebe Bescheid.

Ja, Mist! Mit der originalen OpenXE Datenbank tritt der Fehler nicht auf.

Ich hatte meine Xentral-Datenbank einfach parallel auf dem Server angelegt, dann in der OpenXE "user.inc.php" die neue Datenbank eingetragen und dann in OpenXE das Datenbankupdate durchgeführt - fertig.

Da meine Xentral SQL fast 2GB groß ist, hatte ich sie mit MyOOS (Dumper) in die Datenbank geladen.

Hast Du eine Idee, wo dieses Problem in der Datennbank entstanden sein kann?
Server-Typ: MariaDBServer-Version: 10.6.12-MariaDB-0ubuntu0.22.04.1-log - Ubuntu 22.04

Ich glaube ich habe noch eine originale OpenXE-Datenbank parallel auf dem Server liegen. Ich probiere nachher erst einmal aus was passiert, wenn ich auf diese umschalte.

Wenn das nichts ändert, installiere ich alles noch einmal komplett neu

Ok - er zeigt bei mir ASCIIASCII an!

Was mir auch noch aufgefallen ist, dass die Umlaute im Footer meiner E-Mail korrekt beim Empfänger angezeigt werden....auch ohne Deine Code-Änderung.

Ich habe Deinen Code übernommen aber das hat am Ergebnis leider nichts verändert

Wenn ich im geöffneten "Abschicken"-Fenster ein bisschen tiefer scrolle, sehe ich ja die zuvor an den Kunden gesandten E-Mails. Man kann dort die alten Anschreiben über den PDF-Button unter "Anschreiben" als PDF öffnen. In diesem PDF werden die auch wieder Umlaute korrekt angezeigt....in der dazugehörigen E-Mail nicht.