Artikeleingabemaske um Felder für Zollerklärung erweitern

[FräuleinGarn]

Es werden 3 zusätzliche Felder für die Zollinhaltserklärung benötigt:

1) Zolltarifnummer
2) Ursprungsland
3) Beschreibung

Benötigt wird es für die Versandmodulentwickler, aber auch Rechnungsprogramme und Warenwirtschaften.

Der Entwickler des DHL Moduls zb sagt, dass er die Zollerklärung nur über das Modul abwickelt und drucken lässt, wenn die Felder vom Shop kommen. Das wäre zu umständlich bzw gar nicht machbar das ohne die Felder in das Modul zu integrieren. Für die Shopinhaber würde das zusätzliche drucken der Zollinhaltserklärung über das Geschäftskundenportal entfallen.

Aber auch jeder andere Versandschnittstellenentwickler könnte so auf die Felder zugreifen und seine Module verbessern.

Hier wurde auch noch auf das drucken der Label und Zollinhaltserklärung über Billbee hingewiesen, die auch die Felder benötigen würden: ​Zolltarifnummer und Ursprungsland der Waren auf Artikelseiten

JTL Wawi hat mindestens die Zolltarifnummer (TARIC) und das Ursprungsland integriert. Könnte also für Nutzer einer Wawi auch sinnvoll sein, wenn diese Felder auch in den Shop übertragen werden würden.

Es gibt wohl Module, die diese Felder im Shop integrieren, aber dann müsste sich jeder die Versandmodule noch extra anpassen lassen und sie wären nicht mehr updatesicher. Es wäre sinnvoller die Versandmodule für alle mit diesem Feature extern entwickeln zu lassen, aber dafür brauchst halt die Felder.

[Gerhard Waldemair]

Das wird nur für externe Module verwendet. Wer das benötigt findet genügend Anleitungen im Forum wie man zusätzliche Artikelfelder anleget.

[FräuleinGarn]

Da beißt sich die Katze in den Schwanz.

Wenn die Felder nicht vom Shop kommen -> sämtliche Versandmodule können nicht verbessert werden, was die Zollabwicklung betrifft

Wenn man selbst die Felder hinzufügt -> bringt nichts, weil Versandmodule nicht dafür optimiert werden

-->> keine Verbesserung möglich, außer man lässt sich eine nicht updatesichere Variante programmieren, was aber auch dem Communitygedanken widerspricht, dass es eine gute Lösung für alle gibt und nicht nur für die, die sie sich leisten können.

Ich hatte euch dazu die Aussagen vom DHL Versandmodul Entwickler zukommen lassen, der die Zollerklärung auch vereinfachen wollen würde, aber das nicht umsetzen kann, solange die Felder nicht vom Shop kommen. Vielleicht kontaktiert ihr diesen für eine zweite Meinung. Auch shipcloud scheint an einer Zollinhaltserklärung über das WebUI und per API zu arbeiten. Die wären vielleicht auch interessiert daran, dass dann in ihr Modul für modified einzubauen.

​https://www.shipcloud.io/de/newsletters/2018/10

P.S: Das ganze ist nicht von mir initiiert, um kostenlos eine Verbesserung zu erhalten. Ich versende nämlich so gut wie nie in Drittstaaten und kann mit der jetzigen Lösung durchaus leben. Andere weniger.

[h-h-h]

Sorry, in diesem Fall muss ich dem Fräulein Recht geben.
Es sollte für solche Basics schon einheitliche Datenbankfelder geben, damit diese für Schnittstellen zu Versandunternehmen, Zahlungsdienstleistern, Warenwirtschaftsystemen oder Fulfillmentanbietern oder der Darstellung in Shop-Dokumenten gleichbleibend ist.
Gerne stelle ich die dafür benötigten Änderungen zur Verfügung.

[Gerhard Waldemair]

Warenwirtschaften benötigen diese Felder nur intern und werden niemals an den Shop übertragen. Für Zahlungsdienstleister ist dies ebenfalls nciht notwendig. Lediglich für den Versand ist dies notwendig. Da wir aber keinen Versanddienstleister integriert haben, der dies benötigt, sehe ich hier keinen Handlungsbedarf.

[FräuleinGarn]

Mittlerweile habt ihr die Internetmarke integriert, die von diesen DB Feldern beim Versand ins Drittland profitieren würde. Genauso würden alle mit Dhl Modul zusätzlich profitieren.

[Viol]

Ich würde es begrüßen, wenn es ermöglicht werden könnte, zumindest im Vorgang die notwendigen Zolltarifnummern, Herkunftsland und ggf. Gewicht von Hand eintragen zu können. So funktioniert es ja auch bei der Post selbst. Gerade für einige Länder wie die USA z.B. gibt es eine bevorzugte Zollabfertigung nur, wenn diese Daten elektronisch vorab übermittelt werden.

[Torsten Riemer]

Wir legen uns das Ticket nochmal auf Meilenstein 2.0.6.0

[Torsten Riemer]

Zugehörige Tickets: #1597 & #1933

[FräuleinGarn]

Das Ticket könnte als gelöst in 2.0.6.1 markiert werden.

[Gerhard Waldemair]

In 13632:

fix #1582 - add customs tariff code and country of origin

[Gerhard Waldemair]

In 13633:

fix #1582 - add customs tariff code and country of origin

[Gerhard Waldemair]

In 13639:

fix #1582 - move customs tariff to system module

[Gerhard Waldemair]

In 13640:

fix #1582 - move customs tariff to system module

[Gerhard Waldemair]

In 13641:

fix #1582 - move customs tariff to system module

[Torsten Riemer]

In 13757:

revised r13639 (fix #1582 - move customs tariff to system module) - replaced german umlauts with entities