Preis_Strategie - aber wie?

[dudelsack09]

Hallo zusammen,
kann mir jemand erklären wie genau das mit der Preisstrategie funktioniert?

Hier meine Vermutung - Nur macht er das so nicht.
So habe ich den Block in der ad_json
auto_price_reduction:
enabled: true
strategy: PERCENTAGE
amount: 10.0
min_price: 30
delay_reposts: 1
delay_days: 2

Ich verstehe den Zusammenhang zwischen delay_reposts & delay_days: nicht. Ich vermute, dass das so bedeutet, er wartet bis der Artikel das erste mal wiedereingestellt wird (delay_reposts: 1) und zwei Tage Später (delay_days: 2) reduziert er den Preis, oder?
Den republication_interval: habe ich in der config.yaml auf 3 gesetzt.
Daher meine Vermutung, nach 5 tagen reduziert er das erste mal den Preis - Stimmt das so?

Wenn ich losgelöst des republication_interval den Preis reduzieren möchte, dann müsste ich delay_reposts auf 0 setzten und wie in dem Beispiel vorher beschreiben würde er nun nicht auf das Wiedereinstellen warten sondern direkt nach 2 Tagen den Preis reduzieren.

Aber weder so:
delay_reposts: 1
delay_days: 2

noch so:
delay_reposts: 0
delay_days: 2

reduziert er den Preis :-(
btw, dieser Bot ist fantastisch ;-)

[1cu]

Hi, gute Frage - deine Vermutung ist fast richtig.
Der wichtigste Punkt: Die automatische Preisreduktion greift nur beim publish (REPLACE), nicht bei update.

Wie delay_reposts und delay_days zusammenarbeiten

Beide Bedingungen müssen erfüllt sein (UND):

• delay_reposts: Wie viele Reposts zuerst ohne Reduktion durchlaufen werden.
• delay_days: Wie viele volle Tage seit letzter Veröffentlichung vergangen sein müssen.

Erst wenn beides erfüllt ist, wird reduziert.

Beispiel mit deinen Werten

auto_price_reduction:
  enabled: true
  strategy: PERCENTAGE
  amount: 10.0
  min_price: 30
  delay_reposts: 1
  delay_days: 2
republication_interval: 3

Typischer Ablauf:

1. Tag 0: erster Publish -> keine Reduktion
2. ca. Tag 4: zweiter Publish (due, weil Intervall > 3 Tage) -> meist noch keine Reduktion wegen delay_reposts: 1
3. ca. Tag 8: dritter Publish -> erste Reduktion

Das heisst: erste Reduktion eher um Tag 8, nicht Tag 5.

Warum bei delay_reposts: 0 + delay_days: 2 evtl. trotzdem nichts passiert

Wenn republication_interval: 3 gesetzt ist, kommt der nächsten Publish ohnehin erst nach dem Intervall.
Die Reduktion wird nicht "losgelöst im Hintergrund nach 2 Tagen" ausgeführt, sondern nur beim Publish-Lauf.

Checkliste wenn nicht reduziert wird

• auto_price_reduction.enabled: true
• price gesetzt
• min_price < price (bei Gleichheit gibt es nie eine Reduktion)
• es wird publish genutzt (nicht update)
• Publish war erfolgreich (Zähler werden erst danach gespeichert)
• in der Ad-Datei ändern sich mit der Zeit:
  • repost_count
  • updated_on
  • price_reduction_count

Referenzen

• docs/AD_CONFIGURATION.md (Abschnitt Automatic Price Reduction, inkl. Hinweis zu publish vs update und delay_days)
  • insbesondere um docs/AD_CONFIGURATION.md:102, docs/AD_CONFIGURATION.md:106, docs/AD_CONFIGURATION.md:122, docs/AD_CONFIGURATION.md:162, docs/AD_CONFIGURATION.md:240, docs/AD_CONFIGURATION.md:316
• docs/CONFIGURATION.md (Default/Erklaerung zu ad_defaults.republication_interval)
  • insbesondere docs/CONFIGURATION.md:85 und docs/CONFIGURATION.md:106

