From badcc2580396ebf791db230a1995711f773fc364 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Fri, 20 Mar 2026 13:38:13 +0000 Subject: [PATCH 1/2] Add Automarshal system overview docs Co-authored-by: oven077 --- README.md | 32 ++++++ docs/system-overview.md | 220 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 252 insertions(+) create mode 100644 README.md create mode 100644 docs/system-overview.md diff --git a/README.md b/README.md new file mode 100644 index 0000000..1274e5c --- /dev/null +++ b/README.md @@ -0,0 +1,32 @@ +# Automarshal system overview + +This repository now contains a concise technical summary of the Automarshal product family based on the vendor brochure published by Mallenom Systems: + +- Source brochure: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf + +## What Automarshal is + +Automarshal is an automatic vehicle access and monitoring platform built around license plate recognition. The brochure positions it as a system for: + +- controlled entry and exit at gates and barriers +- transport access lists and guest pass workflows +- integration with access control, video surveillance, and parking systems +- monitoring and reporting for parking, logistics, and residential sites +- embedding number plate recognition into third-party products through SDK and service APIs + +## Contents + +- [System overview](docs/system-overview.md) + +## Key points from the brochure + +- Runs on Windows or Linux +- Supports PostgreSQL for durable storage and fast access to event data +- Offers a web client for remote monitoring and pass management +- Can integrate with barriers, LED panels, card readers, GSM modules, and other external devices +- Supports integrations with ACS, parking, car wash/service, and residential access systems +- Includes SDK options for .NET, COM/OLE, HTTP-based service integration, and RabbitMQ-based event delivery + +## Note + +The documentation in this repository is a distilled system-level summary created from the brochure. It is useful for orientation and architectural discussions, but it should not be treated as a substitute for vendor integration manuals or product datasheets. diff --git a/docs/system-overview.md b/docs/system-overview.md new file mode 100644 index 0000000..f4ab65d --- /dev/null +++ b/docs/system-overview.md @@ -0,0 +1,220 @@ +# Automarshal system overview + +This document summarizes the Automarshal platform described in the Mallenom Systems brochure and reorganizes it into a system-oriented view. + +- Source: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf +- Scope: product family overview, high-level architecture, capabilities, integrations, and common deployment patterns + +## 1. Product family + +The brochure describes Automarshal as a family of products centered on automated vehicle recognition and access control: + +- **Automarshal**: the primary application platform for number plate recognition, event handling, access rules, and operator workflows +- **Automarshal.Gate**: a lighter integration-oriented edition that reads passing vehicle plates and forwards recognition events into an external system where the rest of the logic is implemented +- **Automarshal Web Client**: browser-based remote access for viewing events, cameras, and passes from phones, tablets, and desktops +- **Automarshal.SDK**: embeddable recognition toolkit for third-party software +- **Automarshal.SDK Service API**: HTTP-based recognition service with event subscription and message delivery options + +## 2. What the system does + +At a high level, Automarshal identifies vehicles, applies site rules, records events, and can trigger physical or logical actions such as opening a barrier or sending data to an external platform. + +Typical goals include: + +- automating vehicle admission to a protected territory +- replacing or simplifying manual checkpoint workflows +- maintaining vehicle whitelists, guest passes, and time-based access rules +- tracking entries, exits, parking occupancy, and transport movements +- integrating recognition results into larger ACS, parking, or logistics systems + +## 3. High-level architecture + +```text +IP cameras / ANPR cameras / sensors + | + v + +-----------------------+ + | Automarshal core | + | recognition + rules | + | event processing | + +-----------------------+ + | | | + | | +--> Web client / operator workflows / guest passes + | | + | +-----------> External systems via HTTP, TCP/IP, SDK, RabbitMQ + | + +-------------------> Barriers, gates, LED panels, GSM modules, + card readers, traffic lights, I/O devices + + | + v + PostgreSQL storage +``` + +## 4. Core building blocks + +### 4.1 Recognition and decision engine + +The core platform performs number plate recognition and ties those results to business rules. Based on brochure examples, the decision layer can: + +- allow or deny access +- match vehicles against configured access lists +- enforce date, day-of-week, time-of-day, trip-count, and parking-capacity limits +- associate recognition events with vehicle photos and journals +- notify operators or upstream systems about events + +### 4.2 Operator and remote access layer + +The web client extends the system to remote users and administrators. The brochure highlights support for: + +- remote review of vehicle passage logs +- viewing video from connected cameras +- managing passes from desktop or mobile browsers +- delegating pass workflows to tenant or business-side operators +- residential guest vehicle workflows through connected services and mobile apps + +### 4.3 Data layer + +The brochure explicitly mentions **PostgreSQL** support for reliable storage and fast access to recorded data. That implies a typical deployment keeps recognition events, access records, and operator-visible history in a relational datastore. + +### 4.4 Device and field integration layer + +Automarshal is presented as a control point between recognition software and on-site devices, including: + +- barriers and gates +- I/O modules for external device control +- induction loop controllers and vehicle detection sensors +- traffic lights +- LED information panels +- GSM modules used to trigger opening by phone call +- card readers for contactless-card entry workflows + +## 5. Functional capabilities called out in the brochure + +The brochure highlights a broad set of functions that can be enabled depending on the site: + +### Access control and pass management + +- vehicle whitelists and access lists +- guest pass creation +- time- and quota-based access restrictions +- automatic opening for approved vehicles + +### Emergency and special vehicle handling + +- recognition of emergency/service vehicles such as fire, ambulance, and police vehicles +- automatic barrier opening to support unobstructed access policies + +### Parking and occupancy workflows + +- monitoring how long a vehicle remains in frame +- interpreting first appearance as entry and disappearance as exit +- tracking multiple parking zones +- counting free parking places + +### Truck, trailer, and logistics workflows + +- linking a truck number and trailer number into a single record +- checking correspondence between truck and trailer on entry and exit +- reducing checkpoint congestion in logistics and warehouse sites +- helping prevent trailer theft or mismatched departure scenarios + +### Speed-related events + +- software-based speed measurement at the moment of recognition +- operator alerts when limits are exceeded +- forwarding those events into external systems + +### Zone-based analytics + +- defining multiple control zones within the frame +- generating per-zone reporting +- counting vehicles in service bays, fueling positions, or similar operational areas + +## 6. Platform and deployment notes + +The brochure states that Automarshal software can be installed on computers running: + +- **Windows** +- **Linux** + +Reference configurations in the brochure frequently mention Windows-based PCs with Core i3, i5, or i7 processors, SSD storage, and 8 to 16 GB of RAM, depending on the scenario. Those examples should be treated as bundled or reference solutions rather than universal minimum requirements. + +## 7. Integration model + +Integration is one of the main themes of the brochure. It describes interoperability with: + +- access control systems +- video surveillance systems +- parking systems +- car wash and automotive service software +- residential access services and mobile applications +- external business logic platforms + +The specific technical mechanisms mentioned include: + +- **HTTP** +- **TCP/IP** +- **COM/OLE** +- **.NET SDK** +- **HTTP service API** +- **RabbitMQ** message delivery +- device connectivity over interfaces such as **Ethernet**, **RS-232**, and **RS-485** + +## 8. Example deployment patterns + +The brochure suggests several recurring deployment patterns. + +### Enterprise gate or checkpoint + +- plate recognition at entry and exit +- barrier control +- event logging and access list checks +- operator review through desktop or web client + +### Residential complex + +- automated vehicle admission +- guest access workflows +- integration with mobile applications and residential access services +- optional GSM-triggered opening + +### Parking facility + +- entry and exit accounting +- occupancy and free-space monitoring +- LED message display for drivers + +### Logistics center or truck yard + +- multiple recognition channels +- truck and trailer matching +- tighter checkpoint automation +- reduced queues and improved auditability + +### Light-touch integration with external ACS + +In the brochure, **Automarshal.Gate** is positioned for deployments where Automarshal mainly reads a vehicle plate and sends the event onward, while the external system owns the business rules and operator logic. + +## 9. Implementation implications + +A practical implementation based on the brochure would likely need to account for: + +- camera placement and image quality for reliable recognition +- sensor selection for safe barrier automation +- event routing into site-specific ACS or operational systems +- rule design for whitelists, visitors, quotas, and exceptions +- database sizing and retention policy for event history +- role-based access for web and mobile workflows + +## 10. Limitations of this summary + +This document is intentionally high level. The brochure is marketing and solution-oriented, so it does not provide the full implementation detail needed for engineering design, such as: + +- precise API schemas +- exact device compatibility matrices +- full performance envelopes for every configuration +- security model details +- deployment hardening guidance + +Those details would need to come from vendor manuals, SDK documentation, and project-specific requirements. From 2ef46f88eeee3401c74dd20faea132e6b348bcd8 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Fri, 20 Mar 2026 13:56:07 +0000 Subject: [PATCH 2/2] Translate Automarshal docs to Russian Co-authored-by: oven077 --- README.md | 42 +++--- docs/system-overview.md | 294 ++++++++++++++++++++-------------------- 2 files changed, 168 insertions(+), 168 deletions(-) diff --git a/README.md b/README.md index 1274e5c..eb07f2e 100644 --- a/README.md +++ b/README.md @@ -1,32 +1,32 @@ -# Automarshal system overview +# Обзор системы Automarshal -This repository now contains a concise technical summary of the Automarshal product family based on the vendor brochure published by Mallenom Systems: +В репозиторий добавлено краткое техническое описание семейства продуктов Automarshal на основе рекламно-технической брошюры компании Mallenom Systems: -- Source brochure: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf +- Источник: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf -## What Automarshal is +## Что такое Automarshal -Automarshal is an automatic vehicle access and monitoring platform built around license plate recognition. The brochure positions it as a system for: +Automarshal — это платформа автоматизации транспортного доступа и мониторинга, построенная вокруг распознавания государственных регистрационных знаков. По материалам брошюры система предназначена для: -- controlled entry and exit at gates and barriers -- transport access lists and guest pass workflows -- integration with access control, video surveillance, and parking systems -- monitoring and reporting for parking, logistics, and residential sites -- embedding number plate recognition into third-party products through SDK and service APIs +- автоматизации въезда и выезда через КПП, ворота и шлагбаумы +- ведения списков доступа транспорта и оформления гостевых пропусков +- интеграции со СКУД, системами видеонаблюдения и парковочными решениями +- мониторинга и отчетности для парковок, логистических и жилых объектов +- встраивания распознавания номеров в сторонние продукты через SDK и сервисные API -## Contents +## Содержимое -- [System overview](docs/system-overview.md) +- [Обзор системы](docs/system-overview.md) -## Key points from the brochure +## Основные выводы по брошюре -- Runs on Windows or Linux -- Supports PostgreSQL for durable storage and fast access to event data -- Offers a web client for remote monitoring and pass management -- Can integrate with barriers, LED panels, card readers, GSM modules, and other external devices -- Supports integrations with ACS, parking, car wash/service, and residential access systems -- Includes SDK options for .NET, COM/OLE, HTTP-based service integration, and RabbitMQ-based event delivery +- Поддерживаются Windows и Linux +- Есть поддержка PostgreSQL для надежного хранения и быстрого доступа к событиям +- Доступен web-клиент для удаленного мониторинга и управления пропусками +- Возможна интеграция со шлагбаумами, LED-панелями, считывателями карт, GSM-модулями и другими внешними устройствами +- Поддерживаются интеграции со СКУД, парковочными системами, ПО для автомоек и автосервисов, а также сервисами для жилых объектов +- Для интеграции доступны варианты на базе .NET, COM/OLE, HTTP-сервиса и RabbitMQ -## Note +## Примечание -The documentation in this repository is a distilled system-level summary created from the brochure. It is useful for orientation and architectural discussions, but it should not be treated as a substitute for vendor integration manuals or product datasheets. +Документация в этом репозитории представляет собой сжатый системный конспект по брошюре. Ее удобно использовать для первичного ознакомления и архитектурного обсуждения, но она не заменяет официальные руководства по интеграции, API-описания и спецификации производителя. diff --git a/docs/system-overview.md b/docs/system-overview.md index f4ab65d..8fb5896 100644 --- a/docs/system-overview.md +++ b/docs/system-overview.md @@ -1,220 +1,220 @@ -# Automarshal system overview +# Обзор системы Automarshal -This document summarizes the Automarshal platform described in the Mallenom Systems brochure and reorganizes it into a system-oriented view. +В этом документе платформа Automarshal из брошюры Mallenom Systems собрана в более системном и техническом виде. -- Source: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf -- Scope: product family overview, high-level architecture, capabilities, integrations, and common deployment patterns +- Источник: https://www.mallenom.ru/Docs/AM/Automarshal_Brochure.pdf +- Охват: семейство продуктов, высокоуровневая архитектура, функции, интеграции и типовые сценарии применения -## 1. Product family +## 1. Семейство продуктов -The brochure describes Automarshal as a family of products centered on automated vehicle recognition and access control: +В брошюре Automarshal представлен как семейство решений для автоматического распознавания транспорта и управления доступом: -- **Automarshal**: the primary application platform for number plate recognition, event handling, access rules, and operator workflows -- **Automarshal.Gate**: a lighter integration-oriented edition that reads passing vehicle plates and forwards recognition events into an external system where the rest of the logic is implemented -- **Automarshal Web Client**: browser-based remote access for viewing events, cameras, and passes from phones, tablets, and desktops -- **Automarshal.SDK**: embeddable recognition toolkit for third-party software -- **Automarshal.SDK Service API**: HTTP-based recognition service with event subscription and message delivery options +- **Automarshal**: основная программная платформа для распознавания номеров, обработки событий, правил доступа и операторских сценариев +- **Automarshal.Gate**: облегченная интеграционная версия, которая считывает номер проезжающего автомобиля и передает событие распознавания во внешнюю систему, где уже реализуется основная логика +- **Automarshal Web-клиент**: браузерный интерфейс для удаленного просмотра событий, камер и управления пропусками с телефона, планшета или ПК +- **Automarshal.SDK**: комплект средств разработки для встраивания распознавания номеров в стороннее ПО +- **Automarshal.SDK Service API**: HTTP-сервис распознавания номеров с подпиской на события и вариантами доставки результатов -## 2. What the system does +## 2. Что делает система -At a high level, Automarshal identifies vehicles, applies site rules, records events, and can trigger physical or logical actions such as opening a barrier or sending data to an external platform. +На верхнем уровне Automarshal распознает транспорт, применяет правила объекта, сохраняет события и при необходимости инициирует физические или логические действия: например, открытие шлагбаума либо передачу события во внешнюю систему. -Typical goals include: +Типовые задачи: -- automating vehicle admission to a protected territory -- replacing or simplifying manual checkpoint workflows -- maintaining vehicle whitelists, guest passes, and time-based access rules -- tracking entries, exits, parking occupancy, and transport movements -- integrating recognition results into larger ACS, parking, or logistics systems +- автоматизация допуска автомобилей на охраняемую территорию +- сокращение ручных операций на КПП +- ведение белых списков, гостевых пропусков и временных правил доступа +- учет въездов, выездов, занятости парковки и перемещений транспорта +- передача результатов распознавания в СКУД, парковочные, логистические и другие внешние системы -## 3. High-level architecture +## 3. Высокоуровневая архитектура ```text -IP cameras / ANPR cameras / sensors - | - v - +-----------------------+ - | Automarshal core | - | recognition + rules | - | event processing | - +-----------------------+ - | | | - | | +--> Web client / operator workflows / guest passes - | | - | +-----------> External systems via HTTP, TCP/IP, SDK, RabbitMQ - | - +-------------------> Barriers, gates, LED panels, GSM modules, - card readers, traffic lights, I/O devices - - | - v - PostgreSQL storage +IP-камеры / ANPR-камеры / датчики + | + v + +----------------------------+ + | Ядро Automarshal | + | распознавание + правила | + | обработка событий | + +----------------------------+ + | | | + | | +--> Web-клиент / пропуска / удаленная работа + | | + | +-------------> Внешние системы по HTTP, TCP/IP, SDK, RabbitMQ + | + +-----------------------> Шлагбаумы, ворота, LED-панели, GSM-модули, + считыватели карт, светофоры, I/O-модули + + | + v + PostgreSQL / хранение данных ``` -## 4. Core building blocks +## 4. Основные компоненты -### 4.1 Recognition and decision engine +### 4.1 Контур распознавания и принятия решений -The core platform performs number plate recognition and ties those results to business rules. Based on brochure examples, the decision layer can: +Базовая логика системы строится вокруг распознавания номера и применения правил объекта. Судя по брошюре, этот контур может: -- allow or deny access -- match vehicles against configured access lists -- enforce date, day-of-week, time-of-day, trip-count, and parking-capacity limits -- associate recognition events with vehicle photos and journals -- notify operators or upstream systems about events +- разрешать или запрещать проезд +- сопоставлять автомобиль с настроенными списками доступа +- учитывать период действия, дни недели, время суток, количество проездов и лимиты по парковочным местам +- связывать событие с фотографией автомобиля и записью в журнале +- формировать уведомления для оператора или внешних систем -### 4.2 Operator and remote access layer +### 4.2 Операторский и удаленный доступ -The web client extends the system to remote users and administrators. The brochure highlights support for: +Web-клиент расширяет систему на удаленных пользователей и администраторов. В брошюре упоминаются следующие возможности: -- remote review of vehicle passage logs -- viewing video from connected cameras -- managing passes from desktop or mobile browsers -- delegating pass workflows to tenant or business-side operators -- residential guest vehicle workflows through connected services and mobile apps +- удаленный просмотр журнала регистрации проехавших транспортных средств +- просмотр видео с подключенных камер +- управление пропусками через браузер с компьютера или мобильного устройства +- делегирование части работы с пропусками арендаторам или другим ответственным сотрудникам +- оформление гостевых пропусков и сценарии доступа для жилых объектов через связанные сервисы и мобильные приложения -### 4.3 Data layer +### 4.3 Слой хранения данных -The brochure explicitly mentions **PostgreSQL** support for reliable storage and fast access to recorded data. That implies a typical deployment keeps recognition events, access records, and operator-visible history in a relational datastore. +В брошюре явно указана поддержка **PostgreSQL** для надежного хранения данных и высокой скорости доступа к ним. Это позволяет рассматривать PostgreSQL как основной слой хранения истории проездов, событий доступа и операторских данных. -### 4.4 Device and field integration layer +### 4.4 Интеграция с оборудованием и внешней инфраструктурой -Automarshal is presented as a control point between recognition software and on-site devices, including: +Automarshal позиционируется как промежуточное звено между видеоаналитикой и исполнительными устройствами объекта. В материалах упоминаются: -- barriers and gates -- I/O modules for external device control -- induction loop controllers and vehicle detection sensors -- traffic lights -- LED information panels -- GSM modules used to trigger opening by phone call -- card readers for contactless-card entry workflows +- шлагбаумы и ворота +- модули ввода-вывода для управления внешними устройствами +- контроллеры индукционных петель и датчики детекции транспорта +- светофоры +- LED-панели для вывода сообщений водителям +- GSM-модули для открытия шлагбаума по звонку +- считыватели бесконтактных карт -## 5. Functional capabilities called out in the brochure +## 5. Функциональные возможности из брошюры -The brochure highlights a broad set of functions that can be enabled depending on the site: +Состав функций зависит от сценария внедрения, но в брошюре выделены несколько устойчивых направлений. -### Access control and pass management +### Управление доступом и пропусками -- vehicle whitelists and access lists -- guest pass creation -- time- and quota-based access restrictions -- automatic opening for approved vehicles +- списки доступа транспорта +- оформление гостевых пропусков +- ограничения по времени, периодам и квотам +- автоматическое открытие для разрешенных автомобилей -### Emergency and special vehicle handling +### Обработка спецтранспорта -- recognition of emergency/service vehicles such as fire, ambulance, and police vehicles -- automatic barrier opening to support unobstructed access policies +- распознавание автомобилей экстренных и специальных служб +- автоматическое открытие шлагбаума для соблюдения требований беспрепятственного доступа -### Parking and occupancy workflows +### Парковка и учет присутствия -- monitoring how long a vehicle remains in frame -- interpreting first appearance as entry and disappearance as exit -- tracking multiple parking zones -- counting free parking places +- фиксация длительности нахождения автомобиля в кадре +- интерпретация первого появления как въезда, а исчезновения как выезда +- выделение нескольких парковочных зон +- подсчет свободных парковочных мест -### Truck, trailer, and logistics workflows +### Грузовой транспорт и логистика -- linking a truck number and trailer number into a single record -- checking correspondence between truck and trailer on entry and exit -- reducing checkpoint congestion in logistics and warehouse sites -- helping prevent trailer theft or mismatched departure scenarios +- связка номера грузовика и прицепа в одну запись +- проверка соответствия грузовика и прицепа при въезде и выезде +- снижение очередей на КПП логистических и складских объектов +- уменьшение риска хищения прицепов и ошибочных выездов -### Speed-related events +### Контроль скорости -- software-based speed measurement at the moment of recognition -- operator alerts when limits are exceeded -- forwarding those events into external systems +- программное измерение скорости в момент распознавания +- оповещения оператору о превышении скоростного режима +- передача таких событий во внешние системы -### Zone-based analytics +### Аналитика по зонам -- defining multiple control zones within the frame -- generating per-zone reporting -- counting vehicles in service bays, fueling positions, or similar operational areas +- выделение нескольких зон контроля в кадре +- формирование отчетов по каждой зоне +- подсчет транспорта в боксах, на колонках АЗС и в других рабочих зонах -## 6. Platform and deployment notes +## 6. Платформы и развертывание -The brochure states that Automarshal software can be installed on computers running: +Согласно брошюре, программное обеспечение Automarshal может устанавливаться на компьютеры под: - **Windows** - **Linux** -Reference configurations in the brochure frequently mention Windows-based PCs with Core i3, i5, or i7 processors, SSD storage, and 8 to 16 GB of RAM, depending on the scenario. Those examples should be treated as bundled or reference solutions rather than universal minimum requirements. +В типовых составах решений в брошюре часто фигурируют ПК на базе Core i3, i5 или i7, SSD и 8-16 ГБ оперативной памяти. Эти значения стоит воспринимать как примерные или референсные конфигурации для описанных сценариев, а не как универсальные минимальные требования. -## 7. Integration model +## 7. Модель интеграции -Integration is one of the main themes of the brochure. It describes interoperability with: +Одна из ключевых тем брошюры — интеграция Automarshal с внешними системами. Упомянуты следующие классы интеграций: -- access control systems -- video surveillance systems -- parking systems -- car wash and automotive service software -- residential access services and mobile applications -- external business logic platforms +- системы контроля и управления доступом +- системы видеонаблюдения +- парковочные системы +- ПО для автомоек и автосервисов +- сервисы и мобильные приложения для жилых объектов +- внешние платформы, в которых реализована бизнес-логика -The specific technical mechanisms mentioned include: +Из технических механизмов и интерфейсов прямо указаны: - **HTTP** - **TCP/IP** - **COM/OLE** - **.NET SDK** -- **HTTP service API** -- **RabbitMQ** message delivery -- device connectivity over interfaces such as **Ethernet**, **RS-232**, and **RS-485** +- **Service API по HTTP** +- **RabbitMQ** для доставки результатов распознавания +- подключение оборудования по **Ethernet**, **RS-232** и **RS-485** -## 8. Example deployment patterns +## 8. Типовые сценарии внедрения -The brochure suggests several recurring deployment patterns. +По материалам брошюры можно выделить несколько повторяющихся вариантов использования. -### Enterprise gate or checkpoint +### Корпоративный въезд или КПП -- plate recognition at entry and exit -- barrier control -- event logging and access list checks -- operator review through desktop or web client +- распознавание номеров на въезде и выезде +- управление шлагбаумом +- ведение журнала событий и проверка правил доступа +- операторская работа через локальный интерфейс или web-клиент -### Residential complex +### Жилой комплекс -- automated vehicle admission -- guest access workflows -- integration with mobile applications and residential access services -- optional GSM-triggered opening +- автоматизация допуска автомобилей на территорию +- оформление гостевых пропусков +- интеграция с мобильными приложениями и сервисами для жителей +- при необходимости открытие по GSM-сценарию -### Parking facility +### Парковка -- entry and exit accounting -- occupancy and free-space monitoring -- LED message display for drivers +- учет въездов и выездов +- мониторинг занятости и свободных мест +- вывод сообщений для водителей на LED-панель -### Logistics center or truck yard +### Логистический центр или площадка для грузовиков -- multiple recognition channels -- truck and trailer matching -- tighter checkpoint automation -- reduced queues and improved auditability +- несколько каналов распознавания +- связка грузовика и прицепа +- более жесткая автоматизация КПП +- снижение очередей и повышение прозрачности учета -### Light-touch integration with external ACS +### Облегченная интеграция с внешней СКУД -In the brochure, **Automarshal.Gate** is positioned for deployments where Automarshal mainly reads a vehicle plate and sends the event onward, while the external system owns the business rules and operator logic. +В брошюре **Automarshal.Gate** описан как вариант для сценариев, где система в основном только считывает номер автомобиля и отдает событие распознавания наружу, а вся дальнейшая логика реализуется во внешней системе. -## 9. Implementation implications +## 9. Практические выводы для внедрения -A practical implementation based on the brochure would likely need to account for: +Если проектировать решение на основе этой брошюры, отдельно нужно учитывать: -- camera placement and image quality for reliable recognition -- sensor selection for safe barrier automation -- event routing into site-specific ACS or operational systems -- rule design for whitelists, visitors, quotas, and exceptions -- database sizing and retention policy for event history -- role-based access for web and mobile workflows +- качество изображения и расположение камер для устойчивого распознавания +- выбор датчиков и схем безопасного управления шлагбаумом +- маршрутизацию событий в СКУД и другие прикладные системы объекта +- конфигурацию правил для списков доступа, посетителей, квот и исключений +- объем базы данных и политику хранения истории +- разграничение прав доступа для web- и мобильных сценариев -## 10. Limitations of this summary +## 10. Ограничения этого обзора -This document is intentionally high level. The brochure is marketing and solution-oriented, so it does not provide the full implementation detail needed for engineering design, such as: +Документ намеренно сделан высокоуровневым. Сама брошюра носит маркетингово-решенческий характер и не содержит всей инженерной информации, необходимой для проектирования и интеграции, например: -- precise API schemas -- exact device compatibility matrices -- full performance envelopes for every configuration -- security model details -- deployment hardening guidance +- точных схем API +- полного списка совместимого оборудования +- исчерпывающих границ производительности для всех конфигураций +- деталей по модели безопасности +- рекомендаций по hardening и промышленному развертыванию -Those details would need to come from vendor manuals, SDK documentation, and project-specific requirements. +Для этих аспектов понадобятся официальные руководства, документация по SDK и требования конкретного проекта.