[isotope_stin]

[typo]

Hi,

ich hätte da noch eine Anmerkung. Bei der Shopkonfiguration wo man die Länder auswählt, wäre es glaube ich ganz nützlich chosen zu verwenden. Ich habe das mal quick and dirty für mich angepasst:

'eval' => array('mandatory'=>false, 'multiple'=>true,'size'=>8, 'tl_class'=>'w50 w50h', 'chosen'=>true) 

Damit wird die Eingabe um einiges komfortabler.

Grüße

Chris

[andreas.schempp]

Ich denke das ist in der 1.4 schon drin.

[typo]

Hi Andreas,

nicht in Isotope, sondern in der Erweiterung. Da habe ich in der Version die ich eben installiert habe noch ein normales multiple select.

[syncgw]

@Typo
Danke für den Verbesserungsvorschlag - das ist echt viel cooler

Habe die Fehler behoben, deine Änderung eingebaut. Gleichzeitig werden jetzt alle EU Länder als Default geladen.

[typo]

Hi,

habe es gerade mal aktualisiert. Der Fehler besteht leider noch ...

Grüße

Chris

[syncgw]

Hmm... könnte es sein, dass es an einer anderen Erweiterung liegt? Bitte deaktiviere doch mal isotope_stin im BE und versuche den Fehler zu reproduzieren. Wenn er weiter auftritt, dann liegt's nich an meinem Modul. Wenn es wirklich an istope_stin liegt, bräuchte ich etwas mehr Info: In welcher Situation tritt er auf? Erst dann kann ich den Fehler vielleicht nachvollziehen...

[typo]

Hi,

habs gerade mal gecheckt, liegt definitiv an isotope_stin und das Problem habe ich auch gefunden. In der Datei /system/modules/isotope_stin/languages/de/tl_iso_config.php gibt es ein Problem mit dem UTF-8 BOM.

Hier die Ausgabe vom bom_checker:

Dateien mit BOM gefunden!

    UTF-8 BOM : /system/modules/isotope_stin/languages/de/tl_iso_config.php

Grüße

Chris

[syncgw]

Okay, habe die Kodierung explizit umgestellt. Danke für den Hinweis.

[typo]

Hi,

vielen Dank jetzt passt es! Danke für die schnelle korrektur.

Grüße

Chris

[typo]

Hi,

ich hätte da noch einen kleinen Änderungsvorschlag. Im Moment ist es ja so, das die Stin beim Checkout auch geprüft wird, wenn diese bereits im Profil des Benutzers hinterlegt ist. Das ist normalerweise auch kein Problem, aber ich hatte das Problem das der EU Server öfter mal überlastet war (Server Busy). Deswegen habe ich mir die Erweiterung so angepasst, das der Check beim Checkout nur noch ausgeführt wird, wenn die beim Checkout eingegebene Stin von der im Userprofil abweicht. So muss die nicht mehr jedes mal geprüft werden.

// clean vat number string
        $vat = str_replace(array(chr(0), chr(9), chr(10), chr(11), chr(13), chr(173)), '', $vat);

        if(FE_USER_LOGGED_IN) {
            $this->import("FrontendUser","User");
            $cleanedUserVat = str_replace(array(chr(0), chr(9), chr(10), chr(11), chr(13), chr(173)), '', $this->User->eu_stin);

            if($cleanedUserVat == $vat) {
                return true;
            }

        } 

Vielleicht findest du das ja nützlich und willst es einbauen

Grüße

Chris

[syncgw]

Ja, das mit der Erreichbarkeit ist ein Problem. Ich habe aber leider noch keine Backup-Möglichkeit für die Abfrage gefunden.

Danke für die Anregung - habe ich eingebaut.

[janosch]

Nach Installation von isotope_stin habe ich folgendes Problem:

Es gibt zwei Shop-Konfigurationen und wenn ich eine davon bearbeiten will, kommt diese Fehlermeldung:
"Fatal error: Call to a member function prepare() on a non-object in system/modules/isotope_stin/dca/tl_iso_config.php on line 47"

