Dms системы что это
DMS (Dealership Management System) – Внедрение Информационных ЭкоСистем для управления Дилерскими сетями
В свое время, а было это около 7 лет назад, я столкнулся с проблематикой внедрения DMS Информационной системы в крупной дилерской сети (170 дилеров). До этого у меня уже был опыт автоматизации дилерских сетей на базе различных ИТ-решений. Но специфика данного внедрения заключалась в том, что сеть состояла из самостоятельных игроков бизнеса, годовой товарооборот которых, порой, существенно превышал товарооборот нашей организации.
Еще не начав проект мы, с моей командой, столкнулись с нетривиальными вопросами:
С чего начать, в конце концов?!
Первое, что я сделал – обратился к внутрикорпоративному опыту и опыту других компаний, в надежде отыскать ответы на этот комплекс вопросов. И, увы, не нашел НИЧЕГО!
Не то, чтобы данный опыт нам ничего не предлагал. Отнюдь, как только мы объявили о подготовительном этапе проекта, нас, буквально, засыпали предложениями по автоматизации: к нам приезжали ИТ-компании с пресейлом их систем, проводили красочные и «убедительные» презентации, рассказывали нам о безоблачном будущем, которое нас ждет, если мы выберем их решение. Но со всеми вендорами был ряд проблем:
В данной серии статей я хочу описать тот путь ошибок и успехов, который мы прошли. А он был тернист! Я хочу дать ответы на вопросы, которые в свое время стояли перед нами. И я искренне верю, что данный материал поможет сократить путь к результату тем моим коллегам и компаниям, перед которыми когда-либо встанет задача – внедрить DMS в сеть с разнородным составом, опытом и объемом бизнеса. Пожалуй, самая сложная и амбициозная задача, с которой когда-либо может столкнуться бизнес с многоуровневой партнерской сетью.
Итак, поехали!
СТАТЬЯ 1 Или «Зачем?»
Для начала, давайте с вами заглянем немного вперед и поймем, что же нам предстоит сделать? И здесь мы с вами будем говорить не о том периметре работ, которые необходимо проделать команде проекта, а о том, зачем это все необходимо крупным компаниям и их партнерам (дилерам).
Задача любой коммерческой сетевой компании – развитие бизнеса. Неоспоримо! В сложной конкурентной среде эту задачу можно переформулировать следующим образом: опережение конкурентов по выводу новых эффективных продуктов и сервисов на рынок с превышением ожидания Клиента. И, как мы понимаем, каждый такой продукт и сервис всегда сопровождается стратегией его сбыта, основанной не только на колоссальной работе маркетинга, но и на не менее серьезной работе методологов. Четко выстроенная методология работы – это основа бизнеса. Но, порой, эта методология настолько комплексна и многоэтапна, что без средств по ее быстрой имплементации в дилерские сети, может стать непосильной ношей, а иногда даже и обузой бизнеса.
Поэтому первый тезис к внедрению DMS системы – это поддержка быстрой имплементации единой методологии (стандарта) по быстрому выводу на рынок продуктов и услуг компании и их реализации.
Центробежной точкой любого бизнеса, будь то B2B или B2C бизнес, является Клиент. А это значит – Customer Journey (далее CJ) или Путь Клиента, который он циклично совершает от этапа выбора продукта до перехода на новый продукт. Каждый CJ сопровождается так называемыми MOT (Moment Of True) – реперными точками, в которых клиент готов к определенному бизнес-воздействию на него, сам того не подозревая
Таким образом, второй тезис, который я бы хотел связать с внедрением системы DMS – это автоматизация CJ и MOT для бесшовной передачи Клиента от этапа подогревания его интереса к продукту до продажи и обслуживания.
Следующий важный момент в процессе взаимодействия представительств и дилерских сетей – это огромный поток циркулирующей между ними информации. Действительно, чтобы обеспечить бесперебойный бизнес сети необходимо, чтобы у партнеров оперативно была вся коммерческая информация о состоянии складов, тарифов, продуктовой линейки, планов продаж, соблюдению KPI, нормализованной клиентской базы, особых технических операциях, коммерческих акциях и т.д. К слову говоря, в нашем проекте таких процессов было более 40!
И эта потребность неизбежно приводит нас к третьему тезису: DMS система должна максимально обеспечивать партнерскую сеть всей необходимой информацией и минимизировать ошибки при передаче данной информации, с высокой степенью безопасности.
По моему глубокому убеждению, любая информационная система для бизнеса должна не просто автоматизировать деятельность, но проводить цифровую трансформацию всех процессов (Digital Transformation). А это значит – путем внедрения лучших практик в области информационных решений (Best Practice) обеспечивать максимальную эффективность и рентабельность предприятия.
Поэтому четвертый тезис к внедрению DMS мы сформулируем следующим образом: DMS должна обеспечивать рентабельность предприятия путем стандартизации процессов работы сети на базе лучших решений в области автоматизации бизнеса.
И, наконец, последняя по счету, но не по значению проблематика, с которой сталкивается любая дилерская сеть – это профессионализм персонала, который контактирует с клиентами, продуктами и сервисами. И, действительно, как правило, низовой менеджмент, продавцы, сервисный персонал, и т.д. сильно подвержены текучке. Представительства и партнеры инвестируют в обучение персонала огромные бюджеты, часть которых расходуется впустую, т.к. поработав в бизнесе какое-то время, окрепнув, встав на ноги, персонал старается продать себя и свои компетенции дороже их текущей стоимости, в лучшем случае, другим партнерам, а в худшем – конкурентам. Таким образом, вновь прибывший на смену персонал, зачастую, еще «не обстрелянный» в полях, совершает ошибки. Порой, непоправимые. В следствии чего партнеры и представительства несут колоссальные убытки.
Таким образом, один из важнейших тезисов при внедрении DMS – это внедрение продукта, содержащего строго выстроенный процесс, максимально упрощающий интеграцию нового персонала и методологически сопровождающий его на всех этапах, обучающий работе с продуктами и сервисами! Продукт, который обеспечивает быстрый и стабильный рост компетенций персонала и их поддержку.
Резюмируя, подведем итог.
Перед внедрением такого комплексного продукта, как DMS, представительство должно сформировать перед собой и партнерами четкие и понятные цели внедрения, а именно:
Буду рад помочь и получить обратную связь. И да прибудет с вами сила!
Обзор систем управления документами (DMS) для малого и среднего бизнеса
В компаниях с активным документооборотом рано или поздно наступает момент, когда несистематизированность документации приводит к замедлению рабочих процессов. А еще хуже ситуация, когда большинство документов находится в бумажном виде, что усложняет доступ к ним и требует много пространства в офисе.
Компания Reisswolf, европейский оператор архивных услуг полного цикла, помимо хранения документации в своих архивных хранилищах, также предоставляет услуги по трансформации документации в е-формат и ее хранению. 
С выходом на украинский рынок компания столкнулась с выбором самой оптимальной для малого и среднего бизнеса (МСБ) системы управления документами (Document management software, дальше — DMS), которая позволила бы бизнесам эффективно работать со своими документами в онлайн-формате.
В статье Reisswolf Ukraine делится своим опытом выбора программы Folderit в сравнении с 4 другими известными DMS, а также рассказывает, почему простого облачного хранилища недостаточно для хранения бизнес-документов.
В чем же отличие DMS от системы облачного хранилища?
Основное, что отличает DMS от “облака”, — бóльшая безопасность и более масштабная функциональность, который позволяет не просто хранить документы, а и эффективно упорядочивать и работать с документами в онлайн-формате параллельно нескольким сотрудникам.
Еще одно важное отличие DMS — функция оптического распознавания символов — OCR. Благодаря ей отсканированные документы, загруженные в систему, легко считываются при поиске. Эта функция просто незаменима для компаний, которые переводят бумажные документы в е-формат. С ней не нужно тратить дополнительное время на перевод PDF-документов в текстовой формат.
Безопасность и конфиденциальность безусловно важна многим бизнесам. И с DMS можно об этом не беспокоиться, в ней есть возможность настройки уровней доступа к информации. Вы можете самостоятельно легко настраивать ограниченный доступ к некоторым папкам или документам для определенных сотрудников и департаментов. Каждый видит и работает только с тем, к чему у него есть доступ.
Как же выбрать оптимальную DMS? Опыт Reisswolf Ukraine
Ниже представлен сравнительный обзор 5 DMS: PandaDoc, Box, pCloud, ShareFile (от Citrix), Folderit.
Обзор проведен по 10 важным для бизнеса критериям: мультиязычность (наличие украинского/русского языка), уровень безопасности хранения данных, уровень конфиденциальности доступа к документам, наличие электронной подписи, локальное резервное хранение и возможность восстановления файлов, наличие технологии оптического распознавания символов (OCR), совместная работа в реальном времени над документом, офлайн-доступ, наличие мобильных версий, ценовая политика.
Фактор 1. Мультиязычность
PandaDoc: английский, французский, итальянский, немецкий, польский, испанский, словацкий, голландский.
Box: английский, французский, итальянский, немецкий, польский, испанский, голландский, датский, финский, норвежский, португальский, шведский, бенгальский, китайский (упрощенный и традиционный), японский, корейский язык, хинди, турецкий, русский.
Folderit: немецкий, английский, эстонский, финский, французский, хорватский, латышский, литовский, испанский, сербский, турецкий, русский, украинский.
Опыт Reisswolf Ukraine: начиная работать с Folderit, компании договорились о партнерстве и Reisswolf Ukraine локализовала программу под украинский рынок. Кроме того, важным для архивного оператора было то, что в программу встроена автоматизация распознавания языка в оцифрованных документах, благодаря чему можно легко найти нужный файл вне зависимости от того, на каком языке изложена информация в этом файле. И плюс ко всему, программа поддерживает распознавание текста кириллицей.
Фактор 2. Безопасность хранения данных на облачном хранилище
PandaDoc: серверы PandaDoc размещаются на платформе Amazon Web Services.
Все серверы, на которых работает программное обеспечение PandaDoc, являются новейшими системами Linux, которые постоянно обновляются. Программа использует шифрование AES-128 для данных.
Box: предлагает полный набор расширенных функций безопасности, включая шифрование файлов, настраиваемые правила хранения данных и управление мобильностью предприятия. Администраторы могут управлять политиками доступа и совместного использования внутри и за пределами своих организаций.
Box также предлагает клиентам возможность использовать ключи шифрования, которыми они могут управлять.
Box интегрировал своё хранилище с сервисом Amazon CloudHSM, который как раз предоставляет услугу облачного хранения ключей. Отметим, что каждый файл, загружаемый в Box, шифруется индивидуальным ключом шифрования.
pCloud: файлы защищены 256-битным шифрованием AES во время и после передачи. Чтобы дополнительно гарантировать безопасность, pCloud использует протокол TLS/SSL, применяемый при передаче информации с устройства пользователя на серверы pCloud. Более 5 копий файлов хранятся как минимум в трех местах на сервере в защищенной области хранения данных.
ShareFile: данные хранятся на серверах, поддерживаемых Amazon Web Services. Все центры обработки данных, содержащие серверы ShareFile, сертифицированы SSAE 16, что доказывает их соответствие высоким стандартам безопасности. Все передачи файлов через службу ShareFile зашифрованы с использованием 256-битного SSL (Secure Sockets Layer — уровень защищенных сокетов).
Folderit: программа является официальным партнером Amazon и WUC Technologies, и всё решение построено на базе инфраструктуры Amazon Web Services.
Еще больше о безопасности этой программы говорит то, что в ней все соединения в общедоступных и внутренних сетях системы облачного хранения оцифрованных документов выполняются через шифрование SSL (Secure Sockets Layer). Программа отслеживает все попытки входа в систему, в то время, как все разработчики работают абсолютно без доступа к данным клиентов.
Фактор 3. Уровень конфиденциальности доступа к документам
PandaDoc: можно создавать разные рабочие пространства, где есть четыре типа ролей, и три из них могут быть назначены новым добавленным членам команды. Это — владелец учетного профиля, администратор, менеджер, член группы.
Box: после недавних обновлений была добавлена возможность определения ролей администратора, соадминистратора, участника и просмотр уровня доступа каждой роли.
pCloud: есть возможность создавать команды, системный администратор определяет уровни доступа к документам. В стандартном бизнес пакете всего три пользователя.
ShareFile: администратор может определять уровни доступа к документам участников команды и клиентов.
Folderit: помимо того, что имеется возможность создать неограниченную иерархию папок под основной учетной записью, также можно создать 4 дополнительные роли и распределить между ними разные документы используя один для работы, другой — для личных или других нужд, и поделиться ролями с подходящими вам людьми.
Опыт Reisswolf Ukraine: в программе Folderit можно создавать виртуальный маршрут, структуру, по которой отдельные люди или департаменты внутри компании имеют ограниченный доступ к тем или иным документам. Каждый видит и работает только с тем, что ему нужно.
В Folderit есть дополнительный порог безопасности — утверждение документов для общего спейса, куда попадают новые оцифрованные документы. Вы можете настроить так, чтобы перед тем, как документ станет общедоступным, его должен утвердить администратор, которому этот документ автоматически приходит (и если пожелаете, утверждение может проходить при условии проставления электронной подписи).
Фактор 4. Электронная подпись
У всех представленных DMS (PandaDoc, Box, pCloud, ShareFile и Folderit) есть функция электронной подписи.
Фактор 5. Локальное резервное хранение и возможность восстановления файлов
PandaDoc: программа делает полные ежедневные автоматизированные резервные копии баз данных. Все резервные копии зашифрованы.
Box: удаленные файлы с корзины не подлежат восстановлению.
pCloud: есть возможность восстановить файлы из корзины в течение 30 дней. Удаленные файлы не подлежат восстановлению.
ShareFile: необходимо самостоятельно бэкапить файлы, создавая резервные копии. Файлы, папки, отправленные сообщения и уведомления архивируются, а не удаляются, когда они больше не нужны.
Folderit: делают бэкап на сервере Amazon. В программе происходит стандартное двойное копирование данных — есть основной сервер, куда поступает и хранится вся информация, которая в активном пользовании, и параллельно делается резервный бэкап safe информации, которая поступает на это облако или на сервер.
Опыт Reisswolf Ukraine: в Folderit можно сделать копирование даже в три или четыре уровня. Например, можно хранить информацию на облаке, иметь бэкап этой информации на облаке и дополнительно бэкапить информацию на личный жёсткий диск.
Фактор 6. Технологии оптического распознавания символов (OCR)
У решений PandaDoc, Box, pCloud и ShareFile технология оптического распознавания символов отсутствует.
Folderit: благодаря встроенной технологии оптического распознавания символов (OCR) оцифрованный текст в PDF-файлах или текст в снимках экрана, фотографиях легко распознается системой при поиске и его не нужно переводить в текстовый формат.
Другие факторы
Совместная работа в реальном времени над документом
Все обозреваемые решения (PandaDoc, Box, pCloud, ShareFile и Folderit) дают возможность работать с документами в реальном времени нескольким пользователям параллельно.
Мобильные версии доступны у PandaDoc, Box, pCloud, ShareFile. В Folderit есть только десктоп версия.
Стоимость (c учетом функций, указанных в обзоре)
Мы выбрали Folderit, потому что это программа обеспечивает оптимальное сочетание широкой функциональности и высокой безопасности за оптимальную цену.
Ваш выбор — за вами, и будет зависеть от потребностей вашего бизнеса. И помните, у каждой программы есть пробный период, поэтому можете в риал-тайм проверить эффективность каждой DMS и решить для себя, какая из них оптимально подойдет вам.
Сергей Алони, директор архивного оператора Reisswolf Ukraine
В последние годы использование электроэнергии росло в геометрической прогрессии, а требования потребителей и определения качества электроэнергии сильно изменились. Поскольку электроэнергия стала неотъемлемой частью повседневной жизни, ее оптимальное использование и надежность стали важными. Просмотр сети в реальном времени и динамические решения стали инструментами для оптимизации ресурсов и управления требованиями, что сделало систему управления распределением, которая могла бы обрабатывать надлежащие рабочие процессы, очень важной.
СОДЕРЖАНИЕ
Обзор
Большинство распределительных компаний всесторонне используют ИТ- решения через свою Систему управления отключениями (OMS), которая использует другие системы, такие как Система информации о клиентах (CIS), Географическая информационная система (GIS) и Система интерактивного голосового ответа (IVRS). Система управления отключениями имеет модель сетевого компонента / подключения распределительной системы. Комбинируя местоположения вызовов с отключениями от клиентов со знанием местоположения устройств защиты (таких как автоматические выключатели) в сети, механизм правил используется для прогнозирования местоположений сбоев. Исходя из этого, составляются планы реставрационных работ и для них отправляется бригада.
Параллельно с этим распределительные компании начали внедрять системы диспетчерского управления и сбора данных (SCADA), первоначально только на своих подстанциях с более высоким напряжением. Со временем использование SCADA постепенно распространилось на объекты с более низкими уровнями напряжения.
DMS получают доступ к данным в реальном времени и предоставляют всю информацию на единой консоли в центре управления интегрированным способом. Их развитие варьировалось на разных географических территориях. В США, например, DMS обычно росли за счет вывода систем управления отключениями на новый уровень, автоматизации полных последовательностей и обеспечения непрерывного интегрированного представления всего спектра распределения. В Великобритании, напротив, гораздо более плотная и более ячеистая топология сети в сочетании с более строгим регулированием здоровья и безопасности привели к ранней централизации операций переключения высокого напряжения, первоначально с использованием бумажных записей и схематических диаграмм, напечатанных на больших настенных панелях, которые были: одет »с магнитными символами, чтобы показать текущее состояние работы. Там DMS изначально выросли из систем SCADA, поскольку они были расширены, чтобы обеспечить электронное управление этими централизованными процедурами контроля и управления безопасностью. Эти DMS требовали даже более подробных моделей и схем компонентов / соединений, чем те, которые требовались для ранних OMS, поскольку в сети должны были быть включены все возможные точки изоляции и заземления. Поэтому на таких территориях, как Великобритания, модели сетевых компонентов / связности обычно сначала разрабатывались в DMS, тогда как в США они, как правило, строились в ГИС.
Типичный поток данных в DMS включает систему SCADA, систему хранения и извлечения информации (ISR), серверы связи (COM), внешние процессоры (FEP) и полевые удаленные терминалы (FRTU).
Почему DMS?
Функции DMS
Чтобы поддерживать правильное принятие решений и деятельность по эксплуатации и техническому обслуживанию, решения DMS должны поддерживать следующие функции:
Различные подфункции того же самого, выполняемые DMS, перечислены ниже:
Анализ сетевого подключения (NCA)
График переключения и управление безопасностью
На таких территориях, как Великобритания, основной функцией DMS всегда была поддержка безопасного переключения и работы в сетях. Инженеры по контролю готовят графики переключения, чтобы изолировать и обезопасить участок сети до начала работ, а DMS проверяет эти графики с помощью своей сетевой модели. Графики переключения могут сочетать операции переключения с дистанционным управлением и вручную (на месте). Когда требуемый раздел сделан безопасным, DMS позволяет выдать документ Pemit To Work (PTW). После его отмены, когда работа была закончена, график переключения затем способствует восстановлению нормального режима работы. Коммутационные компоненты также могут быть помечены тегами, чтобы отразить любые действующие операционные ограничения.
Модель сетевых компонентов / подключений и связанные с ними схемы должны всегда быть в актуальном состоянии. Таким образом, функция расписания переключения также позволяет применять «исправления» к сетевой модели к действующей версии на соответствующем этапе (этапах) выполнения заданий. Термин «патч» происходит от метода, ранее использовавшегося для обслуживания диаграмм настенных панелей.
Оценка состояния (SE)
Оценки состояния является составной частью общей системы мониторинга и управления для сетей передачи. Он в основном направлен на обеспечение надежной оценки системных напряжений. Эта информация от средства оценки состояния передается в центры управления и серверы баз данных по сети. Представляющие интерес переменные указывают на такие параметры, как запас до эксплуатационных пределов, состояние оборудования и требуемые действия оператора. Оценщики состояния позволяют рассчитывать эти представляющие интерес переменные с высокой степенью уверенности, несмотря на то, что измерения могут быть искажены шумом, могут отсутствовать или быть неточными.
Даже если мы не можем напрямую наблюдать за состоянием, о нем можно судить по сканированию измерений, которые считаются синхронизированными. Алгоритмы должны учитывать тот факт, что наличие шума может исказить измерения. В типичной энергосистеме государство является квазистатическим. Постоянные времени достаточно малы, так что динамика системы быстро затухает (относительно частоты измерения). Кажется, что система проходит через последовательность статических состояний, которые управляются различными параметрами, такими как изменения профиля нагрузки. Входные данные оценщика состояния могут быть переданы в различные приложения, такие как анализ потока нагрузки, анализ непредвиденных обстоятельств и другие приложения.
Приложения потока нагрузки (LFA)
Из-за нелинейного характера этой проблемы численные методы используются для получения решения, которое находится в допустимых пределах. Модель нагрузки должна автоматически рассчитывать нагрузки, чтобы соответствовать токам телеметра или прогнозируемым токам фидера. Он использует тип клиента, профили нагрузки и другую информацию для правильного распределения нагрузки на каждый отдельный распределительный трансформатор. Исследования потоков нагрузки или мощности важны для планирования будущего расширения энергосистем, а также для определения наилучшей работы существующих систем.
Управление Вольт-ВАР (VVC)
Volt-VAR Control или VVC относится к процессу управления уровнями напряжения и реактивной мощности (VAR) в системах распределения электроэнергии. Эти две величины связаны, потому что, когда реактивная мощность течет по индуктивной линии (и все линии имеют некоторую индуктивность), в этой линии наблюдается падение напряжения. VVC включает устройства, которые преднамеренно вводят реактивную мощность в сеть, чтобы изменить размер этого падения напряжения, в дополнение к оборудованию, которое более непосредственно контролирует напряжение.
В унаследованной сети есть три основных инструмента для управления напряжением: переключатели ответвлений нагрузки (LTC), регуляторы напряжения и конденсаторные батареи. Под LTC и регуляторами напряжения понимаются трансформаторы с переменным соотношением поворотов, которые размещаются в стратегических точках сети и регулируются для повышения или понижения напряжения по мере необходимости. Конденсаторные батареи управляют напряжением, «генерируя» реактивную мощность, и до сих пор были основными инструментами, с помощью которых осуществляется истинное управление напряжением / переменным током. Эти большие конденсаторы подключаются к сети в шунтирующей конфигурации через переключатели, которые, когда они замкнуты, позволяют конденсаторам генерировать VAR и повышать напряжение в точке подключения. В будущем дальнейшее VVC может осуществляться с помощью интеллектуальных инверторов и других ресурсов распределенной генерации, которые также могут вводить реактивную мощность в распределительную сеть. Приложение VVC помогает оператору снизить уровень опасно низкого или высокого напряжения, предлагая необходимые планы действий для всего оборудования VVC. План даст необходимое положение РПН и состояние переключения конденсатора, чтобы напряжение оставалось близким к его номинальному значению, и, таким образом, оптимизирует функцию управления Вольт-ВАР для энергосистемы.
Помимо поддержания стабильного профиля напряжения, VVC имеет потенциальные преимущества в отношении допустимой нагрузки (допустимой нагрузки по току) линий электропередачи. Могут быть нагрузки, которые содержат реактивные компоненты, такие как конденсаторы и индукторы (например, электродвигатели ), которые нагружают сеть. Это связано с тем, что реактивная часть этих нагрузок заставляет их потреблять больше тока, чем могла бы потреблять сопоставимая чисто резистивная нагрузка. Избыточный ток может привести к нагреву оборудования, такого как трансформаторы, проводники и т. Д., Которые затем могут нуждаться в изменении размеров для прохождения общего тока. Идеальная энергосистема должна контролировать ток, тщательно планируя производство, потребление и поток реактивной мощности на всех уровнях системы.
Приложение сброса нагрузки (LSA)
Приложение автоматического сброса нагрузки обнаруживает предопределенные условия запуска в распределительной сети и выполняет предопределенные наборы управляющих действий, таких как открытие или закрытие некритических фидеров, реконфигурация распределения ниже по потоку или источников инъекций или выполнение управления отводом на трансформаторе. Когда распределительная сеть сложна и охватывает большую территорию, аварийные действия, предпринимаемые ниже по течению, могут снизить нагрузку на вышестоящие участки сети. В неавтоматической системе осведомленность и ручное вмешательство оператора играют ключевую роль в устранении неисправностей. Если проблемы не будут устранены достаточно быстро, они могут каскадировать по экспоненте и вызвать серьезный катастрофический отказ.
DMS необходимо предоставить модульное приложение для автоматического отключения и восстановления нагрузки, которое автоматизирует аварийные операции и требования к управлению для любого коммунального предприятия. Приложение должно охватывать различные действия, такие как отключение нагрузки при пониженной частоте (UFLS), нарушение ограничений и схемы отключения нагрузки в зависимости от времени суток, которые обычно выполняются оператором.
Управление отказами и восстановление системы (FMSR)
Балансировка нагрузки с помощью реконфигурации фидера (LBFR)
Прогнозирование распределительной нагрузки (DLF)
DLF предоставляет возможности агрегирования данных и прогнозирования, которые настроены для удовлетворения сегодняшних требований и адаптации к будущим требованиям, а также должны иметь возможность производить повторяемые и точные прогнозы.
Интеграция на основе стандартов
В любой модели интегрированного энергоснабжения коммунального предприятия существуют различные функциональные модули, такие как ГИС, решение для выставления счетов и учета, ERP, система управления активами, которые работают параллельно и поддерживают рутинные операции. Довольно часто каждый из этих функциональных модулей должен обмениваться друг с другом периодическими данными или данными в реальном времени для оценки текущего рабочего состояния сети, рабочих процессов и ресурсов (таких как бригада, активы и т. Д.). В отличие от других сегментов энергосистемы, распределительная система меняется или растет каждый день, и это может быть связано с добавлением нового потребителя, новой линией электропередачи или заменой оборудования. Если различные функциональные модули работают в нестандартной среде и используют настраиваемые API-интерфейсы и интерфейсы баз данных, инженерные усилия по управлению станут слишком большими. Вскоре станет трудно управлять растущими изменениями и дополнениями, которые приведут к тому, что интеграция систем станет нефункциональной. Следовательно, утилиты не могут использовать все преимущества функциональных модулей, а в некоторых случаях; возможно, даже потребуется перенести системы в подходящие среды с очень высокими затратами.
Когда эти проблемы стали очевидны, были инициированы различные процессы стандартизации для обмена данными между приложениями. Было понятно, что стандартная интеграция должна упростить интеграцию с другими функциональными модулями, а также улучшить эксплуатационные характеристики. Это гарантирует, что утилита может находиться в среде, нейтральной к производителю, для будущих расширений, что, в свою очередь, означает, что утилита может легко добавлять новые функциональные модули поверх существующих функций и легко эффективно проталкивать или извлекать данные, не имея новых интерфейсных адаптеров.