Jump to content

1.6.1.1 PDF Rechnung - keine Versandkosten bei Steuerdetails


Recommended Posts

Weiß nicht ob das jetzt nach dem Update von 1.6.1.0 auf 1.6.1.1 passiert ist, aber irgendwie werden bei mir auf der pdf Rechnung bei den Steuerdetails nur noch die Artikel und keine Versandkosten mehr angezeigt.

 

Im Demoshop von Whiley werden die Versandkosten bei den Steuerdetails aufgeführt.

 

Hab ich irgendwo eine Einstellung übersehen?

Kann mir jemand helfen?

 

Danke Jay

Edited by Regnidor (see edit history)
Link to comment
Share on other sites

Ich habe vorgestern einige Module upgedated u.a. europäische Rechtssicherheit auf 1.5 oder so. Danach habe ich gesehen, dass 1.6.1.1 draußen ist und habe das gestern per one-klick-upgrade eingespielt.

 

Hast Du ne Ahnung was ich jetzt machen kann?

 

Irgendwelche Dateien austauschen? Ne alte eucompliance versuchen?

 

Danke Jay

Link to comment
Share on other sites

Nö, das hat mit AdvancedEuCompliance wahrscheinlich eher nichts zu tun. Hast du denn eigentlich EU legal vor dem Entfernen deinstalliert? Nur so verschwinden die alten Overrides.Denn kullis Ratschlag bei einer anderen diesbezüglichen Frage von dir, einfach den kompletten Ordner auszutauschen, kannst du nur dann befolgen, wenn du sicher bist, dass nicht ein paar andere Module auch Overrides angelegt haben.

 

Ansonsten warte auf 1.6.1.2. Daran wird schon gearbeitet. ;)

Link to comment
Share on other sites

EU Legal hatte ich meine ich gar nicht installiert, da ich den Shop ja neu mit 1.6.1.0 aufgesetzt hatte und da war AdvancedEuCompliance ja schon dabei...

 

Habe den alten Override Ordner wieder eingespielt. Nachdem ich AdvancedEuCompliance deinstalliert und wieder neu installiert habe, hatte sich das von Dir erwähnte Problem aus dem anderen Post erledigt.

 

Das gibts doch nicht, dass das jetzt nicht mehr geht, ging doch vorher auch.

Keine Idee was ich da machen kann?  :(

Link to comment
Share on other sites

TIPP:

Ich weiss dass das jetzt keine Lösung ist: aber für die Zukunft: eine funktionierende Version auf dem Server (Live-System) so lassen wie sie ist ("never touch a running system")

 

- updates (egal ob module oder system) nur euf einem gespiegelten lokalen system (oder irgendwo anders auf dem Server) einspielen und ausgiebig testen, dann erst im Live-Shop updaten, falls überhaupt nötig.

 

wenn Du ständig die neuen Versionen einspielst, machst Du nur den Presta-Betatester, das sollte Dir aber durch Mitlesen hier im Forum mittlerweile klar geworden sein. Und was die Versionsupdates angeht ist das bei PRestashop momentan immer noch so: zuerst bringen die die neue Version raus, dann werden nach und nach die noch auftauchenden Fehler in den Modulen beseitigt, dann gibts wieder Modulupdates, dann tauchen wieder Probleme mit älteren Versionen auf undsoweiter undsoweiter; deswegen auch mein Rat im ersten Satz.

Edited by kulli (see edit history)
  • Like 1
Link to comment
Share on other sites

Da hat kulli völlig recht! Wer sich für Prestashop entscheidet, muss wissen, was er tut. Es ist eine Software mit großem Potential, aber in vielen Teilen immer noch eine Dauerbaustelle. Ich kenne im Detail weder deinen aktuellen Stand noch die spezifische Konfiguration, aber vielleicht helfen dir ein paar Bugfixes weiter:

 

https://github.com/PrestaShop/PrestaShop/commit/489f103404409bb36e790014a50b8560b7a2caae

https://github.com/PrestaShop/PrestaShop/commit/190236087761dc4ecb4d052f72f501d87891436f

Link to comment
Share on other sites

@ kulli:

 

Danke für den Tipp aber dazu bräuchte ich ja erstmal eine funktionierende Version. Dachte das Update beseitigt die Fehler von 1610. Bin auch zum Glück noch nicht live, wollte ich aber machen sobald der Shop läuft. Und jetzt funktioniert wieder etwas nicht. Werde noch wahnsinnig...

 

Was mich wundert ist, dass es beim Demo shop funktioniert. Also kann es ja nicht an der Version liegen.

 

@ eleazar:

 

Ich weiß auch nicht genau welchen Stand ich habe, aber müsste ja recht aktuell sein, da ich erst am Freitag das one-klick-upgrade gemacht habe...

 

Schau mir nachher mal Deine Links an, bin grad unterwegs.

 

Falls ichs nicht hinbekomme, gibt es eine Möglichkeit das System neu aufzusetzen und meine Einstellungen, Produkte, Kategorien etc. und Templateanpassungen (Bilder auf der Startseite etc.) relativ unkompliziert zu importieren?

Link to comment
Share on other sites

wenns kein live shop ist, kanns doch gar nicht schlimm sein ;-)

 

