Multi Verkäufer Drupal Hosting

Geschrieben von smoothify am 11. Dezember 2007, um 01.49 Uhr

Ich stellte heute früher eine Stellenanzeige und bekam ein paar gute Antworten von Menschen bereit, die eigentliche Arbeit zu tun, sondern auch von Leuten, die ähnlich für ihre eigenen Projekte für etwas suchen.

Da mein Projekt nicht für einen Kunden ist es muss nicht eine dringende Wende, und so würde ich es vorziehen, das System richtig anstatt Eile Dinge zu bekommen. Ich würde auch wie das Endergebnis ein nützliches Modul zu sein, für andere zu verwenden, anstatt etwas beschränkt sich auf meine Anwendungsfall.

So, da es scheint hier für diese Art der Sache Interesse zu sein, dachte ich, es könnte nützlich sein, um eine Nachricht schreiben und sehen, welche Art von Dingen, die Menschen suchen und ob es anderen Interessierten einen Beitrag zur oder Co-Sponsor ein solches Modul.

da es auch bei dieser waren vor mehreren Versuchen in früheren Versionen von eCommerce es wäre cool, zu sammeln, was über die verschiedenen Ansätze und wie der Weg in die Zukunft sein sollte gelernt wurde.

Für mein Projekt muss ich die folgende:

Jeder Kunde hat seine eigene Login, die sie zu erstellen und pflegen ihre eigene Storefront ermöglicht. Und sie müssen in der Lage sein, ihre Produkte als auch zu verwalten, wie ihre eigenen Aufträge anzeigen.

All ihre eigenen Produkte werden in einem eigenen Mini-Speicher gezeigt, idealerweise eine Sub-Domain unter Verwendung von z.B. mystore.example.com. Das Hauptportal selbst listet Produkte aus den verschiedenen Geschäften. Der Sub-Domain Teil wird außerhalb des E-Commerce abgewickelt werden - höchstwahrscheinlich durch so etwas wie die Domain-Zugangsmodul

Für den Checkout-Prozess sollte es wohl eine einzige kombinierte Kasse sein, bei denen die Zahlung durch das Portal aufgenommen wird und dann zu den einzelnen Ladenbesitzer verteilt. Ich glaube, das ec_commissions Modul mit diesem Teil helfen kann.

Doch eine einzige Kasse tut Komplikationen für konkrete Produkte haben, da sie an verschiedenen Orten befinden können und wir müssen klar sein, wie Versand und Steuern zu berechnen. Ich habe bei dem kommerziellen X-Cart Pro Warenkorb-System suchen, die Multi-Anbieter behandelt, und ich glaube, dass sie die Reihenfolge nach unten in die verschiedene Geschäfte brechen und getrennte Rechnungen mit den entsprechenden Versand und Steuerlasten erstellen.

Für Download-Produkte wäre dies einfacher sein, da es keine solchen Versand Probleme mit diesen ist. Wenn der Speicher nur Downloads war dann könnte es möglich sein user_points anstelle von realen Währung zu verwenden.

Sobald der Auftrag abgeschlossen ist, dann muss es einen Weg, um die Anbieter der Produkte minus einer konfigurierbaren Provision zu zahlen. Dies muss gute Berichterstattung haben, so dass sowohl das Portal Eigentümer und der Ladenbesitzer die Zahlen sehen können.

Ich bin sicher, es gibt Dinge, die ich vergessen habe, oder nicht gedacht, so werde ich diese hinzufügen, wenn ich erinnere mich - aber ich mag andere Gedanken dazu hören.

Ich schrieb ec_mvmg: drupal.org/project/ec_mvmg
Es ist da draußen. es ist ein großer Hack, aber es macht viel von dem, was Sie beschreiben.

Die Idee für den Kunden arbeitete ich mit war Zahlung beim Kunden aufzuteilen.

Wir hielten den Warenkorb zusammen. Sie können so viele Produkte in sie setzen, wie Sie wollten.

Wenn Sie zu zahlen gehen, wurde Ihre Transaktion aufgeteilt in mehrere „Untertransaktionen“ (1 pro Lieferant).

Die Zahlung Bildschirm benötigt man dann für jedes Geschäft durch Zahlung gehen Sie von shopped würde.

Ich mochte nicht, dass die Lösung, aber der Kunde verlangte unsere Lösung arbeitet mit Paypal Website-Zahlungslösungen, was bedeutete, dass Sie Paypal.com gehen mußten zu bezahlen. das bedeutete, 1 Besuch paypal.com für jeden Kauf. Unsere Hände waren ein wenig auf, dass gebunden.

