[Feature] Свести dual API: Settings processors → Manager REST (убрать копипасту Disable)

[Ibochkarev]

Описание функции

Довести миграцию справочников Settings с MODX Processors на Manager REST, начиная с явных дублей и ExtJS combo-зависимостей.

Проблема, которую решает

Параллельные стеки:

• Vue Manager → REST (DeliveriesController, Payments, …)
• ExtJS ms3.combo.js (~1008 LOC) → Processors\Settings\Delivery|Payment|Vendor\GetList
• Почти идентичные Payment/Deliveries/Disable.php и Delivery/Payments/Disable.php с @TODO: hardcode

Фикс в одном пути не чинит второй. Options уже мигрировали на Vue REST; Delivery/Payment/Vendor/Status/Link processors остаются.

Предлагаемое решение

1. Инвентаризация: какие ExtJS/combo ещё бьют в processors (таблица в PR).
2. Перевести combo/list на существующие mgr REST (или тонкие endpoints).
3. Слить duplicate Disable в один use-case / удалить после перевода UI.
4. Не трогать gallery/import processors в этом issue, если они ещё сознательно на connector — отдельный follow-up под [Feature] Единый Response envelope на HTTP boundary #341.

Связанный UI-долг продукта: #113 (Категории), #114 (Связи) — не блокируют справочники, но тот же dual-stack.

Альтернативные варианты

• Вечно поддерживать оба пути — стоимость каждого бага ×2.
• Удалить processors до перевода ExtJS — сломает mgr.

Критерии приёмки

• Duplicate Disable / hardcode TODO закрыты.
• Combos Delivery/Payment/Vendor читают REST (или один canonical processor-адаптер, вызываемый из REST — не два независимых list).
• Чеклист оставшихся Settings processors в PR.

Дополнительный контекст

Аудит: 114 processors vs 27 Api controllers. Цель issue — не «удалить все 114», а убрать дублирующую поверхность Settings.

[Ibochkarev]

Соседний ход (уже REST, не processors): симметрия DeliveriesController ↔ PaymentsController — #356. Vue twin — #354.