- Szycy
- 24 sierpnia 2026 22:12 UTC
- Autor
- Kamo
- Pochęt się
- 1d45edf
DziadekIteringGatedMarkets już chodził po aktywnych rynkach org, GetRequiredService() i włączono brakującą aplikację - to było po prostu Ograniczone do isGated() pionów, tj. MORTGAGE i PERSONAL_LOANS. A teraz Że każdy CommerceType nazywa własną aplikację dla dzieci, ograniczenie zniknęło, Tak więc te same nasiona pętli RETAIL / RENTAL / SERWIS / SZKCRTRUKCJA / Prochury rzędów. Nie potrzeba nowej migracji. Również nasiona RETAIL dla orgs, które utrzymują POS bez żadnych rynków, które miały Pracując w handlu przed drzewem, ponieważ sprzedaż detaliczna nie potrzebowała własnej aplikacji. Orgi najwyższego poziomu nie są już pomijane i to jest rozwiązanie, które ma znaczenie. Zwolnienie było słuszne, gdy to tylko przyniosło dwie aplikacje pożyczkowe – a Platforma-operator orgia nie powinna po cichu pozyskiwać MLOS – ale jest to błędne W przypadku drzewa aplikacji, ponieważ jest AppEffictivelyEnabled wymaga OrgFeature ROW i nie ma wyłączenia na najwyższym poziomie. Pierwszy bieg odnotował sukces podczas Opuszczenie KamoCRM, która prowadzi aktywne rynki RETAIL i SUBSCRIPTION, z Nie ma dla obu rzędów; straciłoby to oba z /commerce na następnym Rozmieszczanie SecurityService. Złapany przez zapytanie bazy danych, a nie przez czytanie Dziennik. Umożliwienie teraz kaskaduje dziecko swojemu rodzicowi, więc zasiewanie dziecka również Gwarantuje rząd POS. RUN przeciwko prod 2026-08-24. Zweryfikowano: każdy aktywny commerce_markets row Teraz ma aktywne dziecko OrgFeature rząd, zero braku.