Jedenfalls funktioniert es. es arbeitet, und sie sind viel Produkt zu verkaufen.

Ein weiterer „Gotcha“ ist, dass es auf Paypal IPN setzt uns zu benachrichtigen, wenn Zahlungen geschehen. Das scheint etwa 90% der Zeit zu arbeiten, aber wir gelegentlich Transaktionen erhalten, die auf der Hauptseite nicht Post zurück.

Also das ist wie mein Modul funktioniert. Es ist nicht schön, aber ich verstehe sicherlich die Konzepte von dem, was Sie vorschlagen. Es ist keine geringe Leistung.

Geschrieben von suydam am 11. Dezember 2007, um 13.33 Uhr

Esadot - Ich habe nicht einmal die Entwicklung auf dem ec_mvmg Modul fortgesetzt. Es war schon unglaublich proprietäre wie wir entlang bewegt. Ich war nicht in der Lage, mit dem Standard-Zahlungs-Gateways von der EC-Module zu bleiben wegen der Forderung, dass wir Transaktionen in mehrere Zahlungen aufgeteilt. Der Grund, warum wir hatten Transaktionen in mehrere Zahlungen aufgeteilt war, dass Paypal Ausgabe, die ich oben hervorgehoben.

Sobald wir an dem Punkt, wo wir mehrere Zahlungen per „Transaktion“ das gesamte Modul wurde (zumindest für mich) nicht mehr als ein einmaliger Auftrag ausgeführt wurden. Ich habe berührt es nicht, da wir die Website startete im Mai (Juni? Ich vergessen).

Ich werde sagen: Das Projekt eine gute Lernerfahrung für mich. ) Weiß, dass ich die Ins und Outs, warum diese Multi-Vendor-Zahlung Projekt sein ziemlich groß und komplex wird. Ich habe auch einige gute Ideen, wie es richtig (statt der Hack, ist ec_mvmg) zu arbeiten.

Dinge zu denken:

• Hat gesetzt jeder Anbieter ihre eigenen paypal / authorize.net Einstellungen und Drupal spaltet Transaktionen im Hintergrund?
  
• . oder, tun Sie dies manuell vom Administrator der Seite des paypal / autorisieren / was auch immer Konto zu handhaben wollen?

• Haben Sie die Benutzer wollen wissen, dass sie von mehreren Anbietern sind Kauf oder wollen Sie die Illusion eines einzigen Schaufenster?
  
• Gehen Sie auf Amazon.com einkaufen und dann später auf Etsy.com oder Gozabo.com. der Unterschied ist verblüffend. Amazon viele Anbieter sind alle bezahlt von Amazon nach der Kasse. Etsy und Gozabo beide teilen Sie Ihre Transaktion und haben Sie zahlen einmal für jeden Lieferanten. Das ist natürlich leichter aus der Sicht des Programmierers und flexibler von einem Lieferanten Sicht (C.O.D. Zahlungen sind auch eine Option!). aber es ist ärgerlich aus Kundenperspektive.

In Verbindung stehende Artikel

Home »E-Commerce-Berichte» The Ultimate Jigoshop Ecommerce Wordpress Plug-in Review Jigoshop ist ein Open-Source und benutzerfreundliche Wordpress e-Commerce-Plug-in von sehr erfahrenen entwickelt ...

Wenn Sie eine Drupal-Website haben und erwägen, ein E-Commerce-Geschäft zu öffnen, werden Sie freuen zu wissen, dass die Module zur Verfügung stehen, um Sie die ideale Website erstellen Produkte für den Verkauf. Im...

Multi-Vendor Funktionen im Überblick Mehrere Verkäufer über ein einziges Schaufenster Verkäufer Profile mit ihrem eigenen Speicherbereich und benutzerdefinierter Web-Content-Anbieter arbeiten, können ihr Geschäft durch verwalten ...

31. Januar 2017 Ich hatte diese Serie mit einem Beitrag zu den ersten, welche Funktionen ausgewertet werden, wenn DIY Drupal Hosting-Lösungen auswählen. Wir werden mit den einfachsten und frühesten beginnen ...

Hallo und willkommen bei DrupalModules.com, eine Gemeinschaft betriebene Bewertung und Überprüfung Service gewidmet helfen Sie, die beste Drupal-Module für Ihr Projekt! Benötigen Sie Hilfe bei der richtigen Drupal zu finden ...