[isotope_stin]

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

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

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

Zitat:

---

Zitat von syncgw

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

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.

Zitat:

---

Zitat von syncgw

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

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

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.

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

VG,
Stefan

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

Hi Stefan,

schau mal dort vorbei: http://www.bzst.de/DE/Steuern_Intern...Shop_node.html. Da ist alles erklärt. Soweit ich das verstanden habe braucht es ab 2015 "nur" für jedes Land aus der EU bei Privatpersonen die aktuelle MwSt. (http://ec.europa.eu/taxation_customs...tesSearch.html). Muss man halt für jedes Land eine Steuerklasse definieren und die jeweiligen Steuersätze einbauen. Das ist kein Hexenwerk und es braucht keine Programmierung. Kann man direkt in Isotope erledigen. Habe es aber noch nicht ausprobiert.

Wenn ich damit richtig liege hat sich das Thema für mich (in Bezug auf isotope_stin) erledigt. Leider nicht bei den Shops - da wartet noch Arbeit auf alle, die auch ins Ausland verkaufen.

Wenn jemand das anders sieht - bitte melden :D

Hi syncgw,

die Regelung gilt für alle (End-)Verbraucher der EU ohne UStID, ja.

Allerdings kann ich - zumindest in Isotope 1.4 - pro Steuerklasse nur einen Steuersatz definieren. Hier komme ich ohne programmiertechnische Erweiterung meines Wissens also nicht weiter. Wie schon erwähnt möchten wir für alle Länder gleichbleibende Bruttopreise auf der Webseite ausweisen, in denen dann die Steuer je nach Land des Käufers variiert.

Wenn ich pro Land eine Steuerklasse definiere, müsste ich für jedes Produkt auch mehrere Steuerklassen angeben können. Auch das geht leider nicht. :(

Habe ich hier eine Möglichkeit in Isotope übersehen?

VG,
Stefan

Ah... da bin falscher Ansprechpartner - ich habe nur das isotope_stin gebaut weil das Isotope-Team keine Lösung für Umsatzsteuer-Befreiung bei Unternehmern angeboten hat (und ich dachte es ginge dabei um eine Erweiterung meines Modules).

Mit Isotope selbst hab ich nix zu tun. Da musste du deine Frage im Anderen Thread posten.

Hallo syncgw,

ok, ich hab's schon befürchtet, dass da wohl was an Isotope selbst erweitert werden muss. Dann werde ich mal bei Andreas nachfragen. ;)

Danke trotzdem und viele Grüße,
Stefan

Hallo syncgw,

beim Isotope-Adressbuch-Modul (tl_iso_addresses) erfolgt bei uns keine Prüfung der USt-ID, d.h. hier kann der Kunde einen beliebigen String eingeben, der ungeprüft akzeptiert wird. Somit ist es möglich, dass der Kunde MwSt-frei einkaufen kann, auch wenn er gar keine (korrekte) USt-ID hat.

Lässt sich das irgendwie möglichst schnell fixen? ;) In der dca-Config konnte ich leider keinen Fehler entdecken (rgxp ist identisch).

Bei Eingabe der USt-ID im Kaufprozess oder bei den Accountdaten (tl_member) erfolgt die Prüfung korrekt - es betrifft nur die Eingabe im Adressbuch.

VG,
Stefan

Hei Stefan,

hast du auch eu_stin (und NICHT vat_no) aktiviert? Welche Isotope-Version? Wie wo Adressbuch?

Hallo syncgw,

ja, eu_stin ist aktiviert und Contao-Version 2.11.17, Isotope-Version 1.4.8.

Mit Adressbuch ist das Isotope-Modul "Adressbuch" gemeint, in dem man die eingegebenen Adressen für Versand bzw. Rechnung bearbeiten kann.

VG,
Stefan

Hei Stefan,
sollte gezz funzen...

Hi syncgw,

die Lösung liegt in Zeile 38, oder?

PHP-Code:

---

 && substr($st, 0, 14) != 'tl_iso_address') 


---

