Исправить клиентскую Solana-регистрацию после ухода от Anchor

shine-solana/shine/doc/shine_payments_e2e_test_plan.md

@@ -0,0 +1,41 @@
+# План тестирования `shine_payments` после переписи без Anchor и добавления `Q3`
+
+## Назначение документа
+
+Это не описание бизнес-логики программы и не формат PDA.
+
+Это отдельный план ручной и полуавтоматической проверки для сценария:
+
+- перепись `shine_payments` на чистый `solana_program`;
+- отказ от `programs/common`;
+- добавление очереди `Q3`;
+- обновление тестового HTML UI.
+
+## Что проверять
+
+1. Деплой новой версии программы и единый актуальный `program id` в коде и UI.
+2. Однократный `init` на пустых PDA.
+3. Покупку билетов через `buy_ticket_usd` и `buy_ticket_sol`.
+4. DAO-управление:
+   - `update_coef_limit`
+   - `grant_manager_limits`
+5. Создание менеджерских тикетов во все три очереди:
+   - `Q1`
+   - `Q2`
+   - `Q3`
+6. Приоритет выплат:
+   - сначала `Q1`
+   - потом `Q2`
+   - потом `Q3`
+7. Частичные выплаты с минимальным пополнением `inflow_vault`.
+8. Повторную покупку билета между выплатами.
+9. Финальное погашение всех очередей.
+10. Возврат максимально возможных остатков лампортов на базовый кошелёк.
+
+## Где смотреть подробный сценарий
+
+Актуальный подробный сценарий тестирования и его статус ведётся в:
+
+- `Dev_Docs/Pending_Features/2026-06-06_1659_shine_payments_e2e_перепись_и_q3.md`
+
+Этот файл в `shine-solana/shine/doc/` оставлен как постоянная заметка, что у программы есть отдельный e2e-план проверки.