Jump to content

Rechnungen deaktiviert: Probleme mit Umsatzstatistik und Kundenaccount

MartinMap
 Share

Recommended Posts

MartinMap Newbie

MartinMap

Posted
Posted (edited)

Hallo,

 

da ich eine WaWi verwende, welche mit Prestashop kommuniziert (Fakturama), benötige ich die Rechnungsfunktion von Presta nicht. Ich habe sie deaktiviert.

Das jedoch hat zur Folge, dass meine Umsätze in der Umsatzstatistik nicht mehr gelistet werden. (Habs getestet: erst nach der Rechnungserstellung wird der Umsatzt in der Statistik angezeigt, vorher nicht)

Außerdem steht dem Kunden immer noch die Möglichkeit zur Verfügung, seine Rechnungen anzusehen und auszudrucken. So zB in der Bestellmail des Kunden:

"Sie können diese Bestellung ansehen und Ihre Rechnung aus dem "Bestellverlauf" Ihres Kontos downloaden,..."

 

Wie kann ich das ändern?

 

Danke!

Edited by MartinMap (see edit history)
Link to comment
Share on other sites
  • 2 weeks later...
dusticelli Newbie

dusticelli

Posted
Posted

Hallo MartinMap,

 

hast Du das gelöst?

 

Du kannst unter Bestellungen > Status 

 

ja für jeden Status einige Optionen definieren. Unter anderem ob

 

- Dem Kunden Download und Ansicht seiner PDF-Rechnung erlauben

- Setze Bestellung auf "Bezahlt"

 

Habe jetzt selber noch nicht getestet, aber den selben workflow, also das selbe Problem.

 

Reicht es für die Auswertung nicht, die Bestellung auf bezahlt zu setzen?

Link to comment
Share on other sites
  • 2 weeks later...
Mopitt Newbie

Mopitt

Posted
Posted

Hallo Dusticelli,

stehe vor dem gleichen Problem und bin über diesen Beitrag hier gestolpert.

Gibt es hier mittlerweile eine elegante Lösung?


Ich versuche mich gerade an einer "nicht so eleganten" Lösung:
Rechnungen aktivieren, im Status nur Download und PDF Ansicht erlauben - und dann in den Templates für "Kundenbereich/Bestellverlauf", die entsprechenden Links auf den PDF Download auskommentieren oder löschen, sprich nur unsichtbar machen.

Leider will mir das nur teilweise gelingen:

Habe im Template "history" die Zeilen 48 und 78-87 auskommentiert... funktioniert.
Dann im Template "order-detail" Zeilen 43-48 auskommentieren.

 

Hier harkt es leider. Es müsste m.M. nach der richtige Bereich sein, aber trotz auskommentieren oder löschen dieses Bereiches wird der Link zur PDF Rechnung im FO Kunderbereich angezeigt? (Habe natürlich Cache, Verlauf, etc. geleert). Gibt es noch ein weiteres Template für den Kundenbereich?

Hier bräuchte ich nochmal Profi-Hilfe, bzw -Rat.

Danke, Willi

(PS 1.6.0.14, EU-Legal, Theme Default-Bootstrap)

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

Wieso nutzt du ncht einfach die Einstellungen im Back Office richtig?

 

Bei jedem Status das Häkchen vor der Option

Dem Kunden Download und Ansicht seiner PDF-Rechnung erlauben

entfernen. Dann benötigst du auch keine Eingriffe ins Template.

 

Denn wenn du den Download erlaubst, erscheint natürlich auch die entsprechende Option im Template.

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

Das hatte ich schon probiert.


Um ganz sicher zu gehen, habe ich es gerade noch mal durchgespielt:

Rechnungen: auf "Aktiviert"
Status: Häkchen bei  - "Dem Kunden Download und Ansicht seiner PDF-Rechnung erlauben" -  entfernt.

Testbestellung taucht "nicht" in der Statistik auf.


Eine Bestellung ist (bei mir) erst in der Statistik sichtbar, wenn Häkchen bei Status  "... PDF-Rechnung erlauben" gesetzt ist.
Dann wird sie anscheinend erst erzeugt und somit in der Statistik sichtbar?

