Агрегаты / Хабр

Этот материал является кросс-постом из моего блога

Следить за обновлениями блога можно в моём канале: Эргономичный код

Введение

Я считаю, что именно агрегаты из Domain-Driven Design лежат в основе поддерживаемых информационных систем. Однако эта концепция малоизвестна за пределами DDD-сообщества и довольно сложна для понимания, поэтому я решил написать очередной пост посвящённый агрегатам. В основном для чтобы структурировать собственное понимание агрегатов и создать «методичку» для своих команд, но и широкой общественности, я надеюсь, этот пост тоже может быть полезен.

Что такое агрегат? (TLDR)

Агрегат — это кластер сущностей и объектов-значений, объединённых общими инвариантами. Любое взаимодействие с агрегатом осуществляется через одну и только одну из его сущностей, называемую корнем агрегата.

Для того чтобы обеспечить соблюдение инвариантов, агрегат должен удовлетворять следующим требованиям:

1. Выступать единицей персистанса (все сущности всегда загружаются и сохраняются вместе). «Точкой входа» персистанса (загружаемым и сохраняемым объектом) является корень агрегата.

2. Все модификации состояния агрегата должны осуществляться через корень.

3. Все сущности должны входить только в один агрегат.

В объектно-ориентированном коде агрегат всегда материализуется минимум в два класса — корень агрегата и репозиторий агрегата. Внутри агрегата связи реализуются ссылками непосредственно на объекты. Между агрегатами связи реализуются через идентификаторы корней агрегатов.

Например, отчёт с непересекающимися отчётными периодами и составителем моделируется двумя агрегатами, которые на Котлине будут выглядеть так:

// Агрегат составителя отчёта
data class Author(
  val id: Long,
  val name: String
)
interface AuthorsRepo {
  fun save(user: Author): Author
  fun findById(id: Long): Author?
}
// Агрегат отчёта
data class ReportingPeriod(
  val from: LocalDate,
  val to: LocalDate
) {
  init {
    require(from <= to) { "$from > $to" }
  }
}
data class Report(
  val id: Long,
  val reportingPeriods: List<ReportingPeriod>,
  val authorId: Long
) {
  init {
  reportingPeriods. sortedBy { it.from }
    .windowed(2, partialWindows = false)
    .find { it[0].to >= it[1].from }
    ?.let { throw IllegalArgumentException("Report cannot have intersecting intervals: ${it[0]} and ${it[1]}")  }
  }
}
interface ReportsRepo {
  fun save(user: Report): Report
  fun findById(id: Long): Report?
}

Почему агрегата именно два, а не один или три? Ответ на этот вопрос лежит в принципах декомпозиции модели информации системы.

Принципы декомпозиции модели информации на агрегаты

При проектировании агрегатов (как и всех других элементов ПО) следует руководствоваться принципом высокой связанности/низкой сцепленности. В случае агрегатов этот принцип выражается в соблюдении следующих ограничений:

1. Агрегаты не должны иметь циклических связей.

2. Агрегаты должны определять область жизни всех сущностей, в них входящих. Эта область определяется областью жизни корня агрегата. Некорневые сущности не могут появляться раньше корня и продолжать существовать после его удаления.

3. Агрегаты должны обеспечивать соблюдение инвариантов. Агрегаты предоставляют такое API, которое не позволит клиенту перевести модель в невалидное состояние.

4. Агрегаты должны обеспечивать возможность реализовать все операции системы так, чтобы в одной транзакции менялся (или удалялся) один агрегат. Притом речь идёт именно об изменении (в том числе в виде удаления) существующих агрегатов — создавать и читать можно сколько угодно агрегатов.

5. Агрегаты должны быть минимального необходимого размера. Имеется в виду и количество типов сущностей в агрегате, и количество экземпляров сущностей и их размер в байтах.

6. Агрегаты должны храниться целиком в одной системе хранения данных на одном узле. Разные агрегаты одной системы могут храниться на разных узлах или в разных хранилищах.

7. Агрегаты могут ссылаться на другие агрегаты только через идентификаторы корней. Внутри агрегата сущности могут свободно ссылаться друг на друга.

Так вот, почему агрегатов всё-таки именно два? Потому что отчёты и составители ценны сами по себе и имеют независимые жизненные циклы. А периоды не имеют смысла без отчёта и инвариант отсутствия пересечения определяется на кластере объектов отчёта и его отчётных периодов.

Методика декомпозиции модели информации на агрегаты

Я предпочитаю идти от обратного и на первом этапе считать каждую сущность отдельным агрегатом, а потом искать причины для объединения сущностей в агрегаты. Поэтому первой версией разбиения информации на агрегаты является сама ER-диаграмма.

Затем я ищу инварианты системы. Самый простой и часто встречаемый инвариант — область жизни одной сущности (А) не должна выходить за пределы области жизни другой сущности (Б). В этом случае сущности А и Б нужно объединить в агрегат с Б в качестве корня.

Но самые важные инварианты определяются конкретными людьми в конкретном контексте и для их выявления не существует универсального алгоритма на базе технических вводных. Чтобы выявить самые важные инварианты я обращаюсь к экспертам — заказчикам, пользователям, владельцам продукта, руководителям проектов,
аналитикам и т. д. Зачастую эксперты самостоятельно не могут сформулировать инварианты, и им необходимо помочь, предлагая свои версии и задавая наводящие вопросы (например, «могут ли пересекаться отчётные периоды?»). Конкретные техники и способы помощи экспертам подробно расписаны в книгах по DDD.

Действительно важные инварианты бизнес так или иначе озвучит — важно их услышать. Если не услышите в процессе разработки, то точно услышите, когда инвариант будет нарушен в промышленной эксплуатации с последствиями для бизнеса:)

Получив список инвариантов, я выбираю те, что затрагивают несколько типов или экземпляров сущностей. Сущности, которые участвуют в обеспечении одного инварианта, объединяю в агрегаты. Если речь идёт о разных типах, то в агрегат я объеднияю сами эти сущности. Если речь идёт о разных экземплярах одной сущности, то я присоединяю их списком к одной из существующих или специально созданной для этого сущности.

Затем я проверяю получившиеся агрегаты на соответствие принципам.

Принцип акцикличных агрегатов я сейчас нарушаю крайне редко, а нарушения сразу же видны на ER-диаграмме. При разбиении циклов я пользуюсь принципом стабильных зависимостей и удаляю ссылку из более «стабильного» агрегата. Стабильность определяется по значимости для бизнеса, вероятности изменений в будущем и количеству входящих связей. Значимость для бизнеса и вероятность изменений определяются посредством гадания на кофейной гуще.

Диаграмма эффектов — это моё изобретение, предназначенное для помощи в декомпозиции модели информации на агрегаты и в декомпозиции системы на модули. Сейчас диаграмма эффектов толком не описана — есть микропост с ранним описанием подхода к декомпозиции в котором есть пара ссылок на открытые статьи с описанием похожих диаграмм и черновик поста о диаграмме эффектов.

Чтобы проверить принцип изменения одного агрегата в одной транзакции, я строю диаграмму эффектов для того чтобы увидеть операции, которые меняют несколько агрегатов. С такими агрегатами можно поступить по-разному:

1. Если агрегаты всегда меняются вместе и размер позволяет — объединить их в один.

2. Если в одной операции смешались разные ответственности и есть возможность — разбить операцию на две.

3. Если в одной операции смешались разные ответственности, но разбиение операции невозможно или ухудшает дизайн — разбить изменения агрегатов на разные транзакции.

   1. В первую очередь стоит посмотреть на вариант с использованием шины событий. В этом случае в первой транзакции остаётся изменение первого агрегата и генерация события, а в изменения остальных агрегатов уходят в транзакции обработчиков события.

   2. Если разбиение через события приводит к появлению каскада событий, то можно просто разбить операцию на несколько транзакций.

4. Если я уверен, что операция имеет высокую связанность, а конкуренция за агрегат низкая (он меняется редко или только одним пользователем) — оставить всё как есть.

Если выполнять декомпозицию по описанной выше методике, то агрегаты с большим количеством видов сущностей у меня ни разу не появлялись. Поэтому для проверки принципа малых агрегатов остаётся удостоверится в отсутствии «больших» атрибутов и связей «один к действительно многому».

«Большие» тексты и массивы байт (картинки) я всегда выношу в отдельные агрегаты, даже когда это приводит к нарушениям принципов общей области жизни и изменения одного агрегата в одной транзакции. «Большой» — понятие относительное, и я выделяю атрибуты, если математическое ожидание их размера превышает ~4 килобайта.

«Действительно многие» связи я также всегда выношу в отдельные агрегаты вопреки
остальным принципам. «Действительно многие» — тоже понятие относительное, и я выношу связи, когда математическое ожидание количества связанных объектов превышает ~20 штук.

Для проверки всех остальных принципов у меня нет устоявшихся инструментария и эвристик и их нарушение я ищу «методом вдумчивого взгляда».

Процесс «проверить-подрихтовать-обновить диаграммы» я повторяю до тех пор, пока не получу результат, проходящий проверку.

Частые ошибки проектирования агрегатов

Моделирование лишних связей

Самой распространённой ошибкой является добавление лишних ссылок между объектами. Предельный случай этой ошибки — модель связного графа объектов.

Но и в контексте проектирования агрегатов можно внести в модель лишние связи. Чаще всего причинами внесения лишних связей являются:

