Сохранение даты смены состояния заказа

[keramik]

Добрый день, 1С 8.2, "Управление торговлей", редакция 10.3 (10.3.7.9).

Вопрос такой, как сохранить именно ту дату, когда состояние заказа было изменено на "Выполнен"?

Есть форма ЗаявкаНаРемонт, в ней ведётся учёт работ. На форме есть реквизит "Состояние", в котором можно выбрать "В работе", "Выполнен" и "Закрыт". Когда заявка открывается, то ей присваивается состояние "В работе", а когда заканчивается работа, то мастер вручную меняет состояние заказа на "Выполнен". Существует-ли возможность сохранять дату, когда состояние заказа было изменено на "Выполнен"? Это необходимо для того, чтобы выводить эту дату на печать в поле "ДатаОкончания"
Должна получиться, как я понимаю конструкция типа:

Код Выделить Развернуть

Если Перечисление.СостояниеЗаказов.Выполнен Тогда
ДатаОкончания = ДатаИзмененияСтатуса //как эту Дату изменения отследить?
КонецЕсли;

[cska-fanat-kz]

по идее для этих целей вводят регистр сведений.
периодический и скорее всего подчиненный регистратору (ЗаявкеНаРемонт)
в который записывается каждое изменение статуса.

в дальнейшем из этого регистра можно легко получить статус на любую дату...

[vitasw]

Не очень понимаю в чем проблема?

Код Выделить Развернуть

Если Состояние=Перечисление.СостояниеЗаказов.Выполнен и Ссылка.Состояние<>Перечисление.СостояниеЗаказов.Выполнен Тогда
ДатаОкончания = ТекущаяДата();
КонецЕсли;

[keramik]

Не очень понимаю в чем проблема?

Код Выделить Развернуть

Если Состояние=Перечисление.СостояниеЗаказов.Выполнен и Ссылка.Состояние<>Перечисление.СостояниеЗаказов.Выполнен Тогда
ДатаОкончания = ТекущаяДата();
КонецЕсли;

А не будет так, что завтра ДатаОкончания будет не 13.08.2015, а 14.08.2015? Т.е. изменится ТекущаяДата и вслед за ней ДатаОкончания.

Добавлено: 13 авг 2015, 10:18

Посмотрю, что такое регистр сведений и как в нём информацию обрабатывать.

[vitasw]

А не будет так, что завтра ДатаОкончания будет не 13.08.2015, а 14.08.2015? Т.е. изменится ТекущаяДата и вслед за ней ДатаОкончания.

Вы в условие "Если.." вникли? Судя по вопросу - не очень.

Добавлено: 13 авг 2015, 13:02

по идее для этих целей вводят регистр сведений.
периодический и скорее всего подчиненный регистратору (ЗаявкеНаРемонт)
в который записывается каждое изменение статуса.

Коллега, вы хоть раз видели нормальную реализацию схемы "допроведения"? По идеалогии соглашусь, что нужен РС. Но сколько я перевидал этих схем допроведения со сменами статусов - ни одна нормально не работала.

[keramik]

А, понял, сперва проверяется условие, что статус "Выполнен", а потом проверяется условие, что он не был до этого "Выполнен" и не равен "Выполнен".

[cska-fanat-kz]

Коллега, вы хоть раз видели нормальную реализацию схемы "допроведения"? По идеалогии соглашусь, что нужен РС. Но сколько я перевидал этих схем допроведения со сменами статусов - ни одна нормально не работала.

что есть "схема допроведения"?

[vitasw]

что есть "схема допроведения"?

Когда при проведении записи в регистр не перезаписываются а добавляются. Вы же, по-моему, такую схему предлагаете?

[cska-fanat-kz]

Когда при проведении записи в регистр не перезаписываются а добавляются. Вы же, по-моему, такую схему предлагаете?

если рассмотреть вариант с РС подчиненным регистратору, то будет связь "один-к-одному":
один набор записей - один регистратор

да, если брать независимый РС, то лишний гемор может вылезти...

[vitasw]

один набор записей - один регистратор

Набор в любом случае будет один. Весь вопрос в количестве записей в наборе... и принципах организации записи этого набора.
cska-fanat-kz, вы же сами предложили хранить историю статуса в РС и кроме как дописывать записи в существующий набор - вариантов нет. И разницы между привязан РС к регистратору или нет - особой нет. Одинаково геморойно записывать и постоянно будут лезть глюка.