[1cu]

Addressed this in #826

Adds INFO one liner and DEBUG per step verbosity. Also updated docs for clearer user guidance.

[dudelsack09]

Hallo @1cu ,
vielen Dank für die Info und Deinen Pull-Request.
Die Infos im Log bringen die notwendige Transparenz in die Funktion rund um die Auto-Preis-Reduktion.

[1cu]

Die neue Log-Ausgabe ist nun im preview/release enthalten.

[dudelsack09]

Vielen Dank :-)
Ich nutze den Bot auf Windows und hab mir direkt die Preview exe heruntergeladen. Mit meinen vorhanden anzeigen bekomme ich aber keine Log-Ausgabe. Ich habe publish -v aufgerufen und bekomme folgenden Output.

2026-02-16 18:17:46,107 [INFO] App Version: 2026+398286b
2026-02-16 18:17:46,109 [INFO] Python Version: 3.14.3 (tags/v3.14.3:323c59a, Feb  3 2026, 16:04:56) [MSC v.1944 64 bit (AMD64)]
2026-02-16 18:17:46,110 [DEBUG] Loading Konfiguration from [C:\Program Files (x86)\kleinanzeigenbot\config.yaml]...
2026-02-16 18:17:46,123 [DEBUG] Timing collection initialized (session=a0550eac, output_dir=C:\Program Files (x86)\kleinanzeigenbot\.temp\timing, command=publish)
2026-02-16 18:17:46,123 [DEBUG] Loading [kleinanzeigen_bot.resources.categories.yaml]...
2026-02-16 18:17:46,198 [DEBUG] Loaded 521 categories from categories.yaml
2026-02-16 18:17:46,199 [DEBUG] Loading [kleinanzeigen_bot.resources.categories_old.yaml]...
2026-02-16 18:17:46,214 [DEBUG] Loaded 145 categories from categories_old.yaml
2026-02-16 18:17:46,215 [DEBUG] Loaded 665 categories in total
2026-02-16 18:17:46,215 [DEBUG] Loading [C:\Program Files (x86)\kleinanzeigenbot\.temp\update_check_state.json]...
2026-02-16 18:17:46,217 [INFO] Suche nach Anzeigendateien...
2026-02-16 18:17:46,238 [INFO] -> 3 Anzeigendateien gefunden
2026-02-16 18:17:46,239 [DEBUG] Loading ad from [Z:\Anzeigen\..._\.....json]...
2026-02-16 18:17:46,248 [INFO]  -> ÜBERSPRUNGEN: Anzeige Z:\Anzeigen\..._\.....json] wurde zuletzt vor 1 Tagen veröffentlicht. Erneute Veröffentlichung ist erst nach 3 Tagen erforderlich
2026-02-16 18:17:46,249 [DEBUG] Loading ad from Z:\Anzeigen\..._\.....json]...
2026-02-16 18:17:46,258 [INFO]  -> ÜBERSPRUNGEN: Anzeige Z:\Anzeigen\..._\.....json] wurde zuletzt vor 1 Tagen veröffentlicht. Erneute Veröffentlichung ist erst nach 3 Tagen erforderlich
2026-02-16 18:17:46,259 [DEBUG] Loading ad from Z:\Anzeigen\..._\.....json]...
2026-02-16 18:17:46,265 [INFO]  -> ÜBERSPRUNGEN: Anzeige Z:\Anzeigen\..._\.....json] wurde zuletzt vor 1 Tagen veröffentlicht. Erneute Veröffentlichung ist erst nach 3 Tagen erforderlich
2026-02-16 18:17:46,268 [INFO] 0 Anzeigen geladen
2026-02-16 18:17:46,269 [INFO] ############################################
2026-02-16 18:17:46,271 [INFO] FERTIG: Keine neuen/veralteten Anzeigen gefunden.
2026-02-16 18:17:46,272 [INFO] ############################################
2026-02-16 18:17:46,274 [DEBUG] Timing collection enabled but no records captured in this run

