Hallo, ich hoffe, dass Gambio die Steuersätze korrekt aus 7% und 19% der Versandkosten, etc. berechnet werden. (Link nur für registrierte Nutzer sichtbar.) Ich denke, Shop Entwickler sollten sich mal drüber setzen und nicht sagen, "wir habe kaum Leute mit den 2 Steuersätzen. Welches externe Plugin nehmt ihr dafür? MfG Rainer
Danke barbara, aber muss das nicht generell eine Shop Funktion können? werbe-markt kenne ich. Und die Cloud müsste es ja auch Leisten können.
Jain Die meisten Shops haben entweder oder. Von der Seite der Entwickler ist es jetzt so: Die Funktion wird von vielleicht 5% benötigt Die Zeit der Entwicklung mit Tests etc kosten X Stunden Arbeitszeit In der selben Zeit kann ich Modul Y Bauen, das von 30% benötigt wird, oder wegen einer Änderung im Gesetzt zwingend erforderlich ist. Was baue ich jetzt? - Ich denke hier würde jeder für das andere Modul stimmen, weil es mehr User betrifft. Abgesehen davon wird kein Steuerprüfer eine Strafe aufbrummen, wenn statt 7% die 19% an das FA abgeführt werden. (nur meine Meinung)
Also ich kann veraten, dass wir das Thema aktuell auf dem Zettel haben und uns grade mit der (rechtlich) korrekten Umsetzung befassen. Natürlich müssen wir uns auch an verschiedenen Stellen vorher informieren, wie wir das richtig umsetzen, sowohl technisch als auch rechtlich. Das Technische ist dabei meistens weniger aufwändig. Einen konkreten Zeitpunkt zur Veröffentlichung haben wir noch nicht, aber auch wir habe das Thema auf jeden Fall im Auge.
@barbara Das sehe ich anders und gehört zur Grundfunktion eines Entwicklers alle und wirklich Wichtigen Funktionen Einzuarbeiten. 5% das weiß man wahrscheinlich nicht genau. Vielleicht sind es ja 10 oder 15%. @Hilke (Gambio) Ok, bis dahin muss man auf einen externen Tool zugreifen. Für mich ist wichtig, dass es erkannt wurde. Das lassen wir jetzt so stehen wie es ist!
Ja, wir haben auch ein Interesse daran das zeitnah umzusetzen. Das ist ja durchaus schon ein wichtiges Thema.
Aus unserer Sicht muss man Stand heute auf kein externes Tool zugreifen. Es gibt dort mehrere Ziele die man einzeln ansehen kann, vor allem Korrektheut und Optimierungsgrad. Was normal gilt: Kein Finanzamt der Welt erschlägt jemanden der zuviel Steuern abführt. Kriminell wirds immer dann, wenn man zu wenig Steuern durchgibt. Berechnet man Kunden also immer den höheren Steuersatz, ist man rechtlich safe, man handelt nach Massstäben von Korrektheit richtig. Das zweite ist Optimierung, man will nicht mehr Steuern zahlen als notwendig. Weder als Händler, noch als Kunde. Bei Warenkörben mit Artikeln mit gemischten Steuersätzen errechnet der Shop bislang keine vollständig optimalen Zahlen im Sinne von Steuervermeidung. Begeht man mit einem jetzigen Shop also automatisch Straftaten? Nein. Zahlt man immer so wenig Steuern wie irgendwie denkbar? Auch Nein. Das definiert die mögliche Aufgabe, und mit der wollen wir uns mal auseinandersetzen. Wir arbeiten alle wichtigen Funktionen ein. Die Zahl der Shops mit gemischten Sortimenten war bislang relativ überschaubar, die Frage an uns, ob man sich mit dem Dunstkreis mal befassen will, kam auch überschaubar oft. Immer wieder mal, aber nie in Massen. Wir glauben aus unserer Warte das dürfte jetzt mehr werden, darum greifen wirs auf. Wir glauben das wird jetzt relevanter, darum greifen wirs auf. Was normal nicht aufgeht: "Ich vermisse xyz und ihr als Softwarebude müsst doch alle wichtigen Funktionen einbauen", das Argument wird in Anfragen gern mal gezogen. Klare Antwort ist da ja und nein. Wir sehen uns keineswegs in Verpflichtung relativ seltene Sorgen von wenigen immer abzubilden, zumal uns nie langweilig ist. Wird eine Sorge aber für eine relevant grosse Nutzergruppe zu einem Thema, dann sind wir dran was zu machen, das ist der Eigenanspruch. Wir überlesen in solchen Anfragen an uns also immer und grundsätzlich den "müsst doch alle wichtigen Funktionen" Satzteil, destillieren das Problem in was kurzes und machen sowas wie einen Strich für den eigentlichen Wunsch. Sammeln sich die Striche an etwas, ist das Thema relevant. Sammeln die sich nicht, muss sich jemand im Moduluniversum oder bei Agenturen umsehen. Bei diesem Thema hat sich das in relevante Sphären verschoben.
Hallo zusammen, wir als Anbieter von Mischartikeln sind auch sehr an einer Optimierung interessiert. Dabei würde es uns auch genügen, wenn der verringerte Steuersatz für die Versandkosten bei reinen Warenkörben mit 7%-Artikeln hinterlegt wird. Warenkörbe mit Mischartikeln wäre aus unserer Sicht noch das "i"-Tüpfelchen. Vielen Dank für die rege Kommunikation mit uns Anwendern.
@Wilken (Gambio) "Wir arbeiten alle wichtigen Funktionen ein. Die Zahl der Shops mit gemischten Sortimenten war bislang relativ überschaubar, die Frage an uns, ob man sich mit dem Dunstkreis mal befassen will, kam auch überschaubar oft. Immer wieder mal, aber nie in Massen. Wir glauben aus unserer Warte das dürfte jetzt mehr werden, darum greifen wirs auf. Wir glauben das wird jetzt relevanter, darum greifen wirs auf." Kann man ungefähr sagen wann man mit der Umsetzung rechnen kann (Vierteljahr, halbes Jahr oder...)?
Nein, kann man nicht so richtig. Sachlage: Es gibt Module von Externen Entwicklern, die bieten solche Funktionalität. Wir wissen aus Supporterfahrungen darüber, dass leichte Fälle damit funktionieren, spezielle Fälle damit aber auch gern zu falschen Berechnungen führen. Kurzum: Die Module sind oft einfacher gestrickt als die Realität es ist. Das was rauskommt reicht dann gar nicht wenigen Leuten, aber es gibt eben auch genug, die damit auch auf die Nase fallen. Wir haben nun nie genau ausgewertet wie ausgeprägt das ist, in welchen Zusammenhängen das klappt und wann nicht, was man damit tun darf und nicht tun darf um keine Probleme zu haben,... Sicher ist aber: Wenn wir was für die Allgmeinheit bauen müssen wir normal eine höhere funktionale Qualität liefern als ein externer Entwickler es müsste. Wir sind normal darauf angewiesen, dass es in mehr Fällen alles richtig macht. Wir können und wollen uns da nicht rausreden (müssen). Ein gutes Beispiel das analog ist: Es gab lange bevor wir das angefasst haben Module, um Gutschein- und Kuponwerte im Warenkorb zur Anzeige zu bringen, mit Anpassungen der Summen usw. Da gabs externe Module, die gingen für einige, aber die haben auch immer Probleme abgeliefert. Wir haben dann beschlossen wir wollen das im Standard können und haben losprogrammiert. Unsere Lösung ist 10x so komplex geworden wie das, was die Module da alle taten. Da hat ein Entwickler ununterbrochen mehrere Wochen dran gesessen, dann wars reif für andere Augen. Und erst ab der Menge Zeit, Arbeit und Logik hats aber unseren Ansprüchen genügt und ging raus. Das was die externen Module getan haben, hätten wir so nie integriert, es war uns zu halbgar. Das hier könnte ähnlich sein. Es wird nun, noch vor 4.5 Release, einen Versuch geben eine Lösung zu schaffen. Dafür ist ein bestimmtes Zeitkontingent reserviert. Das pumpen wir da rein, dann sehen wir wo wir sind. Sieht das Resultat gut aus, ist es in 4.5. Sind dann noch dicke Themen und Probleme da, dann wirds nicht in 4.5 sein, sondern später behandelt. Das ist noch nicht absehbar.