Files
orderPRO/.paul/phases/74-reverse-status-mapping/74-01-PLAN.md
2026-04-07 10:44:03 +02:00

12 KiB

phase, plan, type, wave, depends_on, files_modified, autonomous
phase plan type wave depends_on files_modified autonomous
74-reverse-status-mapping 01 execute 1
resources/views/settings/shoppro.php
resources/views/settings/allegro.php
src/Modules/Settings/ShopproIntegrationsController.php
src/Modules/Settings/AllegroStatusMappingController.php
src/Modules/Settings/AllegroIntegrationController.php
src/Modules/Settings/ShopproStatusMappingRepository.php
src/Modules/Settings/AllegroStatusMappingRepository.php
src/Modules/Settings/ShopproOrdersSyncService.php
src/Modules/Settings/ShopproStatusSyncService.php
src/Modules/Settings/AllegroStatusSyncService.php
database/migrations/20260407_000074_reverse_status_mapping_keys.sql
resources/lang/pl/settings.php
true
## Goal Odwrocic logike mapowania statusow w integracjach shopPRO i Allegro: zamiast "status zewnetrzny -> status orderPRO", pokazac "status orderPRO -> status zewnetrzny". Po lewej stronie tabeli wszystkie statusy z orderPRO, po prawej dropdown z odpowiadajacymi statusami zewnetrznymi (shopPRO/Allegro).

Purpose

Intuicyjniejszy interfejs — uzytkownik mysli kategoriami wlasnych statusow orderPRO i przypisuje im odpowiedniki w zewnetrznych systemach. Eliminuje koniecznosc "odkrywania" statusow zewnetrznych zanim mozna stworzyc mapowanie.

Output

  • Zmieniony UI tab "Statusy" w ustawieniach shopPRO i Allegro
  • Zmieniona logika zapisu i odczytu mapowan w kontrolerach i repozytoriach
  • Migracja DB zmieniajaca unique constraint z external_code na orderpro_status_code
  • Zaktualizowane serwisy sync (pull/push) do pracy z odwroconą mapą
## Project Context @.paul/PROJECT.md @.paul/ROADMAP.md @.paul/STATE.md

Source Files

@resources/views/settings/shoppro.php (linie 192-265 — tab Statusy) @resources/views/settings/allegro.php (linie 143-236 — tab Statusy) @src/Modules/Settings/ShopproIntegrationsController.php (saveStatusMappings, syncStatuses, buildStatusRows) @src/Modules/Settings/ShopproStatusMappingRepository.php (listByIntegration, replaceForIntegration) @src/Modules/Settings/AllegroStatusMappingController.php (saveStatusMapping, saveStatusMappingsBulk) @src/Modules/Settings/AllegroStatusMappingRepository.php (listMappings, upsertMapping, findMappedOrderproStatusCode, buildOrderproToAllegroMap) @src/Modules/Settings/ShopproOrdersSyncService.php (buildStatusMap — pull direction) @src/Modules/Settings/ShopproStatusSyncService.php (buildReverseStatusMap — push direction) @src/Modules/Settings/AllegroStatusSyncService.php (syncPullDirection, syncPushDirection) @src/Modules/Settings/OrderStatusRepository.php (listStatuses — zrodlo statusow orderPRO)

No specialized flows required — standard execute plan.

<acceptance_criteria>

AC-1: UI shopPRO — orderPRO statusy po lewej, shopPRO po prawej

Given uzytkownik otwiera Ustawienia > Integracje > shopPRO > tab Statusy
When strona sie laduje
Then po lewej stronie tabeli widac nazwy i kody wszystkich statusow orderPRO
And po prawej stronie dropdown z opcjami statusow shopPRO (pobranymi z API + juz zapisanymi)
And kazdy status orderPRO moze miec przypisany co najwyzej jeden status shopPRO

AC-2: UI Allegro — orderPRO statusy po lewej, Allegro po prawej

Given uzytkownik otwiera Ustawienia > Integracje > Allegro > tab Statusy
When strona sie laduje
Then po lewej stronie tabeli widac nazwy i kody wszystkich statusow orderPRO
And po prawej stronie dropdown z opcjami statusow Allegro (znane + odkryte sync)
And kazdy status orderPRO moze miec przypisany co najwyzej jeden status Allegro

AC-3: Zapis mapowan dziala poprawnie w obu kierunkach sync

Given uzytkownik zapisal mapowanie statusu orderPRO "w realizacji" -> shopPRO status "3"
When cron wykonuje sync w kierunku pull (shoppro_to_orderpro)
Then zamowienie z shopPRO status "3" otrzymuje status orderPRO "w realizacji"
When cron wykonuje sync w kierunku push (orderpro_to_shoppro)
Then zamowienie ze statusem orderPRO "w realizacji" pushuje status "3" do shopPRO

AC-4: Przycisk Sync pobiera statusy zewnetrzne do dropdowna

Given uzytkownik jest na tab Statusy w shopPRO
When kliknie "Synchronizuj statusy z API"
Then opcje w dropdownach po prawej stronie zostaja uzupelnione o nowo odkryte statusy shopPRO
And istniejace mapowania nie sa tracone

AC-5: Migracja DB zmienia unique constraint

Given baza danych zawiera istniejace mapowania
When migracja zostanie wykonana
Then unique key w order_status_mappings zmienia sie z (integration_id, shoppro_status_code) na (integration_id, orderpro_status_code)
And unique key w allegro_order_status_mappings zmienia sie z allegro_status_code na orderpro_status_code
And istniejace dane nie sa usuwane

</acceptance_criteria>

Task 1: Migracja DB + repozytoria + serwisy sync database/migrations/20260407_000074_reverse_status_mapping_keys.sql, src/Modules/Settings/ShopproStatusMappingRepository.php, src/Modules/Settings/AllegroStatusMappingRepository.php, src/Modules/Settings/ShopproOrdersSyncService.php, src/Modules/Settings/ShopproStatusSyncService.php, src/Modules/Settings/AllegroStatusSyncService.php 1. Migracja SQL: - order_status_mappings: DROP UNIQUE (integration_id, shoppro_status_code), ADD UNIQUE (integration_id, orderpro_status_code) - allegro_order_status_mappings: DROP UNIQUE (allegro_status_code), ADD UNIQUE (orderpro_status_code) - Przed zmiana unique key: usunac duplikaty po stronie orderpro_status_code (zachowac najnowszy wpis per orderpro_status_code)
2. ShopproStatusMappingRepository:
   - Zmienic replaceForIntegration() — klucz logiczny to orderpro_status_code (nie shoppro_status_code)
   - Dodac metode listExternalStatuses(integrationId) — zwraca unikalne shoppro_status_code+name z istniejacych mapowan + discovered
   - Zmienic listByIntegration() — ORDER BY orderpro_status_code ASC

3. AllegroStatusMappingRepository:
   - Zmienic upsertMapping() — ON DUPLICATE KEY teraz po orderpro_status_code
   - findMappedOrderproStatusCode() staje sie findMappedExternalStatusCode(orderproCode) — odwrotny lookup
   - Dodac buildAllegroToOrderproMap() — odwrocony z obecnego buildOrderproToAllegroMap() — potrzebny do pull
   - buildOrderproToAllegroMap() — uproscic, bo teraz to jest "natural" direction w DB

4. ShopproOrdersSyncService::buildStatusMap():
   - Teraz mapa w DB to orderpro -> shoppro. Pull potrzebuje shoppro -> orderpro.
   - Zbudowac odwrocona mape (iterate rows, $map[$shopCode] = $orderCode)

5. ShopproStatusSyncService::buildReverseStatusMap():
   - Teraz mapa w DB to orderpro -> shoppro — to jest "natural" direction dla push
   - Zmienic na prosty odczyt: $map[$orderCode] = $shopCode (bez odwracania)

6. AllegroStatusSyncService:
   - Pull: uzyc nowego buildAllegroToOrderproMap() zamiast findMappedOrderproStatusCode()
   - Push: buildOrderproToAllegroMap() — teraz to jest prosty odczyt z DB

Unikac: zmiany nazw kolumn w DB (shoppro_status_code i orderpro_status_code zostaja — zmienia sie tylko unique key i logika)
- Migracja SQL wykonuje sie bez bledow - php -l na wszystkich zmodyfikowanych plikach PHP - Sprawdzic ze istniejace sync serwisy nadal buduja poprawne mapy w obu kierunkach AC-3 satisfied (sync dziala w obu kierunkach), AC-5 satisfied (migracja unique key) Task 2: UI i kontrolery — odwrocone mapowanie resources/views/settings/shoppro.php, resources/views/settings/allegro.php, src/Modules/Settings/ShopproIntegrationsController.php, src/Modules/Settings/AllegroStatusMappingController.php, src/Modules/Settings/AllegroIntegrationController.php, resources/lang/pl/settings.php 1. ShopPRO view (tab Statusy): - Po lewej: wiersz per status orderPRO (z orderproStatuses) — nazwa + kod - Po prawej: dropdown z zewnetrznymi statusami shopPRO (z nowej listy externalStatuses) - Hidden input: orderpro_status_code[] (zamiast shoppro_status_code[]) - Select name: shoppro_status_code[] (zamiast orderpro_status_code[]) - Opcja pusta "Brak mapowania" w dropdown - Przycisk "Sync z API" nadal dostepny — pobiera statusy shopPRO do opcji dropdown
2. ShopproIntegrationsController:
   - buildStatusRows() -> buildStatusGrid(): zwraca liste statusow orderPRO z przypisanymi shoppro_status_code
   - Dodac do view zmiennej externalStatuses (unikalne statusy shopPRO z istniejacych mapowan + discovered)
   - saveStatusMappings(): odwrocic logike — teraz orderpro_status_code jest kluczem, shoppro_status_code wartoscia
   - syncStatuses(): discovered statuses zapisac jako dostepne opcje (Flash lub DB)

3. Allegro view (tab Statusy):
   - Usunac formularz dodawania pojedynczego mapowania (allegro_status_code input) — nie potrzebny gdy wiersze to orderPRO statusy
   - Bulk table: po lewej orderPRO statusy, po prawej dropdown z Allegro statusami
   - Przycisk "Sync z Allegro" — pobiera Allegro statusy do opcji dropdown

4. AllegroStatusMappingController / AllegroIntegrationController:
   - saveStatusMappingsBulk(): odwrocic — orderpro_status_code jest kluczem
   - saveStatusMapping(): usunac lub zmodyfikowac (pojedynczy formularz moze nie byc potrzebny)
   - syncStatusesFromAllegro(): wynik zapisac jako dostepne opcje dropdown

5. Tlumaczenia (settings.php):
   - Zmienic naglowki kolumn: "Status orderPRO" | "Status shopPRO/Allegro"
   - Zaktualizowac opisy sekcji

Unikac: zmiany logiki synchronizacji statusow (to Task 1). Tutaj tylko UI i walidacja formularza.
- Otworzyc /settings/integrations/shoppro?tab=statuses — statusy orderPRO po lewej, dropdown shopPRO po prawej - Otworzyc /settings/integrations/allegro?tab=statuses — statusy orderPRO po lewej, dropdown Allegro po prawej - Zapisac mapowanie — brak bledow, dane poprawnie w DB - Sync z API — dropdown uzupelnia sie o nowe opcje AC-1 satisfied (shopPRO UI), AC-2 satisfied (Allegro UI), AC-4 satisfied (sync do dropdown)

DO NOT CHANGE

  • src/Modules/Settings/OrderStatusRepository.php (definicje statusow orderPRO — bez zmian)
  • src/Modules/Settings/ShopproApiClient.php (klient API — bez zmian)
  • src/Modules/Settings/AllegroApiClient.php (klient API — bez zmian)
  • database/migrations/ (istniejace migracje — nowa migracja jako osobny plik)
  • Logika crona (CronHandlerFactory, CronRepository) — bez zmian

SCOPE LIMITS

  • Nie zmieniamy nazw kolumn w DB — tylko unique key i logike odczytu/zapisu
  • Nie zmieniamy logiki importu zamowien (ShopproOrdersSyncService.sync, AllegroOrderImportService)
  • Nie dodajemy nowych tabel — modyfikujemy istniejace
  • Nie ruszamy tab "Ustawienia" (sync direction dropdown) ani tab "Dostawy"
Before declaring plan complete: - [ ] Migracja SQL wykonuje sie bez bledow na istniejacych danych - [ ] php -l na wszystkich zmodyfikowanych plikach PHP — brak syntax errors - [ ] UI shopPRO tab Statusy: orderPRO po lewej, shopPRO dropdown po prawej - [ ] UI Allegro tab Statusy: orderPRO po lewej, Allegro dropdown po prawej - [ ] Zapis mapowania shopPRO — dane poprawnie w DB z nowym unique key - [ ] Zapis mapowania Allegro — dane poprawnie w DB z nowym unique key - [ ] buildStatusMap() w ShopproOrdersSyncService nadal zwraca shoppro->orderpro map - [ ] buildReverseStatusMap() w ShopproStatusSyncService nadal zwraca orderpro->shoppro map - [ ] buildOrderproToAllegroMap() nadal zwraca orderpro->allegro map - [ ] All acceptance criteria met

<success_criteria>

  • Oba taby Statusy (shopPRO i Allegro) wyswietlaja orderPRO statusy po lewej
  • Mapowania zapisuja sie poprawnie z nowym unique key
  • Sync pull i push dzialaja bez zmian w zachowaniu
  • Brak regresji w imporcie zamowien </success_criteria>
After completion, create `.paul/phases/74-reverse-status-mapping/74-01-SUMMARY.md`