1. удобство навигации — связь добавляется, чтобы была возможность добраться до объекта А, имея на руках объект Б.

2. отражение реальности — связь добавляется потому, что «в реальности» сущности связаны.

3. отражение модели данных — связь добавляется потому, что в логической схеме реляционной БД есть соответствующий атрибут и внешний ключ.

4. отражение пользовательского интерфейса — связь добавляется потому, что в UI в форме ввода или вывода данных, участвуют данные разных сущностей.

Но напомню, что единственной причиной добавления ссылки на объект является вхождение объекта в агрегат, а единственной причиной включения объекта в агрегат является его участие в обеспечении инварианта. Поэтому если связь не требуется для обеспечения инварианта, то её включение необходимо дважды обдумать. Потому что лишние связи ведут к повышению сцепленности дизайна и как следствие усложнению системы и деградации производительности.

Анемичная доменная модель

Ещё одной распространённой ошибкой является анемичная доменная модель. Анемичная доменная модель характеризуется в первую очередь сущностями, у которых все свойства доступны для чтения и записи через геттеры и сеттеры. При этом всё поведение сущности ограничивается геттерами и сеттерами. Эта ошибка ведёт к утери возможности обеспечить соблюдение инвариантов.

Кроме того, последствием анемичной модели становится погребение существенных для агрегата трансформаций в методах сервисов приложения. Что влечёт за собой жёсткую сцепку трансформаций и ввода-вывода. Из-за чего:

1. Усложняется задача тестирования трансформаций.

2. Снижается переиспользуемость трансформаций.

3. Усложняется задача понимания кода из-за смешения разных уровней абстракции в сервисе приложения.

Давайте сравним решения одной и той же задачи с помощью анемичной и «полнокровной» доменных моделей.

В качестве задачи возьмём систему хранения информации о торговле на бирже крипто-валют. В центре этой системы находятся «торги по символу» — торги между парой крипто-валют.

Требования к системе следующие:

1. Каждый пользователь по каждой паре может вести торги с использованием «грида» — по сути, набора значений параметров алгоритма торговли.

2. В каждый момент времени для каждого символа пользователя может быть активен только один из гридов символа.

3. Гриды уникально идентифицируются своим именем.

4. Для каждого грида хранится статистика по торгам с его участием (в примере — только доход).

5. Статистика может меняться только у активного грида.

6. Каждый пользователь может вести торги одновременно по нулю и более символов.

Так же есть ограничение на API системы: обновление информации осуществляется посредством отправки клиентом списка активных в данный момент пар и их гридов.

Реализация этой задачи с анемичной доменной моделью будет выглядеть примерно так:

data class Grid(
  var name: String,
  var profit: BigDecimal
)
data class SymbolTrading(
  var symbol: String,
  var grids: MutableList<Grid>,
  var activeGrid: Grid?
)
data class CustomerTradings(
  var customerId: Long,
  var tradings: MutableList<SymbolTrading>
)
data class ActiveSymbol(
  var symbol: String,
  var gridName: String
)
fun fetchCustomerSymbols(id: Long): CustomerTradings = TODO()
fun saveCustomerSymbols(customerSymbols: CustomerTradings): Unit = TODO()
fun updateCustomerSymbols(customerId: Long, activeSymbols: List<ActiveSymbol>) {
  activeSymbols. map { activeSymbol ->
    val trading = customerSymbols.tradings.find { it.symbol == activeSymbol.symbol }
    if (trading != null) { // (2)
      trading.activeGrid = trading.grids.find { it.name == activeSymbol.gridName } ?: Grid(activeSymbol.gridName, BigDecimal(0))
    } else {
      val activeGrid = Grid(activeSymbol.gridName, BigDecimal(0))
      customerSymbols.tradings.add(
        SymbolTrading(activeSymbol.symbol, mutableListOf(activeGrid), activeGrid)
      )
    }
  }
    
  saveCustomerSymbols(customerSymbols) // (1)
}

Такую реализацию будет относительно сложно протестировать — надо будет либо сетапить и проверять состояние БД, либо использовать моки и делать тесты хрупким и зависящим от деталей реализации.

Также здесь в одном методе смешаны и работа с БД (1) и бизнес-правила (2).

Эти две проблемы можно решить посредством вынесения бизнес-правил в утилитарный метод. Однако это не решит основную проблему — с таким подходом невозможно защитить инварианты. Ничего не остановит клиентский код от удаления активного грида из trading.grids. Как и от изменения статистики по неактивному гриду.

Для того чтобы защитить инварианты, необходимо большую часть логики перенести в доменную модель. Также необходимо исключить возможность неконтролируемых операций записи.

Если оставаться в парадигме изменяемой модели данных, то это можно сделать путём сокращения области видимости сеттеров до внутренней (internal) в случае Котлина. Но тогда придётся выделять агрегаты в разные модули, что очень не удобно.

В том числе (но не только) по этому, я рекомендую пойти простым путём: сделать сущности неизменяемыми, с закрытым конструктором и опубликованным фабричным методом вместо него, который будет гарантировать соблюдение инвариантов.

typealias Symbol = String
typealias GridName = String
data class Grid(
  val name: GridName,
  val profit: BigDecimal = BigDecimal(0)
)
data class SymbolTrading private constructor(
  val symbol: Symbol,
  val grids: Map<GridName, Grid>,
  val activeGrid: GridName
) {
  init {
    require(activeGrid in grids) { "Active grid ($activeGrid) should be within symbol's grids ($grids)" }
  }
  companion object {
    fun new(symbol: Symbol, gridName: GridName) =
      SymbolTrading(symbol, mapOf(gridName to Grid(gridName)), gridName)
  }
  fun activateGrid(gridName: String): SymbolTrading =
    if (gridName in grids) SymbolTrading(symbol, grids, gridName)
    else SymbolTrading(symbol, grids + (gridName to Grid(gridName)), gridName)
}
data class CustomerSymbols(
  val customerId: Long,
  val tradings: Map<Symbol, SymbolTrading>
) {
  fun activateSymbols(activeSymbols: List<ActiveSymbol>): CustomerSymbols {
    val updatedTradings = activeSymbols. map {
        tradings[it.symbol]?.activateGrid(it.gridName)
          ?: SymbolTrading.new(it.symbol, it.gridName)
      }
      return CustomerSymbols(customerId, tradings + updatedTradings.associateBy { it.symbol })
    }
}
data class ActiveSymbol(
  val symbol: String,
  val gridName: String
)
fun fetchCustomerSymbols(id: Long): CustomerSymbols = TODO()
fun saveCustomerSymbols(customerSymbols: CustomerSymbols): Unit = TODO()
fun updateCustomerSymbols(customerId: Long, activeSymbols: List<ActiveSymbol>) {
  val customerSymbols = fetchCustomerSymbols(customerId)
  val updatedCustomerSymbols = customerSymbols.activateSymbols(activeSymbols)
  saveCustomerSymbols(updatedCustomerSymbols)
}

Такая реализация гарантирует, что любые модификации в данных должны будут пройти через CustomerSymbols. А так как CustomerSymbols является единицей работы с БД, это гарантирует, что в БД не попадут никакие данные в обход кода контроля инвариантов в модели.

«Полнокровная» модель явно очерчивает список доступных операций и повышает их
видимость — все операции над агрегатом находится рядом с агрегатом, а не разбросаны по сервисам и утилитарным методам.

Наконец, вся бизнес логика, которую надо покрыть полноценным набором тестов, ушла в чистую доменную модель которую очень легко тестировать. А код с эффектами — updateCustomerSymbols — стал тривиальным и его достаточно протестировать одним интеграционным, е2е или сценарным тестом.

Всё вместе — гарантия соблюдения инвариантов, упрощение анализа операций записи и упрощение тестирования — позволяет существенно уменьшить количество ошибок и регрессий и, как следствие, сократить стоимость разработки в длительной перспективе.

FAQ

Как программировать связи?

Связи внутри агрегата программируются свойствами со ссылками на объекты (a), а между агрегатами — свойствами с идентификаторами корней агрегатов (b):

data class Report(
  val reportingPeriods: List<ReportingPeriod>, // (a)
  val authorId: Long // (b)
)

Как защитить инварианты?

Для того чтобы гарантировать сохранность своих инвариантов, агрегат должен не позволять внешним клиентам менять состояние напрямую. Для достижения этого необходимо следовать принципу «Tell Don’t Ask». В случае агрегатов это означает предоставление корнем агрегата API внесения изменений вместо API получения изменяемых объектов внутренних сущностей.

При этом для получения информации об агрегате есть несколько подходов:

1. Использовать неизменяемые классы для моделирования сущностей агрегатов. Объекты таких классов можно безопасно передавать клиентам, поэтому агрегат может предоставить прямой доступ к своим частям.

   1. Плюсы: минимум дополнительного кода, хорошо масштабируется по количеству методов запроса информации.

   2. Минусы: повышает сцепленность между клиентами и агрегатом.

2. Предоставлять API в том числе для получения информации только на уровне корня агрегата. В этом случае внутренние сущности вообще не попадают в публичное API агрегата.

   1. Плюсы: полностью скрывает устройство агрегата и минимизирует связанность между клиентами и агрегатом.

   2. Минусы: плохо масштабируется по количеству методов запроса информации.

3. Использовать копии изменяемых объектов. Этот подход похож на первый, тем что даёт клиентам доступ к частям агрегата, но клиентам выдаются не сами объекты частей, а их копии.

   1. Плюсы: может быть использован в случае, когда нет возможности сделать объекты неизменяемыми.

   2. Минусы: те же, что и у первого подхода, и необходимость в дополнительном коде копирования объектов в каждом геттере и, как следствие, большей нагрузки на сборщика мусора.

4. Использовать «read-only» представления. Похож на третий подход, но вместо копий предполагается возвращать «read-only» представления изменяемых сущностей.

   1. Плюсы: нет необходимости в коде копирования объектов и снижение нагрузки на сборщика мусора.

   2. Минусы: требует описания дополнительных интерфейсов для представлений и не очень надёжен — никто не запретит клиенту привести объект к изменяемому типу или поменять его через механизм рефлексии.

Я сам использую преимущественно первый подход, подключая второй в случаях, когда вижу необходимость в сокрытии структуры агрегата.

Как реализовать выборку данных для UI?

Существует несколько походов, и у каждого из них свои плюсы и минусы.

1. Сборка DTO из агрегатов. Заключается в том, чтобы вытащить нужные агрегаты из репозиториев и собрать из них DTO.

   1. Плюсы — минимальная сцепленность модулей, минимум дополнительного кода

   2. Минусы — потенциальные проблемы с производительностью из-за нескольких запросов в БД и больше ручной работы по добавлению зависимостей на репозитории и чтению данных из них.

2. Сборка DPO из агрегатов. По сути то же, что и первый вариант, только клиенту выдаётся Data Payload Object (DPO), вместо DTO. DPO — это набор агрегатов, из которого клиент сам строит нужные ему структуры.

   1. Плюсы — минимальная сцепленность модулей, не нужен код для маппинга агрегатов в клиентские структуры.

   2. Минусы — клиенту будут возвращаться лишние данные, что может плохо сказаться на эффективности и безопасности системы.

3. Отдельные модели для записи и чтения. В дополнение к модели для записи (агрегаты), создаётся дополнительная денормализованная модель для чтения.

   1. Плюсы — эффективная работа с БД и создание DTO средствами ORM.

   2. Минусы — неявная сцепленность модуля генерации DTO с деталями реализации всех модулей агрегатов, в два раза больше кода для описания модели данных.

4. Сборка DTO в СУБД. Современные СУБД (PostgreSQL, в частности) имеют встроенные средства для формирования JSON и позволяют собрать финальную DTO непосредственно SQL-запросом.

   1. Плюсы — самая эффективная работа с БД.

   2. Минусы — завязка на диалект определённой СУБД, менее удобный инструментарий для работы с SQL-запросами (чем с кодом на Kotlin, например), примитивные средства переиспользования кода и создания абстракций в самом SQL.

Варианты 1-3 подробно рассмотрены в книгах по DDD, вариант 4 хорошо описан в посте Лукаса Едера Stop Mapping Stuff in Your Middleware. Use SQL’s XML or JSON Operators Instead

Я сейчас в качестве варианта по умолчанию использую первый, а третий или четвёртый задействую в «горячем» коде. Второй вариант я пока что ни разу не использовал.

Зачем объединять сущности в агрегаты?

Для того чтобы обеспечить выполнение инварианта, затрагивающего несколько
сущностей. Частым примером такого инварианта являются слабые сущности — сущности
область жизни которых ограничена областью жизни другой сущности.

Почему агрегаты должны быть маленькими?

Из соображений производительности. Так как агрегаты являются единицей персистанса, большие агрегаты приведут к передаче больших объёмов данных по сети. И так как агрегаты являются единицей согласованности, большие агрегаты приведут к «большим» транзакциям (по количеству затронутых объектов и длительности), что повлечёт за собой большое количество конфликтующих транзакций. Это, в свою очередь, станет причиной либо ошибкам согласованности, либо большим накладным расходам на синхронизацию транзакций.

Когда не стоит объединять сущности в агрегаты?

Тогда, когда это приведёт к большим агрегатам. Например, пользователя, его фото и его комментарии лучше разделить по разным агрегатам, не смотря на то, что фото и комментарии являются слабыми сущностями. Фото — просто в силу большого размера. Комментарии — в силу их неограниченного роста.

Когда можно включать в агрегат много видов сущностей?

Агрегат может включать много видов сущностей, при соблюдении двух условий:

1. Агрегат преимущественно изменяется одним пользователем — исключает проблемы с синхронизацией.

2. Агрегат остаётся ограниченным по размеру в байтах — исключает проблемы с производительностью.

Почему в транзакции можно менять только один агрегат?

Во-первых — по определению. Агрегат определяет границы согласованности.

Во-вторых, потому что много маленьких агрегатов — это де-факто один большой агрегат со всеми вытекающими проблемами с синхронизацией и производительностью.

В-третьих, агрегаты могут храниться на разных машинах. А по определению агрегата это значит, что придётся иметь дело с распределёнными транзакциями. С которыми я бы предпочёл иметь дело в последнюю очередь.

Как обеспечить выполнение принципа «модификация одного агрегата в одной транзакции»?

В первую очередь, необходимо понять действительно ли эти модификации
должны быть строго согласованы, или можно обойтись согласованностью в
конечном итоге. Для этого автор Implementing Domain-Driven Design предлагает следующий алгоритм:

1. если обеспечение согласованности изменений является ответственностью пользователя, инициировавшего выполнение операции — то модификации должны быть строго согласованы.

2. иначе — можно обойтись согласованностью в конечном итоге.

Если получилось что, модификации должны быть строго согласованы, то это значит, что вы «открыли» новый инвариант, и новый агрегат для его обеспечения. Если при этом агрегат становится большим — надо взвешивать плюсы и минусы и либо оставлять большой агрегат, либо возвращаться на этап проектирования агрегатов и операций системы и искать новое решение. Возможно несколько потенциальных решений:

1. «Закрыть» этот неудобный инвариант и перейти к согласованности в конечном итоге.

2. Убрать из агрегата «лишние» сущности, которые были включены в него по причинам отличным от обеспечения инварианта.

3. Разбить большой агрегат, новым способом, который обеспечит соблюдение всех инвариантов. Возможно для этого придётся отказаться от некоторых инвариантов.

Если же модификации могут быть согласованными в конечном итоге, то операцию необходимо разбить на две. Для этого надо разбить код на два транзакционных метода в слое сервисов приложения. Затем либо оба этих метода публикуются для клиентов, либо они связываются через публикацию доменного события первым методом и его обработку вторым.

Заключение

Агрегаты — действительно сложная тема:

Clustering Entities (5) and Value Objects (6) into an Aggregate with a carefully crafted consistency boundary may at first seem like quick work, but among all DDD tactical guidance, this pattern is one of the least well understood.

— Vaughn Vernon, Implementing Domain-Driven Design

и её невозможно полностью понять, прочитав один пост.

Но я постарался собрать в этом посте необходимый минимум информации для того, чтобы спроектировать первый агрегат.

Дальнейшее чтение по теме

• [idddd] An In-Depth Understanding of Aggregation in Domain-Driven Design

• [ddd] Domain-Driven Design: Tackling Complexity in the Heart of Software

• [dddmf] Domain Modeling Made Functional: Tackle Software Complexity with Domain-Driven Design and F#

• [dddd] Domain-Driven Design Distilled

• [pppofddd] Patterns, Principles, and Practises of Domain-Driven Design

• [iddd] Implementing Domain-Driven Design

Основные инструкции правильной установки наших агрегатов

Основные инструкции правильной установки агрегатов CoolPacket

Для достижения нормального срока службы оборудования необходимо обеспечить соблюдение требований соответствующих технических стандартов, инструкций, указанных в наших технических записках и в Руководстве по эксплуатации и техническому обслуживанию, а также проведение регулярного технического обслуживания. Не допускать эксплуатацию агрегата в ненормальном рабочем состоянии.

Настоящий документ не является исчерпывающим. Для получения дополнительной, более подробной информации воспользуйтесь Руководством по монтажу, эксплуатации и техническому обслуживанию. Этот раздел содержит перечень некоторых основных рекомендаций и технических норм для правильной установки и обслуживания оборудования.

