@odoo_icp   Специализированная лаборатория внедрения Odoo  Михаила Скворцова
Follow us
Является ли Odoo АСУ?
Автоматизированной системой управления. Если да, что что в ней есть от АСУ

Интервью с Михаилом Скворцовым и Игорем Третьяковым о логической структуре систем управления предприятием

Запись интервью доступна по ссылке

Полная версия расшифровки доступна по ссылке

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

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

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

Ведущий: Какие основные проблемы вы видите в современных системах управления?

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

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

Ведущий: Как вы описываете модели в вашей системе?

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

Игорь Третьяков: Важно понимать, что между моделями могут существовать различные типы отношений: составные (когда модель состоит из других моделей), каскадируемые (когда изменения в одной модели вызывают изменения в других), наследуемые и порожденные. Например, модель "накладная" может быть порождена либо моделью "заказ", либо моделью "складское требование".

Ведущий: Как организовано управление в вашей системе?

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

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

Ведущий: Как вы работаете с маршрутами обработки данных и системными сигналами?

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

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

Ведущий: Каковы ваши планы по развитию системы?

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

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

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


Основные ошибки при внедрении ERP
И как их избежать