Anforderungen an Ubercart für deutsche gesetzliche Vorgaben

Events happening in the community are now at Drupal community events on www.drupal.org.
Tom Freudenberg's picture

Wie sich auf dem DrupalCamp (http://www.drupalcamp.de) in Köln gezeigt hat, gibt es ein reges Interesse a Ubercart. Meine Session zu Ubercart war bis zum letzten Winkel gefüllt, es war schön warm :-). Danke auch nochmal fürs Interesse. Ich bin mir nicht sicher, wo der richtige Ort für so eine Diskussion ist, aber ich versuche es einfach mal hier.

Aus meiner Sicht sind 2 Punkte für einen erfolgreichen Einsatz von Ubercart in einem deutschen Shop sehr wichtig:

1.) Anwendung von Steuer bzw. Ausweispflicht der Steuer
2.) DE aktzeptable Bezahlschnittstellen

Steuer

a.) Das Tax Modul errechnet im Augenblick die Steuer erst dann, wenn der Checkout Vorgang benutzt wird. Solange der Shop bzw. die Artikel mit Netto Preisen eingegeben und angezeigt werden, ist das völlig in Ordnung und ausreichend. Das ist bei Shops wo Händler bzw. Geschäftpersonen einkaufen gegeben.

b.) In vielen Fällen, meist bei Shops für Endverbraucher, sollen aber die Preise inklusive der Steuer angezeigt werden, z.B. "1 Drupal Shirt" zum Preis von €9,99. Damit dieser Preis nun bereits in der Auswahl des Warenkorbes mit diesem Preis für den Käufer angezeigt wird, bleibt nix anderes übrig als den Artikel auch mit €9,99 als Preis zu hinterlegen. Dann entfällt aber jegliche Verwendung von Tax, da der Preis ja bereits inkl. Steuer da ist.

in diesem Beipiel ist dann "nur noch" das Problem, das jetzt eine Ausweispflicht der Steuer auf der Rechnung und streng genommen auch während des Checkout Vorganges anzuzeigen ist. Das lässt sich noch irgendwie mit Theming regeln, allerdings machen jetzt auch die integrieten Ubercart-Reports nicht mehr richtig Sinn, da mich dort als Kaufmann/Shop ja nur die Netto Umsätze und Kosten interessieren.

Das rechnen der Steuer im Theme/Invoice ist auch problematisch, Hier verweise ich nochmal auf den Hinweis von Alex (http://drupalcamp.de/node/83#comment-110):

($price * $qty) * $steuersatz

ist einfach nicht das Gleiche wie

($price * $steuersatz) * $qty.

M.E. kann man sich das jetzt auf 2 Arten wünschen/vorstellen, entweder man erfasst immer nur Netto Preise und das Tax Modul greift bereits beim Anzeigen/Zufügen des Artikels zum Warenkorb oder man kann als Tax deklarieren, das x% Steuern enthalten sind, d.h. ich erfasse den Artikel mit €9,99 und erstelle eine Tax Regel wie "inkl. 19%".

Persönlich tendiere ich zur letzten Forderung, außerdem wäre es dann (wenn Tax Modul enthaltene Steuer ausdrücken könnte) die Sache des Shop-Konzeptionisten, wie die Preise bzw. Steuern zu hinterlegen sind.

Bezahlschnittstellen

Zur Zeit sind zur Integration von Online-Bezahlsystemen hauptsächlich Schnittstellen zu ausländischen Abrechnungsdienstleistern vorhanden. Wir haben in einem Projekt bei uns keinen für unseren Kunden befriedigenden Partner finden können. Nach eigener Recherche ist die Einbindung von Kredikarten Bezahlung in DE Dateschutzrechtlich zu beachten, so dürfen GAR KEINE Kreditkarten Informationen zur Eingabe eingefordert werden, es sei dann man (der Shop) ist aufwendig und teuer dafür zertifiziert. Dadurch bietet es sich an, dies lieber durch einen Anbieter wie Sparkassen-Internetkasse o.ä. zu realisieren. Interessant war auch die Idee auf dem DrupalCamp ClickAndBuy o.ä. einzubinden.

Wir haben damit bereits mal experimentiert, gibt es jemanden der noch Interesse hat so etwas zu realisieren/realisiert zu sehen ?

Weitere Ideen ?

Ich wäre sehr daran interessiert mich zu diesem Thema mit Leuten zusammen zu schließen, damit Ubercart den "letzten Schliff" für DE erhält.

Tom

P.S.: Unter dem DrupalCamp Köln Eintrag Ubercart - Shopping und mehr mit Drupal sind noch ein paar weiterer Kommentare und die Slides zur Session

Comments

Leider konnte ich mich nicht

Alexander Langer@drupal.org's picture

Leider konnte ich mich nicht mehr in die Session quetschen ;)

Ich würde mich freuen beides asap realisiert zu sehen und kann meine Mitarbeit anbieten, wenn sie vonnutzen ist. Zugegebenermaßen habe ich für Übercart bislang noch nichts entwickelt, aber der Appetit kommt ja bekanntlich beim Essen.

Bezahlsysteme: Es gibt ein

bennos's picture

Bezahlsysteme:

Es gibt ein Worldpay Modul für Ubercart.
Ich weiss nicht was ihr für Payment Dienstleister diskutiert habt, aber ein paar habe ich im Kopf

Moneybookers (Bankeinzug, Kreditkarte)
Telecash (Bankeinzug, Kreditkarte)
Giropay (BAnkeinzug, Vorkasse per Überweisung)

und noch mehr irgendwo als Bookmark.

Welche sind dabei für Ubercart realisiert ?

Tom Freudenberg's picture

Hi "Bennos",

sind bei den von Dir genannten außer dem Worldpay noch andere als Modul für Ubercart verfügbar ? Ich habe das eben nochmal kurz im Netz gecheckt, bin aber nicht fündig geworden. Falls Du da noch weitere Infos hast, bitte stelle sie doch hier noch kurz rein im Sinne von "Anbieter (hat/hat nicht Ubercart Modul)" ... und es wäre schön, wenn Du auch Deine Bookmarks nochmal durchgehst.

Tom

Also Worldpay gibt es. Die

bennos's picture

Also Worldpay gibt es.

Die anderen waren nur ein paar Vorschläge von mir die man schnell umsetzen kann oder die Anbieter stellen selber ein entsprechendes Modul bereit. Teilweise wird auch mal gesponsert. So lief das zumindest bei XT Commerce häufig.

Worlpday / Ubercart Modul vorhanden
Alle nachfolgenden haben keine Module und sind deutsche Abrechnungsdienstleister die Module für XTC oder andere Shops haben:
Monebookers
Luupay
Moneybookers
iPayment
Paypal
Sofortüberweisung.de |
United Online Services | http://www.united-online-services.de | http://www.uos-entwickler.com
Click and Buy | clickandbuy.com
Saferpay

Also Saferpay, United online Services sind nicht gerade günstig und ich weiss das Sie, die Module für XTC und Magento entweder gesponsert haben oder haben entwickeln lassen und kostenlos zu Verfügung stellen.

Ich glaube mir fehlen noch ein paar Anbieter, aber das sind so die Wichtigsten.

Bei mir konzentriert es sich

Alexander Langer@drupal.org's picture

Bei mir konzentriert es sich interessetechnisch zunächst auf Clickandbuy. Das dürfte hierzulande auch einer der gängigsten Anbieter sein.

Alex

wir sitzen gerade in Köln

confetti's picture

bei der GfU beim Übercart Training von Mike O'Connor und Joeri Poesen und arbeiten daran. :-)
http://groups.drupal.org/node/17822
Mike wird da in den nächsten Tagen etwas fertig haben.


Bettina
I skate to where the puck is going to be, not to where it's been.
(Wayne Gretsky)

. . .
------------------------------------------------
Bettina
Don't Follow Trends: Set Them!
https://drupal-training.de
https://www.skool.com/drupal/about

Bzgl. welches Punktes, des

Alexander Langer@drupal.org's picture

Bzgl. welches Punktes, des MwSt-Ausweisungsproblems und/oder Anindung an hiesige Bezahldienstleister?

Alex

Modul für Überweisung bzw. Vorkasse

drupal4normi's picture

Es gibt das bankdeposit Modul für UC2, womit z.B. Vorkasse oder per Überweisung ausgeführt werden kann.
Siehe: http://www.ubercart.org/issue/8334/bankdeposit_drupal_6

Auch habe ich in ubercart.org einen Infothread zur MwSt. gestartet:
Siehe: http://www.ubercart.org/forum/internationalization/8355/when_%C3%BCberca...