• Все наши агрегаты перевозятся на грузовом автотранспорте, погрузка на который осуществляется с помощью мостового крана. Для предотвращения повреждений компрессоров при транспортировке или в ходе монтажа, агрегаты не должны быть наклонены, не должны укладываться на одно сторону или в перевернутом положении. Поэтому необходимо, чтобы при перемещении в ходе монтажа или при транспортировке агрегаты всегда находились в рабочем положении.
• Наши агрегаты сконструированы для поднимания с помощью штанг, вставленных в соответствующие отверстия в элементах несущей конструкции агрегата. Для предотвращения контакта подъёмных тросов и цепей с установкой и повреждения ее конструкции рекомендуется использовать крестовину или распорные штанги. Поэтому рекомендуется строго соблюдать инструкцию по подъёму оборудования, поставленную вместе с установкой, в которой находится более подробная дополнительная информация.
• Поверхность, на которую установка будет поставлена, должна быть ровной и с достаточной несущей способностью, чтобы выдержала нагрузки от агрегата (см. чертёж весовых нагрузок, поставленный вместе с установкой, и техническую записку).
• Для глушения передачи вибраций на конструкцию, на которую агрегат установлен, необходимо во всех опорных точках использовать гасители вибраций. У агрегатов, которые будут поставлены на землю, рекомендуется использовать резиновые гасители вибраций, а для установок, располагаемых на крыше, рекомендуются пружинные амортизаторы.
• Для обеспечения правильного движения потока воздуха и свободного доступа для проведения технического обслуживания вокруг оборудования должно быть оставлено достаточно свободного места – см. спецификацию в технической записке к каждой установке. В случае расположения двух агрегатов возле себя, причем змеевиками друг к другу, расстояния, указанные в технической записке, необходимо удвоить. 
• Внимание! Несоблюдение этого технического правила автоматически несет за собой потерю гарантии и выплывающего из нее права на бесплатный ремонт, несмотря на то, по какой причине возникла неисправность.
• Перед чисткой агрегата, должны быть прочищены все трубопроводы рабочего оборудования. Если для прочистки труб необходимо применить химические вещества, то в этом случае испаритель необходимо перекрыть и обойти для предотвращения возможного повреждения медных трубок.
• При наличии загрязнений и/или агрессивного конденсата воды перед конденсатором холодильного агрегата должен быть установлен промежуточный теплообменник «вода-вода».
• Выполнение вышеупомянутых инструкций по монтажу является необходимым условием для признания действия гарантии и выплывающих из нее обязательств.
• Объём воды. 
• Для правильной работы агрегата необходим определённый объём воды, который рассчитывается по следующим формулам:

P = производительность по холоду холодильного агрегата и по теплу теплового насоса в кВт.

_t = разность температур, заданная микропроцессором в °C.

V = полезный объём воды, выраженный в кубических метрах (м3).

Использование неподготовленной или плохо подготовленной воды может вызвать образование накипи, ржавчины, эрозии, водорослей или осадка. 

В случае необходимости следует привлечь специализированную компанию по очистке и водообработке, чтобы выбрать наиболее подходящий способ подготовки воды. 

На любое повреждение, возникшее в результате коррозии, эрозии или преждевременного износа, причиной которых была плохая водоподготовка, гарантия не распространяется.

Агрегаты »воздух-воздух»

1. Воздуховоды подсоединены на всасывание вытяжных вентиляторов, понижение загрузки которых должно быть в соответствии с проектными величинами установок.
2. Подсоединение этих воздуховодов к агрегатам должно осуществляться посредством антивибрационных вставок из непроницаемой ткани. Это имеет принципиальное значение для предотвращения передачи вибраций от агрегатов на воздуховоды.
3. Особое внимание надо уделять проектированию и монтажу всасывающего трубопровода и напорного воздуховода для змеевиков теплообменников так, чтобы не возникали препятствия, ограничивающие пропускную способность потока воздуха. Низкий расход воздуха, протекающего через змеевик теплообменника, становится причиной ненормальной работы агрегата и его окончательного выхода из строя. 
4. Эти трубопроводы должны быть максимально короткими и по возможности проложены по прямой трассе.
5. Защитные решетки, установленные на всасывании наружного воздуха, должны быть конструированы так, чтобы создавали минимальное сопротивление потоку воздуха.
6. Должны быть приняты все необходимые меры для предотвращения смешивания выбрасываемого и рекуперативного (возвратного) воздухa (кратковременное взаимное соединение контуров воздуховодов).
7. Воздух для теплообменника не должен всасываться вблизи источников тепла и/или загрязнений.
8. За решетками на выхлопах или на всасывании должны быть установлены сетки для предотвращения проникания птиц и мышей в воздуховоды вентиляционной системы.

духоводы подсоединены на всасывание вытяжных вентиляторов, понижение загрузки которых должно быть в соответствии с проектными величинами установок.

1. Подсоединение этих воздуховодов к агрегатам должно осуществляться посредством антивибрационных вставок из непроницаемой ткани. Это имеет принципиальное значение для предотвращения передачи вибраций от агрегатов на воздуховоды.
2. Особое внимание надо уделять проектированию и монтажу всасывающего трубопровода и напорного воздуховода для змеевиков теплообменников так, чтобы не возникали препятствия, ограничивающие пропускную способность потока воздуха. Низкий расход воздуха, протекающего через змеевик теплообменника, становится причиной ненормальной работы агрегата и его окончательного выхода из строя. 
3. Эти трубопроводы должны быть максимально короткими и по возможности проложены по прямой трассе.
4. Защитные решетки, установленные на всасывании наружного воздуха, должны быть конструированы так, чтобы создавали минимальное сопротивление потоку воздуха.
5. Должны быть приняты все необходимые меры для предотвращения смешивания выбрасываемого и рекуперативного (возвратного) воздухa (кратковременное взаимное соединение контуров воздуховодов).
6. Воздух для теплообменника не должен всасываться вблизи источников тепла и/или загрязнений.
7. За решетками на выхлопах или на всасывании должны быть установлены сетки для предотвращения проникания птиц и мышей в воздуховоды вентиляционной системы.

Агрегаты »воздух-воздух» и кровельные агрегаты

• Все наружные и внутренние агрегаты (разделенная система охлаждения кондиционирования) оснащены сливными поддонами, расположенными под змеевиками теплообменников.
• Сливной трубопровод должен быть такого же диаметра (или больше), как и присоединительный патрубок агрегата, который, как правило, оснащен внутренней резьбой 1″, причём уклон трубопровода должен быть примерно 3 % в сторону потока жидкости.
• На трубопроводе должен быть установлен сифон, высота которого должна соответствовать высоте напора вентилятора, что не позволяет вентилятору создавать разрежение, которое препятствовало бы нормальному отведению конденсата.

Кровельные агрегаты

• Между опорами вентиляционных воздуховодов, подсоединенных к кровельным агрегатам, и самими трубами следует вставлять звукоизоляционный материал для предотвращения передачи вибраций.
• Присоединительный трубопровод испарителя должен быть надлежащим способом подперт так, чтобы его вес не переносился на рабочее оборудование.
• Гидравлический контур испарителя должен быть оснащен следующим оборудованием:

• Два манометра с соответствующей впускной и выходной шкалой.
• Две антивибрационные соединительные вставки, предотвращающие передачу вибраций от агрегата на водопровод и позволяющие производить независимое отключение агрегата.
• Отсекающий клапан (на входе в устройство)
• Калибровочный клапан (на входе в агрегат)
• Два термометра (на входе и выходе).
• Циркуляционный насос.
• Предохранительный клапан бака.
• Автоматический сливной клапан бака.
• Расширительный бак.
• Фильтр на вводе, расположенный как можно ближе к фланцу испарителя.
• Расходомер

Вышеупомянутые инструкции по монтажу для типовой серии RED LINE обуславливают признание действия гарантии; при несоблюдении этих инструкций действие гарантии и выплывающих из нее обязательств прекращается.

Инструкции, касающиеся антивибрационных соединительных элементов, устанавливаемых на трубопроводах, фильтра на входе в испаритель и расходомера обуславливают признание действия гарантии на к типовую серию BLUE LINE; при несоблюдении этих инструкций действие гарантии и выплывающих из нее обязательств прекращается.

• Разъемные компрессоры могут быть установлены на пружинных виброгасителях.
• В этом случае надо устранить фиксаторы (деревянные колодки), блокирующие основание компрессора в соответствии с инструкциями на щитке, закрепленном на корпусе компрессора.
• Агрегат необходимо установить на расстоянии минимально 6 м от всех отражающих звук поверхностей, что предотвратит увеличение уровня шума примерно на 3 дБ (A) от всех отражающих звук поверхностей.
• Агрегат установить так, чтобы к местам чувствительным к шуму он был повернут боковыми стенками, излучающими минимальный уровень шума. В некоторых случаях с помощью простого приспособления можно избежать необходимости использования оборудования для подавления шума, как например противошумовые щиты.

Если агрегат установлен на крыше:

• Помещения, расположенные под ним, необходимо изолировать кровлей с высокой степенью звуконепроницаемости.
• Соответствующим способом должна быть усилена опорная конструкция, причем так, чтобы вибрации не переносились во внутрь здания.
• Установите агрегат на пружинные амортизаторы вибраций.
• Опорную конструкцию агрегата отделить от несущей конструкции здания, используя для этого соответствующие упругие соединительные элементы.
• Гидравлические трубы и электрические кабели агрегата необходимо отделить при помощи гибких соединений. Если агрегат установлен на двутавровых траверсах, высотой более 20 см, то по периметру между агрегатом и кровлей необходимо уложить подходящие панели. 
• Это позволит значительно снизить эффект «резонирующего шкафа», который в противном случае мог бы способствовать повышению уровня шума в просторе под агрегатом на 15 дБ (А).

ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ

В этой главе мы считаем важным припомнить всем пользователям и конструкторам рабочего оборудования основной концепт, соблюдение которого обуслaвливает правильное использование агрегата и длительный срок службы. Наряду с соблюдением стандартных гарантийных условий, то есть регулярного проведения текущего технического обслуживания квалифицированными, специально обученными техниками в течение двенадцати месяцев гарантийного срока, это также профилактика дефектов и неисправностей в ходе эксплуатации. Проблемы этого рода не только в том, что они не включены в гарантию, а в том, что они могут повредить компоненты, на которые не распространяется гарантия из-за отсутствия соответствующей и надлежащей программы (плана-графика) работ по техническому обслуживанию.

Выполнение работ по техническому обслуживанию является важным для содержания агрегата в хорошем рабочем состоянии, что касается как его работоспособности, так и энергетической эффективности.

Каждый агрегат имеет свой журнал обслуживания, в котором пользователь или лицо, ответственное за техническое обслуживание агрегата, должны отмечать все подробности о проводимом техническом обслуживании и тем самым сохранять хронологическую документацию эксплуатации агрегата.

Если эта информация в журнал техобслуживания отсутствует, то это может рассматриваться как доказательство недостаточного технического обслуживания.

Поэтому мы рекомендуем заключить договор на техническое обслуживание с Сервисной службой для обеспечения регулярного технического обслуживания силами квалифицированным в этой специализации работником.

Это даст возможность своевременного выявления эксплуатационных недостатков, и свести к минимуму риск возникновения серьёзных неполадок.

Компания REMAK всегда готова провести анализ и оказать консалтинговые услуги, что касается составления программ и спецификаций по профилактическому техническому обслуживанию.

Однако следует не забывать о том, что все тепловые насосы должны иметь рабочий журнал для зимней эксплуатации.

Этот журнал должен выдать завод-изготовитель или кто-либо другой, кто берёт на себя ответственность за эксплуатацию и техническое обслуживание рабочего оборудования.

„Отопительные агрегаты, которые отапливают помещения в зимнее время с полным или частичным использованием машинного оборудования и систем не на базе теплогенераторов, установок и систем с тепловыми насосами (…), должны вестись «Эксплуатационный журнал системы», выданный поставщиком рабочего оборудования или лицом, ответственным за эксплуатацию и техобслуживание существующего рабочего оборудование. Этот журнал должен содержать не только описание самого рабочего оборудования, но также и перечень элементов, подлегающих контролю, пределы допустимости этих элементов согласно действующему законодательству, а также интервалы контрольных осмотров (…).»

Ниже приводится краткое резюме некоторых важных рекомендаций и технических инструкций по обеспечению надлежащего технического обслуживания.

• Каждый месяц должна производиться подтяжка всех электрических соединений, особенно это касается подключений контакторов и ввода электроэнергии.
• Регулярно контролировать и чистить на приточном водопроводе испарителя в зависимости от вида источника воды и от срока службы водопроводной системы.
• Минимально раз в год проводить визуальный осмотр состояния напорного оборудований, особенно необходимо контролировать, если на поверхности не появляются признаки коррозии, если не коррозируются другие детали и, если не проявляются другие видимые дефекты.
• Если оксидация и коррозия не будут своевременно обнаружены и надлежащим способом остановлены, то может произойти ослабление стен с последующим снижением их механической прочности.
• Минимально два раза в год проводить контроль контура охлаждения, при этом необходимо отстранить любые обнаруженные утечки ХФУ (фреона).
• Минимально два раза в год, всегда перед началом летнего и зимнего сезона, прочистить змеевики теплообменников раствором специального препарата для удаления накипи и осадков, снижающих эффективность теплообмена.
• У агрегатов типа «вода-вода» один раз за полгода (6 месяцев) контролировать эффективность работы и чистоту теплообменника и конденсатора. Испаритель необходимо прочищать с использованием раствора специального препарата от удаления осаждений, запрещается использовать химические чистящие средства. Трубки конденсатора можно протирать тряпкой.
• Каждый месяц определять потребление (расход) электроэнергии у компрессоров и электродвигателей вентиляторов, измеренное потребление эл. энергии сравнить с параметрами, указанными на заводском щитке, определить все величины, которые не соответствуют данным, уведенным на заводском щитке.
• Контролировать загруженность хладагента, что необходимо производить измерением перегрева или переохлаждения. При помощи оборудования по обнаружению утечек проверить, если в оборудовании нет утечек фреона.
• Один раз за 6 месяцев проверить состояние механических компонентов с подвижными частями (вентиляторы, насосы).
• Один раз за 6 месяцев делать лабораторный анализ кислотности масла в контуре охлаждения. Масло и соответствующие фильтры всегда должны быть заменены после 5000 отработанных часов или через каждых 2 года.
• После каждых 10000 отработанных часов разъемного компрессора должен производиться контроль всех механических и электрических частей самого компрессора.
• Каждый год производить контроль фильтров в контуре охлаждения и замену фильтрующих вкладышей.

Агрегаты »воздух/воздух», кровельные агрегаты или агрегаты с радиальными вентиляторами

• Подводящие и циркуляционные трубопроводы должны чиститься один раз в год, если они проложены в сильно перегруженных или пыльных помещениях, то чаще.
• Один раз за три месяца проверить действие и работоспособность регулирующих и пусковых клапанов, при необходимости промазать.
• Один раз за три месяца сooснoсть ременных шкивов двигателя и вентилятора

Рекомендации по первому запуску

Все наши агрегаты проходят стендовые испытания на производственном заводе. Пуско-наладочные работы должны выполнять техники лицензированного центра Сервисной службы прямо на месте будущей эксплуатации установки.

Контрактные гарантии будут подтверждены только после завершения этих работ.

Техники лицензированного центра Сервисной службы могут выполнить только первый запуск, а не имеют право производить подключения и работы с системой агрегата.

Прежде чем заказывать в лицензированном центре Сервисной службы проведение первого запуска агрегата, необходимо выполнить следующие подготовительные операции:

1. Произвести проверку исполнения и контроль правильности электрических и гидравлических подсоединений и вводов.
2. Подключить агрегат к вводу электросети не менее чем 24 часа до прибытия техников специализированного центра Сервисной службы.
3. Правильно заполнить гидравлическую систему и удалить воздух из заполненного гидравлического трубопровода.
4. Докончить все необходимые работы, напр., монтаж трубопровода для отведения конденсата и т.п.
5. Проверить направление вращения насосов.
6. Проверить и отстранить все перемычки, которые могут быть применены на защитном и аварийном рабочем оборудовании.
7. Вычистить фильтр на вводе подающего водопровода в агрегат.
8. Убедитесь в том, что в наличии имеется хотя бы 75 % общей тепловой нагрузки.
9. Проверьте, если ввод электрической энергии является достаточной и соответствует агрегату (агрегатам) а другому рабочему оборудованию.
10. Проверить исправность затяжки электрических соединений.
11. Предоставить техникам лицензированного центра Сервисной службы всю документацию, поставленную в комплекте с агрегатом.

Заполнители

Заполнители представляют собой инертные гранулированные материалы, такие как песок, гравий или щебень, которые наряду с водой и портландцементом являются важным компонентом бетона.

Для получения качественной бетонной смеси заполнители должны быть чистыми, твердыми, прочными, без абсорбированных химикатов или покрытий из глины и других мелких материалов, которые могут вызвать разрушение бетона. Заполнители, составляющие от 60 до 75 процентов от общего объема бетона, делятся на две отдельные категории — мелкие и крупные. Мелкие заполнители обычно состоят из природного песка или щебня, причем большинство частиц проходят через сито 3/8 дюйма. К крупным агрегатам относятся любые частицы крупнее 0,19дюйма, но обычно имеют диаметр от 3/8 до 1,5 дюйма. Гравий составляет большую часть крупного заполнителя, используемого в бетоне, а щебень составляет большую часть остатка.

Природный гравий и песок обычно добывают или извлекают из карьера, реки, озера или морского дна. Щебень получают путем дробления карьерной породы, валунов, булыжников или крупного гравия. Переработанный бетон является жизнеспособным источником заполнителя и удовлетворительно используется в гранулированных основаниях, цементно-грунтовом и новом бетоне.

После сбора заполнитель обрабатывается: измельчается, просеивается и промывается для получения надлежащей чистоты и градации. При необходимости для повышения качества можно использовать такой процесс обогащения, как отсадка или разделение тяжелых сред. После обработки агрегаты обрабатываются и хранятся, чтобы свести к минимуму сегрегацию и деградацию и предотвратить загрязнение.

Заполнители сильно влияют на свойства свежезамешанного и затвердевшего бетона, пропорции смеси и экономичность. Следовательно, выбор агрегатов является важным процессом. Несмотря на то, что ожидается некоторое изменение совокупных свойств, рассматриваемые характеристики включают:

• классификация
• долговечность
• форма частиц и текстура поверхности
• сопротивление истиранию и скольжению
• удельный вес и пустоты
• поглощение и поверхностная влажность

классификация относится к определению распределения частиц по размерам. Пределы сортности и максимальный размер заполнителя указаны, потому что эти свойства влияют на количество используемого заполнителя, а также на требования к цементу и воде, удобоукладываемость, прокачиваемость и долговечность бетона. В целом, если водоцементное отношение выбрано правильно, можно использовать широкий диапазон фракций без существенного влияния на прочность. Когда указан заполнитель с интервалом градации, определенные размеры частиц заполнителя исключаются из континуума размеров. Щелевой заполнитель используется для получения однородной текстуры бетона с открытым заполнителем. Тщательный контроль пропорций смеси необходим, чтобы избежать сегрегации.

