bitrix-analystlisted

# Анализ и архитектура под 1С-Битрикс ## Читать при проектировании (обязательно) - **`references/design-method.md`** — конвейер: требования (поведение) → критерии приёмки Given/When/Then → **impact-чеклист под Битрикс** → **дерево выбора точки расширения** (result_modifier → событие → свой компонент → копия → модуль → НИКОГДА ядро) → ADR → план миграции с откатом. - **`references/adr-template.md`** — формат архитектурного решения (контекст с замерами, альтернативы, последствия, план миграции, техдолг). - Глубина решения (когда НЕ усложнять) и слои — `../bitrix-dev/references/architecture.md`. ## Правило: спроси инструмент, не угадывай Прежде чем делать вывод об архитектуре/влиянии — проверь по реальному коду (Grep/Serena по ядру и `/local`) и справке dev.1c-bitrix.ru. Не делай вывод об отсутствии функционала по непросмотренному слою. ## Где искать функционал (карта ядра) - **main** — ядро D7: ORM, события, приложение, кэш, сервис-локатор, HTTP, работа с файлами. - **iblock** — инфоблоки (контент, каталог-сущности), свойства, разделы. - **catalog** — торговый каталог: цены, склады, торговые предложения (SKU), единицы измерения. - **sale** — магазин: корзина, заказы, оплата, доставка, скидки, правила корзины. - **highloadblock** — highload-справочники (большие объёмы, D7 ORM). - **Компонент vs API:** UI-логика (вывод) — в компонентах/шаблонах; бизнес-логика — в своих сервисах/классах `/local` поверх API ядра. ## Слои — искать в ОБОИХ Функционал может быть в ядре (`/bi