Daher mein Gedanke, die Rechnung einfach erstellen zu lassen und einfach den Link zur Rechnung aus dem Template herauszunehmen.

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

Ja, du hast leider recht. Ein dicker Logikfehler in der Programmierung. Ich würde ihn mal im Bugtracker melden.

Denn ansonsten hast du ja alles richtig gemacht. In order-detail.tpl sind es die folgenden Zeilen, die auskommentiert werden müssen:

{if $invoice AND $invoiceAllowed}
	<p>
		<i class="icon-file-text"></i>
		<a target="_blank" href="{$link->getPageLink('pdf-invoice', true)}?id_order={$order->id|intval}{if $is_guest}&secure_key={$order->secure_key|escape:'html':'UTF-8'}{/if}">{l s='Download your invoice as a PDF file.'}</a>
	</p>
	{/if}
  • Like 1
Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Moin Leute,

 

ich habe mich an die Statistik noch gar nicht rangearbeitet, aber nur so von der Logik her folgende Überlegung:

 

Ist es nicht vielleicht einfacher und wirkungsvoller die entsprechende Bedingung "zähle Bestellung wenn Rechnung erzeugt" aus dem Core rauszunehmen, bzw. zu ändern auf z.B. "Zähle Bestellung wenn Status x" anstatt irgendwelche Templatebereiche auszukommentieren?

 

Man müsste wohl nur die Stelle finden wo die Bedingung abgefragt wird..

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

 

 

Moin Leute,

 

ich habe mich an die Statistik noch gar nicht rangearbeitet, aber nur so von der Logik her folgende Überlegung:

 

Ist es nicht vielleicht einfacher und wirkungsvoller die entsprechende Bedingung "zähle Bestellung wenn Rechnung erzeugt" aus dem Core rauszunehmen, bzw. zu ändern auf z.B. "Zähle Bestellung wenn Status x" anstatt irgendwelche Templatebereiche auszukommentieren?

 

Man müsste wohl nur die Stelle finden wo die Bedingung abgefragt wird..

 

Wenn es denn so wäre, wäre es bestimmt einfacher. Es wird aber an etlichen Stellen abgefragt, ob eine id_invoice existiert, weil man bei reiner Abfrage der id_order auch verwaiste oder nie abgeschlossene Bestellungen mit in die Statistik aufnehmen würde. Ich halte deine Überlegung auch für plausibel, die Änderungen müssten aber wegen der bei PrestaShop üblichen Redundanz an etlichen Stellen durchgeführt werden, wil hier die Programmlogik geändert werden würde.

 

Denn in alle betroffenen Datenbankabfragen von /modules/statsales/statsales.php müsste dann eine zusätzliche WHERE-Klausel (bzw. AND-Klausel) eingefügt werden, also z.B.

WHERE os.`id_order_state` = Nummer des betreffenden Status

Und wahrscheinlich in anderen Modulen auch noch.

Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Hallo eleazar,

 

hatte schon soetwas befürchtet. Aber die Abfrage nach der id_invoice könnte doch für einen wie mich (der ich die Invoice sowieso nicht in Presta erstelle) ohnehin auch in anderen Modulen keine Wirkung erzielen.

 

Vielleicht werfe ich da gelegentlich mal einen Blick auf die statsales.php.

 

Im Grunde finde ich dann ein vollständiges Mitführen der Presta-Rechnung modifiziert als eine Art Bestellzusammefassung (mit Kennzeichnung -> Beleg berechtigt nicht zum Vorsteuerabzug) irgendwie sicherer, als die Rechnung möglichst überall auszublenden.

 

Im Grunde käme es auf den Versuch an, die salesstats.php mal anzupassen und zu testen.

 

Vielleicht komme ich die Tage dazu es mal anzusehen/probieren.

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

 

Aber die Abfrage nach der id_invoice könnte doch für einen wie mich (der ich die Invoice sowieso nicht in Presta erstelle) ohnehin auch in anderen Modulen keine Wirkung erzielen.

 

