Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
TechnologiCS → TechnologiCS → Пожелания по доработке системы → Выгрузка данных в MS Project
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Вообще получается интересная ситуация. Написаны скрипты, а пользоваться ими нельзя. Возникает чувство какой-то недоработки. Данная тема поднималась чуть больше года назад, была ссылка (ныне мертвая) на скрипты для MS Progect. Очень хотелось бы реализовать данную возможность.
Виктор, мы ждем от Вас полноценного описания ваших пожеланий. Как вы хотите, чтобы выглядел данный функционал?
Приносим свои извинения. Раньше в демо базу постоянно попадали излишние и бесполезные примеры, не успели их вычистить просто. Сейчас стараемся следить, и главное чтобы пример весь был в демо базе (к счастью возможности TechnologiCS 5.7 позволяют значительно улучшить разработки скриптов).
Чтобы вы хотели видеть в данном примере? Там был просто довольно примитивный пример работы с MS Project.
Чтобы вы хотели видеть в данном примере?
Хотелось бы увидеть работающий пример, чтобы понять стоит ли двигаться в данном направлении.
В целом проблема в графике производства и в графическом плане изготовления.
Подробнее. При построении циклограммы убираем класс стандартных изделий (аналогично кооперация и покупные, но не суть). В дальнейшем, при создании плана производства никаких стандартных не наблюдается, что и естественно, поскольку создается из закладки "техпроцесс", а на стандартные техпроцессов нет.
Далее, получаем план производства, и вот уже при попытке построить график возникают стандартные изделия.
Учитывая, что для печати полученного графика требуется в среднем 80-100 листов А4, и возникло желание использовать экспорт во внешнее приложение.
Ну вот накидал небольшой примерчик для работы. Проверял на TechnologiCS 5.7 и Microsoft Project 2007 (но должно и на младших версиях вроде работать).
Необходимо включить режим "Сортировка по ТП", выделить записи, скрипт перекинет их в Microsoft Project.
Код весь написал на VB Script, так что больше внешний скрипты не понадобятся.
Вызывается так (замените вместо старого)
Sub FormMacro_GetFileForMSProject(TCSActiveModule) 'Выгрузить план в MSProject Call CSDN_MsProjects.FormMacro_ShowPlanInMsProject(TCSActiveModule) End Sub
Код довольно большой, прилагаю в виде файла экпорта (импортируйте его себе просто). Можно взять за основу и доработать для себя (хотя такую же картинку как в TechnologiCS проблематично нарисовать получилось).
Спасибо. Пойду разбираться.
Получил странные результаты. При выгрузке у задачи неправильная длительность, хотя в заметке к задаче всё нормально. К примеру в заметке 7,5 час., длительность 8 час.; или 68,7 - 52 и т.д. Если надо могу сбросить скриншоты.
Далее. При использовании макроса "расчет операционного времени с учетом сменности" также неверные результаты. Если не ошибаюсь, то при односменном режиме работы, диапазон с 8 до 16 часов, но при расчете время устанавливается как при 24 часовом режиме работы.
И если не сложно, еще один вопрос. При работе с ПСП есть макрос "расчет дат запуска/выпуска по выделенным ПСП". Выдает ошибку и требует объект ICalendar. Такая тема уже была, но там объяснения велись в личной переписке.
P.S. Установлено TechnologiCS 5.7, Microsoft Project 2007, SQL Express 2005
Получил странные результаты. При выгрузке у задачи неправильная длительность, хотя в заметке к задаче всё нормально. К примеру в заметке 7,5 час., длительность 8 час.; или 68,7 - 52 и т.д. Если надо могу сбросить скриншоты.
Да, там срабатывают ограничения Project на этапы (плюс у него свой календарь). Поэтому не получается получить картинку как в TechnologiCS (но тут надо с Project получше по разбираться, или данные по другому организовать). Картинка будет хорошей если даты все есть и введены корректно.
При использовании макроса "расчет операционного времени с учетом сменности"
Поизучаем пример
требует объект ICalendar
Скорей всего отсутвует в БД календарь Односменная работа. Создайте его просто и данные забейте.
При использовании макроса "расчет операционного времени с учетом сменности" также неверные результаты. Если не ошибаюсь, то при односменном режиме работы, диапазон с 8 до 16 часов, но при расчете время устанавливается как при 24 часовом режиме работы.
Да, действительно в макросе ошибка, исправим.
требует объект ICalendar
Календарь есть. Сделал по другому. В демо базе все работает, просто импортировал оттуда скрипты, в рабочей где-то был сбой.
ограничения Project на этапы
Календарь сделал идентичным TCS, не влияет. На одно изделие более 2000 операций, очень не хочется править вручную. А диаграмма Ганта как раз то, что нужно.
Буду разбираться дальше
в макросе ошибка
Буду ждать
Тогда строчку укажите где требует объект ICalendar
Я малость поправил скриптец (выставил календарь программно. Стало получше, но не сильно пока
Проверял на TechnologiCS 5.7 и Microsoft Project 2007
Фактически нормально происходит только выгрузка состава изделия, и в какой то момент Project начинает самостоятельно пересчитывать время. Осталось найти когда и где.
срабатывают ограничения Project на этапы
Не уверен, время неправильное при импорте даже одной операции. Или речь о каких-то других ограничениях?
Строку найду попозже. Я в инет выхожу с чужого компьютера, это соседнее здание, да и работают на нем. Сейчас пойду к себе, поищу, скрипт попробую.
Тогда строчку укажите где требует объект ICalendar
Ошибка выполнения скрипта в модуле CSDN_GetlaunchReleaseDate
Строка Call ICalendar.SetCurrentDate ( CurrentDate )
срабатывают ограничения Project
Пожалуй дело в использовании календаря по умолчанию. При экспорте устанавливается по умолчанию базовый календарь Projecta (9-13;14-18).
В целом, если нельзя в MS Project обойти или отключить первоначальную загрузку базового календаря ресурсов, то решение видится только одно. Скриптом, аналогичным "расчету операционного времени с учетом сменности", создаем рабочее время операций в пределах 9-13 и 14-18 часов, с учетом выходных естественно. Далее весь этот набор данных выгрузить в Project, а план производства в TCS вернуть в исходное состояние. Это возможно?
Что интересно, в отличие от Projecta, в TCS не предусмотрен перерыв на обед, а ведь он существует и оказывает определенное влияние на сроки производства. Возможно скрипт для расчета времени с учетом сменности стоит доработать именно так, как это сделано в Projecte?
Да, действительно в макросе ошибка, исправим.
В связи с этим возникает вопрос: Если в этом макросе ошибка, каким образом в TCS производится планирование производства/расчет загрузки оборудования? Или никто не пользуется?
Если в этом макросе ошибка, каким образом в TCS производится планирование производства/расчет загрузки оборудования? Или никто не пользуется?
Действительно, данным макросом для планирования/загрузки оборудования никто не пользуется потому что он для этого не предназначен....
В демобазе он приведен в качестве примера для вычисления пооперационных дат и времени начала/конца работ с учетом сменности по упрощенному календарю:
' 08-00 16-00 1 смена
' 16-00 24-00 2 смена
' 24-00 08-00 3 смена
'
' Соответственно: 1 сменная работа 8 часов 08-00 16-00
' 2 сменная работа 16 часов 08-00 24-00
' 3 сменная работа 24 часа 08-00 16-00
О чем честно в описании макроса и сказано... Ошибка заключается в том, что в макросе демобазы неверно учитывается время при переходе работ из смены в смену при 1 и 2-х сменной работе. Данную ошибку легко исправить самому в блоке макроса, который называется "Корректировка даты с учетом коэффициента сменности"
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
TechnologiCS → TechnologiCS → Пожелания по доработке системы → Выгрузка данных в MS Project