...das hatte ich probiert mit dem gleichen Ergebnis: "H�# f�r�€�"
Daher kann es eigentlich auch nicht an "alten" Xentral-Daten aus der Datenbank liegen.
Ich hätte da eher beim Abschicken solcher E-Mails auf ein Problem mit dem WYSIWYG-Editor getippt.
Der Text des Test-E-Mail kommt ja entweder aus der Datenbank oder direkt aus dem Code und läuft nicht noch durch den WYSIWYG-Editor.
Hi Alex,
ich arbeite gerade in meiner Testumgebung und teste meine täglichen Abläufe in OpenXE. Dabei ist mir noch aufgefallen, dass sich die EK-Preise nicht direkt in der Tabelle mit den Positionen editieren lassen. Man muss erst auf den Stift klicken um den Preis editieren zu können.
Ginge das vielleicht auch noch direkt in der Tabelle?
VG
Peter
...der Text der Test-Email wird übrigen korrekt dargestellt: "Dies ist eine Testmail für Account....."
Ich habe gerade bemerkt, dass alle Umlaute in den E-Mail-Texten, wenn ich z.B. eine AB an den Kunden schicke, falsch dargestellt werden:
"Anbei �bersenden wir Ihnen unsere Auftragsbest�tigung."
Das betrifft alle Texte der Geschäftsbrief-Vorlagen als auch wenn man eigene Texte in die E-Mail schreibt "H�# f�r�€�"
Ich versende die E-Mails per Authtype "smtp". Viel mehr kann man in den E-Mail Konten ja nicht konfiguriren.
Alle anderen Texte, wie z.B. die der PDF`s von der AB etc. werden in Beleg korrekt dargestellt.
VG
Peter
....by the way habe ich gerade noch bemerkt, dass das Feld "Zahlweise" keine Daten überträgt....oder könnte das vielleicht an den migrierten Daten aus Xentral liegen.
In das "Belegfeld2" wäre schön.
Moin,
ich habe gerade bemerkt, dass beim Export der Buchhaltung das Feld "Internet" Bestellnummer leider nicht in die CSV exportiert wird. Das ist recht doof, da viele Kunden bei Ihren Vorkassenüberweisungen nur diese Nummer in ihren Überweisungen angeben. Die Zuordnung der Zahlungen wird dadurch erschwert.
Daher wäre es super, wenn Ihr dieses Feld "Internet" in die "exportbuchhaltung.php" mit aufnehmen könntet!?
Beten Dank!!
Moin Alex,
ich buche nicht über importierte Kontoauszüge, sondern jeden Zahlungseingang direkt im Rechnungsbeleg. Das hat mehrere Gründe, die für das Thema hier aber nicht relevant sind.
In meiner noch(!!) jetzigen Xentral Profiversion, geht das über eine etwas erweiterte Maske im Rechnungsbeleg. Dort kann ich nicht nur den kompletten Beleg als bezahlt markieren sondern z.B. auch Teilbeträge erfassen. Hier mal zwei Screenshots
So kann ich mir den Umweg über die Buchaltung komplett sparen und ich muss keinerlei Kontoauszüge importieren.
Wäre das so auch in Dein in Dein Modul integrierbar?
Super, danke!
E-Mail schicke ich Dir gleich.
Sehr cool - das gefällt mir alles supergut! 
Eine klitzekleine Kleinigkeit jedoch noch:
Bei der Gesamtsumme, also VK-brutto, steht in der Summenzeile nur "0,00". Auch wenn die Summe von dem Wert eigentlich nicht relvant ist, wäre die Anzeige der tatsächlichen VK-brutto-Summe doch netter anzuschauen als nur 0,00.
Danach gebe ich dann auch endlich Ruhe und freue mich auf die Übersendung Deiner Rechnung 
.
Shame on me 
Es hatte sich im meiner Auftragsliste ein stornierter Auftrag dazwischen gemogelt. Die fiel mir micht auf, da mir in der Auftragsliste als auch in Deinem Bericht jeweils 70 Positionen für den ausgewählten Zeiraum ausgewiesen wurden. Was ich zu dem Zeitpunkt aber noch nicht wusste ist, dass in Deinem Bereicht die Summenzeile als Position mitgezählt wird 
Wenn man`s weiß, ist alles gut.
Insofern kann ich keinen Fehler mehr in Deinem Bericht finden.
Bekommt man die Zahlen des "Deckungsbeitragprozent" jetzt vielleicht noch auf 2 Dezimalstellen gekürzt? Ich komme mit dieser "benutzerdefinierten Formatierung" leider nicht klar.
Richtig.
In Deinem Bericht gibt es aber auch eine Spalte mit der Brutto-Gesamtsumme. Wenn ich mir von dieser Spalte die Summe ("Spalte summieren") anzeigen lasse, weicht diese Summe von der in der Auftragsliste ab.
Ich habe in diesem Zusammenhang einen Verdacht: Ich verkaufe auch an Gewerbekunden nach Österreich. Im Rahmen der innergemeinschaftlichen Lieferung erfolgen diese Lieferungen mehrwertsteuerfrei. Kann es vielleicht in diesem Zusammenhang zu einem Fehler bei den Brutto-Summen in einer diese beiden Übersichten kommen?
Auf den ersten Blick schaut das nun alles korrekt aus.
Was mir aber auf den zweiten Blick aufgefallen ist, dass die Anzahl der Aufträge in Deinem Bericht zwar der Anzahl der Aufträge unter "Verkauf > Auftrag" für einen ausgewählten Zeitraum entspricht aber die Brutto-Gesamtsummen (VK) von einander abweichen. Die höhere Brutto-Gesamtsumme steht bei mir unter "Verkauf > Auftrag". Das kann ja eigentlich nicht sein.
Moin Alex,
die richtige JSON war es schon, sonst wären die Stornierten ja nicht exkludiert gewesen. Das Zauerwort war "nach 1. Zeile sortieren". Nun sehe ich auch die Summen und den durchschnittlichen Prozentsatz - sehr schön
Einen Fehler habe ich aber gerade noch entdeckt: Irgendwie sind die Zahlen in der Spalte "Kosten" nicht korrekt. Zuerst dachte ich, dass das Brutto-Kosten sind aber die Zahlen sind nicht 19% zu hoch....aber eben zu hoch. Auf jeden Fall hat das dann natürlich auch zur Folge, dass die Berechnung des Deckungsbetrags/Deckungsprozentsatzes nicht korrekt ist.
...auch dann kann ich keine Summenzeile sehen 
Status passt danke.
Aber Summen werden mir nicht ausgegeben. Die Summen für die Geldbeträge bekomme ich ja leicht noch selber hin aber den durchschnittlichen Deckungsprozensatz mit 2 Dezimalstellen leider nicht.
So siehst`s aktuell bei mir aus (nur ein Auszug mit nicht allen Spalten):
...könnten die Aufträge im Status "storniert" noch ausgeklammert werden. Oder anders herum - es sollen nur Aufträge im Status "freigegeben" und "abgeschlossen" in diesen Bericht einfließen.
Danke für den Hinweis. Dann wird es daran liegen, dass bei mir die Reihe leer ist. Das schaue ich mir dann noch einmal in Ruhe an.
Ich habe mir jetzt erst einmal Deinen Bericht angesehen. Der gefällt mir schon ziemlich gut. Die Summen für die Geldbeträge bekommen ich selber eingerichtet und hübsch gemacht.
Mir fehlt jetzt eigentlich nur noch der durchschnittliche Prozentsatz (mit 2 Dezimalstellen) als Ergebnis der einzelnen "Deckungsbeitragprozente".
Leider stehe ich mit der Arbeit per Konsole komplett auf Kriegsfuss 
und zusätzlich habe ich für diese entsprechenden Webspace auch keinen SSH.
Das mit dem PDF-Archive scheint aber doch zu funktionieren. Ich habe gerade mal einen Beleg erzeugt und der wird mir dort auch nun angezeigt. Mit der Zahlung hat das aber nicht funktioniert. Ich habe gerade eine Rechnung aus einem offenen Vorgang erzeugt und freigegeben aber trotzdem bleibt die Reihe Zahlungen leer. Muss Euer neues Zahlungs-Modul irgendwo noch konfiguriert oder aktiviert werden?
...sehr merkwürdig!
Bei mir schaut es aktuell so aus:
Und ich bin relativ sicher, dass die Inhalte vor Deiner Änderung dort auch angezeigt wurden. Kann beim Update vielleicht irgendwo etwas schiefgelaufen sein?
