ERLEDIGT: Mail zur Rechnungskorrektur ohne PDF

[maennchen1.de]

Jetzt müsste eine neue Version sichtbar sein.

[Frixi]

Also bei den Gutschriften ist der Fehler teilweise noch enthalten: wenn aus der Browser-Vorschau die Gutschrift GU2062 gespeichert wird, bekomme ich wieder den "internen" Namen (z. B. 1040.pdf) zum Speichern angeboten:

Schnappschuss (2015-08-27 16.20.03).png (15.87 KiB) 2405 mal betrachtet

Zumindest beim späteren Klick auf Ansehen wird die korrekte Datei -in diesem Fall GU2062.pdf- zum Download angeboten.

Bei den Rechnungen leider genau das gleiche Spiel

[maennchen1.de]

Du redest von den Rechnungskorrekturen? Dort kann ich deine Beobachtungen derzeit nicht reproduzieren.
Beschreibe bitte genau, wie du vorgegangen bist.
Teste ggf. vorher noch einmal mit einer neuen Bestellung.

[Frixi]

Es geht um Rechnungskorrekturen, die im Backend noch ganz offiziell Gutschriften heißen (Gutschrift erstellen...), aber auch um Rechnungen selbst.

Aber ich teste es im Laufe des Tages nochmals mit neuen Bestellungen, da tatsächlich bis gestern nur Bestellungen vor dem Fix bearbeitet wurden. Liegt das schon daran, wie die Bestellungen gespeichert werden?

Ganz nebenbei: evtl. sollte man die Bezeichnung Rechnungskorrektur auch im Backend einführen, um die Sache zu vereinheitlichen.

[maennchen1.de]

Es gibt keine Bezeichnung "Gutschrift" mehr. Die Rechnungskorrektur heißt seit (ich glaube) Version 3.6 bereits so.
Entweder nutzt du angepasste PHTML-Dateien für dein Backend, oder eine angepasste Sprachdatei.

[Frixi]

Ohaaa - peinlich. Stimmt, ich hatte die order_view.phtml editiert, um die Voreinstellungen zu verändern - komplett vergessen.

Danke für diesen Hinweis.

Wenn jetzt daraus die Fehler mit dem falschen Dateinamen resultieren, schäme ich mich aber in Grund und Boden.

Ich melde mich später nochmals dazu, sobald ich neue Bestellungen bearbeite.

[Frixi]

Also, leider hat weder das neueste Update auf 4842, noch das erneute kopieren der order_view.phtml in die user_views zu einer Änderung geführt.

Sowohl bei neuen Bestellungen, auch bei Rechnungskorrekturen wird in der Browservorschau ein anderer Dateiname angezeigt, als mit Ansehen gespeichert wird.

Ich habe dazu folgendes Video bei Youtube hochgeladen: http://youtu.be/gd1WTSHcBaQ

Mit der originären Version 3.7 hat es noch wie gewohnt funktioniert: das Speichern aus der Browservorschau erzeugte den gleichen Dateinamen, wie das spätere Ansehen in der Bestellverwaltung.

Aktuell behelfe ich mir damit, dass ich dir Browservorschau einfach schließe und über Ansehen das PDF erneut lade. Das geht, ist aber ein wenig umständlich. Wie schon einmal angefragt wäre es toll, wenn man die Vorschau im Browser sogar komplett deaktivieren könnte und das PDF sofort zum Speichern angeboten würde - natürlich mit dem richtigen Dateinamen. Wäre das nicht iwie machbar, z. B. mit einer Option oder einer weiteren Schaltfläche (Rechnung schreiben & sofort herunterladen osä.)? Oder alternativ beides: Browservorschau öffnet sich und es wird der Speichern-Dialog gestartet?!

Bei mehreren Dutzend Rechnungen ist der Workflow so aktuell recht holprig.

[maennchen1.de]

Ich kann dein Problem leider nicht reproduzieren.
Die Stellen, wo der Name übergeben wird sind alle angepasst. Bei mir klappt es auch. Egal ob Button, Link oder Anhang in der Mail, überall wird die unter der Formatierung geführten Nummer verwendet.
Hast du das getestet, indem du deine user_views ausgeschaltet hast?

[Frixi]

Hast du das getestet, indem du deine user_views ausgeschaltet hast?

Nein, ich hatte nur die order_view.phtml erneut in die user_views kopiert und den Standardwert für den Status nach der Rechnung auf 250 gesetzt.

Ich werde es gleich nochmals mit deaktivierten user_views testen, das aber mit leichten Bauchschmerzen, weil dann die Mails ohne Impressum gesendet werden (kommt dazu eigentlich noch was?).

Melde mich gleich...

[Frixi]

So, auch hier muss ich einen Fehler eingestehen, die unpassenden Dateinamen lagen an einer älteren Version der rechnung_pdf.phtml, welche ich in den user_views liegen hatte, weil ich Positionen und Textgrößen angepasst habe.

Ja, Asche auf mein Haupt! Aber hier liegt vllt. auch ein kleines Problem darin, dass Code und Formatierung in einer Datei liegen. Könnte man das evtl. besser trennen?

Alternativ (auch um euch das Leben etwas zu erleichtern) ein Infofenster -ähnlich der Datenbankaktualisierung- in dem ein Abgleich geänderter phtml-Dateien mit den user_views angezeigt wird?

Für die Panikmeldung wegen der irritierenden Berechnung und den zweiten Teil (falsche Dateinamen) dieser Meldung möchte ich mich nochmals in aller Form entschuldigen. Kann ich das irgendwie wieder gut machen?

[maennchen1.de]

Indem du testest machst du schon vieles wieder gut
Der Profi sucht nur immer erst den Fehler bei sich. Wir lernen alle nicht aus

Hinsichtlich Updates und vergleichen möchte ich dir folgenden Artikel ans Herz legen: http://wpshopgermany.maennchen1.de/2015 ... nsnummern/