Не обошлось, как всегда, без ложки дёгтя. Среди большого количества положительных отзывов
нашлись и отрицательные, в которых упоминалось о недостаточном уровне качества данных в
базе данных каталога.
Низкое качество проявлялось, во-первых, в недостаточно подробном заполнении базы данных EPLAN. Например, у многих компонентов отсутствовали шаблоны функций, а они задают электротехническую модель компонента в проекте, которая влияет на поведение такого компонента при автоматизированном выборе УГО, нумерации обозначений устройств, нумерации соединений и других важных функций, которыми Платформа EPLAN завоевала себе лидерские позиции в разработке проектов промышленной автоматизации, энергоснабжения и инженерных систем. Незаполненные текстовые поля не позволяли автоматически создавать различные отчеты EPLAN: перечни, таблицы и спецификации. Отсутствующие 3d макросы EPLAN не позволяли полноценно работать в 3D.
Во-вторых, качество данных EPLAN Data Portal вызывало нарекания из-за отсутствия единообразия описаний своих компонентов различными производителями. Приведу пару примеров с просторов интернета:
• "При работе с EPLAN Data Portal следует учитывать, что значительная часть базы изделий EPLAN, доступных на платформе, может не соответствовать концепции EPLAN, как это изначально предполагалось разработчиками. Ранее я также стремился использовать изделия из Data Portal, полагая, что они содержат полные и правильные свойства, настройки и макросы, соответствующие рекомендациям EPLAN. Однако на практике оказалось, что многие изделия EPLAN содержат ошибки, что может указывать на низкий уровень квалификации их создателей.
Возможно, некоторые пользователи используют EPLAN не по назначению или создают базовые модели для Data Portal, которые затем дорабатываются каждым пользователем в соответствии с его пониманием и компетенциями. Таким образом, Data Portal может быть полезен в качестве источника макросов, 3D-моделей и рисунков, которые можно доработать для использования в собственных проектах."
• "Суть проблемы заключается в том, что EPLAN, аккумулируя базы изделий EPLAN различных производителей на своем портале, сталкивается с неоднородностью данных. Каждый производитель, такой как Phoenix Contact, Siemens, Schneider, ABB, DKC и другие, описывает свои компоненты по-своему, что приводит к фрагментации информации. В лучшем случае в базе данных EPLAN полезными являются схемные макросы и данные для спецификаций, но часто встречаются несколько вариантов описания одного и того же типа выхода или потенциала."
Эта проблема особенно актуальна при работе с разными поставщиками и широким ассортиментом компонентов. Хотя в рамках одного поставщика или типовых схем это менее критично, для проектов с разнообразными поставщиками и большим количеством компонентов это становится значительным фактором, увеличивающим время проектирования. Приходится начинать каждый новый проект с создания и доработки базы данных под конкретные нужды.
Особенно остро эта проблема ощущается в проектах, которые требуют работы в трехмерном пространстве и системных взаимосвязей между приложениями. Решение этой проблемы требует наведения порядка в классификации и стандартизации данных, что актуально не только для EPLAN, но и для других САПР.