Contao: 2.11.4
Isotope: 1.3.8 stable 6 bzw. 1.4rc2 (mit beiden versucht)
isotope_stin: 0.1.7 stable


Jemand eine Idee was ich da machen kann?

LG
Janosch

[syncgw]

Hei,

liegt wohl daran, dass das Datenbankobjekt fehlt... Bitte mal ausprobieren ob das laden des Objektes (Zeile 42 hinzufügen) hilft:

41:                return $varValue;
42:        $this->Import('Database');
43:        $eu = array ('be', 'bg', 'dk', 'de', 'ee', 'fi', 'fr', 'gr', 'gb', 'ie', 

[janosch]

Danke für die schnelle Antwort!

Leider behebt es das Problem nicht, sondern führt zu folg. Fehler:
"Fatal error: Call to undefined method tl_iso_config_stin::Import() in /system/modules/isotope_stin/dca/tl_iso_config.php on line 42"

Edit:
auch der Aufruf mit:
$this->import('Database'); //also 'import' kleingeschrieben ändert nichts....

[syncgw]

Okay, das war der Schnellschuss

Ich werde mir mal die COntao Version laden und nun selber testen. Ich melde mich dann wieder

[syncgw]

Okay, da ist eine Zeile falsch:

38: class tl_iso_config_stin extends Backend { 

dann kennt er auch die Datenbank!

Bitte Rückmeldung geben, ob es geklappt hat - dann kann ich es offiziell machen...

[janosch]

Super! Das 'extends Backend' hat den Fehler behoben.

Danke!

ABER:
Es kommt zur Zeit immer die Meldung 'Verbindungsfehler mit EU Server - bitte versuchen Sie es später noch einmal!'

Und falls wenn man aktualisiert bzw. nochmals alles eingibt kommt:
PHP Fatal error: Uncaught exception 'Swift_RfcComplianceException' with message 'Address in mailbox given [] does not comply with RFC 2822, 3.6.2.' thrown in /plugins/swiftmailer/classes/Swift/Mime/Headers/MailboxHeader.php on line 308

[syncgw]

Es kommt zur Zeit immer die Meldung 'Verbindungsfehler mit EU Server - bitte versuchen Sie es später noch einmal!'

Das passiert, wenn der EU server nicht erreichbar ist - ich prüfe schon den Zugriff auf mögliche Backup-Server. Das ist aber ziemlich aufwendig

Informationen dazu gibt es im Contao-Log. Da wird die Ursache des Fehlers gespeichert.

Und falls wenn man aktualisiert bzw. nochmals alles eingibt kommt:

Das ist ein Problem deiner Konfiguration - du musst bei der Shop-Konfiguration eine gültige E-Mail angeben. An die wird dann die Bestätigung geschickt. Dabei geht das Mail-Plugin baden...

[janosch]

Das ist ein Problem deiner Konfiguration - du musst bei der Shop-Konfiguration eine gültige E-Mail angeben. An die wird dann die Bestätigung geschickt. Dabei geht das Mail-Plugin baden...

Danke! Hatte gedacht, es wird da einfach eine Fallback Mailadresse genommen.

Jetzt funktioniert alles wunderbar!

[syncgw]

Ich habe mal eine beta Version gebaut, die für Deutsche STIN beim nicht-erreichen des EU Servers einen Fallback macht und beim Bundesamt für Steuern eine Kurzabfrage macht. Ich wäre dankbar, wenn das mal jemand mit installieren kann und mir eine Rückmeldung geben kann wenn der Fall Mal eintriit (sieht man in der Mail am Server-Namen und der fehlenden qualifizierten ID).

[sganz]

Hallo,

ich würde im Product Reader bzw. in der Product List beim Preis gerne den Zusatz "inkl. MwSt." bzw. "Steuerschuld verlagert" in Abhängigkeit der USt.-Prüfung anzeigen lassen. Wie ließe sich das am besten umsetzen?

Viele Grüße,
Stefan

[syncgw]

Hei!

Aus der Beschreibung des Modulels:

In verschiedenen Formularen kann der Insert-Tag {{eu_stin::TEXT}} verwendet werden. Sollte aufgrund der gültigen STIN keine Steuer berechnet werden, so wird der Text angezeigt (ansonsten wird der Text weg gelassen) - der Tag kann zum Einblenden eines Textes wie z.B. "Steuerschuld verlagert" verwendet werden

Hilft das mal?

[sganz]

Hi syncgw,

leider nicht so wirklich. Denn zum einen bräuchte ich genau den gegenteiligen Fall (ich bräuchte einen Text, wenn die MwSt. berechnet wird) und zum anderen bräuchte ich den Insert Tag nicht im Formular, sondern im Product Reader bzw. in der Product List.

VG,
Stefan

[KATgirl]

Insertags kannst du überall in Contao nutzen, da solltest du eigentlich nicht auf die Formulare festgelegt sein.

Sent from my Nexus 4 using Tapatalk 4

[syncgw]

Hei,

kannst du dein Problem etwas genauer beschreiben? Mir fehlt da noch das Verständnis...

Das Plugin hängt an der Steuerberechnung von Isotope. Es nutzt dazu

$GLOBALS['ISO_HOOKS']['useTaxRate'][]

. Die Prüfung in dem Modul ist relativ simpel:

1. Ist da Modul aktiv? -> Modul macht nix
2. Gibt es eine EU STIN Nummer bei der Rechnungsadresse? -> Modul macht nix
3. Ist die EU STIN aus dem Land des Shop-Betreibers? -> Keine Steuer
4. Modul macht nix

Wenn du deine Abfrage selbst machen willst, dann schau dir die Funktion

IsotopeStin.php::replaceTag()

an. Da wird der InsertTag ausgewertet. Die Abfrage kannst du natürlich auch "umdrehen" und so das gewünschte Ergebnis erreichen...

[sganz]

Hi syncgw,

das "Umdrehen" war es, was mir gefehlt hat. Ich habe die Funktion entsprechend angepasst, jetzt funktioniert es wie es soll, danke!

Nochmal zur Erklärung: wir benötigen im Shop bei allen Produktanzeigen standardmäßig den Preis-Zusatz "inkl. MwSt.". Gibt ein User nun jedoch eine gültige USt-Nummer ein, dann soll der Zusatz logischerweise verschwinden. Das habe ich jetzt durch das Umdrehen der Funktion unter Einsatz des eu_stin-Inserttags erreicht.

Danke nochmal für die Tipps!

Viele Grüße,
Stefan

P.S.: Vielleicht wäre ein zusätzlicher Insert-Tag mit der gegenteiligen Funktion des jetzigen eu_stin ja eine sinnvolle Erweiterung, da ich mir vorstellen könnte, dass auch andere Shopbetreiber den MwSt-Zusatz angeben (müssen).

[syncgw]

@Stefan Hab ich dann mal gemacht...

[sganz]

Klasse, danke!

[goosie]

Hallo syncgw,

wirds ein Update auf die 2.* von Isotope für Dein Plugin geben?

lg goosie

[syncgw]

Hei,
meinst du Contao 3.* ?

Im Prinzip ja, aber ... ich kann meine Server nicht auf Contao 3.* umstellen, da HelpDesk (noch) nicht kompatibel ist. Das brauche ich aber. Für Extra-Installationen habe zur Zeit leider keine Zeit...

Fühl dich frei, die Anpasusngen für 3.x zu machen. Entweder stell ich das dann gerne ein, oder du übernimmst das Modul .

Oder meinst etwas anderes?

[syncgw]

Hei,

ist es geplant in Isotope die ab 2015 gültige Neue EU-Umsatzsteuerregelung für Dienstleistungen auf elektronischem Wege (per Internet) an Privatpersonen in der Europäischen Union zu integrieren? Wenn nicht, dann würde ich das in meine Erweiterung aufnehme (ich arbeite gerade an einer Isotope 2.1.2 Version)?

Änderung: Ab 2015 ist wird dies nun geändert. Der Ort der Leistung verlagert sich in das Land, indem der Kunde (bei Privatpersonen) seinen Wohnsitz hat.

Ich möchte vermeiden, dass hier doppelte Arbeit gemacht wird (wie bei isotope_mail)...

Bitte um möglichst baldige Rückmeldung vom Isotope Team

[Toflar]

Ich kenne diese Regelung nicht, aber wenn es ein Ticket auf GitHub mit den notwendigen Änderungen gibt, dann kann man das anschauen.

[syncgw]

Hei,
habe heute neue beta eingestellt. Wäre schön, wenn mir jemand Rückmeldung dazu geben kann.

[thomas.japan]

Hei,
habe heute neue beta eingestellt. Wäre schön, wenn mir jemand Rückmeldung dazu geben kann.

Hallo Florian,

könntest Du in Stichworten erläutern wie sich die Konfiguration zur alten Version unterscheidet?

Bekomme es einfach nicht hin.

Wenn Du möchtest kann ich Dir einen Link und Admin-Zugang zu einer Testinstallation zukommen lassen.

Viele Grüße
Thomas

[syncgw]

Hei,
hab nochmal eine paar kleine Änderungen hoch geladen. Probiere die doch bitte aus. Ansonsten sollte so alles wie bisher funktionieren. Ging bei der Anpassung nur darum, es unter 3.2 lauffähig zu machen.

[thomas.japan]

Hei,
hab nochmal eine paar Änderungen in die Beta hoch geladen. Probiere die doch bitte aus. Ansonsten sollte so alles wie bisher funktionieren. Ging bei der Anpassung nur darum, es unter 3.2 lauffähig zu machen.

Hallo Florian,

vielen Dank! Sieht auf den ersten Blick gut aus. Werde es heute Abend testen und mich wieder melden.

Gruß
Thomas

[sganz]

Hi,

gibt es zu dem Thema "Neue EU-Umsatzsteuerregelung für Dienstleistungen auf elektronischem Wege (per Internet) an Privatpersonen in der Europäischen Union" inzwischen eigentlich schon etwas Neues?

VG,
Stefan

[syncgw]

Hei,

leider hat der Bund noch nicht die Ausführungsbestimmungen veröffentlicht. Meine Steuerberaterin liget auf der Lauer. Mal sehen wie das dann gelöst werden kann - sprich, ob ich das nebenbei die Zeit dafür finde. Melde mich, wenn es Neues dazu gibt.

[sganz]

Alles klar, danke! Wäre genial, wenn es dann auch für Isotope 1.4 noch eine Lösung geben würde..

VG,
Stefan

[sganz]

Hallo syncgw,

wollte nochmal nachhaken, ob es schon Neuigkeiten gibt, da das Thema für uns leider recht wichtig ist und das Jahr sich mit großen Schritten dem Ende zuneigt.

Wir arbeiten in unserem Shop mit Brutto-Preisen, d.h. beim Produkt geben wir den Brutto-Preis ein, die MwSt von derzeit 19% ist im Produktpreis enthalten (was entsprechend unter Steuerklassen definiert ist).

Meinem Verständnis nach müsste die Lösung nun so aussehen, dass ich unter "Steuerklassen" nicht nur einen Steuersatz auswählen kann, sondern mehrere, die ich zuvor unter "Steuersätze" definiere. Je nach Land des Käufers wird dann der zugehörige Steuersatz angewendet (der Bruttopreis bleibt dabei immer gleich, es ändert sich also nur der Netto-Preis je nach Steuersatz).

Kommt der Käufer aus einem Land, für das kein Steuersatz definiert ist, wird auch keine Steuer berechnet (hier wäre dann also brutto=netto).

Viele Grüße,
Stefan