Jump to content

Ошибка при создании структуры


butulec

Recommended Posts

Здравствуйте!

Ситуация следующая:

У нас возникает ошибка при добавлении компонента в структуру определенного типа объекта (MeProcess) You have insufficient privilege for the attempted operation

предположительно это связано с тем что не может создаться объект bom view revision

Если bom view revision создать руками и потом добавить в структуре компонент то ошибка пропадает

 

Проводили тест на другом типе объектов (Item) если у него нет bom view revision, заходим в структуру и добавляет компонент И!!! bom view revision создается сам

Как сделать чтобы для MeProcess при добавлении в структуру компонентов(если там было пусто) создавался bom view revision автоматом, видимо это где то настраивается?

Link to post
Share on other sites
  • 2 weeks later...


UnPinned posts

Для настройки доступных объектов, которые могут быть добавлены в структуру объекта MeProcess, Вы создавали переменную TCAllowedChildTypes_MeProcess?

Если нет, то может быть ее создание Вам поможет.

 

У меня обратный вопрос)))

У нас есть потомок Item (который используется для хранения информации о деталях), у которого не должно быть структуры, но если в менеджере структуры, случайно вставить объект в деталь, то появляется ошибка, что такой-то объект нельзя добавить в структуру объекта детали. При этом создается пустая структура, а хочется, чтобы структура не создавалась.

Link to post
Share on other sites
22 часа назад, Andrey337 сказал:

Для настройки доступных объектов, которые могут быть добавлены в структуру объекта MeProcess, Вы создавали переменную TCAllowedChildTypes_MeProcess?

Если нет, то может быть ее создание Вам поможет.

 

У меня обратный вопрос)))

У нас есть потомок Item (который используется для хранения информации о деталях), у которого не должно быть структуры, но если в менеджере структуры, случайно вставить объект в деталь, то появляется ошибка, что такой-то объект нельзя добавить в структуру объекта детали. При этом создается пустая структура, а хочется, чтобы структура не создавалась.

Здравствуйте!

Спасибо за ответ, но это не помогло)

 

А Вы TCAllowedChildTypes_ имеете эту преференцию для своего потомка Item, у Вас это корректно отрабатывает?

https://cccp3d.ru/topic/71971-запрет-создание-объектов/

Edited by butulec
Link to post
Share on other sites
24.09.2021 в 16:43, butulec сказал:

Здравствуйте!

Спасибо за ответ, но это не помогло)

 

А Вы TCAllowedChildTypes_ имеете эту преференцию для своего потомка Item, у Вас это корректно отрабатывает?

https://cccp3d.ru/topic/71971-запрет-создание-объектов/

Да.

На все 100%.

Link to post
Share on other sites
53 минуты назад, Andrey337 сказал:

Да.

На все 100%.

 

Здравствуйте!

Я посмотрел все преференции TCAllowedChildTypes_ которые есть у нас, но где тогда определено для других типов которые работают по умолчанию? Потому что у нас проблемы только с этим типом процесса((

Link to post
Share on other sites

Кстати, вот что я вспомнил, как Вы наверное знаете, при добавлении объекта в структуру, создается не только bom view revisio, но и bom view под у объекта типа Item.

Может быть стоит проверить права на Item?

Link to post
Share on other sites
6 часов назад, Andrey337 сказал:

Кстати, вот что я вспомнил, как Вы наверное знаете, при добавлении объекта в структуру, создается не только bom view revisio, но и bom view под у объекта типа Item.

Может быть стоит проверить права на Item?

а о каких правах идет речь?

Link to post
Share on other sites
9 часов назад, Andrey337 сказал:

Права на запись

Эта проблема только на определенном типе.

То есть если сделать один и тоже сценарий на разных типах то проблема будет только на MeProcess 

Link to post
Share on other sites
1 минуту назад, butulec сказал:

Эта проблема только на определенном типе.

То есть если сделать один и тоже сценарий на разных типах то проблема будет только на MeProcess 

Значит пора писать в GTAC

Link to post
Share on other sites
29.09.2021 в 19:53, Andrey337 сказал:

Значит пора писать в GTAC

Мне ответили на форуме сименса вот этой ссылкой GTAC https://support.sw.siemens.com/knowledge-base/PL8129614

Но у нас доступа нет, могли бы скриншот кто нибудь сделать у кого есть? ))

