diff --git a/composer.json b/composer.json
index 7f45b52..44bbb76 100644
--- a/composer.json
+++ b/composer.json
@@ -45,7 +45,7 @@
"ext-bcmath": "*",
"ext-json": "*",
"oxid-esales/oxideshop-metapackage-ce": "~6.0.1 || ~6.1.0",
- "d3/modcfg": "~5.2"
+ "d3/modcfg": ">=5.2.0.2 <5.3"
},
"autoload": {
"psr-4": {
diff --git a/docs/daux/changelog/010_Changelog.md b/docs/daux/changelog/010_Changelog.md
index dca963b..654d6db 100644
--- a/docs/daux/changelog/010_Changelog.md
+++ b/docs/daux/changelog/010_Changelog.md
@@ -1,14 +1,27 @@
---
title: Changelog
---
+## unreleased
+
+## 6.1.1.0
+0000000: iDeal + Przelewy24 orders with no incoming payment and no "after lifetime action" will set to NOT_FINISHED after span of life
+0000000: missing active check of channel provider data integrated
+0000000: Initialization of JavaScript (web integration) heidelpayInstance may only be created once
+0005712: Distinction between test and live configuration when assigning "Heidelpay Channel - Oxid Payment Methods"
+0009201: different modcfg version in composer.josn & InstallRoutine
+0000000: Inactive channel configuration was displayed in the frontend, if an active oxid-paymenttype-assignment exists
+0000000: OT payments are not redirecting, if user switch to OrderController and send order:execute again
+0000000: navigation on other language causes admin template language to standard (0)
+0000000: fixed use saved data doesn't work in wave -> missing post order execute parameter
+
## 6.1.0.1
-0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence()
-0000000: 6.1.0.0: incorrect redirect to mydomain.tld/modules/d3/heidelpay/public/redirect -> should be redirect to payment/start page
+0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence()
+0000000: 6.1.0.0: incorrect redirect to mydomain.tld/modules/d3/heidelpay/public/redirect -> should be redirect to payment/start page
## 6.1.0.0
**0000000: [ Important ] the setup routine has a backwards compatibility break (BC break)! Only module configurations greater than or equal to modul version 6.0.0.0 will be fully migrated!**
0000000: [ Configuration ] rebuild channel configuration see: [(6.1.0.0) Umstellung der Konfiguration](https://docs.oxidmodule.com/Heidelpay/6.1.0.0/changelog/Channel_Rekonfiguration.html)
-0000000: [ Refactor ] \D3\Heidelpay\Models\Factory class refactored to a factory pattern
+0000000: [ Refactor ] \D3\Heidelpay\Models\Factory class refactored to a factory pattern
0000000: [ Refactor ] split /public/hp_response.php calls into separated front controller (f.e. /public/Creditcard.php, /public/Debitcard.php)
0000000: [ Bug ] additional redirect parameters will not add in redirect url of the public response file's (like utm_nooverride=1)
0000000: [ Info ] replaced https://faq.oxidmodule.com/ links with https://faq.d3data.de
diff --git a/docs/daux/configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/020_Was_macht_der_Cronjob.md b/docs/daux/configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/020_Was_macht_der_Cronjob.md
index d3a6ba7..87db40e 100644
--- a/docs/daux/configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/020_Was_macht_der_Cronjob.md
+++ b/docs/daux/configuration/020_Konfiguration/030_Informationen_und_Anleitung_von_iDeal_und_Przelewy24/020_Was_macht_der_Cronjob.md
@@ -6,10 +6,24 @@ title: Was macht der Cronjob?
Der Cronjob holt sich eine Liste von Bestellungen die auf `PENDING` gesetzt und nicht storniert sind.
Pro Bestellung werden alle Transaktionen von dem Heidelpay Server eingeholt.
-Transaktionen die nicht im Shop vorhanden sind, werden in die Datenbank gespeichert.
+Transaktionen, die nicht im Shop vorhanden sind, werden in die Datenbank gespeichert.
Anhand des Status der Transaktion wird die Bestellung abgearbeitet.
Bei einer erfolgreichen Receipt `OT.RC` wird die Bestellung abgeschlossen.
Die E-Mails werden zu **diesem Zeitpunkt** verschickt.
+
+
+Wenn eine Bestellung das Ende der [ Lebenszeit einer PENDING-Bestellung (in Stunden) ] erreicht hat,
+tritt die [ Aktion nach Lebenszeit ] in Kraft.
+Sie können zwischen folgenden Bearbeitungsoptionen wählen:
+
0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence() +
0000000: iDeal + Przelewy24 orders with no incoming payment and no "after lifetime action" will set to NOT_FINISHED after span of life
+0000000: missing active check of channel provider data integrated
+0000000: Initialization of JavaScript (web integration) heidelpayInstance may only be created once
+0005712: Distinction between test and live configuration when assigning "Heidelpay Channel - Oxid Payment Methods"
+0009201: different modcfg version in composer.josn & InstallRoutine
+0000000: Inactive channel configuration was displayed in the frontend, if an active oxid-paymenttype-assignment exists
+0000000: OT payments are not redirecting, if user switch to OrderController and send order:execute again
+0000000: navigation on other language causes admin template language to standard (0)
+0000000: fixed use saved data doesn't work in wave -> missing post order execute parameter
0009155: 6.1.0.0: Too few arguments to function D3\Heidelpay\Controllers\Admin\Order\Heidelpay::isBasicLicence()
0000000: 6.1.0.0: incorrect redirect to mydomain.tld/modules/d3/heidelpay/public/redirect -> should be redirect to payment/start page
0000000:
diff --git a/docs/html/changelog/Channel_Rekonfiguration.html b/docs/html/changelog/Channel_Rekonfiguration.html
index 820984a..1dabaf9 100644
--- a/docs/html/changelog/Channel_Rekonfiguration.html
+++ b/docs/html/changelog/Channel_Rekonfiguration.html
@@ -91,7 +91,7 @@
Der Cronjob holt sich eine Liste von Bestellungen die auf PENDING
gesetzt und nicht storniert sind.
Pro Bestellung werden alle Transaktionen von dem Heidelpay Server eingeholt.
Transaktionen die nicht im Shop vorhanden sind, werden in die Datenbank gespeichert.
+Transaktionen, die nicht im Shop vorhanden sind, werden in die Datenbank gespeichert.
Anhand des Status der Transaktion wird die Bestellung abgearbeitet.
Bei einer erfolgreichen Receipt OT.RC
wird die Bestellung abgeschlossen.
Die E-Mails werden zu diesem Zeitpunkt verschickt.
+Wenn eine Bestellung das Ende der
+tritt die in Kraft.
+Sie können zwischen folgenden Bearbeitungsoptionen wählen: