Jacek Pyziak
5cf531d718
Re-import zamowienia wykrywa tranzycje payment_status 0/1->2 i emituje payment.status_changed, dzieki czemu chain reguly automatyzacji #7 zmienia status na w_realizacji. - OrderImportRepository: rozdzielenie paymentTransition (event 0/1->2) i statusOverwriteAllowed (preservacja status_code z Phase 62) - AllegroOrderImportService + ShopproOrdersSyncService: emit payment.status_changed na re-imporcie (gate !wasCreated && wasPaymentTransition) - bin/backfill_payment_transition_111.php: jednorazowy CLI dla zamowien payment_status=2 && status_code='nieoplacone' (Allegro + shopPRO) - Naprawa luki znalezionej w analizie zamowienia #864 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
1.3 KiB
1.3 KiB
2026-05-05
Co zrobiono
- [Phase 111, Plan 01] Payment Transition Event — re-import zamowienia (Allegro + shopPRO) wykrywa tranzycje payment_status 0/1 -> 2 i emituje
payment.status_changed, dzieki czemu chain reguly automatyzacji #7 zmienia status naw_realizacji - OrderImportRepository: rozdzielenie
paymentTransition(event, 0/1->2) istatusOverwriteAllowed(preservacja status_code z Phase 62) - AllegroOrderImportService + ShopproOrdersSyncService: emit
payment.status_changedna re-imporcie (gate!$wasCreated && $wasPaymentTransition) - bin/backfill_payment_transition_111.php: jednorazowy CLI (no-op na obecnym stanie DB; zostaje jako safety net)
- Aktualizacja .paul/codebase/architecture.md (Order Lifecycle pkt 2) i tech_changelog.md
- Naprawa luki znalezionej w analizie zamowienia #864 (zaimportowane przed potwierdzeniem platnosci, utknelo w
nieoplacone)
Zmienione pliki
src/Modules/Orders/OrderImportRepository.phpsrc/Modules/Settings/AllegroOrderImportService.phpsrc/Modules/Settings/ShopproOrdersSyncService.phpbin/backfill_payment_transition_111.php.paul/codebase/architecture.md.paul/codebase/tech_changelog.md.paul/phases/111-payment-transition-event/111-01-PLAN.md.paul/phases/111-payment-transition-event/111-01-SUMMARY.md