Das eben ist das Problem! Wenn du sie nicht generierst, wird auch der Datensatz in der ps_order_invoice nicht geschrieben und der Umsatz wird in der Statistik nicht berücksichtigt.

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

Puhh, sehr kompliziert,

ich habs nun über die Template Änderung gemacht.

Wichtiger Tip: Ich verwende noch PS 1.6.0.14, mit EU-Legal:
Hier reicht es nicht, nur die "/order-detail.tpl" zu ändern, denn EU-Legal überlagert das ganze anscheinend.

Man muss das Template auch noch hier ändern:
/modules/eu_legal/views/templates/themes/default-bootstrap/order-detail.tpl

Ich weiß allerdings nicht, wie das bei neueren Shopversionen, mit dem Nachfolger von EU-Legal läuft.

Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Puh!

 

Ich habe jetzt auch mal gerade nur so rund 30 Minuten die Bereiche Dashboard und Statistik unter dem Aspekt der Datenermittlung angesehen, und das ist natürlich Megakomplex. Macht wohl eher keinen Sinn wie ich dachte einfach nur den Code so zu ändern dass statt Rechnung > Bestellung gewählt wird. Wer weiß wo diese Abfragen nich alles stecken

 

 

Und wahrscheinlich in anderen Modulen auch noch.

 

...da dürfte eleazar recht haben.

 

Dann muss ich es wohl auch so machen, wie Mopitt und die Rechnung überall ausblenden, oder, was mir ja im Grunde besser gefällt aus dem Rechnungsbelg einen anderen neuen Beleg ohne wirkliche Bedeutung schöpfen, indem man das PDF File anpasst, und evtl. die eine oder andere Mailvorlage bzw. Sprachsnippets.

 

Sowas wie "Abschluss-Übersicht" oder "Auftrags-Spiegel"

 

Einer ne Idee wie man so ein Dokument griffig nennen könnte? :)

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

War doch; guck mal unter Post #3. Hab ich echt nicht nachträglich geschrieben. :)

 

Ich vermute mal, dass Du als Profi immer mit der aktuellsten Version arbeitest?

Und wenn das bei der aktuellen Version auch noch so ist, frag ich mich, warum das sonst kaum jemanden stört.

Es sind doch hier nicht nur 2-3 Leute, die die Rechnung nicht brauchen/wollen, aber dennoch die Statistik nutzen wollen?

Merkwürdig...

 

Naja mit der Template Änderung gehts zumindest erst mal.

Vielen Dank nochmal für die Unterstützung!

Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Generier doch eine "Packliste". Die fehlt sowieso.

 

Hihi, klingt zwar griffig aber ich will den Beleg dem Kunden ja dann zur Verfügung stellen, aber eben ohne mit der Steuer in Konflikt zu geraten. Ich meine, dass ich das gleiche Problem auch schon mal mit Magento hatte, und dort ähnlich gelöst habe, also den beleg einfach umbenannt habe..

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

Um ganz sicher zu gehen, habe ich es gerade noch mal durchgespielt:

 

Rechnungen: auf "Aktiviert"

Status: Häkchen bei  - "Dem Kunden Download und Ansicht seiner PDF-Rechnung erlauben" -  entfernt.

 

Testbestellung taucht "nicht" in der Statistik auf.

 

 

Eine Bestellung ist (bei mir) erst in der Statistik sichtbar, wenn Häkchen bei Status  "... PDF-Rechnung erlauben" gesetzt ist.

Dann wird sie anscheinend erst erzeugt und somit in der Statistik sichtbar?

 

Ne, funzt leider nicht. Hatte ich heute Morgen schon getestet.

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

War doch; guck mal unter Post #3. Hab ich echt nicht nachträglich geschrieben. :)

Sorry, hatte ich leider übersehen.

 

Ich vermute mal, dass Du als Profi immer mit der aktuellsten Version arbeitest?

:D Das wüsste ich aber! Kennst du nicht den alten Lehrsatz Never change a running system?