Doch, weil der eigentlich meinen bestehenden in die Jahre gekommenen Live Shop schon lange hätte ablösen sollen.

Habe jetzt die ganze Zeit auf die 1.6.1.1 gewartet, weil ich dachte, dass damit die Bugs der 1.6.1.0 beseitigt werden würden und jetzt funktioniert wieder etwas nicht...   :( 

Link to comment
Share on other sites

dann warte auf die 1.6.2.0

 

dann nimmst Du die vorletzte 1.6.1.x (also so ca 1.6.1.22)

die sollte dann so stabil und Fehlerbereinigt sein, dass man damit einen Live-Shop betreiben kann.

 

B):D sorry, aber so sehe ich das momentan

 

für mich ist nachwie vor die 1.6.0.14 mit eu_legal die einzig brauchbare, (oder angepasste 1.5 er)

Link to comment
Share on other sites

Nach langem herumprobieren (sehr langem) habe ich jetzt etwas herausgefunden. Die Versandkosten werden doch angezeigt, allerdings nur, wenn sich nur Artikel im Warenkorb mit dem selben Steuersatz befinden.

 

Ich habe mal zwei screenshots gemacht:

 

post-965067-0-82158600-1441174744_thumb.jpg

 

post-965067-0-90177600-1441174746_thumb.jpg

 

Kann das sein, dass bei den Steuerdetails irgendwie nur Platz für zwei Spalten vorgesehen ist und dass bei zwei unterschiedlichen Steuersätzen die Versandkosten "hinten runterfallen"  weil vier Spalten benötigt werden?

 

 

Können das die Experten mal irgendiwe überprüfen? Eleazar? Kulli?

 

Danke

post-965067-0-82158600-1441174744_thumb.jpg

post-965067-0-90177600-1441174746_thumb.jpg

post-965067-0-69971800-1441174749_thumb.jpg

Edited by Regnidor (see edit history)
Link to comment
Share on other sites

Mich würde zunächst mal interessieren, wie du an diese Version meines Rechnungsformulars kommst!

Ich wüsste nicht, dass ich sie irgendwo zum Download freigegeben hätte, obwohl du mich per PN darum gebeten hattest. Ich habe sie ledigiich im Testshop von Whiley hinterlegt, aber ohne Download-Möglichkeit.

Link to comment
Share on other sites

Mag sein, aber der hatte auch keine Download-Möglichkeit. Ich werde solche Aktionen also künftig nicht mehr machen, um mich vor Missbrauch zu schützen.

 

Sorry ich wusste nicht, dass ich die nicht benutzen soll. Wollte da auch keinen Unfug damit machen.

Ich kann Sie gerne wieder rausnehmen.

 

