Текущее время: Пт, окт 31 2025, 15:29

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 15 ] 
Автор Сообщение
 Заголовок сообщения: Ограничение выбора вида заказа по заводам планирующим ТОРО
СообщениеДобавлено: Вт, янв 30 2007, 12:09 
Начинающий
Начинающий

Зарегистрирован:
Чт, ноя 09 2006, 12:31
Сообщения: 10
Исторически так сложилось, что на одном заводе у нас одни виды заказов, на другом другие. При создании заказа пользователи разных заводов ищут свои виды заказов в общем справочнике. Не было бы проблем если б видов заказов было 4-6, но у нас их около сотни (и будет ещё). Подскажите, как ограничить открывающийся справочник видов заказов по заводу планирующему ТОРО?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 12:40 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
там используется средство поиска AUART, так что двигаться в этом направлении.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 12:43 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, май 02 2005, 22:14
Сообщения: 71
Откуда: г. Москва
Лучше это делать на уровне ролей. Объект полномочий I_IWERK. Зачем пользователям других заводов давать возоможность видеть чужие заказы?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 13:23 
Ассистент
Ассистент

Зарегистрирован:
Пн, апр 10 2006, 11:19
Сообщения: 47
Откуда: Оттуда
To OlegDM:
Связь между заводом и видом заказа хранится только в таблицах пула, таких, как T350W, T399X. А таблицы пула в средствах поиска использовать нельзя. По крайней мере система не дает этого делать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 13:28 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, ноя 23 2004, 16:46
Сообщения: 496
Откуда: Москва, Siemens
Пол: Мужской
Как вариант: зашить завод в функцию пользователя в его ОЗ, написать собственное search help, где сделать поле завода неподлежащим заполнению, подтягивая в него завод через ФМ SUSR_USER_ADDRESS_READ. И выбирать виды заказов уже по заводу.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 14:13 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
Destroyer написал(а):
To OlegDM:
Связь между заводом и видом заказа хранится только в таблицах пула, таких, как T350W, T399X. А таблицы пула в средствах поиска использовать нельзя. По крайней мере система не дает этого делать.


В средствах поиска есть такая штука как Search Help Exit (SHE) (Пользовательское средство поиска) - именно там (если создать/использовать нужный ракурс проблематично) можно реализовать нужный алгоритм выбора - не вижу особых проблем.
В дополнение к сказанному Vitp: можем, например, прописать завод в ID параметрах юзвера, а в SHE считать(get parameters) и выбрать из той же T350W с учетом значения этого ID параметра.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 15:25 
Начинающий
Начинающий

Зарегистрирован:
Чт, ноя 09 2006, 12:31
Сообщения: 10
Спасибо всем. Отдельное OlegDm.

Будем смотреть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 16:01 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пн, май 02 2005, 22:14
Сообщения: 71
Откуда: г. Москва
ssh написал(а):
Лучше это делать на уровне ролей. Объект полномочий I_IWERK. Зачем пользователям других заводов давать возоможность видеть чужие заказы?

Сори за пост.
Невнимательно прочитал вопрос.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 30 2007, 17:40 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, фев 14 2006, 17:51
Сообщения: 95
А у меня на виде заказа свой личный список. Удобно.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, янв 31 2007, 08:31 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
Mexanik написал(а):
А у меня на виде заказа свой личный список. Удобно.


Механик, как обычно, предложил самое простое и красивое решение :)

p.s. нам бы таких Механиков... блин!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Вид заказа
СообщениеДобавлено: Ср, янв 31 2007, 11:14 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 16:32
Сообщения: 174
Откуда: ru
Коллеги, сорри а зачем плодить тучу видов заказа?
Есть стандартные виды
1 Поломки break-down
2 ППР plan orders
3 Корректировки adhoc
4 Доп работы extra work

А потом каждый вид заказа можно разводить по ВИДУ РАБОТ ТОРО и по группам планирования.
Сделал один вид заказа и пропиши хоть тучу Видов Работ
И в хелпе так указано.
И отчеты заточены по видам работ.
Поистине горе от ума, или что-то не понимаю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 10:38 
Начинающий
Начинающий

Зарегистрирован:
Чт, ноя 09 2006, 12:31
Сообщения: 10
Alexey
У нас есть "Реестр работ ТОРО" где утверждены плановые затраты на ремонты по статьям: Кап. ремонт установок, Ремонта зданий и сооружений, Ремонр АСУТП и КИПиА, Ремонт энергетического оборудования и т.д.
Формируем план и анализируем факт работ по данным статьям по видам заказов. Но во время кап. ремонта установки делаем ремонт эл. двигателя насоса в объеме среднего ремонта – это вид работ (текущий, средний, капитальный), ремонт может планировать служба главного механика (замена подшипников, изготовление и балансировка ротора), или главного энергетика (ремонт обмотки статора) – это группа плановиков.
Как видите используем всё, поэтому и настроили разные виды заказов.

Mexanik да красивое решение.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 13:55 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
так у вас что - для каждой статьи затрат свой вид заказа ТОРО?

Если так, то настоятельно рекомендую в сторону интеграции ТОРО с PS посмотреть.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, фев 09 2007, 09:54 
Начинающий
Начинающий

Зарегистрирован:
Чт, ноя 09 2006, 12:31
Сообщения: 10
В начале обходились стандартными видами заказов, потом заказчик захотел разводить по статьям Реестра работ, настроили ему видов заказов под статьи работ.
Может с PS можно было и красивее реализовать, но не было ни времени ни сил, а так и заказчику понравилось, и пользователей переучивать не пришлось.

Интеграцию ТОРО с PS обязательно посмотрю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, фев 09 2007, 12:51 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
Kolovrat написал(а):
... Интеграцию ТОРО с PS обязательно посмотрю.


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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 15 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB