> ## Documentation Index
> Fetch the complete documentation index at: https://dokumentation.websale.de/llms.txt
> Use this file to discover all available pages before exploring further.
# Rechnungskauf
> Kauf auf Rechnung in WEBSALE V8s: die offline abgewickelte Variante über PaymentBill-Txt, die Parameter zur Risikobegrenzung und die drei Wege der Online-Abwicklung.
Dieses Kapitel wird überarbeitet. Bei Fragen zu diesem Thema wenden Sie sich bitte an Ihren WEBSALE-Ansprechpartner.
Beim Kauf auf Rechnung liefern Sie zuerst und bekommen später Geld. Für den Käufer ist das die bequemste Zahlungsart, für den Händler die riskanteste: Das Ausfallrisiko bleibt vollständig bei Ihnen, solange Sie es nicht abgeben.
Genau darin liegt die Entscheidung, die vor der Einrichtung steht.
| Variante | Wer trägt das Risiko | Aufwand |
| - | - | - |
| **Offline** | Sie selbst | gering, eine Zahlungsart in der Konfiguration |
| **Online über einen Dienstleister** | der Dienstleister | höher, eigene Anbindung je Dienstleister |
WEBSALE V8s unterstützt für die Online-Abwicklung Paymorrow, Ratepay über PayPal Checkout und Billie.
Diese Seite beschreibt die offline abgewickelte Variante und verweist für die drei Online-Wege auf deren eigene Seiten.
## Rechnungskauf offline
Offline heißt: Der Shop prüft nichts und fragt niemanden. Er bietet die Zahlungsart an, nimmt die Bestellung entgegen und Sie schicken die Rechnung. Ob der Käufer zahlt, erfahren Sie erst danach.
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
Allow = yes
TestMode = no
Name = Kauf auf Rechnung
NameSuffix = Sie erhalten die Rechnung mit der Ware und zahlen innerhalb von 14 Tagen.
Img = logo-rechnung.png
RadioOnClick = selectPayment('~ID~');
ImgOnClick = selectPaymentImage('~ID~');
DelivererID-List = standard
```
Der Abschnitt kennt keine eigenen Parameter. Alles, was Sie hier einstellen, sind die allgemeinen Zahlungsart-Parameter. Das ist folgerichtig, denn es findet keine Abwicklung über einen Dienstleister statt, die konfiguriert werden müsste.
Referenz: [Abschnitt PaymentBill-Txt](https://dokumentation.websale.de/v8s/referenz/konfigurationen/shopkonfiguration-shop-config/zahlungsarten.md#ohne-eigene-parameter) · [Abschnitt PaymentXXX-Txt](https://dokumentation.websale.de/v8s/referenz/konfigurationen/shopkonfiguration-shop-config/zahlungsarten.md)
## Das Risiko begrenzen
Weil der Shop beim offline abgewickelten Rechnungskauf nichts prüft, liegt die ganze Absicherung in den Filterparametern der Zahlungsart. Die folgenden sind für den Rechnungskauf die wichtigsten. Jeder von ihnen hat einen Ablehnungsgrund, über den Sie die Zahlungsart ausgegraut statt ausgeblendet anzeigen können.
### Neukunden ausschließen
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
NewUser-Allow = no
```
Der häufigste und wirksamste Filter. Wer noch nie bei Ihnen bestellt hat, bekommt den Rechnungskauf nicht angeboten. Der Ablehnungsgrund ist die `8`.
### Den Bestellwert begrenzen
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
MaxOrder-Value = 500
MaxOrderForNewUser-Value = 100
```
| Parameter | Bedeutung | Grund |
| - | - | - |
| `MinOrder-Value` | Mindestwarenwert | 6 |
| `MaxOrder-Value` | Höchstwarenwert | 7 |
| `MinTotal-Value` | Mindestgesamtsumme | 14 |
| `MaxTotal-Value` | Höchstgesamtsumme | 15 |
| `MaxOrderForNewUser-Value` | eigener Höchstwert für Neukunden | 7 |
Warenwert und Gesamtsumme sind nicht dasselbe. Der Warenwert ist die Summe der Produkte, die Gesamtsumme enthält zusätzlich Versand- und Zahlungskosten. Für eine Risikogrenze ist meist die Gesamtsumme die richtige Bezugsgröße, denn die ist es, die Ihnen im Ausfall fehlt.
### Ein Limit aus dem Kundenkonto verwenden
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
MaxOrderForUserAccount = yes
```
Statt einer festen Obergrenze für alle gilt dann der Wert, der beim jeweiligen Kunden im Kundenkonto hinterlegt ist. Das ist der Weg, wenn Sie Stammkunden unterschiedliche Rahmen einräumen wollen.
### Gastbestellungen ausschließen
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
AllowForGuestOrder = no
```
Ohne Kundenkonto haben Sie keine Bestellhistorie und keine geprüfte Adresse. Der Ablehnungsgrund ist die `28`.
### Abweichende Lieferadresse ausschließen
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
DenyDifferentDeliveryAddress = yes
DenyDifferentDeliveryAddressForNewUser = yes
```
Beim Rechnungskauf ist die abweichende Lieferadresse ein klassisches Betrugsmuster: Die Ware geht woandershin, die Rechnung bleibt beim Adressinhaber. Der erste Parameter schließt sie ganz aus (Grund `21`), der zweite nur für Neukunden (Grund `24`).
### Nach Adressfeldern filtern
Über Adressfilter lässt sich die Zahlungsart an den Inhalt eines Rechnungsadressfelds binden, beispielsweise an eine Kundengruppe oder eine Postleitzahlenregion. Mehrere Filter sind mit ODER verknüpft, es genügt also, wenn einer zutrifft. Ein Filter kann zusätzlich auf bestimmte Länder eingeschränkt werden, und `*` als Wert trifft auf jede nichtleere Eingabe zu. Der Ablehnungsgrund ist die `19`.
### Bonitätsprüfung einschalten
Ist in Ihrem Shop eine Anbindung an Infoscore oder Creditpass eingerichtet, können Sie den Rechnungskauf davon abhängig machen.
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
InfoScore-Allow = yes
CreditPass-Allow = yes
```
Fällt die Prüfung negativ aus, verschwindet die Zahlungsart. Der Ablehnungsgrund ist die `2` bei Infoscore und die `3` bei Creditpass.
> [!WARNING]
>
> Der Parameter heißt `Allow`, schaltet aber die **Prüfung** ein, nicht die Zahlungsart. `InfoScore-Allow = yes` bedeutet: Diese Zahlungsart unterliegt der Infoscore-Prüfung. Das ist eine häufige Verwechslung.
Eine Bonitätsprüfung verarbeitet personenbezogene Daten und braucht eine Rechtsgrundlage sowie einen Hinweis in Ihrer Datenschutzerklärung. Klären Sie das, bevor Sie die Prüfung einschalten.
### Ablehnung sichtbar machen
Verschwindet die Zahlungsart einfach, sucht der Käufer nach ihr. Verständlicher ist es, sie ausgegraut mit Begründung anzuzeigen.
```ini theme={"theme":{"light":"github-light","dark":"github-dark"},"languages":{"custom":["/languages/websale.json"]}}
ShowDisabled-Allow = 8,21,24
8 = Den Kauf auf Rechnung bieten wir ab Ihrer zweiten Bestellung an.
21 = Beim Kauf auf Rechnung liefern wir nur an die Rechnungsadresse.
24 = Bei Ihrer ersten Bestellung liefern wir beim Kauf auf Rechnung nur an die Rechnungsadresse.
```
> [!WARNING]
>
> Nehmen Sie die Bonitätsgründe `2` und `3` **nicht** in diese Liste auf. Dem Käufer mitzuteilen, dass eine Bonitätsprüfung negativ ausgefallen ist, ist weder nötig noch klug. Lassen Sie die Zahlungsart in diesem Fall stillschweigend verschwinden.
Wegweiser: [Zahlungsarten anlegen, für die vollständige Liste aller Filterparameter und Ablehnungsgründe](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/zahlungsarten-anlegen.md)
## Hinweismeldungen
Der offline abgewickelte Rechnungskauf kennt keine Clearing-Meldungen, denn es findet kein Clearing statt. Die allgemeinen Meldungen des Bestellablaufs greifen wie bei jeder anderen Zahlungsart.
Referenz: [Abschnitt NotifyMessages-Txt](https://dokumentation.websale.de/v8s/referenz/konfigurationen/shopkonfiguration-shop-config/texte-und-meldungen.md#notifymessages-txt)
## Rechnungskauf über einen Dienstleister
Bei der Online-Abwicklung prüft ein Dienstleister die Bonität in Echtzeit und übernimmt bei positivem Ausgang das Ausfallrisiko. Sie bekommen Ihr Geld unabhängig davon, ob der Käufer zahlt.
| Dienstleister | Abschnitt | Zahlungsart-Code | Zielgruppe |
| - | - | - | - |
| Paymorrow | `` | 28 | Privat- und Geschäftskunden |
| Ratepay über PayPal Checkout | `` | 36 | Privatkunden |
| Billie | `` | 39 | ausschließlich Geschäftskunden |
Jeder dieser Wege ist eine eigene Zahlungsart mit eigenem Abschnitt und eigenem Code, nicht eine Betriebsart des offline abgewickelten Rechnungskaufs. Sie können den offline abgewickelten Rechnungskauf und einen Dienstleister nebeneinander anbieten, sollten das dem Käufer dann aber über die Bezeichnungen unterscheidbar machen.
* Wegweiser: [Paymorrow](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/paymorrow.md)
* Wegweiser: [PayPal Checkout, Abschnitt Kauf auf Rechnung mit Ratepay](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/paypal-checkout.md)
* Wegweiser: [Billie Rechnungskauf](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/billie-rechnungskauf.md)
## Verwandte Themen
* Wegweiser: [Zahlungsarten anlegen, für die allgemeinen Parameter, die Filter und die Ausgabe im Template](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/zahlungsarten-anlegen.md)
* Wegweiser: [Abweichende Lieferadresse abfragen](https://dokumentation.websale.de/v8s/adressdaten/abweichende-lieferadresse-abfragen.md)
* Wegweiser: [Versandarten anlegen, für die Kopplung über `DelivererID-List`](https://dokumentation.websale.de/v8s/versandarten-anlegen/versandarten-anlegen)
## Related topics
- [Billie Rechnungskauf](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/billie-rechnungskauf.md)
- [PayPal PLUS](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/paypal-plus.md)
- [Paymorrow](https://dokumentation.websale.de/v8s/zahlungsarten-anlegen/paymorrow.md)
- [BILLIE- (Billie Direktanbindung)](https://dokumentation.websale.de/v8s/referenz/tags/billie.md)
- [PAYMORROW- (Paymorrow)](https://dokumentation.websale.de/v8s/referenz/tags/paymorrow.md)
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.