Hab das jetzt direkt in unsere IsotopeStin.php übernommen, da die 0.3.1 ja nur noch ab Contao 3.2 funktioniert, richtig?

Vielen Dank für den schnellen Fix! :)

VG,
Stefan

@syncgw: könntest du bei der Erweiterung im ER bitte auch eine Lizenz angeben? Sonst wird es nämlich nicht in den contao-legacy Packagist für Composer aufgenommen :) (oder du stellst sie direkt über Packagist zur Verfügung).

@Spooky
Ach, das Lizenzproblem habe ich verdrängt... Ich mach mich schlau und baue das ein.

@Stefan
Yes

Zitat:

---

Zitat von syncgw

@Spooky
Ach, das Lizenzproblem habe ich verdrängt... Ich mach mich schlau und baue das ein.

---

Bei Open-source software könnte das helfen: http://choosealicense.com/

Habe bei der Erweiterung folgendes Problem: wenn ich als Gast bestelle, eine Rechnungsadresse eingebe und dazu auch die UID, dann kommt immer die Meldung

Zitat:

---

Das Länderkürzel "AT" entspricht nicht dem gewählten Land!

---

obwohl ich beim Land "Österreich" ausgewählt habe.

Das Problem ist in der IsotopeStin.php, bei Zeile #56:

PHP-Code:

---

$c = $obj->Input->post('country') ? $obj->Input->post('country') : $obj->Input->post('billing_address_country'); 


---

Weder das POST field 'country' noch 'billing_address_country' existiert. Es existiert jedoch 'BillingAddress_country'. Evt. hat sich das in Isotope > 2.1.3 geändert (da deine Extension ja nur bis 2.1.3 freigegeben ist), ich verwende Isotope 2.1.9.

@Spooky
Danke für die Hinweise. Baue ich gleich ein und korrigiere die Isotope Version. Ich habe ja selbst 2.17 laufen und vergessen, dass zu änden....

Weiter unten beim generieren der E-Mail wird auch noch auf das alte Feld abgefragt:

PHP-Code:

---

            $v[] = $obj->Input->post('billing_address_company');
            $v[] = $obj->Input->post('billing_address_street_1');
            $v[] = $obj->Input->post('billing_address_postal');
            $v[] = $obj->Input->post('billing_address_city'); 


---

Ich denke das gehört auch noch geändert, oder? Also zB auf

PHP-Code:

---

            $v[] = $obj->Input->post('billing_address_company') ? : $obj->Input->post('BillingAddress_company');
            $v[] = $obj->Input->post('billing_address_street_1') ? : $obj->Input->post('BillingAddress_street_1');
            $v[] = $obj->Input->post('billing_address_postal') ? : $obj->Input->post('BillingAddress_postal');
            $v[] = $obj->Input->post('billing_address_city') ? : $obj->Input->post('BillingAddress_city'); 


---

@Spooky Danke für den Hinweis. Neue Version ist online.

Zitat:

---

Zitat von syncgw

Das Modul fragt über die API für alle Europäischen Länder die STIN ab :D

...und verschickt auch gleich eine Bestätigung an den Admin mit einer von der EU zur Verfügung gestellten eindeutigen ID, die auf Wunsch dem Finanzamt vorgelegt werden kann. Das ist wichtig, da der Verkäufer dazu verpflichtet ist, die Gültigkeit der STIN abzufragen und einen Beleg dafür vorweisen zu müssen.

---

Ja :-) Und das funktioniert auch einwandfrei.
Gibt es die Möglichkeit, die dazugehörige Bestell-Nummer in die Bestätigung an den Admin einzubinden? So wäre es für uns einfacher, diese Bestätigung dem entsprechenden Kunden zuzuordnen.

ich schau mal...

Ähm.. habt ihr eine Testumgebung, die ich nutzen könnte?

Ich habe in meinen Shops eine Zwangsregistrierung bei dem die Verifikation der STIN läuft. Zu diesem Zeitpunkt gibt es nicht wirklich eine Bestellnummer. Sprich: Extra Shop zum testen bauen ist mir ein wenig mühsam...

