+ Antworten
Seite 1 von 4 1 2 3 4 LetzteLetzte
Ergebnis 1 bis 10 von 40

Thema: Kontodaten bei Zahlungsart Lastschrift (VirtueMart)

  1. #1
    Neu an Board
    Registriert seit
    13.10.2006
    Ort
    Gronau
    Beiträge
    12
    Bedankte sich
    1
    Erhielt 2 Danksagung
    in 1 Beitrag

    Standard Kontodaten bei Zahlungsart Lastschrift (VirtueMart)

    Hallo !

    Ich habe eine Zahlungsart "Lastschrift" mit "Typ der Zahlungsart" BANKEINZUG angelegt. Wie bringe ich VirtueMart jetzt dazu - bei entsprechender Wahl der Zahlungsart "Lastschrift" - auch die Kontodaten abzufragen ?

    Da ich auf diese Zahlungsart angewiesen bin, wäre ich für jeden Tip dankbar !

    Gruss an ALLE

  2. #2
    War schon öfter hier Avatar von dimension4
    Registriert seit
    15.03.2006
    Ort
    Bocholt
    Beiträge
    227
    Bedankte sich
    16
    Erhielt 30 Danksagungen
    in 26 Beiträgen

    Standard

    In der Konfigurattion von VirtueMart bei "Die Eingabe von Bankverbindungsdaten ermöglichem?" ein Häkchen dran setzen. Bei der Registrierung eines Kunden gibt es dann zusätzliche Felder zur Eingabe der Bankdaten.

  3. #3
    Neu an Board
    Registriert seit
    13.10.2006
    Ort
    Gronau
    Beiträge
    12
    Bedankte sich
    1
    Erhielt 2 Danksagung
    in 1 Beitrag

    Standard Lastschrift: Theoretisch JA, praktisch NEIN ?

    @dimension4

    Danke für die schnelle Antwort !

    Jetzt kann der potentielle Kunde zwar seine Bankdaten bei der Registrierung erfassen, mir ist aber folgendes aufgefallen:

    1. Die Bankdaten müssen eingetragen werden, bevor sich der Kunde für eine Zahlungsart entschieden hat, bzw. zu diesem Zeitpunkt des Bestellvorganges weiss er von der Zahlungsmöglichkeit per Lastschrift ja noch gar nichts. Mit anderen Worten, soll der "Kunde" seine Bankdaten preisgeben, in der Hoffnung, dass er später die Zahlungsart Lastschrift auswählen kann ? Wer macht den so etwas

    2. Hat er bei der Registrierung seine Bankdaten nicht eingetragen ( siehe 1 ), wählt er >>>nach<<< der Registrierung die Zahlungsart aus. Hier wählt er dann Lastschrift, klickt auf "Weiter" und erhält dann die Fehlermeldung " Fehler: Bitte teilen sie uns den Kontoinhaber mit". Soooo, das wird es dann wohl mit der Bestellung gewesen sein, denn er hat an dieser Stelle keine Möglichkeit die fehlenden Bankdaten zu erfassen. An dieser Stelle kommt er weder "Weiter", noch zurück.

    Mein Fazit bis hierher: Zahlungsart Lastschrift theoretisch möglich, vom Handling aber nicht einsetzbar, da für den User nicht schlüssig ( siehe 1 ). Der "normale User" wird sich dann in 2. in einer Schleife wiederfinden, die er ohne weiteres nicht verlassen kann.

    Daher meine Frage:
    1. Gibt es eine andere Lösung für die Zahlungsart Lastschrift ?
    2. Oder kann man zumindest bei der Registrierung eine entsprechenden Info geben ( -> Wenn Sie per Lastschrift bezahlen wollen, müssen sie an dieser Stelle ihre Kontodaten erfassen)
    3. Und/oder wie kann man es dem User ermöglichen zu einem späteren Zeitpunkt die Kontodaten zu erfassen ( Situation 2 -> Button "Kontodaten erfassen" oder so )

    Vielen Dank für weitere Tips!

  4. #4
    War schon öfter hier
    Registriert seit
    06.05.2006
    Beiträge
    248
    Bedankte sich
    13
    Erhielt 21 Danksagungen
    in 18 Beiträgen

    Standard

    Mir ist dieses Problem auch aufgefallen und ich halte es für elementar.
    Schließlich will man mit einem Shop VERKAUFEN und nicht VERGRAULEN.
    "Lastschrift" ist nichts Außergewöhnliches. Hat man jedoch bei der Registrierung keine Bankdaten eingegeben, wird man bei der Zahlungsart "Lastschrift" auch nicht mehr zu diesem Punkt geführt, um das nachholen zu können.
    Dann darf man erst mal überlegen, wo einem dieser Punkt schon mal begegnet ist.

    Hat jemand eine Lösung?

  5. #5
    Verbringt hier viel Zeit Avatar von dot°NETt
    Registriert seit
    07.11.2004
    Beiträge
    570
    Bedankte sich
    3
    Erhielt 216 Danksagungen
    in 187 Beiträgen

    Standard

    Es muß doch nicht unbedingt schaden, hie und da mal selbst Hand an den Code zu legen .

    Lösungsmöglichkeiten:
    Soll lediglich 'Lastschrift' angeboten werden, macht es Sinn, die Kontodaten-Felder zu Pflichtfeldern zu 'erheben' -> Eingriff in die entsprechenden (2) Dateien erfoderlich (Festlegung und Validierung).

    Werden zusätzlich weitere Zahlungsarten angeboten, ist es hilfreich, einen entsprechenden Hinweistext im Registrierungsformular zu platzieren.

    Wählt der potentielle Kunde dennoch später die Zahlungsart 'Lastschrift' und hat bisher noch keine Kontodaten eingetragen (gut möglich, dass es sich um einen Kunden, der nicht Erstbesteller ist, handelt und der diesmal eben per 'Lastschrift' bezahlen möchte), dann sollten 2 gut sichtbar platzierte Links die kurze Verwirrung, die beim Erscheinen der Fehlermeldung tatsächlich auftreten kann, beenden: ein Link 'zurück' (allerdings nicht mit 'javascript:history.back(-1);'!, da die Variablen per GET übergeben werden, sondern ein 'echter' Link zur Zahlungsarten-Seite) und (für 'Wiederholungstäter') ein Link zum Kunden-Account.

    mfG
    dot°NETt

  6. #6
    War schon öfter hier
    Registriert seit
    06.05.2006
    Beiträge
    248
    Bedankte sich
    13
    Erhielt 21 Danksagungen
    in 18 Beiträgen

    Standard

    Zitat Zitat von dot°NETt Beitrag anzeigen
    Es muß doch nicht unbedingt schaden, hie und da mal selbst Hand an den Code zu legen .

    Lösungsmöglichkeiten:
    Soll lediglich 'Lastschrift' angeboten werden, macht es Sinn, die Kontodaten-Felder zu Pflichtfeldern zu 'erheben' -> Eingriff in die entsprechenden (2) Dateien erfoderlich (Festlegung und Validierung).

    Werden zusätzlich weitere Zahlungsarten angeboten, ist es hilfreich, einen entsprechenden Hinweistext im Registrierungsformular zu platzieren.

    Wählt der potentielle Kunde dennoch später die Zahlungsart 'Lastschrift' und hat bisher noch keine Kontodaten eingetragen (gut möglich, dass es sich um einen Kunden, der nicht Erstbesteller ist, handelt und der diesmal eben per 'Lastschrift' bezahlen möchte), dann sollten 2 gut sichtbar platzierte Links die kurze Verwirrung, die beim Erscheinen der Fehlermeldung tatsächlich auftreten kann, beenden: ein Link 'zurück' (allerdings nicht mit 'javascript:history.back(-1);'!, da die Variablen per GET übergeben werden, sondern ein 'echter' Link zur Zahlungsarten-Seite) und (für 'Wiederholungstäter') ein Link zum Kunden-Account.

    mfG
    dot°NETt
    Es würde eigentlich ausreichen, wenn während der Bestellung im Step "Lieferadresse" neben der Lieferadresse auch die Kontodaten mit eingeblendet würden und der Link "Adresse aktualisieren" umbenannt würde in "Adresse / Bankdaten aktualisieren".

    shop.de/index.php?page=checkout.index&option=com_virtuemar t&Itemid=1
    Geändert von Joomlump (15.10.2006 um 14:28 Uhr)

  7. #7
    Verbringt hier viel Zeit Avatar von dot°NETt
    Registriert seit
    07.11.2004
    Beiträge
    570
    Bedankte sich
    3
    Erhielt 216 Danksagungen
    in 187 Beiträgen

    Standard

    Möglicherweise auch eine Variante - nur nicht ganz so leicht umzusetzen.
    Denn: bei VM handelt es sich bei diesen Adressen um die 2 Schuhe eines Paares - allerdings (und wie sich dies gehört) sind das unterschiedliche Schuhe.
    Die Liefertadresse (ST für Shipto) hat nichts mit der Rechnungsadresse (BT für Billto) zu tun. Und Kontodaten gehören zu BT und nicht zu ST!

    mfG
    dot°NETt

  8. #8
    War schon öfter hier
    Registriert seit
    06.05.2006
    Beiträge
    248
    Bedankte sich
    13
    Erhielt 21 Danksagungen
    in 18 Beiträgen

    Standard

    Zitat Zitat von dot°NETt Beitrag anzeigen
    Möglicherweise auch eine Variante - nur nicht ganz so leicht umzusetzen.
    Denn: bei VM handelt es sich bei diesen Adressen um die 2 Schuhe eines Paares - allerdings (und wie sich dies gehört) sind das unterschiedliche Schuhe.
    Die Liefertadresse (ST für Shipto) hat nichts mit der Rechnungsadresse (BT für Billto) zu tun. Und Kontodaten gehören zu BT und nicht zu ST!

    mfG
    dot°NETt

    Ich glaube, niemand kommt auf die Idee, dass die Bankdaten zur Lieferadresse gehören. Insofern verstehe ich den Einwand nicht.
    Es reicht halt, auf diesen Link zu klicken, dann wird man auf die Seite geführt, wo man die Lieferadresse und/oder die Bankdaten ändern kann.
    Es fehlt halt nur der entsprechende Hinweis, dass man auf dieser Seite auch die Bankdaten ändern kann.
    Noch besser wäre dann halt, wenn unter der Lieferadresse auch die Bankdaten eingeblendet würden, dann wärs ganz klar, dass dort der Einstieg für die Änderung der Bankdaten ist.

  9. #9
    Verbringt hier viel Zeit Avatar von dot°NETt
    Registriert seit
    07.11.2004
    Beiträge
    570
    Bedankte sich
    3
    Erhielt 216 Danksagungen
    in 187 Beiträgen

    Standard

    Zitat Zitat von Joomlump Beitrag anzeigen
    Ich glaube, niemand kommt auf die Idee, dass die Bankdaten zur Lieferadresse gehören. Insofern verstehe ich den Einwand nicht.
    ...
    Noch besser wäre dann halt, wenn unter der Lieferadresse auch die Bankdaten eingeblendet würden, ...
    Wirklich niemand ? ... oder meine Logik versagt mal wieder ...

    mfG
    dot°NETt

  10. #10
    Neu an Board
    Registriert seit
    13.10.2006
    Ort
    Gronau
    Beiträge
    12
    Bedankte sich
    1
    Erhielt 2 Danksagung
    in 1 Beitrag

    Standard

    Hallo zusammen!

    Also für mich hat die Lieferadresse auch nichts mit der Kontoverbindung zu tun. Beispiel: Zum Muttertag bestelle ich für meine Mutter (die weit weg wohnt) einen Blumenstrauß und will natürlich per Lastschrifteinzug bezahlen. Da kann ich dann keinen Zusammenhang zwischen der Adresse meiner Mutter ( Lieferadresse ) und meinen Bankdaten erkennen ?

    Eine optimale Lösung der Zahlungsart LASTSCHRIFT würde für mich so aussehen:

    Kunde bestellt -> Neukunde registriert sich ( ohne Bankdaten ); Bestandskunde logt sich ein ....... -> Wählt Zahlungsart LASTSCHRIFT -> Neukunde muss dann Bankdaten erfassen; Bestandskunde muss a) seine Bankdaten ebenfalls erfassen bzw. b) bekommt seine bereits hinterlegten Bankdaten angezeigt - mit der Möglichkeit zu ändern ......

    Was mir noch aufgefallen ist: Bei der derzeitigen Registrierung kann/muss erfasst werden:

    - Kontoinhaber ( muss )
    - Konto-Nr. ( muss )
    - BLZ ( muss )
    - Bankname ( muss nicht - ist aber besser zwecks evtl. Kontrolle der BLZ )

    soweit OK, aber
    - BankkontoTyp ( überflüssig, da der Lastschrift vollkommen egal ist, ob privates oder geschäftliches Girokonto. Die Option Sparkonto/Sparbuch ist meines Wissens nach sogar falsch, da Laschriften nicht vom Sparbuch/Sparkonto abgebucht werden dürfen. siehe: http://www.zahlungsverkehrsfragen.de...riftrueck.html )

    - IBAN ( überflüssig, da für die Lastschrift nicht benötigt. Eine EU-Lastschrift oder so gibt es (noch) nicht. Wäre höchstens für EU-Überweisungen interessant, ist aber wohl nicht der Sinn und Zweck eines Shops an seine User zu zahlen :-))

    ->> Die Abfrage des BankkontoTyps und vor allem des IBAN ist für das Lastschriftverfahren überflüssig und sogar verwirrend -> Die meisten Bankkunden wissen nicht was IBAN ist/heißt , "was soll ich hier bloß eintragen ????"

    Den VM finde ich ansonsten sehr gut !!

    Schönen Gruss an alle !

+ Antworten
Seite 1 von 4 1 2 3 4 LetzteLetzte

Ähnliche Themen

  1. Virtuemart Anzeige der Kontodaten
    Von voodoma im Forum Joomla E-Commerce Lösungen
    Antworten: 8
    Letzter Beitrag: 14.04.2008, 14:39
  2. VirtueMart Modul einbinden und positionieren
    Von eseno im Forum Joomla E-Commerce Lösungen
    Antworten: 10
    Letzter Beitrag: 17.01.2007, 22:35
  3. Umlaute von VirtueMart Texten werden als ? dargestellt.
    Von Atomian im Forum Joomla E-Commerce Lösungen
    Antworten: 5
    Letzter Beitrag: 25.09.2006, 16:51
  4. Update von Mambo 4.5.4 mit Virtuemart 1.0.2 auf Joomla 1.10 und Virtuemart 1.0.6
    Von Gummibär im Forum Gelöste Themen - Joomla E-Commerce Lösungen
    Antworten: 0
    Letzter Beitrag: 22.07.2006, 11:41
  5. Virtuemart deinstallieren
    Von bachplus im Forum Mambo Komponenten
    Antworten: 4
    Letzter Beitrag: 16.03.2006, 20:54

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein