Re: Номенклатурный справочник

Нас не совсем устраивают настроенные по умолчанию справочники
TechnologiCS, т.к. в них нельзя разделять права доступа различных
отделов и бюро. Поэтому мы решили их немного переработать.

    Справочники "Детали" и "Сборочные единицы" мы не планируем
использовать и скорее всего удалим, так как мы добавим справочники
"Изделия ОГК", "Изделия ОГМет", и так по всем отделам, (в котором
будут лежать и сборки и детали) для разделения прав доступа к справочникам.

   
   Вопрос: не возникнут ли у нас в бодущем проблемы с обновлением на новые версии и документооборотом? Или мож еще какие-то подводные камни ?

Re: Номенклатурный справочник

fantom писал(а):
Справочники "Детали" и "Сборочные единицы" мы не планируем использовать и скорее всего удалим, так как мы добавим справочники "Изделия ОГК", "Изделия ОГМет", и так по всем отделам, (в котором будут лежать и сборки и детали) для разделения прав доступа к справочникам.

Сделать конечно можно как угодно. Только как в предлагаемом разделении работать с одной и той же информацией разным отделам?
Фактически получится несколько баз данных внутри одной разделенным не по функциональному признаку, а по пользователям. Если дальше продолжить мысль, то можно сделать набор справочников каждому конкретному человеку. Все будет разделено но в итоге никаких нормальных сводов вы не получите.

Лучше поступить так
Доступ к справочникам достаточно стабильным (инструмент, стандартные, материалы, оборудование) дается лицам которые их будут вести.
Доступ же к справочникам динамичным (детали, узлы, сборки) предоставляется всем кому это необходимо (это касается прежде всего пользователей, создающих номенклатуру, но право ведения чужих записей дается только администраторам для целей упорядочивания информации.
Доступ же к классам предоставляется по мере необходимости, этот доступ позволяет использовать информацию, но не позволяет ее вести.
Кроме того запрет на редактирование группы номенклатурных позиций можно закрыть, привязав к позициям документ в соответствующем статусе.
А чтобы пользователи не работали с огромным общим списком каждый из них может создать себе выборку необходимой информации на своем рабочем столе. Так наверное будет правильнее.

fantom писал(а):
 
не возникнут ли у нас в бодущем проблемы с обновлением на новые версии и документооборотом? Или мож еще какие-то подводные камни ?

С обновлением и документооборотом никаких проблем не будет. Будут с другим (см. Выше)

Re: Номенклатурный справочник

Здесь проблема не в доступе, это отдельная песня.
(например справочник инструмента, который ведут ИНО (они покупают инструмент), ОГТ и ОГМет (они его проектируют), т.е. по крайней мере три хозяина, а в каждом отделе есть отдельные бюро по видам инструмента ....), ну да ладно, теперь о главном  :)

Для конструктора особой разницы нету, деталь это или сборка, ... ему надо спроектировать ИЗДЕЛИЕ!  и присвоить этому изделию наименование, обозначение.
Как я понял Вы предлагаете вести справочники так, рассмотрю на примере инструмента:
1. если инструмент (резец) цельный, т.е. деталь, то он будет лежать в справочнике - детали
2. если инструмент (резец) сборный, то он будет лежать в справочнике - сборочные единицы.
3. Если мы используем наш номенклатурный справочник и как классификатор, то получиться что в обоих случаях у нас будет присвоен разный код, или разное обозначение.
4. Если конструктору надо будет посамотреть а нету ли у нас уже например фрезы на обточку канавки какой-нибудь, он зайдёт и в справочник деталей и в справочник сборок, потому-что фреза может быть как деталью, так и сборкой, ...

так как быть тогда?
мы считаем что нет необходимости разделять на детали и на сборки.
даже изделие бывает сначало деталью, а потом сборкой, и наоборот, это зависит от способа его изготовления.

Re: Номенклатурный справочник

Инструмент должен содержаться в справочнике инструмента. Если инструмент сборочная единица, то на тот же инструмент ( в ИН)оформляем спецификацию. Справочники СБ и ДЕ кроме основной продукции предприятия должны содержать сборочные единицы и детали из которых состоит инструмент.

Таким образом инструмент всегда нужно искать в ИН, вне зависимости от того, изготавливается он на  предприятии или покупается.

Re: Номенклатурный справочник

Михаил Чуйков, я привёл инструмент просто что-бы как-то постараться нагляднее обьяснить, в общем-то конечно слово инструмент можно заменить на изделие. Тогда где будет лежать у меня изделие, если оно может быть как деталью, так и сборкой?
Просто мы хотим завести отдельный справочник - например "Изделия ОГК", и там хранить и детали и сборки. А справочники ДЕ и СБ вообще не трогать. В этом случае никаких проблем не будет со справочниками, с обновлениями версии ? Пока как я понимаю, для системы в общем-то без разницы как я обзову справочник, свойства у них отличаются вроде только наименованием.

Re: Номенклатурный справочник

Просто мы хотим завести отдельный справочник - например "Изделия ОГК", и там хранить и детали и сборки. А справочники ДЕ и СБ вообще не трогать. В этом случае никаких проблем не будет со справочниками, с обновлениями версии ? Пока как я понимаю, для системы в общем-то без разницы как я обзову справочник, свойства у них отличаются вроде только наименованием.

 


Ребята, всё что в TCS сделано сообразуется с теорией "Технологии машиностроения", там есть определения детали, сб.единицы, операции, перехода, тех.оснастки (инструмент - не совсем корректное название справочника) и пр.

Это не догма, но если вы начинаете что-то менять, то должны отдавать себе отчёт, что все это будет использоваться в дальнейшем в планировании и производстве. Вот где могут быть основные проблемы, а не с обновлением.

Re: Номенклатурный справочник

Максим К. писал(а):

Просто мы хотим завести отдельный справочник - например "Изделия ОГК", и там хранить и детали и сборки. А справочники ДЕ и СБ вообще не трогать. В этом случае никаких проблем не будет со справочниками, с обновлениями версии ? Пока как я понимаю, для системы в общем-то без разницы как я обзову справочник, свойства у них отличаются вроде только наименованием.


Это не догма, но если вы начинаете что-то менять, то должны отдавать себе отчёт, что все это будет использоваться в дальнейшем в планировании и производстве. Вот где могут быть проблемы, а не с обновлением.


Вот поэтому я и спрашиваю не повлияет-ли переименование справочника например ДЕ или СБ в справочник Изделия ОГК ? Потому-что мы не собираемся хранить отедльно детали, отдельно сборки.

Re: Номенклатурный справочник

Просто мы хотим завести отдельный справочник - например "Изделия ОГК", и там хранить и детали и сборки


1. Как отделите детали от сборок?
2. Для того чтобы добавить деталь в спецификацию надо будет знать какой отдел ее разрабатывал.

Прочтите внимательней второе сообщение!

Re: Номенклатурный справочник

Gordon писал(а):
1. Как отделите детали от сборок?
2. Для того чтобы добавить деталь в спецификацию надо будет знать какой отдел ее разрабатывал.


1. Зачем отделять детали от сборок, ... непонятно. какая особо разница между ними? то что к сборке есть спецификация, сборочный чертёж, детали (фрагменты деталей в сборочном чертеже) ....   
2. В TCS можно ведь без проблем привязывать спецификации не только на детали но и на материалы. И ещё, спецификацию пишет конструктор который сам и делал сборочный чертёж, т.е. все детальки в своей сборке он и так сам привяжет (так что вопрос об отделе отпадает) так же как и сам привяжет детальки в спецификации. Саму сборку и спецификацию он привяжет к той сборочной единице или детали которая написана в самом задании конструктору на какое изделие ему проектировать узел или деталь).

