Предварительные затраты в заказе ТОРО

slim

Здравствуйте коллеги!

Тут в презентации наткнулся на следующее:

Цитата:

Заказ ТОРО содержит 3 версии затрат – предварительные (Estimated), плановые (Planned) и фактические(Actual).
Заказ ТОРО имеет несколько состояний, которые разграничиваются системой пользовательских и системных статусов (user&system statuses).
После создания, корректировки и утверждения годовой заявки и сметы по ремонтам затраты по материалам и работам переносятся в «Предварительные затраты», статус заказа устанавливается как «ГДПЛ» -запланирован на ГОД. Этот статус запрещает дальнейшую корректировку предварительных затрат.

Цитата:

После проведения ревизии Заказ ТОРО корректируется по результатам акта ревизии. Стоимость работ и услуг составляет плановые затраты. Статус заказа устанавливается «РЕВЗ» - Ревизия проведена. Этот статус заказа запрещает изменение запланированных операций и материалов.

Вопрос: Как ввести и затем просмотреть предварительные затараты в заказе ТОРО и что это за ревизия такая? И вообще это стандарт или нет?

Может кто знает, поделитесь опытом pls! Заранее спасибо!

R2-D2

>Как ввести и затем просмотреть предварительные затараты в заказе ТОРО

Может использоваться на начальной стадии, когда надо на первом предварительном этапе грубо прикинуть затраты по заказам

> Что за ревизия такая

Очевидно, примерно тоже самое что дефектовка, то есть осмотр (вскрытие) оборудования с целью определения полного перечня дефектов (неисправностей)

>ГДПЛ и РЕВЗ

Очевидно кто-то настраивал пользовательские статусы для заказа.

OlegDm

Это описание конкретного бизнес-процесса решенного стандартными средствами

slim

Просто у меня задача: необходимо плановые затраты по материалам: их наименованию, количеству и стоимости разделить на 2 стадии "Предварительные" и "плановые" , чтоб по ним в дальнейшем можно было писать отчеты!
Как это лучше сделать?

me

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

Vitp

Есть ещё варианты, и гораздо более гибкие, чем стандартный функционал предварительной оценки затрат.
А именно, разрешить для заказов ТОРО ручное планирование затрат, как на СО-заказы. Далее можно наделать столько СО-версий, сколько необходимо для различных видов планирования (предварительные, плановые годовые, плановые квартальные, плановые месячные, итд), KPF6 - и вперёд.

Предварительные затраты в заказе ТОРО

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