Форма частиц и текстура поверхности влияют на свойства свежезамешанного бетона больше, чем на свойства затвердевшего бетона. Шероховатые, угловатые и удлиненные частицы требуют больше воды для производства бетона, пригодного для обработки, чем гладкие, округлые компактные заполнители. Следовательно, содержание цемента также должно быть увеличено для поддержания водоцементного отношения. Как правило, плоских и удлиненных частиц избегают или ограничивают примерно 15 вес.% от общего заполнителя. Удельный вес измеряет объем, который гранулированный заполнитель и пустоты между ними будут занимать в бетоне.

Содержание пустот между частицами влияет на количество цементного теста, необходимого для смеси. Угловатые заполнители увеличивают содержание пустот. Более крупный размер хорошо измельченного заполнителя и улучшенный гранулометрический состав уменьшают содержание пустот. Поглощение и поверхностная влажность заполнителя измеряются при выборе заполнителя, потому что внутренняя структура заполнителя состоит из твердого материала и пустот, которые могут содержать или не содержать воду. Количество воды в бетонной смеси должно быть отрегулировано с учетом условий влажности заполнителя.
 
Сопротивление истиранию и скольжению заполнителя имеет важное значение, когда заполнитель должен использоваться в бетоне, постоянно подверженном истиранию, например, в полах или тротуарах, предназначенных для тяжелых условий эксплуатации. Различные минералы в совокупности изнашиваются и полируются с разной скоростью. В высокоабразивных условиях можно выбрать более твердый заполнитель, чтобы свести к минимуму износ.

Что такое агрегаты и как они используются? | CEMEX USA — CEMEX USA

Что такое агрегаты и как они используются?

CEMEX предлагает широкий ассортимент заполнителей для бетона. Заполнители представляют собой гранулированные материалы, которые используются с вяжущей средой для образования бетона или гидравлического раствора. Они являются ключевыми ингредиентами в производстве бетона, раствора и других строительных материалов и используются при строительстве и обслуживании таких сооружений, как автомагистрали, пешеходные дорожки, автостоянки, взлетно-посадочные полосы аэропортов и железные дороги.

Бетонные заполнители состоят из геологических материалов, таких как гравий, песок и щебень. Размер частиц определяет, является ли это крупным заполнителем (например, гравием) или мелким заполнителем (например, песком). Полученный бетон можно использовать в его естественном состоянии или измельчить, в зависимости от его использования и применения.

Заполнители помогают сделать бетонные смеси более плотными. Они также снижают расход цемента и воды и повышают механическую прочность бетона, что делает их незаменимым компонентом при строительстве и обслуживании жестких конструкций.

Наши заводы по производству заполнителей CEMEX обладают технологическими, операционными и техническими возможностями для разработки продуктов, отвечающих требованиям и спецификациям наших клиентов.

Многие типы строительных материалов, включая бетон, асфальт и строительный раствор, используют заполнители в качестве основных ингредиентов. Использование заполнителей для бетона снижает себестоимость продукции и повышает стойкость бетонных смесей. Измельченные заполнители составляют от 60% до 75% объема бетона. Эти измельченные заполнители существенно влияют на свойства свежезамешанного и затвердевшего бетона, делая его более плотным, снижая его водопроницаемость (что делает его более водостойким) и изменяя его показатели теплоудержания. Чтобы иметь возможность удовлетворить различные виды использования заполнителей, CEMEX предлагает широкий спектр заполнителей для удовлетворения потребностей наших клиентов.

Эти характеристики делают заполнители незаменимым компонентом, когда речь идет о строительстве и обслуживании дорог, тротуаров, автостоянок, взлетно-посадочных полос аэропортов, железнодорожных путей и целого ряда зданий и дорог. Фактически, этап проектирования большинства строительных проектов обычно требует тщательного анализа источника заполнителей, включая их тип и размер, а также свойств материалов заполнителей, необходимых на различных этапах строительного процесса. Помимо строительных проектов, заполнители также могут использоваться для дренажа, фильтрации воды и борьбы с эрозией. Их также можно использовать в качестве наполнителя в проектах по подготовке площадки и насыпи.

Мы в CEMEX постоянно ищем новые способы использования заполнителей для улучшения дренажа, поглощения тепла и других факторов, влияющих на окружающую среду. Например, с помощью соответствующей смеси цемента и заполнителей, таких как песок и гравий, можно создать материал, который позволяет поглощать воду и в то же время снижает поглощение тепла, смягчая эффект «городского острова тепла». что значительно повышает температуру мощеных площадей.

Мы предлагаем широкий ассортимент заполнителей для бетона, чтобы удовлетворить индивидуальные потребности и предпочтения каждого из наших клиентов.

Агрегаты можно классифицировать по их размеру, происхождению, способу фрагментации и составу, например, сельскохозяйственные, ландшафтные и спортивные агрегаты. Важно понимать различные типы бетонных заполнителей и их использование, чтобы иметь возможность успешно использовать их максимальный потенциал во время строительства. Например, заполнители из щебня незаменимы при строительстве песколовок на полях для гольфа, а также при строительстве зданий и дорог. С другой стороны, гравий обеспечивает превосходный контроль над эрозией, фильтрацией и отводом воды. Используемые сами по себе заполнители также полезны в качестве наполнителя при подготовке площадки или насыпей. Такие заполнители, как песок, также можно использовать при создании или восстановлении пляжей, спортивных площадок, гоночных трасс и других мест отдыха.

Совокупные материалы получают из природных рудников песка или песка и гравия, карьеров, месторождений и подземных отложений. Примеры заполнителей включают:

• Щебень — Эти продукты получают путем извлечения горных пород и их дробления до желаемого размера и текстуры. Источники горных пород могут быть магматическими, осадочными или метаморфическими.
• Песок — песок встречается в природе. Это тонкий состав каменного материала и минеральных частиц, и его состав варьируется в зависимости от источника. Его можно использовать для строительства дорог или для изготовления бетона. Различные типы песка включают: песок 4 блока; песок 4 порционный; песок 5; песок 4; и песок 5 промыт.
• Гравий — Залежи гравия образуются в результате естественного процесса увлажнения и эрозии.

Можно ли поменять ПТС, в котором нет места, без участия бывшего собственника

• Главная
• Статьи
• Официально: как купить или продать машину, у которой кончилось место в ПТС

Автор: Алексей Кокорин

О том, как провести процесс купли-продажи автомобиля и переоформить его в ГИБДД, мы уже рассказывали подробно. Но, как это часто бывает, в простых процедурах иногда есть неочевидные нюансы. Например, как правильно оформить куплю-продажу машины, у которой кончилось место в бумажном ПТС? Ответ кажется простым, однако здесь есть правовая коллизия: с момента подписания договора купли-продажи собственником машины становится покупатель, а обязанность по замене ПТС относится как раз к собственнику. Так можно ли сделать это без участия бывшего владельца, еще вписанного в документы? Для ответа на этот вопрос мы направили запрос в МВД.

В чем суть проблемы?

Кратко обозначим суть проблемы для тех, кто не сталкивался с такой ситуацией. Чтобы продать машину с бумажным ПТС, нужно вписать в нее данные нового владельца – то есть, покупателя. Однако число доступных граф для указания владельцев в бумажном паспорте, в отличие от электронного, ограничено. Соответственно, очередному владельцу при покупке машины просто некуда будет вписываться – а это значит, что надо будет поменять ПТС и получить дубликат.

В чем состоит правовая коллизия?

Заменить ПТС действительно несложно, но вопрос здесь стоит в другом. Документом, подтверждающим право собственности на автомобиль, является договор купли-продажи. А регистрация в ГИБДД при этом не является доказательством или причиной возникновения права собственности на автомобиль – это отдельная процедура, хоть и влияющая на другие правовые сферы – в частности, начисление транспортного налога (например, если машину угнали, нужно прекратить регистрацию, потому что угнанное транспортное средство не является объектом налогообложения по транспортному налогу в период его розыска). При этом часть 4 статьи 14 Федерального закона № 283 «О государственной регистрации транспортных средств…» указывает, что «паспорта транспортных средств, оформленные взамен утраченных или пришедших в негодность, при отсутствии сведений об оформлении взамен них электронных паспортов, а также регистрационные документы выдаются регистрационным подразделением владельцам транспортных средств или их представителям». Из всего этого следует, что покупатель должен быть вправе самостоятельно обратиться в ГИБДД для замены ПТС, в котором нет места, и переоформить автомобиль на себя без участия продавца. Однако на практике инспекторы обычно требуют, чтобы ПТС заменил продавец, который вписан в ПТС в качестве собственника – несмотря на то, что после подписания договора купли-продажи право собственности на автомобиль он уже утратил. Так что же делать и можно ли требовать от инспектора выдачи дубликата ПТС по логике закона?

Можно ли поменять ПТС и переоформить машину без участия продавца?

Чтобы получить официальный ответ на этот вопрос, мы направили запрос в МВД, и ответ был однозначным.

Нормой пункта 3 части 3 статьи 8 Федерального закона от 3 августа 2018 г. № 283-ФЗ «О государственной регистрации транспортных средств в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации» (далее – Федеральный закон) на владельца ТС возложена обязанность обратиться с заявлением в регистрационное подразделение для внесения изменений в регистрационные данные ТС в связи со сменой владельца ТС в течение десяти дней со дня приобретения прав владельца ТС. В случае невозможности дальнейшего использования паспорта ТС вследствие заполнения всех реквизитов при совершении регистрационных действий, связанных со сменой владельца, будет осуществлена его замена. Оформление документа, идентифицирующего ТС, взамен утраченного, пришедшего в негодность или устаревшего до выполнения возложенной на владельца Федеральным законом обязанности по регистрации ТС, законодательством не предусмотрено. Учитывая изложенное, выдача дубликата осуществляется по заявлению владельца ТС, сведения о котором содержатся в государственном реестре ТС.

Пресс-служба МВД РФ

Проще говоря, в МВД пояснили, что менять ПТС, в котором кончилось место, может только продавец автомобиля, вписанный в паспорт в качестве действующего собственника. И только после получения дубликата ПТС он сможет расписаться в нем в графе «бывший собственник» и передать его покупателю для проведения дальнейших регистрационных действий.

Любопытно, что, несмотря на однозначный ответ пресс-службы МВД, в Сети можно найти свидетельства о том, как людям удавалось переоформить купленный автомобиль с «полным» ПТС без участия продавца. Некоторые просто вписывали данные нового собственника прямо на полях паспорта, некоторые успешно добивались выполнения логической законной нормы о выдаче дубликата фактическому собственнику (то есть, покупателю). А некоторые продавцы шли на другую юридическую хитрость и выписывали покупателю доверенность на право представления интересов собственника в ГИБДД – таким образом, покупатель выступал и от лица продавца, и от лица покупателя, получал дубликат ПТС и переоформлял машину «сам на себя».

Так как правильно продать машину, у которой кончилось место в ПТС?

Несмотря на истории в Сети, официальный ответ пресс-службы МВД оставляет только один, самый очевидный вариант последовательности действия при продаже машины, у которой нет места в ПТС:

• продавец обращается в ГИБДД с заявлением о замене ПТС и получает дубликат взамен сданного;

• продавец и покупатель подписывают ДКП, в котором указывают номер дубликата ПТС;

• продавец расписывается в дубликате ПТС в графе «подпись прежнего собственника»;

• покупатель обращается с дубликатом ПТС в ГИБДД для перерегистрации машины на себя.

законы популярные вопросы

Новые статьи

Статьи / Авто с пробегом Audi А4 IV B8 (8K) с пробегом: ищите сквозную коррозию и не гонитесь за экокожей «Четверка» от Audi в кузове 8K, он же A4 B8 – серьезное обновление для модели. Радикально изменился дизайн как экстерьера, так и интерьера, был взят курс на повышение градуса спортивности. Н… 152 0 0 03.05.2023

Статьи / Популярные вопросы Учебная езда: где она разрешена, где запрещена и в чем подвох с экзаменом Мы уже рассказывали о том, какие ограничения существуют для начинающих водителей со стажем менее двух лет, а сегодня поговорим о тех, у кого настоящего водительского стажа еще нет совсем –… 361 0 0 01.05.2023

Статьи / Шины и диски Комфорт с повышенным ресурсом: тест шин Cordiant Gravity Летний модельный ряд Cordiant до этого года выглядел вполне законченным: шины Comfort, Sport, All-Terrain и Off-Road, а также пожилой бюджетный Road Runner, который вышел еще в 2012-м. Некот… 1201 3 0 30.04.2023

Популярные тест-драйвы