второе сообщения я прочитал внимательно  :) 
только там Андрей чуть не так понял, пользователи здесь не причём. Я вообще уберу из "Изделия ОГК" слово ОГК и напишу просто "Продукция" - там должно лежать всё что изготавливается у нас на заводе и идёт на продажу.  Если у нас есть классификатор типа: 
Продукция 
...!- изделия ходовых систем ...
......!- гусеницы
......! - сельскохозяйственные трактора
......! - промышленные трактора
...!- катки опорные
......!- ....
и т.д. 
то получиться что надо будет иметь одинаковые классификаторы в справочниках ДЕ и СБ, что-бы аккуратно разложить продукцию, там где детали, пусть в ДЕ, там где СБ, пусть в СБ. А как присваивать обозначения, коды в продукции, если они лежат в разных местах? В общем, в таком случае никакой аккуратности и наглядности не будет...  :(

Re: Номенклатурный справочник

Классификатор надо настраивать по виду изделий, а не по виду продукции.
Приведу пример:
И деталь и сборка может входить не в одно изделие, а в несколько разных, причем эти изделия будут относиться к разным видам продукции.
А, если мы разложим по видам (болты, винты, шайбы ..., корпуса, мосты, блоки двигателей, топливные системы и т.п.) - тогда будет неважно куда входит деталь или сборка, мы всегда найдем по ее виду (или любому другому признаку, но только признак должен быть конструктивный!).

Re: Номенклатурный справочник

Сергей Девятериков писал(а):
Классификатор надо настраивать по виду изделий, а не по виду продукции.
Приведу пример:
И деталь и сборка может входить не в одно изделие, а в несколько разных, причем эти изделия будут относиться к разным видам продукции.
А, если мы разложим по видам (болты, винты, шайбы ..., корпуса, мосты, блоки двигателей, топливные системы и т.п.) - тогда будет неважно куда входит деталь или сборка, мы всегда найдем по ее виду (или любому другому признаку, но только признак должен быть конструктивный!).


Это конечно правильный подход. я согласен с ним.

Re: Номенклатурный справочник

Приведу пример из жизни, когда работал конструктором .... :
изготавливали одну детальку, ..  упрощённо ось, состоящую из двух цилиндров разного диаметра, при этом длина тонкого цилиндра была раз в пять больше его диаметр. Так вот, в конструкции этот "кончик" часто отламывался, ... из-за маленького диаметра от упрочняющей обработки толку не было, ....   периодически были отправки на ремонт, ...
было принято решение делать цилиндр большего диаметра из одного материала, цилиндр меньшего диаметра из друго материала, а потом их сваривали. В итоге получалось работоспособная конструкция. Но раньше она была деталью, а стала сборкой, ...  её теперь из-за этого надо перекладывать в другой справочник ?

Re: Номенклатурный справочник

Если быть точнее, то при таком изменении конструкции, данному изделию должно быть присвоено новое конструкторское обозначение (новое изделие только по внешнему виду похоже на старое, а реально является абсолютно другим не только по применяемому материалу, но и по всем конструкторско-технологическим и физико-химическим свойствам). 
Только при частичном изменении конструкции допускается создавать не новое изделие, а лишь новое исполнение старого. Но данный случай под это не подпадает.
Да и никто не запрещает изготавливать и старое и новое изделие.

Re: Номенклатурный справочник

В том случае были выпущены просто извещения, изменили конструкцию, изменили техпроцесс, ...   Обозначение оставили то-же.

Re: Номенклатурный справочник

1. Зачем отделять детали от сборок, ... непонятно. какая особо разница между ними? то что к сборке есть спецификация, сборочный чертёж, детали (фрагменты деталей в сборочном чертеже) ....

Справедливо и наверное логично.


2. В TCS можно ведь без проблем привязывать спецификации не только на детали но и на материалы. И ещё, спецификацию пишет конструктор который сам и делал сборочный чертёж, т.е. все детальки в своей сборке он и так сам привяжет (так что вопрос об отделе отпадает) так же как и сам привяжет детальки в спецификации. Саму сборку и спецификацию он привяжет к той сборочной единице или детали которая написана в самом задании конструктору на какое изделие ему проектировать узел или деталь).


А вот тут не понятно. Если вы разделите справочники по отделам, то для того чтобы вставить деталь нужно знать  в каком отделе ее разработали. Зная отдел я выбираю класс, а потом по этому классу выбираю номенклатуру.  Но так же нельзя? И лежать они у меня будут потом в разных разделах спецификации - Детали отдела 1, Детали отдела 2 и т.д...

Re: Номенклатурный справочник

Gordon писал(а):


А вот тут не понятно. Если вы разделите справочники по отделам, то для того чтобы вставить деталь нужно знать  в каком отделе ее разработали. Зная отдел я выбираю класс, а потом по этому классу выбираю номенклатуру.  Но так же нельзя? И лежать они у меня будут потом в разных разделах спецификации - Детали отдела 1, Детали отдела 2 и т.д...


Всё-таки мне интересно как это у вас детали делают одни, а спецификации делают другие ? у нас кто делает сборки тот и оформляет спецификации на них !!! Так что проблем со знанием отдела абсолютно не возникает   :D   
а вот про разные разделы спецификации - Детали отдела1, детали отдела 2 я что-то не понял ... что Вы имеете в виду? Извините если спрашиваю такие вещи, просто опыт общения с TCS, пока небольшой.

Re: Номенклатурный справочник

у нас кто делает сборки тот и оформляет спецификации на них !!!

Это конечно так. Но спецификация состоит из строк. Вот добавляете вы новую строку в спецификацию (делайте прямо в ТКС). Вы выбираете сначала класс, потом номенклатуру в этом классе. И получаетете строчку спецификации.

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

Re: Номенклатурный справочник

Похоже есть некоторое недопонимание. Для того чтобы разобраться с сутью вопроса от TigerS, нужно знать структуру завода все таки.
В данном случае, на заводе 4 конструкторских отдела. Они никак практически не пересекаются, разве что в использовании стандартных изделий. 
Отдел главного конструктора проектирует изделия выпускаемые заводом, помимо этого, завод выпускает еще и изделия по кооперации (отливки, поковки). Этим занимаются только констуктора и технологи отдела главного металурга. Других конструкторских (отдела главного конструктора и т.д.) и технологических подразделений (отдела главного технолога и т.д.) это совершено не касается.   
Есть еще 2 отдела - отдел главного механика - который тоже может проектировать изделие (выполнить какой то разовый заказ) и проектно-конструкторский центр. 
Поэтому и возникла мысль разделить справочник и архив по отделам.

Re: Номенклатурный справочник

Еще раз о главном: классифицировать сборки и детали нужно только по конструктивным признакам, иначе потом будут жуткие проблемы с поиском и заимствованием.

Re: Номенклатурный справочник

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

Абсолютно верно.  Наша задача указать на особенности работы (то на что потом можно наткнуться).  Если отделы между собой никак не пересекаются - то проблем действительно не будет. Фактически они будут пользоваться только общим справочником стандартных и материалов и пр,  а справочник деталей и сборок у каждого будет свой, и использовать номенклатуру другого отдела они фактически не будут (заимствованием между отделами исключено). 

Тогда будет только небольшой нюанс с отчетами.  В некоторых отчетах используются наши стандарные обозначения. Их придется немного подправить. Ну и все наверное.

Re: Номенклатурный справочник

Сергей Девятериков писал(а):
Еще раз о главном: классифицировать сборки и детали нужно только по конструктивным признакам, иначе потом будут жуткие проблемы с поиском и заимствованием.


Сергей, это конечно превосходно. Но давайте посмотрим как будет при таком раскладе в жизни:
1. Конструктор спроектировал сборку: три плиты, четыре болта, две прокладки, две втулки.
2. заполняет спецификацию, присваивает обозначения, расставляет позиции на чертеже:
т.е. ищет с ДЕ папочку плиты, берёт оттуда последний номер плиты, присваивает своей плите номер на один больше.
затем заходит в папочку втулки, и там делает аналогично,
затем в папку прокладки, и там аналогично
в итоге спецификация будет выглядеть вместо обычного вида типа:

Детали
1234-1234/1  Плита верхняя
1234-1234/2 Плита нижняя
1234-1234/3 плита средняя
1234-1234/4 Прокладка
1234-1234/5 Втулка
1234-1234/6 Втулка

Детали
3333-4444  Плита верхняя
3333-4445 Плита нижняя
3333-4446 плита средняя
2121-2121 Прокладка
3131-3131 Втулка
3131-3132 Втулка

конструктора подвесят за я@ца асупщика   :D

Re: Номенклатурный справочник

Так мы вас и ждем в гости с нетерпением, чтобы совместно разобраться, как и что делать наиболее оптимальным образом. И давно ждем :D А пока готовим материалы и эксперементируем с системой, готовим свои предложения.

Re: Номенклатурный справочник

TigerS писал(а):
Но давайте посмотрим как будет при таком раскладе в жизни:
1. Конструктор спроектировал сборку: три плиты, четыре болта, две прокладки, две втулки.
2. заполняет спецификацию, присваивает обозначения, расставляет позиции на чертеже:
т.е. ищет с ДЕ папочку плиты, берёт оттуда последний номер плиты, присваивает своей плите номер на один больше.
затем заходит в папочку втулки, и там делает аналогично,
затем в папку прокладки, и там аналогично
в итоге спецификация будет выглядеть вместо обычного вида типа:

Вопрос не понял.

Спецификация должна получиться:
Детали
Э111.111111.001 Плита №1
Э111.111111.002 Плита №2
Э111.111111.003 Плита №3
Э111.111111.004 Болт №1
Э111.111111.005 Болт №2
Э111.111111.006 Болт №3
Э111.111111.007 Болт №4
Э111.111111.008 Прокладка №1
Э111.111111.009 Прокладка №2
Э111.111111.010 Втулка №1
Э111.111111.011 Втулка №2

Re: Номенклатурный справочник

ладно, мы ещё поработаем, сделаем по разным вариантам, и придём к какому-нибудь мнению  :)   о чём вас ещё известим.

Re: Номенклатурный справочник

[/quote] Фактически они будут пользоваться только общим справочником стандартных и материалов и пр,  а справочник деталей и сборок у каждого будет свой, и использовать номенклатуру другого отдела они фактически не будут (заимствованием между отделами исключено). [/quote]

Совершено верно. Заимствования исключены. У них даже бумажные архивы свои. Поэтому и была мысль содать справочники (сборочных единиц и деталей) для каждого отела свой. 

   P.S. Завод большой, присутствуют все виды технологических переделов (кузница, литье, механообработка и т.д.) И завод не раздроблен на кучу заводиков и малых предприятий. Как было в советские времена, так и осталось.