Nein, ich arbeite zwar testweise mit der 1.6er-Reihe und brauche den Einblick auch für die deutsche Übersetzung von PrestaShop, favorisiere aber immer noch 1.5.

Das Backend bietet kaum weniger Funktionen, ist zwar nicht so bunt, aber dafür schneller. Außerdem konnte ich mich nie mit dem anfangs so hochgelobten Bootstrap-Template anfreunden (Design, Farben, Funktionalität, Performance). Und lag da wohl auch nicht so ganz falsch, denn ab 1.7 ist ein neues geplant.

Google-Analytics ist viel ressourcenschonendreressourcenschonender als die PrestaShop-Statistiken, die ich weitgehend abgeschaltet habe, und das externe Buchhaltungsprogramm liefert alle erforderlichen betriebswirtschaftlichen Kennzahlen.

Und solange mit jedem Minor Release wieder neue Veränderungen mit teilweise unvorhersehbaren Folgen einziehen, werde ich auch das Upgrade auf 1.6 solange es geht, hinauszögern. Dir rate ich auch, erstmal bei 1.6.0.14 mit EU legal zu bleiben, da letzteres Modul in mancherlei Hinsicht ausgereifter ist als das Nachfolgemodul.

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

Moin,
ja hab tatsächlich erst mit ner neueren Version angefangen, um dann festzustellen und zu lesen, dass es es mit der Rechtssicherheit noch nicht so läuft. Eigentlich komisch: Frankreich ist doch genauso in der EU; wieso interessiert die Presta-Kollegen das Thema so wenig? Hab aber dann auf Empfehlungen hier aus dem Forum noch mal neu mit der 1.6.0.14 & EU-Legal angefangen. 1.5 kannte ich schon gar nicht mehr; und jetzt schreibst Du dass sie schon mit 1.7 zugange sind. Interessant... und vielleicht stecken sie da ja alles Know How in Sachen Rechtssicherheit rein.

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted
und vielleicht stecken sie da ja alles Know How in Sachen Rechtssicherheit rein.

 

Das wäre zwar wünschenswert, aber ich bin realistisch genug, anzunehmen, dass das nicht oben auf der Agenda steht.

Ich habe schon meine Vorbehalte beim Namen EU legal gehabt und die Auffassung vertreten, dass der Einsatz auf Deutschland und vielleicht Österreich beschränkt bleiben wird. Das hat sich auch bewahrheitet. Es stimmt zwar, dass es hier um die Umsetzung von EU-Recht geht - aber nur in Deutschland gibt es die besondere Situation, das die Nichteinhaltung von darauf spezialisierten Anwälten kostenpflichtig abgemahnt werden kann. Desahlb sind wir auch auf diese Erweiterungen bei PrestaShop angewiesen. In Frankreich und anderen EU-Staaten hat man dieses Problem überhaupt nicht.

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted

... ja gut, wenn die diese Rechtssicherheits-Probleme nicht haben, sieht die Welt da natürlich ganz anders aus.

 

Wenn die 1.6.0.14 denn läuft, ist es ja auch Ok.

Aber nur wenn: habe gestern Abend oder heute Morgen noch einen Bock geschossen: Der Ajax-Warenkorb und der Kontakt-Block im Footer werden plötzlich in englisch angezeigt? Habs bisher nicht lösen können, aber probiere es erst mal mit nem BackUp. Wenn's nicht klappt, mach ich mal einen neuen Thread auf. Schätze, wir sind hier eh schon ein wenig sehr vom Grundthema weg :unsure:

 

Schönen Abend noch!

Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Also, ich habe die Rechnungen jetzt im Übersetzungsmodul zu sogenannten "Bestell-Reports" übersetzt. Das ist ganz einfach. Sind etwa 3 Snipptes "Invoice, Invoice Date, Invoice Nr". Die lasse ich jetzt ganz einfach mitlaufen. Dann klappts auch mit der Statistik (Nachbarin)  ;-)

 

Jetzt muss ich nur noch im Kunden-Konto in der Tabelle die Spaltenüberschrift übersetzen

 

