# Freitextfelder für Kunden werden mit NULL gespeichert **URL:** \ **Category:** Allgemein\ **Created:** [9. März 2020 um 08:11 UTC](https://forum.shopware.com/t/freitextfelder-fur-kunden-werden-mit-null-gespeichert/65334 "2020-03-09T08:11:26Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Frank\_2812](https://avatars.discourse-cdn.com/v4/letter/f/b19c9b/32.png) [@Frank\_2812](https://forum.shopware.com/u/Frank_2812)\ **Post date:** [9. März 2020 um 08:11 UTC](https://forum.shopware.com/t/freitextfelder-fur-kunden-werden-mit-null-gespeichert/65334/1 "2020-03-09T08:11:26Z")
Hallo, ich möchte über ein Freitextfeld steuern, ob ein Kunde die Zahlungsart “Rechnung” nutzen darf. Zu diesem Zweck habe ich mir ein Check-Box Feld in der Freitextverwaltung für Kunden definiert. Prinzipiell funktioniert das auch. Probleme gibt es nun, sobald sich ein neuer Kunde registriert. Statt des eigentlich definierten Standardwertes 0, schreibt Shopware NULL in die Tabelle _s\_user\_attributes_, was dazu führt, das die hinterlegte Regel im Riskmanagement nicht greift. Ich verwende dazu die Regel "_Kunden-Attribut IST NICHT attr|1"_, was ja bedeuten sollte, dass attr=0 oder attr=NULL zur Deaktivierung der Zahlungsart führt. Leider funktioniert dass nur, wenn man den Kundensatz im Backend einmal speichert. Dann steht nämlich plötzlich “0” im Freitextfeld und das Riskmanagement greift. Hat jemand eine Idee, wie man das lösen könnte? Viele Grüße, Frank  ---
**Author:** ![MichaelF](https://avatars.discourse-cdn.com/v4/letter/m/ecc23a/32.png) [@MichaelF](https://forum.shopware.com/u/MichaelF)\ **Post date:** [4. September 2020 um 08:45 UTC](https://forum.shopware.com/t/freitextfelder-fur-kunden-werden-mit-null-gespeichert/65334/2 "2020-09-04T08:45:14Z")
Hallo Frank, Wollte das nach Update auf Shopware 5.6 ebenfalls gerne nutzen um die Zahlung auf Rechnung je nach Kunde freigeben zu können. Stoße dabei auf dasselbe Problem wie du es beschreibst. Der Fehler tritt zumindest nicht auf, wenn ich einen neuen Kunden manuell im Backend anlege. Hier wird 0 in die Datenbank geschrieben und die Regel greift. Die Registrierung eines Neukunden im Backend stellt im Shopalltag natürlich eher die Ausnahme da. Die Regel sollte demnach unbedingt auch im Frontend greifen, was sie auch bei mir nicht tut. Hat jemand hier im Forum das Riskmanagement mit einer auf Kundenattribute basierenden Regel erfolgreich im Einsatz?     ---
**Author:** ![Frank\_2812](https://avatars.discourse-cdn.com/v4/letter/f/b19c9b/32.png) [@Frank\_2812](https://forum.shopware.com/u/Frank_2812)\ **Post date:** [5. September 2020 um 07:21 UTC](https://forum.shopware.com/t/freitextfelder-fur-kunden-werden-mit-null-gespeichert/65334/3 "2020-09-05T07:21:19Z")
Hallo Michael, ich habe so dafür leider auch keine Lösung gefunden, sondern bin dazu übergegangen dass über Kundengruppen zu machen. Du legst eine weitere Kundengruppe (Rechnungszahler) an. Der Kunde muss sich zunächst über eine alternative Zahlungsart (z.b. Vorkasse) registrieren. Danach kannst Du die Kundengruppe im Backend auf “Rechnungszahler” ändern, wenn der Kunde diese Zahlungsart bekommen darf. Aufbauend auf diesem Prinzip, klappt es auch mit dem Riskmanagement. Viele Grüße, Frank ---
**Author:** ![MichaelF](https://avatars.discourse-cdn.com/v4/letter/m/ecc23a/32.png) [@MichaelF](https://forum.shopware.com/u/MichaelF)\ **Post date:** [9. September 2020 um 10:08 UTC](https://forum.shopware.com/t/freitextfelder-fur-kunden-werden-mit-null-gespeichert/65334/4 "2020-09-09T10:08:55Z")
Hallo Frank, das ist auch eine gute Alternative. Habe zudem noch ein Support Ticket erstellt und Neuigkeiten zu dem Thema. Laut Support ist das in der Tat ein Bug. Schnelle Abhilfe dank Vorschlag von Moritz: Die Zeile 1988 in ein “return true;” ändern: [https://github.com/shopware/shopware/blob/5.6/engine/Shopware/Core/sAdmin.php#L1988](https://github.com/shopware/shopware/blob/5.6/engine/Shopware/Core/sAdmin.php#L1988) Moritz hat hierzu auch bereits ein Ticket aufgemacht: [https://issues.shopware.com/issues/SW-25667](https://issues.shopware.com/issues/SW-25667) Viele Grüße Michael