Link to post
Share on other sites
01.10.2021 в 10:45, butulec сказал:

Мне ответили на форуме сименса вот этой ссылкой GTAC https://support.sw.siemens.com/knowledge-base/PL8129614

Но у нас доступа нет, могли бы скриншот кто нибудь сделать у кого есть? ))

Вот текст по этой ссылки (там нет ответа, как решить описанную там проблему, лишь указание на то, что описанная проблема будет решена в ТС 12.3.):

 

Скрытый текст

 

BOM View Revision cannot be create

Software Versions/Configuration:
========================================
Customer's environment: TC 12.1.0.2
Also duplicated by Gtac on TC12.2.0.1

Description of Problem:
========================================

If I have an Item with at least 2 Revisions without BOM.
I send the first revision to the Structure Manager.
I add a child to this revision making a Copy/ Paste or an Add.
The BOM View and The BOM View Revision are automatically created.

Now, I send the second Revision to the structure manager.
I cannot add a child to this revision, I have the following error message : You have insufficient privilege for the attempted operation

Note: The same use case works fine on TC11.5 and TC12.0 (no error message, the structure is saved), but not in TC11.6.0.6 and TC12.2.0.1.
It is a regression.

Steps to Duplicate:
========================================
1. Create a Item
2. Revise this Item
3. Send the first revision to the Structure Manager
4. Add a child to the first revision
5. Save the modification in the structure Manager
6. Now, send the second revision to the structure manager
7. Add a child to the second revision
8. Save the modification in the structure Manager

Result:
Error Message saying : You have insufficient privilege for the attempted operation

Duplicated in GTAC Office in OOTB Environment: (Y/N with an explanation if No)
============================================================
Y

Additional data provided: (Y/N)
========================
logs (9592783_PR_logs.zip)

Additional Info:
============
In case the Product Development team would consider this change of behaviour is designed as intended, please convert this PR as an ER or Doc PR with Doc update


Siemens Digital Industries Software believes that the problem you reported where BOM View Revision cannot be create will be resolved by code changes made to the release of our product Teamcenter version 12.3.


PR 9592783
Product Information:

  • Product: TEAMCENTER , Application: STRUCTURE_MGR , Version: V12.1.0.2

 

Link to post
Share on other sites
9 минут назад, Andrey337 сказал:

Вот текст по этой ссылки (там нет ответа, как решить описанную там проблему, лишь указание на то, что описанная проблема будет решена в ТС 12.3.):

 

  Скрыть содержимое

 

BOM View Revision cannot be create

Software Versions/Configuration:
========================================
Customer's environment: TC 12.1.0.2
Also duplicated by Gtac on TC12.2.0.1

Description of Problem:
========================================

If I have an Item with at least 2 Revisions without BOM.
I send the first revision to the Structure Manager.
I add a child to this revision making a Copy/ Paste or an Add.
The BOM View and The BOM View Revision are automatically created.

Now, I send the second Revision to the structure manager.
I cannot add a child to this revision, I have the following error message : You have insufficient privilege for the attempted operation

Note: The same use case works fine on TC11.5 and TC12.0 (no error message, the structure is saved), but not in TC11.6.0.6 and TC12.2.0.1.
It is a regression.

Steps to Duplicate:
========================================
1. Create a Item
2. Revise this Item
3. Send the first revision to the Structure Manager
4. Add a child to the first revision
5. Save the modification in the structure Manager
6. Now, send the second revision to the structure manager
7. Add a child to the second revision
8. Save the modification in the structure Manager

