In Bearbeitung [WAWI-7778] Gemahnte Kunden automatisch sperren

[chembaer]

Hallo,

gibt es eine Möglichkeit, bei Kunden, die bereits gemahnt wurden, bis zur Bezahlung der ausstehenden Rechnung(en) automatisch die Zahlart "auf Rechnung" zu sperren? Oder zumindest gemahnte Kunden automatisch zu sperren?

 

[Rico Giesler]

Hallo @chembaer
Versuch mal das: (nicht getestet!!!)
In den Workflows unter Kunden - Kunden_Geändert einen Workflow anlegen mit "IstMahnwesenAktiv" - Gleich Wahr
Und als Aktion "Werte setzen" und dort dann einer anderen Kundengruppe zuweisen (Diese kann ja eigene Zahlungsarten haben)
Ist wie gesagt nur eine Idee...

 

[MichaelH]

Ist doch völlig sinnlos, ohne manuellen Abgleich mit "matching" Adresse verwendet der Kunde einfach eine neue Mailadresse und flutscht mit dem neuen automatischen Abholen einfach durch ...

 

[Rico Giesler]

Für doppelte Kunden kann man auch einen Workflow anlegen.
Die beiden könnte man ja kombinieren.

 

[MichaelH]

Und drucken einer Liste auf dem Drucker ? Toll. Mail, ist auch nicht viel sinnvoller ...

 

[gutberle]

@argy - Noch was, ich würde mich freuen, wenn Du Dir Posts mit dem Zusatz "nicht getestet" verkneifen könntest. - Das ist sogar unter unserer Würde, die wir unentgeltlich unsere Freizeit auf Euer Forum verballern...

 

[Xantiva]

Ich habe mir einen Workflow für "Auftrag erstellt" geschrieben, der mir eine Mail sendet, wenn ein Kunde bestellt der noch eine offene Rechnung hat:

1. Bedingung: Zahlungen.Zahlungsart -- Suchen -- gleich [Rechnung]

2. Bedingung ist eine "Erweiterte Eigenschaft" => "Auf unbezahlte Aufträge prüfen" > 0

{% capture query %}
SELECT k.cKundenNr
FROM tBestellung AS b
LEFT JOIN tKunde AS k ON(b.[tKunde_kKunde] = k.kKunde)
WHERE k.cKundenNr LIKE '{{ Vorgang.Stammdaten.Kunde.Kundennummer }}'
  AND b.cBestellNr NOT LIKE '{{ Vorgang.Stammdaten.Auftragsnummer }}'
  AND b.nStorno <> 1
  AND b.dBezahlt IS NULL
{% endcapture -%}\
{% assign result = query | DirectQueryScalar %}\
{{ result }}

Aktion: Sende mir eine Mail mit dem Text:

Kunde: {{ Vorgang.Stammdaten.Kunde.Firma }} {{ Vorgang.Stammdaten.Kunde.Vorname }} {{ Vorgang.Stammdaten.Kunde.Name }}
hat erneut auf Rechnung bestellt, aber es gibt noch unbezahlte Bestellungen.

Bitte vor Versand prüfen!

 

[Rico Giesler]

Es gibt ein internes Ticket mit dem Featurewunsch das Mahnwesen in die Workflows zu integrieren.
Damit werden dann verschiedene Sachen möglich sein wie Kunden sperren, Zahlungsarten sperren/freigeben etc...

@MichaelH
Eine Mail mit der Info dass der Kunde doppelt ist würde man ja nur bekommen wenn er denn versucht anderweitig eine neue Bestellung auszulösen. (mit anderer Mailadresse oder ähnlichem)
Ich glaube nicht dass chembaer dann in Mails unter geht. Wobei das natürlich auf seinen Kundenkreis ankommt.

@gutberle
Ich wollte dem TO einen Anhaltspunkt liefern. Ich kam nur leider nicht dazu es selbst durchzutesten. (wie im separaten Channel bereits erläutert)
Natürlich finden wir es toll wenn User hier freiwillig Hilfestellung leisten und ihre Ideen und Erfahrungen einbringen und hoffen, dass das auch weiterhin passiert.

 

[MichaelH]

Für alle die auch ohne Vorkasse, PayPal & Co liefern war der Shopabgleich zumindest eine Hilfe Kunden ausfindig zu machen die man nicht haben will ... z.B. mit matching auf "Straße und PLZ".
Durch die automatische Zwangsübernahme der WAWI 1.x fehlt diese Kontrolle.

Ganz allgemein fehlt diese Kontrollmöglichkeit.

-> Hier wäre es an der Zeit Verbesserungen zu schaffen, statt alte Funktionen ersatzlos zu streichen und zwar solche die im Alltag auch funktionieren.

Es ist zwar Manches angekündigt, seit langer Zeit, CRM in WAWI etc., aber was es denn sein wird und was es können wird ist aktuell immer noch nicht definiert, zumindest nicht öffentlich.

 

[gutberle]

Ich muß sagen, dass sich mir der Sinn der Zwangsübernahme auch nicht erschließt. Wurde für diese "Vereinfachung" eigentlich ein Grund genannt?

 

[MichaelH]

Nicht wirklich, die Vermutung ist:
Vereinheitlichung weil manche Shops das nicht können die von der WAWI "bedient" werden und so legte hier wohl der dümmste Shop die Latte sehr tief. So ist's eben, wenn man auf allen Hochzeiten tanzen will. Allerdings hätte man es auch so "programmieren" können, dass es immer noch geht, aber eben, man wollte nicht. Die Diskussion darüber wurde abgewürgt, wie üblich.

Nun dürfen wir mit WorkFlows basteln oder auf eine neue Lösung hoffen die endlich wieder mal etwas bringt mit Bezug zur Praxis.
Wenn ich denke dass hier Mann-Jahrzehnte in die Entwicklung geflossen sind, dann waren die Wikinger (J+T mit Mini-Team) echte Elite.
Ich mache heute mit der .99923 nicht wirklich weniger als ich mit der 1.x machen könnte.
Sei's drum, ich bin offensichtlich ein Exot mit ganz anderen Wünschen als der Rest der Welt.

Umstellen werde ich trotzdem irgendwann, 2017.