Hier eine Beispiel ad

  "title": "xxx",
  "description": "xxx",
  "category": "Haus & Garten > Lampen & Licht",
  "price": 85,
  "price_type": "FIXED",
  "auto_price_reduction": {
    "enabled": true,
    "strategy": "PERCENTAGE",
    "amount": 10,
    "min_price": 51,
    "delay_reposts": 0,
    "delay_days": 5
  },
  "shipping_type": "SHIPPING",
  "shipping_options": [
    "DHL_2",
    "Hermes_S"
  ],
  "images": [
    "5b3573c8-58c4-4cb7-ad08-1cb22a829316.jpeg",
    "7bdd3964-4fe1-471a-a4b8-2fb692326325.jpeg",
    "8d22eb93-6850-48fc-ac88-732693d7c484.jpeg",
    "35df06ca-ca72-444d-bf16-ebac607636d9.jpeg"
  ],
  "id": xxx,
  "content_hash": "89d9437a16249c9a1adb8379b5e0e537991783268cb70503dd4f7457f4bb6d71",
  "updated_on": "2026-02-15T14:42:43+00:00",
  "created_on": "2026-02-15T14:42:43+00:00",
  "repost_count": 1
}```

[1cu]

Hallo und danke für den Bericht!

Das Verhalten ist tatsächlich korrekt — ich erkläre kurz warum:

Der Bot arbeitet in zwei Phasen:

1. Laden & Filtern — Hier prüft der Bot, ob eine Anzeige überhaupt zur Neuveröffentlichung fällig ist (basierend auf dem republication_interval, vermutlich 3 Tage)
2. Veröffentlichen — Nur Anzeigen, die Phase 1 passieren, landen hier. Und erst hier greift die Auto-Preisreduzierung samt Logging.

In deinem Log sieht man:

SKIPPED: Anzeige [...] wurde zuletzt vor 1 Tagen veröffentlicht.
Erneute Veröffentlichung ist erst nach 3 Tagen erforderlich

Alle 3 Anzeigen wurden vor nur 1 Tag veröffentlicht → sie werden in Phase 1 übersprungen und kommen gar nicht erst in Phase 2 an. Deshalb gibt es (noch) keine Log-Ausgabe zur Preisreduzierung.

Sobald eine Anzeige fällig ist (nach 3 Tagen), wird sie neu veröffentlicht und apply_auto_price_reduction wird ausgeführt. Dann siehst du Meldungen wie:

• Auto price reduction decision for [...]: skipped (day delay) — wenn der delay_days-Wert noch nicht erreicht ist
• Auto price reduction decision for [...]: applying now — wenn die Reduzierung greift

Da du "delay_days": 5 konfiguriert hast, wird beim ersten Repost (nach 3 Tagen) die Reduzierung nochmal zurückgestellt, weil die 5 Tage noch nicht erreicht sind — aber das Decision-Log wird dann sichtbar sein.

Mit publish -v (hast du ja schon) bekommst du im DEBUG-Level zusätzlich eine detaillierte Schritt-für-Schritt-Aufschlüsselung der Preisberechnung, sobald eine Reduzierung tatsächlich angewendet wird.

[1cu]

The new PR #829 has more logging in verify mode:

[INFO] Auto price reduction delayed for [data/my_ads/1 Test/xxx.yaml]: waiting 1 more reposts (completed 0, applied 0 reductions)
[INFO] Auto price reduction decision for [data/my_ads/1 Test/xxx.yaml]: skipped (repost delay). next reduction earliest at repost >= 1 and day delay 0/0 days. repost_count=0 eligible_cycles=0 applied_cycles=0 reference=missing

Feedback welcome!

[dudelsack09]

Hallo @1cu ,
so langsam kapier ich das. Vielen Dank für deinen Support und den erneuten Pull Request.
Es ist halt nicht direkt erkenntlich, dass es immer einen Repost bedarf - vor allem wenn repost_count auf 0 steht. Da die ganze Ermittlung einen Repost als Trigger benötigt, ist das Verhalten verständlich.

[dudelsack09]

Danke, mit verify kann man jetzt sehr gut erkennen wann was passiert. :-)