Kundengruppe Zuweisung von Zahlungsarten

Hallo,

Ich habe zwar schon die Forumsuche genutzt, aber die Topics sind nicht genau das was mein Problem beschreibt.

Und zwar geht es um folgendes, wir als B2B Shopbetreiber haben 2 Arten von Kundengruppen, einmal Vorkasse und einmal Händler. Diese Kundengruppen haben ebenfalls unterschiedliche Zahlungsmöglichkeiten.

Vorkasse: PayPal, Kredit- Debitkarte, SEPA Lastschrift, EPS Überweisung, Bar Zahlung, Nachnahme, Vorkasse

Händler: PayPal, Kredit- Debitkarte, SEPA Lastschrift, EPS Überweisung, Bar Zahlung, Nachnahme, Vorkasse, Rechnung

Unser Kundenstamm kommt aus der Warenwitschaft SelectLine in Kombination mit der APi Schnittstelle maniacSeller. Hier kann ich lediglich nur einstellen welche Standard Kundengruppe der Kunde im Onlineshop hat. Also entweder Vorkasse oder Händler.
Was irrsinnig ist, da nicht jeder Kunde auf Rechnung zahlen darf.

Nun wurde mir mitgeteilt das es die möglichkeit gibt, den Rule Builder zu nutzen, in dem man einstellen kann, das bestimmte Kunden (~500 Vorkasse Kunden) bei einem Kundenupload per API, dann einer Kundengruppe zugewiesen werden können.

Jetzt wäre meine Frage, wie kann ich es realisieren, das bestimmte Kundennummern, immer einer Regel zugewiesen werden.

LG
René

Du könntest den Kunden ein CustomField zuordnen und dann daran die Regeln erstellen. Das könnte ggf. in SelectLine über Zusatzfeld funktionieren, falls das möglich ist.

Ja, aber du brauchst halt irgendein Merkmal, auf das der Rule Builder zugreifen kann. Und dieses Merkmal muss von/in der Wawi gesetzt werden. Möglichkeiten wären:

  • Zusatzfeld wie von @Max_Shop geschrieben
  • Tags
  • oder halt Kundenguppen

Wobei - wenn es sich um diese Anbindung handelt - sollte das mit den unterschiedlichen Kundengruppen doch eigentlich funktionieren:

Laden Sie Ihre Bestandskunden in den Shop hoch. Ihre Kunden werden automatisch den zugeordneten Shop-Kundengruppen zugewiesen. Ihre Kunden sehen somit spezielle Preislisten.

Ich würde mal direkt beim Schnittstellen-Anbieter nachhaken - weil ohne einer dieser Möglichkeiten wäre die Schnittstelle, sagen wir mal ausbaufähig.