Alternativ müsste da jemand bei Euch ran und mir sagen, wo ich die Bestellnummer (optional) abgreifen kann

Hallo, in der neuen Isotope Version ist ja eine Validierung der UID mit drin. Leider steht das Feld bei der "Registrierung" nicht mit zur Verfügung.
Hat jemand Erfahrung ob die letzte Version von isotope_stin (0.3.4) noch mit der aktuellen isotope Version (2.3.2) genutzt werden?

Die Implementierung in Isotope 2.3 prüft die UID bei jeder Bestellung, weshalb bei einer Registrierung keinen Sinn machen würde.

Sinnvoll wäre ja beides, sodass die Validierung bei der Bestellung deaktiviert wird, wenn ein Mitglied eingelogged ist, das seine UID schon validiert hat.

Hei,
ich werde mir das bei Gelegenheit anschauen. Muss allerdings erst einmal die Zeit finden, Isotope in der Testumgebung auf die neue Version zu bringen. Ich bin momentan ein wenig mit Geld verdienen beschäftigt :D

Ich halte nicht beides für sinnvoll. Die Mitgliederdaten werden in der Kasse lediglich als Vorlage für eine neue Adresse verwendet, die aber frei editiert werden kann. Ausserdem kann die UID auch ungültig werden, das würde man nie merken.

Der einzige Vorteil einer Speicherung wäre, dass deutsche Unternehmen auch Nachts bestellen können, weil dann ja der EU-Server nicht läuft :D

Es würde ja reichen, wenn die UID für die Vorlage gespeichert wird. Beim Checkout wird die UID dann einfach wieder validiert. Oder die schon gespeicherte UID wird beim Checkout Vorgang wieder validiert und wenn die Validierung fehlschlägt, wird das Feld wieder angezeigt.

wozu dann die Prüfung bei der Anmeldung wenn man sie nochmals validiert?

Um dem Kunden gleich mitteilen zu können, wenn er unbeabsichtigt eine fehlerhafte Eingabe gemacht hat.

Ah, ok. Das wäre dann aber etwas anderes. Weil Isotope macht das auch nicht, er zieht dann einfach die Steuern nicht ab. Weil wir nicht wissen ob die UID ungültig ist. Beispielsweise kann ich meine Schweizer SteuerID eingeben, die sowieso nie validiert werden kann.

Achso, naja irgendeine Form von Feedback wäre schon gut, sonst fragt man sich ja, warum trotzdem die Steuer verrechnet wird.

Für die Problematik habe ich leider noch keine Lösung gefunden. Contao kennt nur "Fehler" und dann darf man das Formular nicht absenden.

Ich habe die Version in der Contao-Erweiterungsverwaltung aktualisiert. Läuft super mit Isotope 2.3.2

Hallo!

Wenn ich im Feld UID eine tschechische UID eingebe und als Land Tschechien gewählt habe erhalte ich die Fehlermeldung "Das Länderkürzel "CZ" entspricht nicht dem gewählten Land!

Warum?

vielen Dank!

Hei,
bei mir funzt das. Bitte mal in system/modules/isotope_stin/IsotopeStin.php in Zeile 63 bitte das Fettgedruckte einfügen:

Code:

---

                    ...
                    }
            } else
                $n = 'billing_address_';
