eCommerce Modul und Versandkostenberechnung

Ich denke die Frage ist, welche anderen Versandmöglichkeiten gibt es noch?
Einige privaten Anbieter gehen eher nach Größe und Packmaß als nach dem Gewicht. Spontan fallen mir da GLS und Hermes Versand ein. Siehe auch GLS Paketpreise. Dafür müßte man zusätzliche Angaben, wie Kartonagenmaße, zur Ware haben.

Beim DPD muß man extrem aufpaßen, dass die Pakete den Normen entsprechen, sonst muß man eine Sondergebühr zahlen und DPD ist da extrem penibel. Glaubt es mir ;)

Das mal als Einwurf, auch wenn ich momentan nicht mit dem Modul arbeite.

Gruß, Frank

@fran-k,

ich danke Dir für Deine Hinweise.

In meinen Fragestellungen Eingangs geht es nicht so sehr um die existierenden Versandmöglichkeiten, sondern ob es eine Möglichkeit in eCommerce gibt, eine eigene Versandkostenberechnung zu verwenden?

Momentan ist eCommerce ausschließlich auf UPS/USPS fixiert. Arbeitet ein Shop damit ist alles klar und es entstehen keine weiteren Fragen bezüglich Versandkostenberechnung - ein Modul in Zusammenarbeit mit der online-Schnittstelle von UPS/USPS erledigen das.

Was aber, wenn ein Shop NICHT mit UPS/USPS versendet?
Welche Möglichkeiten in eCommerce habe ich in dieser Situation?

-------------
quiptime

@tulli, hier der ursprüngliche Post an Dich.

Bezugs-Post
http://www.drupalcenter.de/node/1338#comment-4572

Ursprünglicher Post:

Mit ziehmlicher Sicherheit wirst Du, wenn Dein Postgres-Problem geklärt ist, auch auf das Problem mit einer Allgemeinen Versandkostenberechnung stoßen.
Innerhalb von eCommerce gibt es verschiedene Module. Für die Berechnung der Versandkosten gibt es mehrere oder soll es mehrere geben. Eines davon berechnet die Versandkosten in Zusammenarbeit mit einem Account bei UPS. Ein anderes stellt eine allgemeine Versandkostenberechnung zur Verfügung. Nur leider funktioniert genau dieses Modul nicht. In meiner Installation fehlt in der Administration sogar der Link zur Konfiguration dieses Modules.

Auf drupal.org habe ich einen leider bisher unbeantworteten Post bezüglich dieses fehlenden Link eingestellt: http://drupal.org/node/70933

Ein Screenshot zum fehlenden Link in diesem Post: http://drupal.org/files/issues/config-shipping-costs3.png

Als Alternative gibt es ein Modul "base_shipping". Aber leider funktioniert auch dieses Modul nicht. Es gibt zwar Links zur Konfiguration, aber das Interface dieser Konfiguration scheint mir unvollständig. Ich finde keine Möglichkeit, irgendwo in der Administration von "base_shipping" konkrete Versandkosten in Abhängigkeit irgendwelcher Parameter zu definieren.

Ich habe auf drupal.org schon sehr viel Zeit mit der Suche auf einen Hinweis zur Lösung des Problemes mit den allgemeinen Versandkosten verbracht. Leider bisher ergebnislos.
Aus diesem Grund werde ich in einem konkreten Fall des Relaunches einer Website mit Shop eCommerce NICHT einsetzen und OSCommerce verwenden - ich kann nicht warten bis eCommerce richtig funktioniert. OSCommerce befindet sich auf jeden Fall nicht mehr im Betastadium so wie eCommerce von Drupal und viele in OSCommerce vorhandene Basisfunktionen für einen Shop sind bereits vorhanden - im Gegensatz zu eCommerce.

PS.
Ich möchte hier eigentlich keine Negativwerbung für eCommerce machen. Aber leider sind die von mir geschilderten Dinge so und führen zu meiner Einschätzung. Und ich glaube auch nicht, daß ich bei der Administration und Konfiguration Fehler mache. ECommerce von Drupal befindet sich für Drupal 4.7 eindeutig im Betastadium und kann, abgesehen vom Einsatz mit UPS/USPS zur Versandkostenberechnung, nicht verwendet werden.
Für einen Einsatz in Europa/Deutschland fehlen viele der vorschriebenen Dinge. Ein Bsp. dafür ist die Mehrwehrtsteuer. Das Thema Tax wird absolut nur am Rande behandelt und ist für die Erfordernisse eines Europäischen Shop in keinster Weise auch nur vorbereitet.

PS.
Dank Browsercache konnte ich meinen Post rekonstruieren und habe den Inhalt selbst nach hier verschoben.
@drupalcenter, ich kann mich Deiner Argumentation der Schwammigkeit dieses Post nicht anschließen - dafür ist sein Inhalt zu konkret.

-------------
quiptime