Здравствуйте коллеги!

Есть необходимость использовать Код ТМ (IFLOT-TPLNR) больше 30 символов. Вычитал, что можно использовать Альтернативную идентификацию и тогда Код ТМ становится 40 символов и хранится в (IFLOS-STRNO).

Вопрос следующий: Как будут сочетатся TPLNR и STRNO после активации альтернативной спецификации и запуска отчета RI_IFLOT2IFLOS.
т.е. допустим я создал ТМ с ид.=40 символов, этот код будет хранится в STRNO, а что будет хранится в TPLNR??? Ведь по TPLNR делаются большинство выборок!

Заранее спасибо!

там будет хранится некий номер, который система присвоит автоматически (типа внутренняя нумерация).

Спасибо за ответ! Есть еще парочка вопросов

1. Что произойдет со старыми структурами и отчетами(не стандарт) после активации альтернативной идентификации? Всмысле в STRNO перенесутся коды из TPLNR? Тогда придется все программы переписывать?
2. Что произойдет когда кол-во ТМ перевалит за 100000, в моей ситуации это реально?
3. Если альтернативную идентификацию активировать а затем деактивировать станет ли все как было, всмысле код ТМ в TPLNR? (очень хочется ее потестировать)
4. Как будет кодироватся STRNO в TPLNR возможна ли ситуация переполнения (может это и есть 100000 записей)?


Спасибо!

Перенесутся, программы видимо придется переписывать (ведь вы там наверняка явно брали IFLOT-TPLNR)



Не проблема



сомневаюсь, что сам возьмет и встанет... что-то помниться как-то экспериментировал с этим, так у меня после деактивации в IFLOT так и остались болтаться ТМ со "странными" номерами. Но может какой репорт для этого дела есть. А насчет потестировать - договорись с админом пусть тебе клиент-песочницу на время сделает.




как уже писал ранее, нумерация TPLNR будет автоматической, что же касается STRNO - так это ты сам будешь номер присваивать.

Спасибо OlegDm!

Думаю что Альтернативную Идентификацию использовать не буду т.к. очень много придется переделывать!

Тогда остается главный вопрос как кодировать ТМ?
Вот пример кода ТМ, который хотелось бы видеть, но в нем 43 символа:
P589.075.076.U077.B04.M00267.F00155.FI00155

т.е. Установка U077. Блок B04. место монтажа M00267. позиция1. позиция2.
Соответственно каждая точка новый уровень иерархии!

Есть идея хранить код до уровня блока(P589.075.076.U077.B04) в ТехИдентНомере, а код ТМ делать место монтажа и позиция (M00267.F00155.FI00155). Что на это скажет общественность???


Кто-нибудь же уже сталкивался с этой проблемой, поделитесь опытом!
Спасибо!

Если сочетание твоих места монтажа, позиции1, позиции2 уникально, то можно просто с какого-то уровня иерархии ТМ нумеровать ТМ именно как МестоМонтажа.Позиция1.Позиция2. Только придется вручную присваивать их вышестоящему ТМ.

Т.е. имеем скажем ТМ M00267.F00155.FI00155 у которого вышестоящим ТМ будет P589.075.076.U077.B04

p.s. мы в свое время тоже хотели чтоб номер ТМ нес какую-то смысловую нагрузку, но в конце концов остановились на абстрактной нумерации (в силу тех же, что и у вас причин)

Добрый день.

Олег писал.
p.s. мы в свое время тоже хотели чтоб номер ТМ нес какую-то смысловую нагрузку, но в конце концов остановились на абстрактной нумерации (в силу тех же, что и у вас причин)

Интересная тема.

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

Все установки привязаны к area codes список расположений объектов
Закодированы участки.
Закодированы установки.
Закодированы процессы.

Кто нибудь использует смысл в маске кодирования?

Просто пытался понять и сделал тестовую структуру на основе codes и
восприятие структуры стало совсем не логичным.

Да, я именно такой вариант и предлагаю, только + P589.075.076.U077.B04 для всех нижестоящих ТМ и ЕО хранить в ТехИдентНомере. Это позволит выбирать например ЕО принадлежащие только определенной установке, блоку и т.п., что является очень важной состовляющей нашего проекта (Выборка оборудования по различным критериям установкам, блокам, местам монтажа, классификации и т.п. СТАНДАРТНЫМИ СПОСОБАМИ)
Что вы думаете на счет этого варианта?

дублирование информации лучше избегать, ведь для всех подчиненных ТМ и ЕО и так понятно, что они относятся к тому ТМ, код которого высобираетесь хранить в техническом инентификаторе.

При этом вам придеться при демонтаже осуществялть измененние этого поля - явно лишнее действие, что надо будет делать либо программно, либо пользователей заставлять. Да еще и проверки писать, если отдадите на откуп пользователям.

а про альтернативную идентификацию:
при ее деактивации коды ТМ действительно отражаются в виде внутреннего кода.

Причем при активации модуля IS-U альтернативной идентификацией пользоваться нельзя.