Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Slav Сахават Юсифов ... Он даже не заметил, что у меня "брус буковый" получается от "доски хвойной". ... Сахават Юсифов, хуже всего, что в Вашей системе это вполне возможно - судя по картинке. Это частенько бывает и на самом деле. Хвоя пропитывается (порозаполнение) и подкрашивается. Особенности деревообработки. :) Справочники материалов и т.д. я не продаю. Просто, хотелось еще поговорить с инженером, но он пропал. Обидели... Slav Два вопроса лично к Вам: 1. А что это за коды у Ваших изделий - по той же картинке? Знаком с очень многими справочниками - но такое вижу впервые. Сами придумали? 2. У Вашей суперсистемы был "опыт неудачного внедрения"? Если был - то по каким причинам? 1. Задайте этот вопрос конструкторам и технологам. У меня коды обезличены, хоть пиши свою фамилию. 2. Могу сказать только про MES (С остальными проблем нет). Причина одна - попытка загрузить людей не нужной (в данный момент) работой. (Не сбалансированность производственных мощностей, многономенклатурность). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2005, 16:21 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Если 2063434 имеет отношение (является ответом) к 2063406, то опять нет ни технологических спецификаций (расход энергии и т.п. на технологическую операцию), ни спецификаций труда, ни ... и т.д. То есть нет практически ничего. В 2063454, к сожалению, только демагогия. И еще раз про "групповые" спецификации. У вас же, господа, надеюсь ОДНА схема БД используется для хранения спецификаций ? Если вы назовете соответствующий объект (отношение) "групповая спецификация", а на конкретном предприятии не будут использоваться отличия по позициям, а будут создаваться спецификации для каждого изделия (что часто удобнее при небольшом числе позиций), то что означает "групповая" ? А если говорить просто "спецификация", то никаких вопросов это не вызовет, так как для каждого изделия в ЛЮБОМ случае будет "выдаваться" (хотя и не хранится) его собственная спецификация. "Групповых" спецификаций нет и даже теоретически не может быть. То, что вы называете "групповой" спецификацией - это просто спецификация как совокупность функциональных позиций, на которых, в свою очередь могут находиться различные материалы. В системе Сахавата Юсифова (судя по "картинке") помимо прочих есть еще один крупный недостаток - нет концепции функциональной позиции. Но поскольку без этой концепции нормальная поддержка спецификаций невозможна, то, скорее всего, я ошибаюсь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2005, 19:23 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
инженер планового отделаЕсли 2063434 имеет отношение (является ответом) к 2063406, то опять нет ни технологических спецификаций (расход энергии и т.п. на технологическую операцию), ни спецификаций труда, ни ... и т.д. То есть нет практически ничего. В 2063454, к сожалению, только демагогия. И еще раз про "групповые" спецификации. У вас же, господа, надеюсь ОДНА схема БД используется для хранения спецификаций ? Если вы назовете соответствующий объект (отношение) "групповая спецификация", а на конкретном предприятии не будут использоваться отличия по позициям, а будут создаваться спецификации для каждого изделия (что часто удобнее при небольшом числе позиций), то что означает "групповая" ? А если говорить просто "спецификация", то никаких вопросов это не вызовет, так как для каждого изделия в ЛЮБОМ случае будет "выдаваться" (хотя и не хранится) его собственная спецификация. "Групповых" спецификаций нет и даже теоретически не может быть. То, что вы называете "групповой" спецификацией - это просто спецификация как совокупность функциональных позиций, на которых, в свою очередь могут находиться различные материалы. В системе Сахавата Юсифова (судя по "картинке") помимо прочих есть еще один крупный недостаток - нет концепции функциональной позиции. Но поскольку без этой концепции нормальная поддержка спецификаций невозможна, то, скорее всего, я ошибаюсь. Групповая на то и групповая, что может описать многих, одну и пустую спецификацию. Особо на энергию давить не надо, у каждой машины есть данные о пеотребляемой энергии, а времена нормированы. Вообще все это туфта, машина крутится и тогда, когда ей нечего делать. Для этого умники вводят стоимость машиночаса простоя/работы, с учетом вплоть до амортизации. А вот про "концепции функциональной позиции" давайте поподробнее, с чем едят? И, главное, что не так? Где лучше? У кого? Чем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2005, 23:13 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Господа, что-то я совсем запутался, кто какие позиции отстаивает. Изначально у меня создалось впечатление, что процессный подход "не нравится" Сахавату Юсифову и iscrafm. Однако, отрицание концепции "входов" и "выходов" инженером планового отдела показало, что он также против процессного подхода. В то же время эта концепция вдруг стала отстаиваться Сахаватом Юсифовым (если я правильно его понял). Дабы диспут не превращался в "спор ради спора", предлагаю участвующим сторонам четко обозначить свою позицию по отношению к процессному подходу. У меня такое впечатление, что наиболее горячие батали разгорелись между единомышлениками. Высказать собственное мнение по этому вопросу я пока не готов - оно в настоящий момент претерпевает изменения, я должен дождаться, пока моя позиция оформится в какую-то целостную концепцию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 10:17 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Garya, Народ просто развлекается. А у меня подход простой - учесть все типы производства, которые мне известны (даже не типы производства, а свойства графов). Я на это дело смотрю так - есть граф (не связанный) - производственых мощностей (не связанный), есть графы технологий, которые устанавливает виртуальные связи на графе производства. Я планирую так - создаю связанный граф с минимальным диаметром, упаковывающий все востребованные графы технологий и граф производства. Все пути (между синхронизирующими вершинами) превращаются в конвеер (можно с нулевой задержкой - поток, задержка настраивается транспортными партиями или автоматом), определенные вершины в синхронизирующие накопители (емкость настраивается). Главная задача - установить изоморфизм графов технологий с дампом (графом производства на момент планирования). Основная проблема - добиться эластичности ребер графа технологий (производительное время+эластичный довесок) для симуляции разных систем планирования (разные градации JIT для разных уровней рисков) . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 11:12 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Сахават Юсифов Slav Сахават Юсифов ... Он даже не заметил, что у меня "брус буковый" получается от "доски хвойной". ... Сахават Юсифов, хуже всего, что в Вашей системе это вполне возможно - судя по картинке. Это частенько бывает и на самом деле. Хвоя пропитывается (порозаполнение) и подкрашивается. Особенности деревообработки. :) Справочники материалов и т.д. я не продаю. Просто, хотелось еще поговорить с инженером, но он пропал. Обидели... Сахават Юсифов, я внимаю Вам открыв не только уши, но и рот! Мы про "особенности национальной деревообработки" говорим - или про организацию справочников в информационной системе? На определенном уровне детализации из доски может получиться брус, но чтобы из хвои - бук!? Сахават Юсифов Slav Два вопроса лично к Вам: 1. А что это за коды у Ваших изделий - по той же картинке? Знаком с очень многими справочниками - но такое вижу впервые. Сами придумали? 2. У Вашей суперсистемы был "опыт неудачного внедрения"? Если был - то по каким причинам? 1. Задайте этот вопрос конструкторам и технологам. У меня коды обезличены, хоть пиши свою фамилию. 2. Могу сказать только про MES (С остальными проблем нет). Причина одна - попытка загрузить людей не нужной (в данный момент) работой. (Не сбалансированность производственных мощностей, многономенклатурность). Чем дальше в лес... Так Вы не ERP - а некую абстрактную программную оболочку распространяете? Мне странно, что Вы даже не представляете, как формируется код продукции. Хорошо - а поле-то у Вас под него отведено? По какому принципу - заказчик попросил символов 15-16? Кстати, как раз использование самопальных кодировок - по моему опыту - очень серьезная проблема. В своё время пришлось потратить очень много сил, чтобы привести нашу внутреннюю классификацию в соответствие с российской и международной. Про неудачи MES так и не понял. Хорошая система плохо внедрялась нехорошими заказчиками? Присоединяюсь к недоумению Gary'и . Хотя он сам сделал для этого очень много. Как надо - знают все. И практически каждый пост тому подтверждение. Я почти ничего нового не узнал из многоэкранных постов уважаемых участников дискуссии. Но почему - почему! - замечательные принципы и теории разбиваются в прах на практике? Везде можно прочитать о том, как получилось . Но вот как не получилось - практически нигде. Полагал, что - в соответствии с сабжем - здесь почерпну опыт. Именно опыт . Но топик превратился в разговор ни о чем. :( Тему смело можно переименовывать - как угодно. Просто чтобы не вводить в заблуждение новых участников... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 12:21 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Garya ... Дабы диспут не превращался в "спор ради спора", предлагаю участвующим сторонам четко обозначить свою позицию по отношению к процессному подходу. Garya, правильно я понял - процессный подход и является причиной неудачных внедрений ? Кто на опыте его применял и с какими результатами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 12:25 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Slavправильно я понял - процессный подход и является причиной неудачных внедрений ? Кто на опыте его применял и с какими результатами?В моем случае причиной неудачных внедрений было рассмотрение подобных проектов в чистом виде как IT-проектов. На практике я пытался применить процессный подход, но сил не хватило. Практически решение этой задачи свалилось на одного человека (меня), в итоге у меня опустились руки, когда некоторые руководители отказывались заглядывать в нарисованные схемы. В результате эта попытка была оставлена на самой ранней стадии, и далее последовало сложное лавирование между интересами и различными пониманиями различных руководителей. В итоге часть задач внедрить удалось, но только очень небольшую, и серьезного выигрыша их внедрение не принесло. Сейчас начинается новая фаза. Я начал масштабную войну с попытками руководства самоустраниться от решения проблем управления. Дело неблагодарное - война с руководством во благо этого же самого руководства. Чем это кончится, пока сказать трудно. Поживем - увидим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 12:42 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
[quot Slav] Сахават Юсифов, я внимаю Вам открыв не только уши, но и рот! Мы про "особенности национальной деревообработки" говорим - или про организацию справочников в информационной системе? На определенном уровне детализации из доски может получиться брус, но чтобы из хвои - бук!? [quot Slav] Я Вам привел пример технологии превращения хвойных пород в ценные. Общеупотребительные. :) [quot Slav] Чем дальше в лес... Так Вы не ERP - а некую абстрактную программную оболочку распространяете? Мне странно, что Вы даже не представляете, как формируется код продукции. Хорошо - а поле-то у Вас под него отведено? По какому принципу - заказчик попросил символов 15-16? [quot Slav] Хорошо было бы , если обяснили - как этот код формируется. Если есть патентованные сбособы или стандарты, то буду благодарен. ГОСТ об обезличенных кодах от 80г. считался прогрессивным. А для тех, кто этим занимался до этого я оставил длину кода 21 знак минимум. [quot Slav] Кстати, как раз использование самопальных кодировок - по моему опыту - очень серьезная проблема. В своё время пришлось потратить очень много сил, чтобы привести нашу внутреннюю классификацию в соответствие с российской и международной. [quot Slav] Охотно верю. [quot Slav] Про неудачи MES так и не понял. Хорошая система плохо внедрялась нехорошими заказчиками? [quot Slav] Нет. Желание заказчика не соответствует его возможностям по реинжиниригу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 13:08 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
2 Slav. По поводу бука - не удивляйся. Я видел полихловиниловые покрытия с нанесенным на них древесным рисунком "под бук", "под дуб" и т.д. А между тем, полихловинил сделан вообще не из дерева... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 13:48 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
GaryaВ моем случае причиной неудачных внедрений было рассмотрение подобных проектов в чистом виде как IT-проектов.... Garya, именно то, что, ПМСМ, и происходит в этом топике. ;) Знаю тебя как очень знающего и опытного специалиста. Прочитать те же книжки, что и ты - не проблема. Каждый сможет. А вот проанализировать твой неудачный опыт сможешь только ты сам. Мне бы именно это и было бы интересно - тем более по сабжу. Garya2 Slav. По поводу бука - не удивляйся. Я видел полихловиниловые покрытия с нанесенным на них древесным рисунком "под бук", "под дуб" и т.д. А между тем, полихловинил сделан вообще не из дерева... :) Но я уверен, что в ОКДП они проходят все-таки под одним кодом - ну разве что в последней цифре разница. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 14:45 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
SlavНо я уверен, что в ОКДП они проходят все-таки под одним кодом - ну разве что в последней цифре разница. :):):) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 17:12 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
То, что "групповая" описывает "пустую" - это хорошо. Значит, все-таки, и "обычные", и "пустые" спецификации вы упорно называете "групповыми". Я не "давлю" на "энергию". Без того, что я вам объясняю, планирование невозможно. Нормирование "времен" и труда не менее важно, чем нормирование материальных затрат, и является неотъемлемой "частью" операции. Но, конечно, если планирование - "туфта", то возразить нечего. Тем более, если вы развлекаетесь. Куда уж подробнее ? У вас есть функциональные позиции ? Я же сказал, что вероятно (скорее всего) есть, так как без них спецификацию не сделаешь. Например, "ваша" "пустая" спецификация - это, наверное, спецификация, для которой функциональные позиции определены, а материалы для этих позиций - нет. Конечно, допустимые (или не допустимые) "смешения" и "сочетания" невозможно объявить без функциональных позиций... Я не против "процессного подхода", а просто показал, что концепции "вход/выход" для описания технологической операции - чистая теория. Ничего плохого в чистых теориях нет, но и пользы может не быть. И в данном случае уверен, что не будет. А про "опыт неудачных внедрений" нужно спрашивать у руководителей предприятий, которых здесь, подозреваю, нет. Ведь информационная система - это люди (сотрудники), обменивающиеся информацией, в первую очередь, а не "программки" какие-то. И построить информационную систему может только само предприятие под мудрым руководством руководителя. И если при этом мудром руководстве заинтересованного руководителя систему построить не удалось, значит "программки" - туфта, как выражается Сахават Юсифов. А зачем же мы здесь будем обсуждать туфту ? И кто из разработчиков скажет, что его "программки" - туфта, и поэтому их не удалось "внедрить" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 19:24 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Подробно о групповых спецификациях и зачем они нужны http://www.bti.secna.ru/doc/standart/eskd/gost_2_113_75.htm Это примеры с форумов производственников: Больная тема, скажу Вам. Ибо при серийном производстве нам приходится писать групповые спецификации в Worde. Эксклюзивных сборок мало и сам процесс создания спецификаций как-то забывается... Не спасает даже спецификация формы Б. На две сотни исполнений это будет пухленький том. Word, батенька, Word. Ха-ха. Отож, у меня скоро от этих "мелких недостатков" пропадет всякий интерес к "крупной автоматизации". Особенно достали массивы. По 50 - 100 шт. в дереве модели висит. Нет чтобы как в XXX - редактируемым списком - просто, наглядно и легко редактируется. Ввиду наличия отсутствия групповой спецификации следующий проект буду скорее всего делать снова в XXX, слава китайцам 2005 уже установил ---- Их много, но пары достаточно. Инженер, что Вы пытаетесь кому доказать. Вы об этом скажите конструкторам и технологам, они быстро объяснят зачем и почему. Может Вы конечно не знаете как сделать, чтобы и интерфейс был удобный и структура данных оптимальная. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 20:01 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Изящные аргументы iscrafm и Сахавата Юсифова дают неплохое представление об уровне "конструкторов и технологов", которые "быстро объяснили" нашим героям (видимо басом) "зачем и почему". То есть сами герои, конечно, не виноваты. Как им "объяснили", так они и делают. Всякую туфту, типа "групповых спецификаций в Word" или "учесть все типы производств (даже не типы производств, а свойства графов)". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2005, 23:05 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Инженер планового, Интересный Вы оппонент. Я Вам показал, нормы времени (штучное, на переналадку, транспортировку, естественное пролеживание), персонал (профессия, разряд, тарифная сетка, количестово задействованных) - а Вы талдычете, что нет спецификаций на труд. Я Вам показал, базовую и вариантную спецификации - Вы говорите о каких-то "концепциях функциональных позиций". Я Вам показал входы и выходы операций (многовариантные) - Вы говорите входов и выходов не может быть. Вы что читаете только своии сообщения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 08:46 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Тяжело общаться с анонимами, тем более чей ник не соответствует действительности. Сахават не нервничайте. Это представитель одной софтверной компании. И ему еще расти и расти до уровня как он их называет "конструкторов и технологов". Ввиду того что сделать по-человечески не получается, Вот он и ерничает здесь. Инженер, я и не скрываю, что очень много общаюсь с конструкторами и технологами. В процессе разработки того же БЭСТ-ПРО объехал РФ от Мурманска до Владивостока и очень со многими пообщался с разных заводов и из разных отраслей. Ну и что в этом плохого ? :) Есть практика, а есть "эффективная структура данных". Вы повитайте в облаках, а когда придете на завод будете доказывать там, что нужно, а что нет. И еще, групповые спецификации в Word я не делаю, их делают конструкторы, после таких вы, не нужно путать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 12:28 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Ну, если не знает, пусть спрашивает. Может чем то поможем. Тем более программы и БД в открытом доступе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 12:54 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
инженер планового отделаЯ не против "процессного подхода", а просто показал, что концепции "вход/выход" для описания технологической операции - чистая теория. Ничего плохого в чистых теориях нет, но и пользы может не быть. И в данном случае уверен, что не будет. Вы здесь ничего не показали, может ва привиделось. Так и не было объяснения что такое "функциональная позиция", почему вход-выход является теорией и , наконец, что вы предлагаете взамен интерфейса, который называется групповой спецификацией. Или может еще раз скажете, что такого не существует, все кто их делает полные идиоты :) А потом еще и жалуются в форумах на прекрасный софт, который предлагает им "эффективную структуру данных".. Смешно все это. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 13:11 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Да, извиняюсь, плохо рассмотрел. Там, видимо, правее нормы расхода времени, технологических материалов. И они вместе с "Доской хвойной" и "Станочником" и есть входы, а выход вариантный. А отсутствие одновременно нескольких кодов на выходе - это мелочь. Просто пример такой упрощенный. А на самом деле все есть. И позиции в спецификациях, конечно, есть. То есть все здорово сделано. Есть чему поучиться. Кажется дошло до меня сколь эффективны групповые спецификации, входы и выходы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 13:47 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Аааа, может Вы про эту "Формат,зона,позицию" говорите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 16:05 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Тфу, перепутал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 16:06 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Да нет, не про это. А про то, что в спецификации, например, некоторой абстрактной кастрюли (удивительно, что Вы это не поняли, отстаивая концепцию "групповых" спецификаций !) есть две функциональные позиции: 1. корпус 2. крышка Это не конкретные материалы (детали). А функциональные позиции. И на этих позициях могут использоваться конкретные материалы (детали), то есть конкретные "корпуса", и конкретные "крышки". Очевидно, что без концепции "функциональной позиции" невозможно реализовать "смешения", "сочетания" и т.п., именно "на фоне" того, что Вы называете "групповой" спецификацией. И, конечно, на уровне схемы БД у Вас есть функциональные позиции, а в приведенных интерфейсах их просто не видно. Поэтому я и говорю, что все сделано хорошо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 17:32 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Так и сказали - шаблоны. Жесткие позиции не годятся. Иногда одна деталь (позиция) заменяет несколько деталей (позиций) и тут возникают большие трудности. Вообще, позиционирование плохое дело - нет гибкости. Я групповую спецификацию делаю так(на базе обычных спецификаций). Все варианты указываются в простой спецификации валом. Само изделие не имеет жесткий дополнений к коду в виде вариантов, а определяется базой (унифицированные позиции - поле вариант='пусто') и вариантами вхождений. Окончательный вариант конфигурируется в заказе. Одновременно в заказе для одного изделия может быть уточнен несколько вариантообразующих признаков (например - материал рубашки (бук, дуб...)(вариант детали), рисунок и цвет самого материала (тангенсиальный, радиальный..)(цветовая гамма) (вариант материала), в зависимости от детали и варианта автоматически выбирается материал и вариант карты раскроя и т.д.) В конце получается идетифицирующий код, состоящий - код изделия + переменной длины уточняющий код (в отдельном поле "вариант"). Дальше в производстве применяется этот идентифицирующий код и соответствующая спецификация. Так как для планирования конструкторские спецификации не суть важны, вся логика перенесена на технологические структуры и конфигуратор заказа. А конструкторские спецификации являются базой (справочниками -одноуровневыми спецификациями) для технологических маршрутно -операционных карт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2005, 22:12 |
|
||
|
Поделитесь опытом неудачных внедрений учетных систем
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовТфу, перепутал. Сахават Юсифов, а тут уже другая кодировка.... То что Вы понятия не имеете откуда коды берутся, как формируются и почему не стандартные - я уже понял. А вот зачем Вы их с таким упорством выводите - причем на приведенной форме аж в 3-ех местах! Вон его и не видно полностью - а все равно отсвечивает. Зачем? Что это дает? Неужели операторы помнят наизусть 18-символьные коды? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2005, 09:07 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33381419&tid=1528030]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 266ms |
| total: | 393ms |

| 0 / 0 |