Result:
Error Message saying : You have insufficient privilege for the attempted operation

Duplicated in GTAC Office in OOTB Environment: (Y/N with an explanation if No)
============================================================
Y

Additional data provided: (Y/N)
========================
logs (9592783_PR_logs.zip)

Additional Info:
============
In case the Product Development team would consider this change of behaviour is designed as intended, please convert this PR as an ER or Doc PR with Doc update


Siemens Digital Industries Software believes that the problem you reported where BOM View Revision cannot be create will be resolved by code changes made to the release of our product Teamcenter version 12.3.


PR 9592783
Product Information:

  • Product: TEAMCENTER , Application: STRUCTURE_MGR , Version: V12.1.0.2

 

 

Спасибо Вам большое!

Плохие новости :D

Link to post
Share on other sites
  • 2 months later...
On 10/5/2021 at 12:45 PM, butulec said:

Спасибо Вам большое!

Плохие новости :D

 


 
Hello №№№№№№№№№№,
 
This issue has been reported previously in PR # 9592783 - which is fixed in version 12.3.
 
I tested your use case on 12.2 and I can replicate the issue, but the same use case is fixed in version 12.3
 
As a workaround, if you go ahead and recreate the BOMViewRevision object on the second revision (File > New > BOMViewRevision...), then send that revision to Structure Manager, then it will allow you to add components.
  • Нравится 1
Link to post
Share on other sites
3 часа назад, Krusty сказал:

 


 

Hello №№№№№№№№№№,
 
This issue has been reported previously in PR # 9592783 - which is fixed in version 12.3.
 
I tested your use case on 12.2 and I can replicate the issue, but the same use case is fixed in version 12.3
 
As a workaround, if you go ahead and recreate the BOMViewRevision object on the second revision (File > New > BOMViewRevision...), then send that revision to Structure Manager, then it will allow you to add components.

Здрсьте)

Да этот вариант как раз и планируется использовать)) проблема в том что это зашито в плагины, пришлось править плагины по созданию структуры, но предварительно теперь создаем BOMViewRevision

Link to post
Share on other sites
On 12/7/2021 at 8:59 PM, butulec said:

Здрсьте)

Да этот вариант как раз и планируется использовать)) проблема в том что это зашито в плагины, пришлось править плагины по созданию структуры, но предварительно теперь создаем BOMViewRevision

 

Не зашивайте в плагины клиентские логику, это плохо это неправильно это моветон это отстой

только скорость делания может подкупить

Edited by Krusty
Link to post
Share on other sites
9 часов назад, Krusty сказал:

 

Не зашивайте в плагины клиентские логику, это плохо это неправильно это моветон это отстой

только скорость делания может подкупить

а можно подробней эту мысль изложить? чем плохи плагины с какой-то логикой?

Link to post
Share on other sites
2 minutes ago, lexx174 said:

а можно подробней эту мысль изложить? чем плохи плагины с какой-то логикой?

 

Client-Side, это Client-Side, пусть даже Rich:) на этом уровне визуализация, минимальная логика для проверки вводимых данных, но безо всяких зубодробительных сортировок/перестановок и пр.

почему? так надо - это клиент, сложные вычисления на стороне клиента - непродуктивны, а если скажем у тебя соединения на чуть-чуть разорвалось, миграция кода при переходе с одного типа клиента на другой (как сейчас, например, с RAC на AWC) просто ужас

Server-Side, пишешь на быстром C++,  код работает с нулевой задержкой на сетевые дела, код масштабируется по твоим Pool-ам, код работает в понятных условиях нежели чем на зоопарке рабочих станций, твой серверный код оформлеяется как сервис и ты его дергаешь хоть из RAC хоть из AWC, хоть из какого нить своего клиента. недостаток один - возиться надо больше, да.

 

 