Ich denke alle sind Dir dankbar für Deine "Aktionen". War echt nicht meine Absicht...  :( 

Link to comment
Share on other sites

Kann das sein, dass bei den Steuerdetails irgendwie nur Platz für zwei Spalten vorgesehen ist und dass bei zwei unterschiedlichen Steuersätzen die Versandkosten "hinten runterfallen" weil vier Spalten benötigt werden.

Kann das irgendjemand bestätigen? Kann doch nicht sein, dass das nur bei mir so ist...

Edited by Regnidor (see edit history)
Link to comment
Share on other sites

Also bei mir zeigt er die Versandkosten an, wenn ich ausschließlich 7% Artikel im Warenkorb habe.

 

Wenn 19% Artikel im Warenkorb sind wird nichts angezeigt also bei gemischten Warenkörben auch nicht.

 

post-965067-0-86568200-1441394786_thumb.jpgpost-965067-0-02178300-1441394788_thumb.jpgpost-965067-0-49240600-1441394785_thumb.jpg

 

 

Hat also was mit den 19% Artikeln zu tun.

 

Versteh das nicht. Jemand ne Idee?

Link to comment
Share on other sites

Rechtlich gesehen hat die MwSt auf Versand absolut nichts mit den Versanddiensten zu tun. Sie wird einzig und allein anhand der Artikel im Warenkorb ermittelt.

 

Ja aber bei den Versanddiensten muss ich ja eintragen steuerfrei, 7% oder 19%. Dachte es liegt vielleicht daran, aber es macht wohl keinen Unterschied was ich da eintrage...

Link to comment
Share on other sites

Ja aber bei den Versanddiensten muss ich ja eintragen steuerfrei, 7% oder 19%. Dachte es liegt vielleicht daran, aber es macht wohl keinen Unterschied was ich da eintrage...

 

Hmmh, ich kann in 1.6.1.1 nur anklicken, ob die Lieferung steuerfrei ist oder nicht. Habe ich irgendwo was übersehen?

Wo trägst du denn die MwSt auf die Versanddienste hier ein? Du kannst doch nur den Nettobetrag für die Versandkosten erfassen.

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

Habe ich irgendwo was übersehen?

Wo trägst du denn die MwSt auf die Versanddienste hier ein? Du kannst doch nur den Nettobetrag ür die Versandkosten erfassen.

Komisch ich hatte da ein Feld mit 3 Optionen steuerfrei, 7% und 19%.

Jetzt ist es weg. Kann also auch nicht wie Du irgendwo auswählen, dass die Lieferung steuerfrei ist.

Wo genau kannst Du das eintragen? Bei "Versanddienst-Gebiete und Kosten" ?

Link to comment
Share on other sites

Ja, du hast recht. Aber bei meiner Installation von 1.6.1.1 fehlt es. Und ich finde leider hinsichtlich der Einstellungen keinen Unterschied zum Demoshop von Whiley, außer das meine Installationsdaten neueren Datum sind.

 

Das ist wohl bei dir jetzt genauso, wenn ich dich richtig verstanden habe.

Link to comment
Share on other sites

Als ich vorhin vom Büro aus nach Hause fuhr, hatte ich eine Eingebung. ;) Ich erinnerte mich nämlich, dass PrestaShop standardmäßig den Steuersatz auf den Versand danach berechnet, was beim jeweiligen Versanddienst hinterlegt ist. In Deutschland - und eigentlich europaweit - geht das aber nicht. Deshalb enthält AdvancedEUCompliance den Schalter 

Anteiliger Steuersatz auf Versand und Verpackung

Wenn du hier auf JA klickst, verschwinden die MwSt-Eingabe beim Versanddienst, weil die Eingabe hier ja auch bedeutungslos ist. Im Demoshop ist dies aktuell  nicht aktiviert.

Allerdings sollte in jedem Fall der Schalter

Versandkostenfrei Ja Nein

erhalten bleiben. Bei mir ist das ja auch der Fall. Und der fehlt bei dir wirklich (über der Wahl der Preisspanne)?

Link to comment
Share on other sites

Ah okay alles klar.

 

Nein der versandkostenfrei ja/nein fehlt nicht.

Du hattest oben geschrieben steuerfrei. War ein Missverständnis...

 

Mist hatte schon gedacht, das hätte irgendwas mit meinem Problem zu tun. Aber dann ist von der Seite ja alles in Ordnung...

Link to comment
Share on other sites

  • 2 weeks later...

Also ich habe jetzt extra einen komplett neuen Shop aufgestezt um zu überprüfen, ob hier die Versandkosten bei den Steuerdetails aufgeführt werden.

 

Und siehe da, man sieht nichts. Es wird nicht angezeigt!

 