post-1122050-0-64843700-1449088794_thumb.png

 

Weiß einer zufällig aus der Hüfte "wo" ich das übersetze?

Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

Dusticelli, schau mal in /themes/default-bootstrap/lang/de.php  (und /en.php)   ca. Zeile 200.

 

Einfacher geht es eigentlich über das Back Office:

Lokalisierung --> Übersetzungen --> Front Office --> <DeinTemplate>

Da steht dann wenigstens als kleine Hilfe der englische Quelltext daneben, so dass man sich leichter zurechtfindet. Dann erspart man sich so einen Dateivergleich. ;)

Link to comment
Share on other sites
dusticelli Newbie

dusticelli

Posted
Posted

Mojn eleazar,

 

das stimmt nur bedingt. Denn wenn man nicht "weiß" in welchem Bereich der spezielle String sitzt (FO, Module usw.) und auch nicht weiß wie der englische Platzhalter heißt, sucht man sich unter Umständen einen Wolf.

 

Die Volltextsuche hilft dann auch nicht weiter, weil der Übersetzte" String nicht gefunden wird, wenn der Bereich/das Modul nicht bereits ausgeklappt ist, und das ist nur der Fall, wenn die Übersetzung fehlt.

 

Eine extrem hilfreiche Funktion, für den Übersetzungsbereich im BO wäre die Möglichkeit alle Module "auch auszuklappen"! (alle einklappen gibt es ja...)

Link to comment
Share on other sites
Mopitt Newbie

Mopitt

Posted
Posted (edited)

Neues Problem... fast gleiches Thema

Konnte meinen gestrigen Fehler leider nur durch ein Backup geradebiegen. Zum Glück waren meine Templateänderungen schon darin enthalten!

Allerdings stimmten die Einstellungen bei Bestellungen/Status nicht mehr.

Das habe ich wieder angepasst, wie im Anfang oben beschrieben:
Rechnungen: Aktiviert
Status: Häkchen setzten bei  - "Dem Kunden Download und Ansicht seiner PDF-Rechnung erlauben"  /  Kein Häkchen bei  - "PDF-Rechnung anhängen"

Nun wird aber an die Auftragsbestätigungs-Mail (order_conf) immer die PDF-Rechnung angehängt?
Das war bei den ganzen Versuchen gestern/vorgestern nicht so.

Die order_conf ist unter Bestellungen/Status ja nicht aufgeführt.
Wo kann ich denn hier einstellen, das keine PDF-Rechnungen angehängt werden?

 

-----------------

Hmm, hat sich anscheinend durch einfaches Deaktivieren der Rechnungen erledigt. Sollte mal dringend raus an die Luft und Sonne...

Edited by Mopitt (see edit history)
Link to comment
Share on other sites
 eleazar Newbie

 eleazar

Posted
Posted

Mojn eleazar,

 

das stimmt nur bedingt. Denn wenn man nicht "weiß" in welchem Bereich der spezielle String sitzt (FO, Module usw.) und auch nicht weiß wie der englische Platzhalter heißt, sucht man sich unter Umständen einen Wolf.

 

Die Volltextsuche hilft dann auch nicht weiter, weil der Übersetzte" String nicht gefunden wird, wenn der Bereich/das Modul nicht bereits ausgeklappt ist, und das ist nur der Fall, wenn die Übersetzung fehlt.

 

Eine extrem hilfreiche Funktion, für den Übersetzungsbereich im BO wäre die Möglichkeit alle Module "auch auszuklappen"! (alle einklappen gibt es ja...)

 

Ähmmmm ... dafür haben wir doch extra unsere Benutzerleitfäden. Schau doch mal hier nach: https://www.prestashop.com/forums/forum/275-benutzerleitf%C3%A4den/

 

Kleiner Tipp: Letzter Link in Tipps und Tutorials unter Hinter den Kulssen (Back Office). ;)

Ich habe den Tipp jetzt auch direkt in die Benutzerleitfäden als eigene Topic verschoben.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing
×
×
  • Create New...