var_dump('###'.$usr_country.'###'.$c.'###'); exit;
            if ($usr_country != $c) {
                    ...

---

Dann wird dir angezeigt, was da verglichen wird (sollte "cz" und "cz" sein).

Zitat:

---

Zitat von kissinger

Hallo!

Wenn ich im Feld UID eine tschechische UID eingebe und als Land Tschechien gewählt habe erhalte ich die Fehlermeldung "Das Länderkürzel "CZ" entspricht nicht dem gewählten Land!

Warum?

vielen Dank!

---

Hi, same here.

"Das Länderkürzel "AT" ist kein EU Land!"

Erweiterung ist am neuesten Stand: 0.3.5 für c 3.5.6

Kann ich ohne die angeforderten Informationen nichts zu sagen...

Danke für deine rasche Rückmeldung!

das dient also zur Fehlersuche... dachte das wäre eine Lösung für CZ... sry.

Also die Ausgabe für AT:

Code:

---

string(13) "###at###at###"

---

edit:
Falls das Feld leer ist und man klickt beim Mitglied auf speichern kommt die Meldung:

Zitat:

---

Query error: Unknown column 'eu_stin' in 'field list' (UPDATE tl_member SET eu_stin='' WHERE id='28')

---

@TheDrummer

Sorry - ich war auch verwirrt. Hier deine Antworten:

1. Wenn die Spalte eu_stin in t-_member fehlt, dann ist die dort nicht angelegt. Sollte sie aber. Bitte prüfe dass und mache ggf. Datenbank-Update.
2. Das AT kein EU-Land ist, liegt daran dass du das auch in die Liste der "EU Länder Konfiguration" in der Shop-Konfiguration mit aufnehmen musst (Spalte eu_stin_countries) :D

Gruß

Hallo,

leider funzt es noch nicht ganz.

@ 1. Datenbank war nicht aktuell (obwohl mir die Erweiterungsverwaltung das gesagt hat nach dem updaten)
@ 2. War nur in einer der Shop-Konfigs "Österreich" nicht in der "EU Länder Konfiguration" - diese ShopKonfig ist aber nicht im Einsatz.

Leider kommen nun noch 2 Punkte dazu…

Ich hab nun in der Shop Konfig. 2 UID-Felder:
http://creatiphotos.org/forenbilder/...nfigFelder.png

Wofür? bzw. was gilt nun?

4.
Wenn ich nun im Frontend die Userdaten ändern will, kommt folgender Error:

Zitat:

---

Recoverable error: Object of class Contao\FrontendUser could not be converted to string in system/cache/dca/tl_member.php on line 1041
#0 system/cache/dca/tl_member.php(1041): __error(4096, 'Object of class...', '/home/verz/...', 1041, Array)
#1 system/cache/dca/tl_member.php(1037): tl_cm_memberlist->resetCounter(Object(Contao\FrontendUser), Object(Contao\ModulePersonalData))
#2 system/modules/core/modules/ModulePersonalData.php(357): tl_cm_memberlist->resetCounter1(Object(Contao\FrontendUser), Object(Contao\ModulePersonalData))
#3 system/modules/core/modules/Module.php(282): Contao\ModulePersonalData->compile()
#4 system/modules/core/modules/ModulePersonalData.php(60): Contao\Module->generate()
#5 system/modules/core/elements/ContentModule.php(59): Contao\ModulePersonalData->generate()
#6 system/modules/core/library/Contao/Controller.php(476): Contao\ContentModule->generate()
#7 system/modules/core/modules/ModuleArticle.php(213): Contao\Controller::getContentElement(Object(Contao \ContentModel), 'main')
#8 system/modules/core/modules/Module.php(282): Contao\ModuleArticle->compile()
#9 system/modules/core/modules/ModuleArticle.php(67): Contao\Module->generate()
#10 system/modules/core/library/Contao/Controller.php(409): Contao\ModuleArticle->generate(false)
#11 system/modules/core/library/Contao/Controller.php(269): Contao\Controller::getArticle(Object(Contao\Articl eModel), false, false, 'main')
#12 system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule('0', 'main')
#13 system/modules/core/controllers/FrontendIndex.php(267): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#14 index.php(20): Contao\FrontendIndex->run()
#15 {main}

---

[vat_no] kommt von [isotope], [eu_stin] von [isotope_stin].

ok.

Was aktiviert man dann im isotope -> Shopkofig -> Kasse -> "USt-IdNr. [vat_no]"?
In der Mitgliederansicht (Backend & Frontend) kann ich das Feld nicht finden.

Verstehe ich jetzt nicht was du meinst. In der Shopconfig, bei Kasse, setzt du bei "Für Rechnungs-Adresse" [eu_stin] auf "Aktiviert …".

…und [vat_no] ?

deswegen meine Frage:

Zitat:

---

Wofür? bzw. was gilt nun?

---

[vat_no] kommt von Isotope. Ob du das brauchst oder nicht kann ich dir nicht sagen. Isotope selbst hat ja ab Version 2.3 auch schon eine eigene UID Validierung drin (siehe https://community.contao.org/de/show...l=1#post396117).

ok.
Grundsätzlich super, dass es integriert ist, aber nachdem der User bei der Registrierung und im Benutzerdatenbereich [vat_no] nicht ändern kann, ist es mMn. ziemlich umsonst.
Man möchte ja beim Registrieren möglichst alles automatisieren - mit [vat_no] müsste ein Kunde erst recht wieder ein Mail mit der UID schicken, damit jemand das in die ... moment!

... wo eigentlich?.... eintragen kann.

Es gibt auch im Backend in den Mitgliederdaten kein Feld dafür das man ausfüllen könnte - oder haut was mit meiner Installation nicht hin?
(eigentlich ist das thema jetzt isotope - stin übergreifend :-/ )

Ja, das wurde zuvor ja schon diskutiert.

Zitat:

---

4.
Wenn ich nun im Frontend die Userdaten ändern will, kommt folgender Error:
Recoverable error: Object of class Contao\FrontendUser could not be converted to string in system/cache/dca/tl_member.php on line 1041
#0 system/cache/dca/tl_member.php(1041): __error(4096, 'Object of class...', '/home/verz/...', 1041, Array)
#1 system/cache/dca/tl_member.php(1037): tl_cm_memberlist->resetCounter(Object(Contao\FrontendUser), Object(Contao\ModulePersonalData))
#2 system/modules/core/modules/ModulePersonalData.php(357): tl_cm_memberlist->resetCounter1(Object(Contao\FrontendUser), Object(Contao\ModulePersonalData))
#3 system/modules/core/modules/Module.php(282): Contao\ModulePersonalData->compile()
#4 system/modules/core/modules/ModulePersonalData.php(60): Contao\Module->generate()
#5 system/modules/core/elements/ContentModule.php(59): Contao\ModulePersonalData->generate()
#6 system/modules/core/library/Contao/Controller.php(476): Contao\ContentModule->generate()
#7 system/modules/core/modules/ModuleArticle.php(213): Contao\Controller::getContentElement(Object(Contao \ContentModel), 'main')
#8 system/modules/core/modules/Module.php(282): Contao\ModuleArticle->compile()
#9 system/modules/core/modules/ModuleArticle.php(67): Contao\Module->generate()
#10 system/modules/core/library/Contao/Controller.php(409): Contao\ModuleArticle->generate(false)
#11 system/modules/core/library/Contao/Controller.php(269): Contao\Controller::getArticle(Object(Contao\Articl eModel), false, false, 'main')
#12 system/modules/core/pages/PageRegular.php(133): Contao\Controller::getFrontendModule('0', 'main')
#13 system/modules/core/controllers/FrontendIndex.php(267): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#14 index.php(20): Contao\FrontendIndex->run()
#15 {main}

---

Sobald ich die Erweiterung deaktiviere, ist der Fehler weg.

Hm, den Fehler hattest du ja schon mal: https://community.contao.org/de/show...beim-Speichern
Der Fehler liegt evt. bei [cm_membergooglemaps]

Meinst du dass [cm_membergooglemaps] nicht mit [isotope_stin] zusammenarbeiten kann?

Schalte ich [isotope_stin] aus, ist der Fehler weg, schalte ich [cm_membergooglemaps] aus, ist er auch weg.
Nachdem das schon die 2.Erweiterung ist, die im Zusammenspiel mit [cm_membergooglemaps] einen Error verursacht, liegt nun die Vermutung nahe...

Oh, jetzt bin ich aber verwirrt...

- Braucht es jetzt meine Erweiterung gar nicht mehr?
- Wenn ja,

- ist das in der Contao-Community üblich, Erweiterung zu assimilieren und einfach mit einem eigenen Copyright zu versehen?
- wozu dann überhaupt eine Lizenz angeben, wenn die einfach ignoriert werden kann?
- ist mir da etwas entgangen? Ich hätte zumindest erwartet, dass da irgendwann jemand mit mir spricht. Ist dass auch out?

...

Ich als reiner Anwender bin eben auch total verwirrt...

Aus meiner Sicht ist deine Erweiterung die einzige die so funktioniert wie ich es mir wünsche - Danke an dieser Stelle nochmal dafür!
Das in isotope integrierte UID-Feld scheint eigentlich nirgendwo auf und ist somit gänzlich umsonst - bitte berichtigen wenn ich falsch liege.

Zum Rest kann ich leider nix schreiben.

Isotope bietet seit der Version 2.3 eine einfache Möglichkeit, EU-UST-IDs zu prüfen. Allerdings bei weitem nicht mit dem Funktionsumfang wie isotope_stin, sondern mehr als Basis für generelle Sachen (man könnte ja auch eine Russische UST-ID prüfen wollen).

Hallo TheDrummer,
ich habe an der Erweiterung cm_membergooglemaps ein paar Korrekturen vorgenommen.
-> siehe hier
Gruß
ChrMue

Zitat:

---

Zitat von TheDrummer

Sobald ich die Erweiterung deaktiviere, ist der Fehler weg.

---

Hei,
ich habe jetzt das Bundle für Contao 4 geschnürt. Viel Spaß!

Hei,

ich habe in Vorbereitung für Contao 5.0 das neue logging Verfahren implementiert und einen Fehler behoben. Mein Dank geht an Markus, der mich darauf hin gewiesen hat.

Leider bekomme ich die Fehlermeldung Das Länderkürzel "AT" entspricht nicht dem gewählten Land!, wenn ich eine richtige Umsatzsteuer-ID angebe. Woran könnte das liegen? Bei Shop-Konfiguration ist Österreich als EU-Staat ausgewählt und sonst habe ich das Modul eigentlich so konfiguriert wie beschrieben.

Contao 4.9.3 / Modul Version 1.0.4

Die Meldung kommt dann, wenn das Land der Rechnungsadresse nicht mit dem der EU-Stin im Benutzerprofil übereinstimmt.
Beispiel: Adresse in Österreich und eine STIN aus Deutschland.

Zitat:

---

Zitat von syncgw

Die Meldung kommt dann, wenn das Land der Rechnungsadresse nicht mit dem der EU-Stin im Benutzerprofil übereinstimmt.
Beispiel: Adresse in Österreich und eine STIN aus Deutschland.

---

Also ich bestelle ja als Gast und trotz, dass Österreich ausgewählt ist und eine gültige UID angegeben wurde kommt die Fehlermeldung.

Eigentlich genau das gleiche was Spooky hier schonmal geschrieben hatte:

Zitat:

---

Zitat von Spooky

Habe bei der Erweiterung folgendes Problem: wenn ich als Gast bestelle, eine Rechnungsadresse eingebe und dazu auch die UID, dann kommt immer die Meldungobwohl ich beim Land "Österreich" ausgewählt habe.

Das Problem ist in der IsotopeStin.php, bei Zeile #56:

PHP-Code:

---

$c = $obj->Input->post('country') ? $obj->Input->post('country') : $obj->Input->post('billing_address_country'); 


---

Weder das POST field 'country' noch 'billing_address_country' existiert. Es existiert jedoch 'BillingAddress_country'. Evt. hat sich das in Isotope > 2.1.3 geändert (da deine Extension ja nur bis 2.1.3 freigegeben ist), ich verwende Isotope 2.1.9.

---

Mein Feld heißt billingaddress_country und nicht BillingAddress_country.

Wenn ich die zwei Zeilen (57 und 58) anpasse funktioniert die Prüfung.

PHP-Code:

---

$c = $obj->Input->post('billingaddress_country');
$n = 'billingaddress_'; 


---

Haben sich die Feldnamen vielleicht mal geändert?

Isotope ändert immer mal wieder die Feldnamen. Version 1.0.6 ist auf packageist verfügbar. probier mal, ob die das Problem löst.

Funktioniert. Danke. :D