post-965067-0-28210200-1442835859_thumb.jpg

 

Funktioniert das bei irgendjemandem überhaupt richtig?

 

Ich habe das Modul europäische Rechtssicherheit installiert und

Anteiliger Steuersatz auf Versand und Verpackung

aktiviert.

 

Bei Rechnung habe ich

Aktiviere Steueraufschlüsselung

aktiviert. (obwohl das überhaupt keine Auswirkungen zu haben scheint)

 

Habe ich was vergessen?

 

Müsste doch eigentlich so funktionieren?!

 

 

 

Link to comment
Share on other sites

  • 6 months later...

Hallo,

 

ich hab die Lösung selbst in das PDF-Template (pdf/invoice.tax-tab.tpl) reinprogrammiert.

Im Anhang ist die Datei (-> umbenennen ohne ".txt")

 

Hier die 2 Ergänzungen in der Datei wenn du es selbst anpassen willst:

 

vorher:

{elseif (isset($tax_breakdowns) && $tax_breakdowns)}

nachher:

{elseif (isset($tax_breakdowns) && $tax_breakdowns)}
    {assign var=artikelsteuern value=0}  

vorher:

		{/foreach}
	{/foreach}

nachher:

                {* Artikelsteuern addieren: *}
                {assign var=artikelsteuern value=$artikelsteuern + $line.total_amount}

                {* Versandsteuersatz ist immer der höchste Artikelsteuersatz! *}
                {if $line.rate > $versandsteuersatz}
                {assign var=versandsteuersatz value=$line.rate}
                {/if}

		{/foreach}
	{/foreach}

        {assign var=versandsteuer value=$footer.total_taxes - $artikelsteuern}

        <tr>
          <td class="white">Versandkosten</td>
          <td class="center white">{$versandsteuersatz} %</td>
          {if $display_tax_bases_in_breakdowns}
          <td class="right white"></td>
          {/if}
          <td class="right white">{displayPrice currency=$order->id_currency price=$versandsteuer}</td>
        </tr>

invoice.tax-tab.tpl.txt

Edited by andre.presta (see edit history)
Link to comment
Share on other sites

Hallo andre.presta,

 

danke für das Teilen deiner wirklich originellen Lösung. Leider wird dies bei gemischten Steuersätzen nicht mehr funktionieren, denn gerade in diesem Programmteil des Moduls Europäische Rechtssicherheit tummeln sich gleich mehrere Bugs. Auch kann es u.U. zu Rundungsfehlern führen, da du bereits mit auf zwei Stellen gerundeten Beträgen operieren musst, denn an dieser Stelle stehen dir für deine Rechnung gar keine anderen zur Verfügung.

 

Nehmen wir mal an, du hast Artikel sowohl mit 7% wie auch mit 19%, dann errechnet PrestaShop mit aktivierter Option im Modul korrekt den jeweils anteiligen Steuersatz auf die Versandkosten und rechnet diese dann zu den ausgewiesenen Steuerbeträgen. Rechtlich ist der Steuersatz auf die Versandkosten nämlich keineswegs immer der höchste. Denn das würde bedeuten, dass du dem Finanzamt ja Geld schenkst.

 

Praktisches Beispiel:

Du verkaufst Waren im Wert von 600 €, davon zum Steuersatz von 7 % im Gesamtwert von brutto 300 €., die andere Hälfte zum Steuersatz von 19%.

Die Speditionskosten betragen brutto 25 €.

Dann beträgt deine Steuerschuld gegenüber dem Finanzamt

300 € zu   7% = 19,63 € + 0,82 € auf Versand = 20,25 €.

300 € zu 19% = 47,90 € + 2,00 € auf Versand = 49,90 €.

Summe: 67,53 € + 2,82 € = 70,15 €

Nach deiner Rechnung sind es allerdings 67,53 € + 3,99 € = 71,52 €

Das läppert sich im Laufe des Jahres.

 

Und ausgewiesen wird dann auch noch auf der Rechnung ein Versandkostensteuersatz, der bei gemischten Steuersätzen nicht so recht zum Betrag passt. Das tut er nämlich nur dann, wenn du das Modul deaktivierst und - was dann möglich ist - einen festen Steuersatz (in der Regel also 19%) beim Versanddienst hinterlegst. Dann, und nur dann, wird nämlich auch die Steuer auf die Versandkosten ab der nächsten Rechnung wieder angezeigt. Der Bug wird also durch das Modul verursacht.

