По проекту выполнено календарное планирование - система определели сроки для операций (самое раннее начало\конец, самое позднее начало\конец). Начинаем подтверждать фактическое выполнение операций (через транзакцию CN25) и при это вводим фактические сроки, которые отличаются от того, что было запланировано например фактически операция закончилась на день позже. Система записывает эти сроки в операцию, но при внесении каких-то изменений в операцию\проект или при выполнении календарного планирования оана, зараза, фактические сроки проставляет в плановые сроки .
Что нужно сделать, чтобы фактические сроки не замещали сроки, которые были определены в ходе календарного планирования?
Еще второе - при подтверждении вводятся только сроки, а время в транзакции CN25 не проставляется - в итоге в операции фактическое время проставляется с 0 часов по 24 часа, а не как в планировании - фактическое рабочее время с 9 до 18.

Есть различные методы планирования сроков: Сверху вниз, снизу вверх. Попробуй поварьировать ими и посмотрет на результат календарного планирования. Кроме того можно использовать для анализа прогнозируемые сроки.

По поводу времени - в 4.6С время однозначно можно ввести при подтверждении операции: выделяем операцию + Кнопка Подробно

Возможно я не совсем точно написал по поводу времени. Когда я заходу в транзакцию CN25 - запускаю ее по сетевому графику, выделяю нужную операцию из списка, то на экране ввода фактических данных подтверждения - у меня есть даты фактического начала и окончания, но нет времени фактического начала и окончания. Время есть, но это лишь время фактического выполнения операции - трудоемкость.
В итоге после сохранения подтверждения, потом при просмотре операции через CN20N у меня там стоят даты, те, что я ввел через подтверждение, а время стоит с 00:00 по 24:00, а не с 9:00 по 18:00.
Наверное туплю, но в CN25 кнопки "Подробно" в экране подтверждения не нашел.
Версия тоже 4.6с

По поводу календарного планирования - спасибо. Я вроде вчера тоже после того как спланировал проект - менял со "снизу - наверх" на "сверху - вниз", но она мне все-равно сроки сдвигала, сейчас все ок - чудеса :-/

По поводу времени, чиркни мне мэйл, я тебе скриншот в ответ вышлю.

... можно не высылать, вот здесь посмотри:

http://img292.echo.cx/my.php?image=netw ... ion9nf.jpg

А-а-а-а!!! У меня все также, за исключением того, что времени нет!

У меня вот чего:
http://img292.echo.cx/my.php?image=myco ... ion3ra.jpg

В настройке выбора полей для подтверждения все метки стоят в графе "Ввод". Перенос в графу "Обязат." ничего не меняет.
Может, где-то еще это настраивается...

шаманство какое-то...

Все, понял - посмотри свой СГ - у тебя продолжительность в днях определяется (TAG) - вот и не показывает время - поменяй в СГ единицу измерения на часы и, как иногда говорят на этом форуме, будет тебе счастье

Спасибо!
Но блин, у меня операции довольно таки длительные, что в часах их вести не совсем кошерно. Пользователи хотят днями оперировать - им продолжительность в днях удобнее и задавать, и в сетевом графике глядеть. Блин упущение тут у САПа
Пользователи сидеть и делить часы на 8 - не захотят точно
Да, засада, часы при подтверждении не задаются, а потом в основной записи проекта фактическое время выполнения пишется в расчете не на 8-ми часовой рабочий день, а на 24-часовой... Н-да...

Еще раз спасибо за помощь!

А разве через мощность рабочий день задать нельзя?

Дык трудоемкость нужна в операциях, а продолжительность в днях...
Смешно выглядит, но на практике так и есть...
Есть, например операция - согласование ТРП (техно-рабочего проекта) в сторонних организациях. Времени от менеджера проекта требуется на ее выполнение часов 20, а длится операция 38 дней...
Трудоемкость маленькая, а длится зато почти два месяца. И так почти все операции. Вводить продолжительность предварительно умножив 38 * 8 - пользователи точно не будут - привередливые.
Да и задача поставлена таким образом, чтобы работа была в часах, а продолжительность в днях - приходится выкручиваться в этих рамках.

Блин, обшибся, правильно читать: трудоемкость нужна в часах.

If duration of activity in units DAY, actual times don't play any role ...
Actual costs posting based on actual work - here you can confirm
even in units of second.