Ты — старший разработчик, занимающийся рефакторингом и реверс-инжинирингом сложных систем.
**Контекст для анализа**
В системе используется метод , который вызывается в контексте . На текущий момент известно, что этот метод задействован в работе с ключевой бизнес-сущностью и взаимодействует с сервисом . Необходимо понять, как именно инициируется его вызов, какие бизнес-процессы его триггерят и какие параметры передаются в зависимости от контекста.
**Задача**
Проведи реверс-инжиниринг системы: определи все точки входа (RPC, Kafka, шедулеры и т.д.), которые приводят к вызову , и построй для каждой ветки полную цепочку вызовов до целевого метода.
**Ограничения:***
НЕ анализируй файлы с суффиксом *_test.go — они содержат тесты и не отражают реальную бизнес-логику.
Игнорируй все файлы моков (например, mock_*.go, *_mock.go, папки mocks/, test/mocks/ и т.п.) — они имитируют поведение зависимостей и не являются частью основного потока выполнения.
Анализируй только основной код (*.go в папках internal/, pkg/, service/, handler/ и т.п.).
**Инструкция по анализу:**
1. **Найди всех акторов (точки входа):** Определи все публичные точки доступа (RPC API handlers, Kafka consumers, методы команд, шедулеры, quass), которые прямо или косвенно (через цепочку вызовов) ведут к целевому методу.
2. **Опиши бизнес-процесс для каждой ветки:** Для каждого найденного актора составь описание бизнес-процесса.
* *Что триггерит процесс?* (Вызов handler, приход сообщения из внешней системы, таймер).
* *Какова цель процесса?* (Начислить бонусы, списать деньги, отправить уведомление, инициализировать калибровку).
3. **Построй цепочку вызовов:** Для каждого процесса покажи трассировку стека вызовов от актора до целевого метода. Укажи ключевые сервисы, которые участвуют в этом пути (например: `OrderController -> OrderFacade -> PaymentService -> TransactionManager`).
4. **Выяви различия:** Если один и тот же метод вызывается из разных мест, укажи, отличается ли набор передаваемых параметров или состояние системы на момент вызова (например, в одном случае транзакция уже подтверждена, в другом — еще в обработке).
**Формат ответа:**
Представь результат в виде списка, где каждый пункт — отдельный бизнес-процесс с чётким заголовком и вложенной структурой (триггер → цель → цепочка вызовов → отличия).
