- Порезанный
- 12 августа 2026 г. в 22:12 UTC
- Автор
- Kamo
- Обещать
- 791b238
ACCOUNT HISTORY записывает, что происходит с учетной записью, как LEAD HISTORY записывает Что происходит с свинцом — намеренно одни и те же колонны, потому что внутренние Теперь сайт отображает как через один компонент, так и через вторую форму. второй. - AccountHistory + репозиторий + AccountHistoryService: снимок/дифф по полю Реестр, плюс разовые события для вещей, которые не редактируются на местах (член) присоединение, лидерство или прибытие приказа, слияние. Запись никогда не бросает: аудит Напишите, что неудачи не должны сводить на нет операцию, которую он проверял. AccountHistoryFieldRegistry - это единственное место, где объявлено отслеживаемое поле. Итоги бега намеренно отсутствуют — они движутся как побочный эффект заказов. которые уже имеют свои собственные события. - LeadService теперь пишет половину лид-ссылки. Привлекая свинец к Учет - это одно действие в двух временных линиях, и запись его только одним средством в зависимости от того, Страница, на которую вы смотрите, не упоминает об этом. Зацепка перемещается между Счета пишут обоим. - CommerceService records ORDER PLACED / LINKED / UNLINKED / STATUS CHANGED против счета покупки. Молчание, когда заказ не имеет покупателя. ********************** Поиск каталогов только для персонала Расширяется до каждого члена организации, для сборщиков, которые не выбирают коллегу. В соответствии с TeamMemberRepo.searchDirectory термин для термина, включая LEFT JOIN TeamMember, который сохраняет должность и отдел для поиска персонала в результатах. ActiveOnly может выступать только за ряды, имеющие статус занятости. Таким образом, члены без одного прохода вместо того, чтобы быть прочитанными как «не занятые». - Member.getPhoneExtension: getPhone() сплющивается с номером, оставляя расширение Недоступен вне класса.