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

[butulec 4]

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

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

У нас возникает ошибка при добавлении компонента в структуру определенного типа объекта (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 автоматом, видимо это где то настраивается?

[Andrey337 7]

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

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

 

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

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

[butulec 4]

22 часа назад, Andrey337 сказал:

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

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

 

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

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

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

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

 

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

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

Изменено 24 сентября 2021 пользователем butulec

[Andrey337 7]

24.09.2021 в 16:43, butulec сказал:

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

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

 

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

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

Да.

На все 100%.

[butulec 4]

53 минуты назад, Andrey337 сказал:

Да.

На все 100%.

 

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

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

[Andrey337 7]

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

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

[butulec 4]

6 часов назад, Andrey337 сказал:

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

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

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

[Andrey337 7]

13 часов назад, butulec сказал:

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

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

[butulec 4]

9 часов назад, Andrey337 сказал:

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

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

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

[Andrey337 7]

1 минуту назад, butulec сказал:

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

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

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

[butulec 4]

29.09.2021 в 19:53, Andrey337 сказал:

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

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

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

[Andrey337 7]

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

 

[butulec 4]

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

[lexx174 373]

очередной тупой баг, который исправят в следующем патче неизвестно когда

[Krusty 194]

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.

[butulec 4]

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

[Krusty 194]

On 12/7/2021 at 8:59 PM, butulec said:

Здрсьте)

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

 

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

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

Изменено 9 декабря 2021 пользователем Krusty

[lexx174 373]

9 часов назад, Krusty сказал:

 

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

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

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

[Krusty 194]

2 minutes ago, lexx174 said:

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

 

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

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

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

 

 

[lexx174 373]

1 час назад, Krusty сказал:

 

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

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

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

 

 

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

 

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