Тест-драйвы / Тест-драйв 30 лет рабства: тест-драйв ГАЗ-53 Точнее было бы написать «тест-драйв ГАЗ-САЗ-3507 на шасси ГАЗ-53-14», но это слишком сложно. А вот просто ГАЗ-53 узнает каждый, кто успел выпить стакан  газировки за одну копейку (с сиропом… 10274 9 878 09.12.2022

Тест-драйвы / Тест-драйв Тест-драйв Geely Monjaro: лучше, чем Volvo? В Китае этот полноразмерный кроссовер дебютировал еще два года назад под неблагозвучным для нашего уха именем Xingyue L и заводским индексом KX11. В России машину сертифицировали в 2022, и в… 9702 8 9 07.04.2023

Тест-драйвы / Тест-драйв Пятаки на снегу: первый тест-драйв Москвич 3 Про автомобили с эмблемой московского завода «Москвич» сейчас говорят много и не всегда – хорошо. Что уж там, всем ведь понятно, что в этом «россиянине с раскосыми и жадными глазами» из росс… 6807 17 2 23.12.2022

Нет подписи прежнего собственника в ПТС: что делать

Елена Жаданова

спросила в Сообществе

Профиль автора

У меня умер муж. Перед этим мы с ним оформили договор купли-продажи автомобиля, чтобы машина стала моей. Когда я пошла ставить автомобиль на учет, в ГИБДД мне отказали: в ПТС нет подписи прежнего владельца. Правомерно ли это?

Александр Майфет

разобрался, как зарегистрировать автомобиль в ГИБДД

Профиль автора

Вам отказали законно: покупатель не может поставить автомобиль на учет без подписи продавца в ПТС. Но из этой ситуации есть выход — вам не придется подделывать подпись мужа.

Что говорит закон

Паспорт транспортного средства — один из документов, по которым можно идентифицировать автомобиль. В нем есть данные о технических характеристиках машины, всех собственниках и регистрационных действиях в ГИБДД.

ст. 14 закона о государственной регистрации ТС

При продаже автомобиля продавец и покупатель должны расписаться в бумажном ПТС. Подписи в нем и договоре купли-продажи, ДКП, должны визуально совпадать. Остальные данные в ПТС впишут сотрудники ГИБДД, когда будут регистрировать авто.

По закону ГИБДД может отказать в регистрации автомобиля без подписи продавца в ПТС, даже если он умер.

Так, в Новокузнецке мужчина купил автомобиль у наследницы умершего. Она уже вступила в наследство, но забыла расписаться в ПТС. В ГИБДД в регистрации автомобиля отказали. Новый владелец попытался оспорить решение в суде, но отказ признали законным, хотя у покупателя и был действительный договор купли-продажи.

п. 1 ст. 20 закона о государственной регистрации ТС

п. 32.2 требований к ПТС, утв. приказом МВД от 23.04.2019 № 267

Решение Центрального райсуда Новокузнецка от 15.08.2019 № 2а-3816/2019

Почему не стоит подделывать подпись в ПТС

Когда в ГИБДД узнают о смерти человека, на которого оформлен автомобиль, регистрацию аннулируют. Заново ставить автомобиль на учет должны наследники или новые собственники. Но если вы покупали автомобиль в браке, то машина была совместным имуществом и в любом случае наполовину принадлежала вам. То есть в вашем случае вы собственник и, скорее всего, наследник.

п. 58 правил регистрации ТС

Может показаться, что проще всего поставить подпись в ПТС своими руками. Я не советую так делать: это не мошенничество и вряд ли у вас будут проблемы с уголовным кодексом, но могут возникнуть другие сложности.

Изумительная история 11.05.17

Право собственности на автомобиль не зависит от регистрации в ГИБДД

Если вы распишетесь за мужа, другие наследники могут оспорить законность сделки. В суде они будут утверждать, что умерший не собирался продавать автомобиль, а вы подделали подпись в ПТС и обманом завладели его имуществом — или частью, если машину покупали в браке. Суд может согласиться с этой версией.

Так, в Железногорске сын умершего собственника потребовал в суде признать ДКП автомобиля недействительным. По его мнению, отец не собирался продавать авто, ничего не подписывал и не получал денег.

Новый владелец не смог доказать, что он добросовестный покупатель: почерковедческая экспертиза установила, что подпись продавца в ДКП и ПТС подделали. Суд обязал покупателя вернуть машину наследнику.

Решение Железногорского горсуда от 11. 09.2018 № 2-502/2018

Я не знаю, возможно ли такое в вашем случае, но лучше не рисковать. Есть другие способы законно решить проблему.

Что делать, если продавец не расписался в ПТС

У вас есть три варианта действий.

Заявить об утере ПТС. Как собственник автомобиля вы можете обратиться в ГИБДД с заявлением об утрате ПТС. Для этого вам потребуются:

1. Паспорт.
2. Свидетельство о регистрации транспортного средства.
3. Договор купли-продажи.
4. Заявление о выдаче нового ПТС.
5. Квитанция об уплате госпошлины.
6. Объяснительная о том, как вы потеряли ПТС.

п. 74 правил регистрации ТС

Заявление можно подать лично или через портал госуслуг. В результате вам выдадут дубликат ПТС — вместо подписи прежнего собственника ГИБДД поставит в нем свою отметку.

Сообщество 25.11.20

Нужно ли регистрировать на себя унаследованный автомобиль и платить транспортный налог?

У такого способа есть недостатки. Новый ПТС не защитит от возможных исков со стороны наследников. А если соберетесь продавать машину, дубликат ПТС с особой отметкой «Выдан взамен утерянного» отпугнет большинство потенциальных покупателей.

Вступить в наследство. Вы, как супруга умершего, можете вступить в наследство и зарегистрировать автомобиль на свое имя.

Для этого нужно обратиться к нотариусу и написать заявление о принятии наследства. Затем вы получите свидетельство о праве на наследство — его выдают через шесть месяцев с даты смерти наследодателя. На основании свидетельства ГИБДД зарегистрирует автомобиль.

ст. 1153 ГК РФ

Оформить электронный ПТС взамен бумажного. Подпись предыдущего владельца для регистрации автомобиля в таком случае не понадобится.

ст. 218 ГК РФ

Электронный ПТС оформляют уполномоченные организации, которые есть в каждом регионе. Вы можете обратиться в любую, услуга стоит 600 Р.

Перечень уполномоченных организаций, оформляющих паспорта транспортных средствPDF, 414 КБ

Даже если бумажный ПТС сохранится, воспользоваться им для регистрации автомобиля в ГИБДД уже не получится: при оформлении электронного паспорта бумажный аннулируют.

Обратиться в суд. Вы законно владеете машиной, но не можете свободно эксплуатировать ее без регистрации. В такой ситуации вы можете попробовать через суд признать право собственности на автомобиль и обязать ГИБДД зарегистрировать его на ваше имя. В этом случае вы не оспариваете отказ ГИБДД, а требуете разрешить противоречие, из-за которого не можете пользоваться своим имуществом.

В судебной практике есть похожие примеры. Так, в Свердловской области предприниматель купил прицеп, но не смог его зарегистрировать, потому что в ПТС не осталось места для новых записей. Продавца к тому моменту признали недееспособным. Суд встал на сторону покупателя, признал за ним право собственности и обязал ГИБДД зарегистрировать прицеп.

Решение мирового судьи Пышминского района Свердловской области от 07.12.2016 № 2-1247/2016

Что в итоге

По закону ГИБДД может отказать в регистрации автомобиля без подписи продавца в ПТС.

Подделывать подпись не нужно: вы, как собственник, можете оформить дубликат ПТС, электронный ПТС взамен бумажного или через суд обязать ГИБДД зарегистрировать авто. Вы также можете вступить в наследство, а затем зарегистрировать машину на свое имя.

/guide/elpts/

Что такое электронный ПТС

Что делать?Читатели спрашивают — эксперты отвечают

Задать свой вопрос

Нью-Йорк DMV | Свидетельство о праве собственности отсутствует

Если у продавца есть свидетельство о праве собственности, которое было передано продавцу предыдущим владельцем, и в свидетельстве о праве собственности указано имя предыдущего владельца, продавец должен получить свидетельство о праве собственности. сертификат, отображающий имя продавца. Используйте форму «Заявка только на название» (PDF) (MV-82TON). Внимательно следуйте инструкциям.

Не использовать форму МВ-82ТОН до

• одновременно подать заявку на регистрацию транспортного средства и свидетельство о праве собственности
• заменить утерянное свидетельство о праве собственности

Если продавец не может получить свидетельство о праве собственности, в котором указано его имя, он может связаться с DMV, чтобы получить дополнительную информацию.

Транспортные средства без титула

Замена регистрационного номера штата Нью-Йорк, подлежащего передаче

Если регистрационный номер штата Нью-Йорк, подлежащий передаче, утерян, текущий владелец может подать заявление на получение дубликата регистрационного документа в офисе DMV. Воспользуйтесь Заявлением о регистрации или праве собственности (PDF)  (MV-82) и инструкциями по регистрации/присвоению права собственности на транспортное средство в штате Нью-Йорк (PDF) (MV-82.1). Текущий владелец

• может передать право собственности с дублирующей регистрацией, даже если срок регистрации истек
• также необходимо заполнить купчую (см. Подтверждение права собственности при покупке) DMV

  Используйте Свидетельство о регистрации штата Нью-Йорк для передачи транспортного средства без правового титула

  Если передаваемая регистрация штата Нью-Йорк утеряна и DMV не может выдать дубликат, текущий владелец может подать заявку на Свидетельство о регистрации штата Нью-Йорк для передачи Транспортное средство без титула (форма МВ-353). DMV должен убедиться, что транспортное средство было зарегистрировано на текущего владельца. Текущий владелец должен предоставить удостоверение личности (см. документы, удостоверяющие личность). За форму MV-353 взимается плата в размере 10 долларов США. Текущий владелец может использовать форму MV-353 и купчую.

   

  Используйте Заявление о праве собственности (PDF) (MV-51B)

  Если DMV не может выдать передаваемую регистрацию или форму MV-353, заявитель на регистрацию должен представить другие доказательства права собственности. Например, заявитель может предъявить старую регистрацию, оригинальный сертификат происхождения производителя или оригинальное заявление производителя о происхождении. Если доказательство недоступно, заявитель может использовать MV-51B для подтверждения права собственности.

   

  Используйте свидетельство [аффидевит] о продаже или передаче (PDF) (MV-51) для 1972 или более старые транспортные средства или любые другие транспортные средства без правового титула

  Если продавец не зарегистрировал транспортное средство, лодку, квадроцикл или снегоход, он может предоставить покупателю

  • заполненный MV-51
  • оригинал подтверждения права собственности
  • купчая, полученная от предыдущего владельца

  Если есть другие предыдущие владельцы, продавец также должен предоставить покупателю доказательства всех предыдущих переходов права собственности. Продавец также должен предоставить покупателю купчую.

   

  
  Продавец не предоставил документы, подтверждающие право собственности.

  Перед покупкой автомобиля, лодки или снегохода, не имеющего титула, убедитесь, что вы получите приемлемые документы, подтверждающие право собственности. Если вы не можете получить какое-либо из этих доказательств, вы должны

  • связаться с лицом, продавшим вам автомобиль, лодку или снегоход, и получить
    • купчую, а также
    • квитанцию ​​о регистрации или форму MV-353, переданную ты

  или

  • напишите владельцу и попросите, чтобы он передал вам приемлемое подтверждение права собственности и отправил его вам по почте (мы рекомендуем вам использовать заказную почту, чтобы запросить уведомление о вручении

  Если вы не получили подтверждение и Почтовая служба США вернет ваше заказное письмо, принесите все из этих предметов в офис DMV

  • возвращенное заказное письмо в конверте, не вскрытое
  • карандашный след, фотографию или заявление полиции о том, что показывает идентификационный номер автомобиля
  • нотариально заверенное заявление, в котором объясняется, как вы получили автомобиль и как вы пытались получить приемлемое подтверждение права собственности
  • другие документы, подтверждающие право собственности, например, купчая или регистрационные документы предыдущих владельцев, чек об оплате
  • заполненное Заявление о праве собственности (PDF) (MV-51B) — если вы владели транспортным средством, лодкой или снегоходом менее одного года и никогда не регистрировались предыдущим владельцем, предыдущий владелец должен заполнить форму МВ-51Б

   

  Важная информация

  Если ваше свидетельство о праве собственности на транспортное средство, лодку или снегоход без права собственности не имеет регистрации штата Нью-Йорк, подлежащей передаче, местный офис DMV выдаст непередаваемую регистрацию. Вы можете использовать транспортное средство, лодку или снегоход с непередаваемой регистрацией, но вы не можете передать свое право собственности другому лицу.

  Бюро регистрации прав DMV рассмотрит ваши доказательства и отправит вам по почте либо регистрационное свидетельство, допускающее передачу, либо письмо, объясняющее, почему DMV не может выдать регистрационное свидетельство, допускающее передачу.

   

  Год использования и баллы — Club Wyndham

  Как новый владелец Club Wyndham, у вас под рукой есть все инструменты, необходимые для бронирования вашего первого отпуска. Ваши баллы и год использования являются основой каждого отпуска. Одна — это валюта, которую вы используете для бронирования отпуска, а другая — период времени, в течение которого вы должны их «потратить».

  Итак, начните составлять свой список желаний — потому что после того, как вы освоите эти две основы таймшера, вы будете готовы с легкостью спланировать свой следующий отпуск.

  1.

     Баллы = Деньги

  Считайте свои баллы эксклюзивной валютой владельца Club Wyndham. Вот три типа баллов, доступных владельцам:

  Баллы Club Wyndham:  Баллы, которые вы получили за право собственности — используйте их, чтобы забронировать захватывающий отдых на более чем 220 курортах! Вы получаете баллы Club Wyndham каждый год на ежегодной основе или раз в два года на двухгодичной основе. Они используются для определения ценности сезонов, размеров люксов и расположения курортов.

  Бонусные баллы:  Дополнительные баллы, которые предлагаются некоторым владельцам при покупке новой собственности. Бонусные баллы можно использовать на срок до 24 месяцев, и вы можете использовать их так же, как баллы Club Wyndham.

  Баллы Wyndham Rewards®: Wyndham Rewards — самая щедрая в мире программа поощрения лояльности отелей. Эти баллы отличаются от баллов Club Wyndham, но их можно использовать для бронирования курорта Wyndham Vacation Clubs через Wyndham Rewards или Extra Holidays (в зависимости от наличия мест). Wyndham Rewards предлагает тысячи отелей, курортных клубов и домов для отпуска по всему миру, а также множество способов заработать и использовать баллы. Это дает вам больше возможностей путешествовать и получать вознаграждение так, как вы хотите. Нажмите здесь, чтобы узнать больше об этой программе и о том, как зарегистрироваться бесплатно.

  Когда вы не путешествуете по новым направлениям, используя баллы Club Wyndham, вы можете использовать их для следующих эксклюзивных услуг для владельцев:

  • Привилегии путешествия с PlusPartners, такие как аренда автомобиля или бронирование круиза
  • Wyndham Club Pass — программа внутреннего обмена, дающая доступ к дополнительным курортам
  • Депозитные баллы с RCI — вашей всемирной обменной сетью
  • Конвертируйте баллы в доллары за обслуживание
  • Сделать благотворительное пожертвование

  2.   Год использования

  Ваши баллы остаются активными в течение 12-месячного периода, известного как год использования.