Несколько материальных и детальных текс&

 
  • Привет всем!:helloooo:
    Суть проблемы: Как известно, отечественные осты могут содержать от 1 до 3, а в некоторых случая и более, видов материалов из которых можно изготовить деталь, А так же несколько видов детальных текстов (например в зависимости от того для какой системы используется эта деталь). Это приводит к тому, что создав в Парагоне необходимое количество Детальных и Материальных текстов, мы не можем их подключить в одну спецификацию (колонок то всего по 1).
    В качестве решения данной проблемы я попробовал несколько вариантов:
    1 Создание такого количества спецификаций, сколько видов материалов и детальных текстов есть в осте (неудобен тем, что количество спецификаций плодится без всякой меры, и пользователь наверняка еще не раз меня вспомнит за данное решение :teeth_smile: )
    2 В спецификации создать несколько виртуальных элементов, которые будут отличаться колонками NAME, STYPE, DETAIL, MATXT. но иметь общую колонку CATREF. (Загрузилось на ура... и даже в выборе компонента отображается отдельной позицией, но изодрафт считает их одним элементом, считывает детальный текст с первого элемента, а остальные просто суммирует в колонке количество (видно он проверяет сходность элементов по катрефу)
    3 Наплодить Скомов, и тем самым попробовать решить проблему с изодрафтом из 2 пункта (еще не пробовал, но это уж точно должно сработать, хотя увеличивает количество "пустых"элементов в базе, что не есть хорошо тоже)

    Вот такая проблемка. Хочу узнать, может кто нашел более элегантный способ ее решения? Уже согласен на танцы с бубном!:D
  • Spec (класс) делается про конкретный проект, в котором материал уже определен. Поэтому в spec вносится один материал, т.е. один Detref и один Matref. Мы держим каталог в отдельном проекте для всех прикладных проектов иностранном, а спеки размещаем в рабочем проекте для уменьшения путаницы.
  • ... но изодрафт считает их одним элементом, считывает детальный текст с первого элемента, а остальные просто суммирует в колонке количество (видно он проверяет сходность элементов по катрефу)


    Суммируются элементы с одинаковым SPREF и SDTE. Элементы с разными SPREF складываются в том случае, если их имена отличаются только суфиксом
    *NAME_OF_SPCO:СУФФИКС
    Проверь, нет ли у тебя двоеточий в именах
  • Спасибо, Сергей, это помогло!:redface:  :thumbs_up:
  • Spec (класс) делается про конкретный проект, в котором материал уже определен. Поэтому в spec вносится один материал, т.е. один Detref и один Matref. Мы держим каталог в отдельном проекте для всех прикладных проектов иностранном, а спеки размещаем в рабочем проекте для уменьшения путаницы.


    да, наиболее правильный способ, как показала практика. aveva так и рекомендуют делать.
  • А как быть в случае, если я проектирую трубу по "Правилам АЭУ" у меня одно обозначение элементов, а если по "Правилам пара и горячей воды" - то совсем другое, хотя и ост и геометрия остаются теже. и тут уж в любом случае пришлось бы создавать новую спецификацию или плодить эском. а теперь благодаря ответу Сергея я занесу все в одну спецификацию и пользователю сразу будет доступен выбор. Хотя конечно это увеличит список элементов в поле выбора. Хотя может со временем, когда мы обрастем базами и дополнительным мясом ввиде программ облегчающим жизнь - так и будем делать.
  • У нас пар и горячая вода как раз таки вынесены в отдельный класс. И строить удобнее, ведь если на один и тот же Ду в классе несколько Tube, то тогда постоянно придётся отслеживать Lstu у элементов.