Verstehe ich jetzt nicht was du meinst. In der Shopconfig, bei Kasse, setzt du bei "Für Rechnungs-Adresse" [eu_stin] auf "Aktiviert …".
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:
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.
Sobald ich die Erweiterung deaktiviere, ist der Fehler weg.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}
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...
Geändert von TheDrummer (28.01.2016 um 14:39 Uhr)
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).
terminal42 gmbh
Wir sind Contao Premium-Partner! Für Modulwünsche oder Programmierungen kannst du uns gerne kontaktieren.
Hilfe für Isotope eCommerce kann man auch kaufen: Isotope Circle
Hallo TheDrummer,
ich habe an der Erweiterung cm_membergooglemaps ein paar Korrekturen vorgenommen.
-> siehe hier
Gruß
ChrMue
Geändert von ChrMue (31.01.2016 um 09:48 Uhr)
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
pdir / digitalagentur // Webdesign Dresden | Maklermodul für Contao | mobile.de Integration für Contao | Social Feed Bundle für Contao
Contao Themes | MATE Theme | ODD Theme | NATURE Theme | 0.1 Energy Saving Theme | CONVERT selling contao theme
Eigene Webseite: Fotografie Philipp Seibt (auch auf Basis von Contao)
pdir / digitalagentur // Webdesign Dresden | Maklermodul für Contao | mobile.de Integration für Contao | Social Feed Bundle für Contao
Contao Themes | MATE Theme | ODD Theme | NATURE Theme | 0.1 Energy Saving Theme | CONVERT selling contao theme
Eigene Webseite: Fotografie Philipp Seibt (auch auf Basis von Contao)
Mein Feld heißt billingaddress_country und nicht BillingAddress_country.
Wenn ich die zwei Zeilen (57 und 58) anpasse funktioniert die Prüfung.
Haben sich die Feldnamen vielleicht mal geändert?PHP-Code:
$c = $obj->Input->post('billingaddress_country');
$n = 'billingaddress_';
pdir / digitalagentur // Webdesign Dresden | Maklermodul für Contao | mobile.de Integration für Contao | Social Feed Bundle für Contao
Contao Themes | MATE Theme | ODD Theme | NATURE Theme | 0.1 Energy Saving Theme | CONVERT selling contao theme
Eigene Webseite: Fotografie Philipp Seibt (auch auf Basis von Contao)
Funktioniert. Danke.
pdir / digitalagentur // Webdesign Dresden | Maklermodul für Contao | mobile.de Integration für Contao | Social Feed Bundle für Contao
Contao Themes | MATE Theme | ODD Theme | NATURE Theme | 0.1 Energy Saving Theme | CONVERT selling contao theme
Eigene Webseite: Fotografie Philipp Seibt (auch auf Basis von Contao)
Hi,
sehe ich das richtig, dass die Steuer bei Versandkosten mit gültiger UID nicht automatisch abgezogen wird ?
Also wird die Steuer nur von der Zwischensumme (der Produkte) abgezogen ?
Oder habe ich noch einen Konfigurationsfehler ?
Danke für den richtigen Hinweis
Findet eigentlich die Prüfung der UID 24/7 statt oder nur zu Bürozeiten ?
Glaube mich zu erinnern, dass das für die Prüfung zuständig Service irgendwann mal nicht 24h aktiv war.
Vielleicht ist das aber schon lange nicht mehr so, würde ja auch wenig Sinn machen...
Findet die Abfrage über diese Server statt ?
MwSt-Informationsaustauschsystem (MIAS): Validierung der MwSt-Nummer
https://ec.europa.eu/taxation_customs/vies/
Weiß das jemand?
Die Erweiterung platziert ja auch ein Feld im Backend.
Jedoch ist bei mir dabei nur mit der CSS Klasse "widget" - und nicht "w50 widget" wie bei den anderen Eingabefeldern.
wie kann man das auf die Schnelle ergänzen? über dca?
Falls es mal wer braucht:
PHP-Code:
$GLOBALS['TL_DCA']['tl_member']['fields']['eu_stin']['eval']['tl_class'] = 'w50 widget';
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen