Текущее время: Вс, авг 10 2025, 19:54

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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