Link to post
Share on other sites
1 час назад, Krusty сказал:

 

Client-Side, это Client-Side, пусть даже Rich:) на этом уровне визуализация, минимальная логика для проверки вводимых данных, но безо всяких зубодробительных сортировок/перестановок и пр.

почему? так надо - это клиент, сложные вычисления на стороне клиента - непродуктивны, а если скажем у тебя соединения на чуть-чуть разорвалось, миграция кода при переходе с одного типа клиента на другой (как сейчас, например, с RAC на AWC) просто ужас

Server-Side, пишешь на быстром C++,  код работает с нулевой задержкой на сетевые дела, код масштабируется по твоим Pool-ам, код работает в понятных условиях нежели чем на зоопарке рабочих станций, твой серверный код оформлеяется как сервис и ты его дергаешь хоть из RAC хоть из AWC, хоть из какого нить своего клиента. недостаток один - возиться надо больше, да.

 

 

А если standalone SOA application? думаю к нему это мало применимо

 

Насчет логики в плагинах - на сегодня, из того что видел, у различных интеграторов есть куча их решений(не сказать что с замороченной логикой, но тем не менее), которые содержат не мало клиентских плагинов, где даже банальное создание базовых типов проходит через их кастомные диалоги/виды итд,

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    No registered users viewing this page.




  • Сообщения

    • миталник
      Папашка, если это возможно с официальным стажем работы конструктором более полувека, и изобретения которого используются в десятках стран, тады - ой!..
    • Кварк
      Так может быть нужно учить туториал, а не жамкать кнопки наугад?       Ладно, пусть нелинейность в вашем смысле. А откуда она берётся в контакте? Именно в вашем смысле.    В моём смысле нелинейность очень легко объяснима: в зоне контакта может быть зазор, материалы могут быть с разными модулями упругости. Из-за этого напряжения будут испытывать резкие скачки.      А вы что глубоко накопали там? 
    • gudstartup
      Просто есть такой сигнал у PMC G46.3 KEY1 который разрешает или запрещает изменение коррекции и редактирование программ. Нужно вырезать его из программ PMC и все будет всегда разрешено все равно за все действия отвечает оператор а ключ и так все время торчит в пульте и никто его не охраняет!
    • 4arlik
      ну если вы не работаете один - то вам приходится обосновывать свое решение. сынок, у тебя мания величия)))
    • Saad_Winner
      Как нормально?  Создайте чертеж (1 лист сборочный(альбомный) 2 листа спецификации (книжный ) 5 альбомных и 20 книжных ) и попробуйте сохранить как вы предлагаете. И посмотрим понравится вам такое развлечение. Эли да то я удивлюсь вашему упорству. Или посвятите мне дзен как это сделать по человечески удобно, а не через пень колоду.
    • миталник
      Вопросы те же. Что значит "ограничить"? Что за маховик справа? В каком месте желательно фиксировать? На полу будет стойка, на которую устанавливать фиксатор? Жёсткий фиксатор или тормоз? Нам бы схемку аль чертёж, а пока что видна ромашка для гадания..
    • zloyuri
    • Krusnik
      Вот у меня тот же вопрос: зачем эти трудности, если можно сделать нормально?
    • gudstartup
      Поворот ключа protect program memory это не ошибка это логика станка ошибочно ее так определяет выводя возможно полезное сообщение но оно к сожалению блокирует правильную световой индикации станка. Вероятно что станкостроитель просто не подумал что это как то помешает в работе. Повернул->отредактировал- >повернул обратно->запустил станок в работу-никаких проблем. Видимо они не так часто этим ключиком балуются и программы у них уже отлажены и отсимулированы! А у автора его каждый мимо проходящий верит!  
    • eXzmos
      Завтра я в ночную, сегодня я уже отработал. Попробую скинуть и вышлю вам. Пока не могу предоставить.
×
×
  • Create New...