Link to comment
Share on other sites

Hallo eleazar,

 

danke für deine ausführliche Antwort -> du hast Recht.

 

Jedoch: ich hab lediglich den Differenzbetrag des Steueranteils ausgewiesen, in deinem Beispiel dann 2,82€.

 

Nur der Steuersatz mit pauschal dem höchsten wäre falsch und müsste korrekt ausgerechnet werden,

oder gleich weglassen, wenn denn der Betrag von 2,82 korrekt ist.

(Würde ja eh was krummes dort stehen, z.B. 13% in deinem Fall -> nützt keinem was oder?

 

Oder ist denn durch den Bug die Gesamt-MwSt. auf der Rechnung schon falsch? (invoice.total-tab.tpl -> $footer.total_taxes)

 

Wie gesagt: ich rechne nur $footer.total_taxes - (Summe der Produkt-Steuerbeträge) = Versandsteuerbetrag.

Link to comment
Share on other sites

Das habe ich schon verstanden. :)

Aber dann darfst du auch nicht den Steuersatz (z. B. 19%) angeben, denn der passt dann bei gemischten Steuersätzen nicht mehr zum Gesamtsteuerbetrag auf die Versandkosten.

Grundsätzlich rechnet Prestashop inzwischen schon richtig, nur die Darstellung in der Standard-Rechnung ist suboptimal und für die Praxis nicht zu gebrauchen.

Link to comment
Share on other sites

Ok, wenn die Gesamt-MwSt. von Prestashop richtig ist,

dann brauch ich meine erechneten (Gesamt-)Versandsteuern nur auf 7% und 19% ins richtige Verhältnis aufteilen

und dann halt 2 Zeilen in Steuerdetails ausgeben oder?

 

Ich hab das mal schnell angepasst -> siehe Anhang

 

Bei mir sieht eine Bestellung z.B. dann so aus -> siehe Anhang

 

Was meinst du dazu? :)

 

Ist mit den hartcodiert 7% / 19 % erstmal nur für DE tauglich, aber doch recht schnell für andere Länder

oder Steuersätze angepasst.

Grundsätzlich sollte aber der Bug in der Funktion seitens Prestashop behoben werden.

post-832923-0-57922300-1461310522_thumb.jpg

invoice.tax-tab.tpl.txt

  • Like 1
Link to comment
Share on other sites

Ha ha, willkommen im Club! :D

So ähnlich hatte ich das auch mal, sogar zusätzlich noch für die Steuern auf die Artikel - zu einer Zeit, als PrestaShop noch falsch rechnete und die Steuerdetails nicht zu den andernorts errechneten Gesamtsummen passten. Da habe ich dann sämtliche Summen im Rechnungsformular neu gebildet.

 

Ja, sollte so funktionieren, ich würde aber für Deutschland die MwSt nicht auch noch als 19.000 odr 7.000 ausweisen, sondern hier kürzen.

Außerdem brauchst du den assign-Befehl nicht jedesmal. Für die Aufsummierung reicht es auch vollkommen zu schreiben:

{$artikelsteuer19 = $artikelsteuer19 + $line.total_amount}

Du solltest aber besser Variablen direkt aus der Bestellung übernehmen und nicht die hier bereits gerundeten, weil die nur noch 2 Stellen hinterm Komma haben. Ansonsten kannst du dir wirklich Rundungsfehler bei größeren Artikelmengen einfangen. Leider haben die Programmierer hier noch nicht so ganz mitbekommen, dass die Rundung per Zeile nicht das Standardverhalten ist, sondern die Rundung erst auf die Gesamtsumme erfolgen sollte, um Fehler zu vermeiden.

 

Aber wie du schon sagst: So etwas kann immer nur ein Notbehelf sein. Wichtig erscheint mir, über den Bugtracker oder Github die Entwickler dieses neuen Rechnungsformulars dazu zu bringen, ihre Fehler selbst endlich zu berichtigen.

Link to comment
Share on other sites

  • 2 weeks later...

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
×
×
  • Create New...