# Zahlungsart: Rechnung lässt sich nicht deaktivieren

**URL:** https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296
**Category:** Administration
**Created:** [7. Juni 2016 um 15:10 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296 "2016-06-07T15:10:49Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [7. Juni 2016 um 15:10 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/1 "2016-06-07T15:10:49Z")

</div>

Shopware 5.1.5

Zahlungsarten -\> Rechnung ist nicht aktiv (entsprechend kann ich bei Risk-Management keine Regel dafür anlegen, was ja auch okay ist)

Grundeinstellungen -\> Anmeldung/Registrierung ist überprüft, dort ist bei Standard und Fallback die ID von Vorkasse drin

**ABER:**

Bei registrierten Kunden wir im Bestellvorgang Rechnung als Standard ausgegeben

Im Profil ist bei den Zahlungsarten Rechnung nicht nur verfügbar sondern vorausgewählt

---

<div class="post-metadata">

### Author: ![useg](https://avatars.discourse-cdn.com/v4/letter/u/df705f/32.png) [@useg](https://forum.shopware.com/u/useg)
#### Post date: [7. Juni 2016 um 16:19 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/2 "2016-06-07T16:19:27Z")

</div>

Hattest du mal Rechnung aktiv? und betrifft es nur Altkunden oder auch solche die sich neu registireren.

Du müsstest jetzt in der Datenbank Tabelle “s\_user” Spalte “paymentID” schauen und diese Zahlweise mit einer ID ersetzten mit der alle im Standard bezahlen könnten.

Ich könnte dir ein Sql-Befehl erstellen mit dem du ds vornehmen kannst.

Dazu brauche ich die ID von der Rechnung und die ID der neuen Standard-Zahlart.

Uwe

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [7. Juni 2016 um 16:35 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/3 "2016-06-07T16:35:02Z")

</div>

Danke für deine Hilfe.

Das Problem betrifft tatsächlich nur Altkunden. Da hat wohl irgendwann mal jemand an den Zahlungsarten und Standards gefummelt und es einige Zeit später wieder Rückgängig gemacht.

Ich hab ein SQL update auf alle Datensätze mit der Rechnungs-paymentID losgelassen, und siehe da: Alles prima 🙂

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [15. Juni 2016 um 13:12 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/4 "2016-06-15T13:12:27Z")

</div>

Ich muss das Thema leider wieder aufwärmen:

Offensichtlich wird nach der 2. Bestellung die Zahlungsart automatisch auf Rechnung gesetzt

Es existiert KEINE Riskmanagement Regel (zumindest keine, die ich im Backend sehen würde)

Rechnung ist im Kundenkonto weiterhin auswählbar, auch wenn ich in der DB die paymentID direkt umstelle

Bin völlig ratlos…

---

<div class="post-metadata">

### Author: ![useg](https://avatars.discourse-cdn.com/v4/letter/u/df705f/32.png) [@useg](https://forum.shopware.com/u/useg)
#### Post date: [15. Juni 2016 um 14:28 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/5 "2016-06-15T14:28:36Z")

</div>

> [@ugeber schrieb:](https://forum.shopware.com/profile/23754/ugeber "ugeber")
> 
> Bin völlig ratlos…

Das glaube ich dir, denn du warst ja der Ansicht du hattest den Fehler behoben.

Wie soll man dir da noch helfen, ich kann dir nur Anbieten selbst mal einen Blick drauf zu werfen vieleicht fällt mir was auf.

Hattest du mal nach der Änderung in der Datenbank den Cache-Ordner umbenannt um auf Nummer sicher zu gehen, das der Cache nicht dazwischen funkt. \>&nbsp;/var/cache/production\_12345

Gruss Uwe

&nbsp;

---

<div class="post-metadata">

### Author: ![Moritz\_Naczenski](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/moritz_naczenski/32/7792_2.png) [@Moritz\_Naczenski](https://forum.shopware.com/u/Moritz_Naczenski)
#### Post date: [15. Juni 2016 um 17:41 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/6 "2016-06-15T17:41:00Z")

</div>

Prüfe auch mal bitte das PaymentPreset in der s\_user - sobald da Rechnung als ID drinsteht, kann der User damit immer bestellen.

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [15. Juni 2016 um 17:42 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/7 "2016-06-15T17:42:26Z")

</div>

Okay, ich hab’ mich über den Controller ins Model und weiter bis zum SQL gewühlt, das sPaymentMeans für die View in der der Kunde seine Zahlungsweisen festlegt.

Und bin wieder in der Datenbank bei s\_user gelandet. Und dem Feld paymentpreset, das genau wie paymentID fähig ist, die Deaktivierung aus&nbsp;s\_core\_paymentmeans auszuhebeln. In 2 Stunden mehr über Shopware gelernt, als ich eigentlich wissen wollte 😉

Falls sich herausstellen sollte, dass tatsächlich für manche Kunden Rechnung wieder aktiviert wird sehen wir weiter.

Vielen Dank, nochmal, dass du mir den richtigen Startpunkt für die Reise ins Labyrinth gezeigt hast!

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [15. Juni 2016 um 17:45 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/8 "2016-06-15T17:45:31Z")

</div>

> [@Moritz Naczenski schrieb:](https://forum.shopware.com/profile/14574/Moritz%20Naczenski "Moritz%20Naczenski")
> 
> Prüfe auch mal bitte das PaymentPreset in der s\_user - sobald da Rechnung als ID drinsteht, kann der User damit immer bestellen.

Da bin ich, auf die harte Tour, vor ein paar Minuten gelandet 🙂  
Und da war auch das Problem.

---

<div class="post-metadata">

### Author: ![useg](https://avatars.discourse-cdn.com/v4/letter/u/df705f/32.png) [@useg](https://forum.shopware.com/u/useg)
#### Post date: [15. Juni 2016 um 18:23 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/9 "2016-06-15T18:23:50Z")

</div>

> [@ugeber schrieb:](https://forum.shopware.com/profile/23754/ugeber "ugeber")
> 
> > [@Moritz Naczenski schrieb:](https://forum.shopware.com/profile/14574/Moritz%20Naczenski "Moritz%20Naczenski")
> > 
> > Prüfe auch mal bitte das PaymentPreset in der s\_user - sobald da Rechnung als ID drinsteht, kann der User damit immer bestellen.
> 
> Da bin ich, auf die harte Tour, vor ein paar Minuten gelandet ![:)](https://dub1.discourse-cdn.com/flex013/resources/emoji/smile.png ":)")  
> Und da war auch das Problem.

Häää&nbsp; ![Angry-Face](http://forum.shopware.com/plugins/CKEditor/plugins/smiley/images/angry-face.png "Angry-Face")

> [@useg schrieb:](https://forum.shopware.com/profile/5578/useg "useg")
> 
> Du müsstest jetzt in der Datenbank Tabelle „s\_user“ Spalte „paymentID“ schauen und diese Zahlweise mit einer ID ersetzten mit der alle im Standard bezahlen könnten.

Ich denke das hattest du schon mal gemacht??

> [@ugeber schrieb:](https://forum.shopware.com/profile/23754/ugeber "ugeber")
> 
> Das Problem betrifft tatsächlich nur Altkunden. Da hat wohl irgendwann mal jemand an den Zahlungsarten und Standards gefummelt und es einige Zeit später wieder Rückgängig gemacht.
> 
> Ich hab ein SQL update auf alle Datensätze mit der Rechnungs-paymentID losgelassen, und siehe da: Alles prima ![:)](https://dub1.discourse-cdn.com/flex013/resources/emoji/smile.png ":)")&nbsp;

&nbsp;

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [16. Juni 2016 um 09:27 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/10 "2016-06-16T09:27:00Z")

</div>

Dann fasse ich mal kurz die Erkenntnisse aus diesem Thread zusammen:

In der Tabelle s\_user gibt es zwei Schlüssel, die dem Kunden eine Zahlungsart zuordnen:

paymentID steuert die Vorauswahl im checkout in der confirm action

paymentpreset steuert die Vorauswahl im account und sorgt dafür, dass die Zahlungsart, deren ID darinsteht in der payment action immer zur Verfügung steht, also ausgewählt werden kann.

In beiden Fällen ist das unabhängig davon, ob die Zahlungsart in der Tabelle s\_core\_paymentmeans aktiv ist oder nicht.

Bleibt nur noch die Frage, wie eine zu diesem Zeitpunkt inaktive Zahlungsart einem Kunden zugeordnet werden konnte. Und zwar nach der 2. erfolgten Bestellung.  
Das ist zumindest das, was der Betreiber des Shops sagt. Ich werde wohl noch weiter forschen müssen 🙂

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [6. Juli 2016 um 16:26 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/11 "2016-07-06T16:26:17Z")

</div>

Nachtrag:&nbsp;

_Das ist zumindest das, was der Betreiber des Shops sagt._   
Nachdem ich das eine zzeitlang beobachtet habe: Es passiert NICHT. Ich kann das Problem als gelöst betrachten&nbsp; ![Undecided](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/8ae622c50104e84c5003fedfcc22572813a67b41.png "Undecided")

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [1. September 2016 um 15:42 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/12 "2016-09-01T15:42:28Z")

</div>

Ich muss das Thema wieder aufwärmen:

Tatsächlich sind wieder User aufgetaucht, die Rechnung als paymentID und paymentpreset haben.  
Das sind definitiv keine Altlasten, das Registrierungsdatum liegt teilweise nach dem Zeitpunkt, zu dem ich das Problem (scheinbar) gefixt hatte. Es hat auch definitiv keiner an der Konfiguration des Shops gefummelt.

Also: Ich bin immer noch auf der Suche nach dem Mechanismus, der Benutzern die Zahlungsart Rechnung freischaltet obwohl das laut Konfiguration nicht möglich sein sollte.

Ich wäre für jeden Hinweis dankbar.&nbsp;

---

<div class="post-metadata">

### Author: ![DROPIN](https://avatars.discourse-cdn.com/v4/letter/d/d07c76/32.png) [@DROPIN](https://forum.shopware.com/u/DROPIN)
#### Post date: [2. September 2016 um 15:29 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/13 "2016-09-02T15:29:31Z")

</div>

Hallo Uwe,&nbsp;

benutzt du eine Warenwirtschaft für den Abgleich? Und wenn ja welche? Ggf hätte ich eine Vermutung…

VG Alex

---

<div class="post-metadata">

### Author: ![ugeber](https://avatars.discourse-cdn.com/v4/letter/u/e9c0ed/32.png) [@ugeber](https://forum.shopware.com/u/ugeber)
#### Post date: [5. September 2016 um 10:29 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/14 "2016-09-05T10:29:55Z")

</div>

Ja, und zwar vario.

---

<div class="post-metadata">

### Author: ![DROPIN](https://avatars.discourse-cdn.com/v4/letter/d/d07c76/32.png) [@DROPIN](https://forum.shopware.com/u/DROPIN)
#### Post date: [5. September 2016 um 11:30 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/15 "2016-09-05T11:30:14Z")

</div>

Wir benutzen auch vario und bei uns tritt das Problem auch auf…es liegt an einer Einstellung, die in vario geändert werden muss…wenn ich gleich am Rechner bin kann ich dir weitere Infos zukommen lassen - oder kontaktiere den vario Support…

vg

alex

---

<div class="post-metadata">

### Author: ![LIVID\_Media](https://avatars.discourse-cdn.com/v4/letter/l/73ab20/32.png) [@LIVID\_Media](https://forum.shopware.com/u/LIVID_Media)
#### Post date: [15. November 2016 um 11:04 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/16 "2016-11-15T11:04:32Z")

</div>

Hallo DROPIN,

wir haben dieses Problem ebenfalls in Verbindung mit Vario. Wäre super, wenn du hier noch kurz erklären könntest, welche Einstellung bei Vario erforderlich ist.

Gruß Tim

---

<div class="post-metadata">

### Author: ![davereu](https://avatars.discourse-cdn.com/v4/letter/d/9e8a1a/32.png) [@davereu](https://forum.shopware.com/u/davereu)
#### Post date: [22. November 2016 um 19:15 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/17 "2016-11-22T19:15:32Z")

</div>

Servus!  
Habe auch einen Kunden, der dieses Problem hat. Wäre nett, wenn DROPIN uns kurz verraten würde, welche Einstellung man vornehmen muss 🙂

VG  
David

---

<div class="post-metadata">

### Author: ![LIVID\_Media](https://avatars.discourse-cdn.com/v4/letter/l/73ab20/32.png) [@LIVID\_Media](https://forum.shopware.com/u/LIVID_Media)
#### Post date: [23. November 2016 um 15:31 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/18 "2016-11-23T15:31:41Z")

</div>

Ich habe gerade mit der Vario-Hotline telefoniert. Das Problem war dem Mitarbeiter bereits bekannt und liegt wohl an den nicht zugeordneten Zahlungsarten in der Filialverwaltung von Vario. Nach Anleitung habe ich dort nun in den Stammdaten unter “Filialen verwalten” im Reiter “Zahlungsarten” die Verknüpfungen hergestellt. Zuerst wählt man die Zahlungsbedingung aus, die in Vario hinterlegt ist (also bspw. VK für Vorkasse) und gibt dann bei “Webshop-Kennung” die ID der Zahlungsart bei Shopware an. Letztere findet man im Shopware-Backend unter “Einstellungen” -\> “Zahlungsarten” in Klammern hinter der Zahlungsart (bspw. “Vorkasse (5)”).

Wir werden sehen, ob die Problematik damit jetzt endlich gelöst ist.

**UPDATE** : Auch nach Tag vier ist das Problem nun nicht mehr aufgetreten!

---

<div class="post-metadata">

### Author: ![ffinkelm](https://avatars.discourse-cdn.com/v4/letter/f/fbc32d/32.png) [@ffinkelm](https://forum.shopware.com/u/ffinkelm)
#### Post date: [23. November 2016 um 16:11 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/19 "2016-11-23T16:11:24Z")

</div>

Kurios, wir haben das gleiche Phänomen, aber keine Warenwirtschaf und als Zahlungsanbieter nur PayPal und Sofort. Ich habe Mal bei der Zahlungsart Rechnung das Häkchen bei Shops und Länder raus genommen. Muss allerdings noch abwarten, ob das Problem damit gelöst ist.

Gruß

---

<div class="post-metadata">

### Author: ![davereu](https://avatars.discourse-cdn.com/v4/letter/d/9e8a1a/32.png) [@davereu](https://forum.shopware.com/u/davereu)
#### Post date: [29. November 2016 um 09:59 UTC](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296/20 "2016-11-29T09:59:51Z")

</div>

> [@LIVID Media schrieb:](https://forum.shopware.com/profile/17734/LIVID%20Media "LIVID%20Media")
> 
> Ich habe gerade mit der Vario-Hotline telefoniert. Das Problem war dem Mitarbeiter bereits bekannt und liegt wohl an den nicht zugeordneten Zahlungsarten in der Filialverwaltung von Vario. Nach Anleitung habe ich dort nun in den Stammdaten unter „Filialen verwalten“ im Reiter „Zahlungsarten“ die Verknüpfungen hergestellt. Zuerst wählt man die Zahlungsbedingung aus, die in Vario hinterlegt ist (also bspw. VK für Vorkasse) und gibt dann bei „Webshop-Kennung“ die ID der Zahlungsart bei Shopware an. Letztere findet man im Shopware-Backend unter „Einstellungen“ -\> „Zahlungsarten“ in Klammern hinter der Zahlungsart (bspw. „Vorkasse (5)“).
> 
> Wir werden sehen, ob die Problematik damit jetzt endlich gelöst ist.
> 
> **UPDATE** : Auch nach Tag vier ist das Problem nun nicht mehr aufgetreten!
> 
> &nbsp;

Genauso haben wir das auch gemacht! Es bringt aber keine Änderung… Es gibt immer wieder Kunden mit Zahlart Rechnung. Ich dreh noch durch!&nbsp;

[Nächste Seite](https://forum.shopware.com/t/zahlungsart-rechnung-lasst-sich-nicht-deaktivieren/37296.md?page=2)
