Заказ звонка

Закрыть

*
*
*

Прорпадают данные

Страницы: 1 2 След.
RSS
Прорпадают данные
v 5.0.2
Есть ТП на деталь, его разрабатывает отдел технолога, а параметр оборудования трудоёмкость tшт на ТП ставит отдел труда через Расчёт параметров-трудовое нормирование.
Отдел технолога при изменении ТП случайно или явно удаляет и изменяет цифры отдела труда, что делать не должен, так как за эти цифры не отвечает. Где в программе осуществляется защита чужих цифр параметра техпроцесcа?
Отдельно на каждый параметр в TCS права не назначаются. Т.к. это получится слишком громоздкая и сложная система управления правами. Неоправданно сложная, что в реальности будет в большинстве случаев только затруднять работу.
Права и так разграничиваются вплоть до конкретной записи. Усложнять еще - до прав на каждый параметр записи (которых может быть сколько угодно и каких угодно), как показал опыт, не имеет смысла.

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

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

<При проведении изменения, опять же, круг лиц которые получают права на работу с версией ТП (или с конкретными ее записями) крайне невелик. Скорее всего, один человек, ну может 2... Если он намерянно занимается вредительством, то вычислить кто это сделал - никаких проблем. А в таком случае, зачем он будет это делать?>
а вы попробуйте сами отследить : добавьте - удалите параметр в ТП, посмотрите в протокол, что видите ?

Только не надо советовать использовать извещения и тд, так как извещение может вовремя не прийти.
Здесь только одна правда: данные которые пользователь внёс - не должны пропадать ни случайно, ни явно... и программа (а не человек) должна блокировать эти данные для изменения другими.
Вот и есть вопрос - как быть дальше, если программа не защищает данные, и в протоколе их изменение не отслеживает?
А как у Вас сейчас организовано назначение прав на работу с версией ТП? кто дает права? Кому? в какой момент? какие? Изменяется ли состояние версии ТП? Есть ли какой-то регламент проведения изменений информации в электронных ТП?
Цитата
zet пишет:
Здесь только одна правда: данные которые пользователь внёс - не должны пропадать ни случайно, ни явно... и программа (а не человек) должна блокировать эти данные для изменения другими.

Очень спорное утверждение. Это получается, что если кто-то что-то в базу ввел, то ни один другой человек это исправить не может, кроме того, кто ввёл? А не замучаетесь так работать? smile;)

Рассмотрим Вашу ситуацию.
Если
Цитата
zet пишет:
Технолог очищает ТП вместе с данными отдела труда, и копирует сюда данные из другого ТП.

то это означает, что у этого технолога в данный момент есть полное право редактировать этот ТП, как ему вздумается, в т.ч. и просто удалить всё что в нем написано. А это означает одно из:
- этот ТП на данной стадии никому не нужен и никем никак не используется кроме самого этого технолога - делает, что хочет.
- это специалист которого нет смысла ограничивать, знает что делает.
- неправильно организована работа с правами/доступом/использованием ТП.

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

Из Вашего объяснения получается, что технолог удалил позицию ТП. Но сотрудник отдела труда требует, чтобы параметр удаленной позиции остался в базе данных? Кому нужен параметр несуществующей записи?

Что по этому поводу написано в Регламенте взаимодействия служб на Вашем предприятии? Технолог не имеет права редактировать ТП после внесения изменений сотрудником отдела труда? Кто подписывает ТП?
<Из Вашего объяснения получается, что технолог удалил позицию ТП. Но сотрудник отдела труда требует, чтобы параметр удаленной позиции остался в базе данных? Кому нужен параметр несуществующей записи? >
- Отдел труда пронормировал все детали в большом изделии (в том числе техпроцессы ТП1 И ТП2)-данные записал не только в TCS, но и в журнал
- отдел технолога решил изменить ТП2, при этом он принимает решение, что ему быстрее скопировать записи готового ТП1 и вставить в ТП2. Для этого он удаляет все записи ТП2 и вставляет записи ТП1.
Так как программа это позволяет сделать - он так и делает, при этом данные отдела труда на ТП2 пропадают.
Теперь на ваш вопрос ... отдел труда требует всего лишь, чтобы данные, которые он внёс, сохранялись и даже, если как вы пишете, есть вредитель,- чтобы он не мог изменить их данные.
--------------------------
<Очень спорное утверждение. Это получается, что если кто-то что-то в базу ввел, то ни один другой человек это исправить не может, кроме того, кто ввёл? А не замучаетесь так работать?>
ну вы же понимаете, о чём речь ... не надо ловить на слове.
--------------------------
По правам доступа ...
В Администраторе у отдела труда и у технологов в Проектировании техпроцессов всё разрешено кроме
- работа с версиями
- назначение прав доступа
у технологов, которые назначены давать право доступа к версии - всё разрешено

Технологи не дают право доступа к версии ТП отделу труда, но TCS позволяет отделу труда через режим Расчёт параметров внести свои данные.
----------------------------
<Что по этому поводу написано в Регламенте взаимодействия служб на Вашем предприятии>
а вот нам хотелось бы услышать ваше подробное мнение, каким должен быть Регламент взаимодействия этих двух отделов в условиях TCS, с учётом
- большого объёма обрабатываемых ТП в день
- условий производства ... а не теоретических, то есть и извещение может потерятся и много ещё чего может случиться и даже иногда Регламент может не выполниться.
- отсутствия в протоколе сведений о изменении параметров техпроцесса (ответ от вас так и не получен, почему невозможно отследить изменение этих данных)
Цитата
zet пишет:
отдел технолога решил изменить ТП2, при этом он принимает решение, что ему быстрее скопировать записи готового ТП1 и вставить в ТП2. Для этого он удаляет все записи ТП2 и вставляет записи ТП1.
Так как программа это позволяет сделать - он так и делает, при этом данные отдела труда на ТП2 пропадают.

Обратите внимание! Это НЕ данные отдела труда на ТП2 пропадают! Это весь ТП2 пропадает, вместе вообще со всеми данными которые там есть. Причем ничего не "пропадает", а пользователь сознательно удаляет!
Как могут сохранится нормы на несуществующие операции, оборудовние?

Цитата
zet пишет:
Так как программа это позволяет сделать

Естественно. Если у пользователя есть все права на редактирование и удаление всех записей в версии ТП и версия ТП народится в состоянии допускающем ее редактирование, то почему программа не должна позволять удалять записи?

Цитата
zet пишет:
отдел труда требует всего лишь, чтобы данные, которые он внёс, сохранялись и даже, если как вы пишете, есть вредитель,- чтобы он не мог изменить их данные.

Чтобы пользователь не мог удалить данные из ТП надо сделать одно из двух:
- отобрать у него права редактирование этой версии (не сможет отредактировать конкретно этот пользователь);
- перевести версию в состояние не допускающее редактирование (никто не сможет отредактировать).

Соответственно, если Вы хотите гарантировать, что введенные Вами данные в ТП точно не изменятся и не пропадут, то надо просто после их внесения сделать либо первое, либо второе.

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

Соответственно, решать надо не вопрос раздачи прав на отдельные параметры, а вопрос доступа и возможности редактирования технологической информации (т.е. версии ТП) на разных стадиях его проработки. Например при вступлении версии ТП в действие переводить её в состояние не допускающее редактирование. Можно вручную для каждой версии. Можно автоматически по одной кнопке сразу для всех деталей по спецификации и т.п.
Есть, например, отличная методика работы с электронными извещениями и соответствующие скрипты. Очень хорошо себя зарекомендовала в реальной работе. Изделия - порядка 3-5 тысяч ДСЕ. Изменения проходят постоянно. И все работает как часы. Если интересно - можем поделиться опытом.
< отобрать у него права редактирование этой версии (не сможет отредактировать конкретно этот пользователь)>
у кого отобрать в нашем случае - у технолога ?
ну можно отобрать на время, пока ему опять не потребуется вносить изменения в ТП
А как только будет перевод версии в состояние Редактирования - это опять ВОЗМОЖНОСТЬ ОЧИСТИТЬ ТП ВМЕСТЕ С ЧУЖИМИ ДАННЫМИ.


< Например при вступлении версии ТП в действие переводить её в состояние не допускающее редактирование.>
< перевести версию в состояние не допускающее редактирование (никто не сможет отредактировать)>
Если готовый ТП с правильными данными 2 отделов сделать архивным и редактирование ТП проводить на его копии
- отдел труда должен сравнивать версии, выявлять изменения своих данных, потому что
в редактируемой копии ТП также есть возможность корректировки их данных всеми возможными способами, в том числе и очисткой-копированием ТП.
Есть данные которые отдел труда обязан корректировать согласно извещений ОГТ, но сейчас речь идёт как раз о тех данных отдела труда, которые не должны были измениться, а изменились.

<Есть, например, отличная методика работы с электронными извещениями и соответствующие скрипты. Очень хорошо себя зарекомендовала в реальной работе. Изделия - порядка 3-5 тысяч ДСЕ>
готовы принять любую Вашу подсказку и помощь в решении данной конкретной задачи
то есть имеем:
- отдел технолога ведёт ТП (основные записи)
- отдел труда нормирует эти ТП (рекизиты ТП), фиксирует свою работу в журнале
Исходя из всех предыдущих собщений, можно предположить следующее:

Работа технологов с использованием программы организована неправильно. При внесении изменений они не корректируют ТП, изменяя его в нужном месте, а удаляют его полностью со всем, что к нему относится. Причем ещё и правят при этом не отдельную какую-то версию, а прямо рабочий ТП, который вроде как кому-то нужен (но в то же время его на всякий случай всем можно редактировать зачем-то всё равно). При таком подходе - понятно, что все пропадёт. Удаляют же.

Работа с версиями, очень похоже, тоже организована по весьма туманным правилам. Судя по предыдущим сообщениям, когда создаются версии, для чего, как и в каких случаях они используются, как определяется в какой момент и какая версия должна редактироваться и т.п. - как-то не очень прослеживается.

Есть подозрение, что на версии ТП навешены задачи, которые решать надо совсем в другом месте. Например, сравнение изменения той же трудоемкости от месяца к месяцу, от заказа к заказу и т.п.

Так что, первая рекомендация: нужно для начала наводить порядок в правилах работы (с использованием возможностей ПО): с теми же версиями ТП, их состояниями, правами доступа к ним и т.д. И учить пользователей, чтобы они эти правила понимали и им следовали. Иначе - беда.

Резюме - первым делом нужно упорядочить работу по:
- порядку разработки новых ТП (включая нормирование);
- порядку изменения существующих ТП (включая нормы);
- порядку использования этих ТП для производственных задач.
при этом учесть вопросы управления правами доступа к этим самым ТП.

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


Цитата
zet пишет:
готовы принять любую Вашу подсказку и помощь в решении данной конкретной задачи
то есть имеем:
- отдел технолога ведёт ТП (основные записи)
- отдел труда нормирует эти ТП (рекизиты ТП), фиксирует свою работу в журнале

Это не задача smile;).
Надо отталкиваться от того как эти данные (операции, оборудование, трудоемкость) дальше Вы используете, для чего. Т.е. именно от задачи. Не от того что они вводят, а от того зачем они это вводят. Порядок работы с версиями в первую очередь зависит от того, как дальше и для чего эти версии используются (расчеты материалов, трудоемкости, себестоимости, планирование производства, контроль изготовления и т.п.). В зависимости от этого строятся и правила поддержания необходимой информации в актуальном солстоянии, т.е. в т.ч. разработка/изменение техпроцессов и норм, которые к ним относятся.

В общем, предлагаю встречаться и обсуждать. Просто судя по всему в данном случае основная проблема в орг. плоскости, а не в технической. А это проще не на форуме обсуждать, а лично smile;)
Готовы поделиться опытом.
Изменено: Константин Чилингаров - 18.02.2009 16:56:15
<Резюме - первым делом нужно упорядочить работу по:
- порядку разработки новых ТП (включая нормирование);
- порядку изменения существующих ТП (включая нормы);
- порядку использования этих ТП для производственных задач. >

<при этом учесть вопросы управления правами доступа к этим самым ТП >
Прежде чем разрабатывать стратегию давайте посмотрим, что нам мешает...
1. по правам доступа ....
- отиз никто не даёт прав доступа к технологиям ...., тем не менее в режиме Расчёт параметров, они успешно, не имея этих прав, вносят свои данные (Расчёт параметров - Трудовое нормирование-Построить)
Так причём здесь "права доступа" в решении нашей задачи ?
Как регулировать защиту правами доступа ? Получается - никак.
2. по контролю выполнения регламента ....
- В протоколе не отслеживается действия над реквизитами (параметрами) ТП

< порядку использования этих ТП для производственных задач>
В Technologics нет других вариантов ввода трудоёмкости, как в реквизиты техпроцесса, поэтому дальнейший порядок использования этих данных никак не касается МЕХАНИЗМА ВВОДА трудоёмкости, о котором идёт обсуждение в этой теме.

<- порядку разработки новых ТП (включая нормирование);
- порядку изменения существующих ТП (включая нормы); >
по порядку разработки-изменения ТП другого варианта, как делать это через версии и статусы версий,- нет
о минусах этого мы уже написали http://www.tcsdev.ru/forum/index.php?PAGE_NAME=message&FID=2&TID=42&MID=224#message224

Приехать не cможем. Как вариант - можно было бы рассмотреть схему решения этой задачи, которую вы предложите. На схеме не будет слов типа "у вас не правильно организовано", и будет видно как правильно,
то есть - больше конкретности.
Страницы: 1 2 След.
Читают тему (гостей: 1, пользователей: 0, из них скрытых: 0)