Und ich habe die Frage gestellt, ob es ein Modul für UC2 gibt, welches die AGB im Warenkorb mit Checkbox abfragt:
http://www.ubercart.org/contrib/3781#comment-30730

Und ob es möglich bei dem VAT Modul das VAT Feld nicht als Pflichtfeld zu definieren:
http://www.ubercart.org/forum/support/8413/how_can_i_set_company_field_n...

Und zuletzt finde ich keine Möglichkeit die Länder in den UC Country Settings ins Deutsche zu übersetzen:
http://www.ubercart.org/forum/support/8441/where_can_i_translate_countri...

Interesse Weiterentwicklung Ubercart

not.used.904's picture

Hallo,

Wir sind sehr interessiert Ubercart mehr auf dem deutschen Markt zu platzieren. Gerade Übersetzungsprobleme mussten wir lösen, sowie einige andere Kinderkrankheiten von Ubercart. Aber insgesamt sind wir sehr zufrieden.

Unser letztes Projekt ( http://www.leinwandfoto-discount.de ) hat alle Möglichkeiten aus Ubercart herausgekitzelt. Dabei ist auch ein funktionales Worldpay Modul ( recoding von dem alten Worldpay Modul ) herausgesprungen. Ich würde gerne die entstanden Module der Community zur Verfügung stellen ( wie zB http://drupal.org/project/uc_ajax_cart ) aber ich brauche Co Maintancer da ich das nicht alleine schaffe.

Gibt's Interesse ?

Interesse

nikolai fischer's picture

Hi

Ich arbeite gerade an einer art Tax API um europäische Anforderungen an Ubercart erfüllen zu können.

Weitere Module sind in Vorbereitung, jedoch fehlt auch mir die Zeit mich intensiver damit auseinanderzusetzen. Vielleicht können wir irgendwie zusammenarbeiten?

Niko

good idea

confetti's picture

da Übercart in den USA programmiert wird, sollten wir diese Sachen aber so weit möglich auf Englisch austauschen und wie schon geschrieben, Mike O'Connor und Joeri Poesen einbeziehen. Die arbeiten wie gesagt auch schon dran, brauchen aber unsere lokale Hilfe.
wegen der Synergien und so.


Bettina
I skate to where the puck is going to be, not to where it's been.
(Wayne Gretsky)

. . .
------------------------------------------------
Bettina
Don't Follow Trends: Set Them!
https://drupal-training.de
https://www.skool.com/drupal/about

Vorläufige Anpassung

nikolai fischer's picture

Ich habe den Tag heute mal der ganzen Problematik gewidmet und vorläufige Änderungen vorgenommen.

  • Der Text "inkl. Mwst:" erscheint bei jedem Produkt
  • Steuersatz kann für jedes Produkt einzeln ausgewählt werden
  • Enthaltene Steuer wird im Warenkorb, Checkout und auf Rechnung ausgewiesen

Ich werde die Änderungen in den kommenden Tagen in Modulform pressen.

Beste Grüße,

Niko

@Kommune3 - So, 2009-01-25

Passer-gdo's picture

@Kommune3 - So, 2009-01-25 18:40

Hast schon was geschafft in Bezug auf die Modulform?

MfG
Passer

Sounds good. I will provide

bennos's picture

Sounds good. I will provide some tests with the module and give feedback.

ClickandBuy

Alexander Langer@drupal.org's picture

Aktuelle Info bzgl. ClickandBuy:

Der offizielle ClickandBuy Integrationspartner Payintelligent arbeitet aktuell an der Anbindung des Bezahldienstes an Ubercart. Als Basis dient die letzte finale Version von Ubercart. Laut Roadmap wird die Fertigstellung für Mitte März erwartet.

Die Umsetzung wird kostenlos und frei zur Verfügung gestellt, es braucht lediglich einen ClickandBuy Händleraccount.

Vielen Dank an dieser Stelle an Herrn Isin von Payintelligent für die prompte Rückmeldung auf meine Anfrage.

Alex

Auf ubercart.org gibts zu

rokr's picture

Auf ubercart.org gibts zu dem Thema auch nochmal ein Call for Action:
http://www.ubercart.org/forum/internationalization/8980/wakening_call_eu...

Vielleicht können sich diejenigen dort mal einklinken, die schon etwas getan haben, damit das Rad nicht nochmal erfunden wird.

ciao, Ronald

Die Anbindung an ClickandBuy

Alexander Langer@drupal.org's picture

Die Anbindung an ClickandBuy hat gerade eben das Licht der Welt erblickt:

Ich bekam eben die Info

Alexander Langer@drupal.org's picture

Ich bekam eben die Info rein, dass PayIntelligent in Kürze auch eine Version für Ubercart 2 herausgeben wird.

Alex

Warum ist folgende Aussage

fmueller's picture

Warum ist folgende Aussage richtig?

($price * $qty) * $steuersatz
ist einfach nicht das Gleiche wie
($price * $steuersatz) * $qty.

Es gilt

    (a * b) * c
<=> a * (b * c)  (wegen http://de.wikipedia.org/wiki/Assoziativgesetz)
<=> a * (c * b)  (wegen http://de.wikipedia.org/wiki/Kommutativgesetz)

Daher gilt auch
    ($price * $qty) * $steuersatz
<=> $price * ($qty * $steuersatz)   (Assoziativgesetz)
<=> $price * ($steuersatz * $qty)   (Kommutativgesetz)
<=> ($price * $steuersatz) * $qty   (Assoziativgesetz)

Also ist ($price * $qty) * $steuersatz das Gleiche wie ($price * $steuersatz) * $qty. Wo liegt mein Fehler?
Tom Freudenberg's picture

Hi,

grundsätzlich hast Du natürlich mathematisch Recht, aber hier kommt das Problem des Rundens dazu. Das ganze Problem entsteht in Ubercart auch NUR dann, wenn im Shop die Artikel mit ihren BRUTTO (also inklusive MWSt) angezeigt werden sollen.

Du zeigst also Netto Preise an, z.B. Artikel Bürste zu 1,99€ inkl. MWSt. Ich kaufe jetzt 5 Stück davon und bekomme als Summe 9,95€.
In der Aufstellung zur Rechnung steht dann aber (MUSS in DE so sein irgendwo der Netto Preis), also 1,99 € / 119 * 100 (MWSt raus) und das ergibt 1,6722689... in Währung geschrieben und gerundet 1,67 €.

Jetzt steht dann da: 5 * 1,67 = 8,35 * 1,19 = 9,9365 ist dann gerundet 9,93€ und NICHT 9,95 €

Das ist mal ganz schön blöd:

Die Alternative ist mit den Nachkommestellen zu rechnen, dann steht auf der Rechnung aber auch etwas falsches wie:

5 * 1,67 = 8,36 € * 1,19 = 9,95 €

Das stimmt aber so auch nicht :-( denn 5 * 1,67 IST NICHT 8,36 €

Hieraus ergibt sich die Notwendigkeit, sogenannte inkusive Steuer angeben zu müssen, also 1,99 € enthalten 0,32 € MWSt o.ä.

Hallo Tom, vielen Dank für

fmueller's picture

Hallo Tom,

vielen Dank für deine Antwort. Ich verstehe das nun.

So wie ich es sehe, muss man nicht den Netto Preis von jedem Artikel angeben, sondern lediglich die in dem Brutto-Gesamtbetrag enthaltene Mehrwertsteuer. Sehe ich das richtig? Konkret: Eine Bürste soll für den Endkunden 1,99 Euro kosten. Also sollte man die Bürste mit einem Preis von 1,99 Euro bei Ubercart erfassen können und angeben können, dass der Preis dieses Artikels 19% MwSt. enthält. Im Shop wird dann "1,99 € inkl. MwSt. (zzgl. Versandkosten)" angezeigt. [Die Information "zuzüglich Versandkosten", die direkt ein Link auf nähere Angaben diesbezüglich sein sollte, ist meines Wissens ebenfalls erforderlich.] Kauft nun jemand fünf Bürsten, dann sollte ihm auf der Rechnung (aber vermutlich auch bereits auf cart/checkout/review) etwa folgendes angezeigt werden:

Artikel  Einzelpreis  Menge  Gesamtpreis
----------------------------------------
Bürste   1,99 €       5      9,95 Euro
----------------------------------------
                  Endbetrag  9,95 Euro
                  ----------------------
           enthaltene MwSt.  1,59 Euro

Sehe ich das richtig?

Gruß, Fabian

Japp, sollte korrekt sein.

Alexander Langer@drupal.org's picture

Japp, sollte korrekt sein. Bei Endkunden ist der angezeigte Preis inkl. Steuer und die MwSt wird prozentual mit der Basis der gesamten Rechnungssumme errechnet. Bei gewerblichen Kunden wird umgekehrt aus der Netto-Summe über den Steuersatz die Gesamtrechnungssumme abgeleitet.

In beiden Fällen muss also nur einmal pro Rechnung bei der Endsumme gerundet werden.

Im Grunde müsste man also festlegen, ob der Kunde als Endverbraucher unterwegs ist, oder als Gewerbetreibender. Bei der Eingabe der Preise müsste man so flexibel sein, sowohl netto als auch brutto angeben zu können, anstatt diese dynmisch zu errechnen und damit Abweichungen durch Rundung zu provozieren.

Die Sache mit der Azeige "inkl. gesetzlicher MwSt. (19%) zzgl. Versandkosten" ist so eine Sache. Ich habe über die Jahre auch diese und jene (erfolgreiche) Abmahnung in der Presse mitbekommen, weil Shops nicht pro Artikel eindeutig ausgezeichnet haben (jedenfalls meine ich mich an solche Fälle zu erinnern), aber man schaue sich z.B. Amazon an. Da ist weit und breit von Märchensteuer nichts zu sehen - oder aber ich bin blind. Ist diese Auszeichnung also nicht nötig, oder ist Amazon so gut mit Anwälten bestückt, dass die eh keiner angeht? ;)

Alex

Update 06/2009

rokr's picture

Ich habe in den letzten Tagen das Modul Ubercart 2 VAT support mit dem aktuellen Ubercart 6.x-2.0-rc3 ausprobiert.
Die Neuerung an der letzten Ubercart Version ist die Veränderung der Preisanzeige (oder besser: die Bildung des Preises). Dazu kann man hier lesen:
cha0s' attempt to solve the VAT display stuff
Dadurch werden (nachträgliche) Preisveränderungen vereinfacht, wie wir sie für die Mwst. brauchen.

Man kann Taxes nun wie gewohnt festlegen, aber mit dem uc_vat Modul bestimmen, dass eingegebene Preise die Steuer schon enthalten (Brutto). Das wird dann auch korrekt auf den Produktseiten, den Catalogseiten und im Warenkorb angezeigt. Im Checkout wird dann die MWst. ausgewiesen.

Das funktioniert schon ganz gut, ein paar Dinge bleiben aber noch offen:

  1. Es wäre schön, wenn die Mehrwertsteuer bereits auf der Warenkorb- und auf der Checkout-Seite ausgewiesen wird, jeweils bei der Gesamtsumme. (Wie ist da die gesetzliche Regelung?)
  2. Auch Versandkosten können besteuert werden und müssen bereits inkl. Mwst angegeben werden. Die derzeitige Ubercart Lösung schlägt die Mwst. einfach auf die angegebenen Kosten oben drauf. Die Versandkosten netto anzugeben ist unzulässig und würde den Kunden verwirren. Hab dazu ein Issue erstellt, weiß aber nicht, ob dies Teil des VAT Moduls sein sollte. Genau genommen müssten wir noch nach Versandart die Besteuerung unterscheiden können (Bsp: Post noch keine Ust., DPD sehr wohl)

Vielleicht finden sich ja jemand, der in der Drupal/Ubercart API fit ist und das noch realisieren kann.

Sind euch noch andere Dinge aufgefallen?

Grüße, Ronald

Seit der letzten Woche steht

steffenr's picture

Die grundlegende Funktion der Ausweisung der Mehrwertsteuer / Berechnung etc wird ja schon seit längerem durch das uc_vat zur Verfügung gestellt.
Seit der letzten Woche steht für die "Aufsplittung der MwSt. Sätze" ein Update bereit. Dies hat die HKS Agentur im Zusammenhang mit einem eigenen Projekt dem Modul uc_vat gesponsort.
Die letzte DEV Version bietet nun die Möglichkeit die Steuern im Warenkorb und auf den Folgeseiten getrennt nach Steuersätzen auszugeben.

Für die Versandkostenproblematik habe ich noch einen Patch reingestellt - dieser müsste noch einmal reviewed werden. Hier werden die Steuern der Versandkosten proportional zu den Produkten im Warenkorb berechnet. Dies bezieht sich - wenn aktiviert - aber generell auf die Shipping Costs und macht keinen Unterschied nach Post / DHL..
http://drupal.org/node/919174#comment-3497740

Gruß,
SteffenR

Germany

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds:

Hot content this week