Вот многоэтапный ЖЦ документа не вписывается в парадигму документа, как она заложена в платформе.

Особенно, когда он не у документа, а у каждой строчки по отдельности.

Платформа дает возможности, стандарты описывают ограничения и требования.

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

Платформа дает делать сильно больше чем позволительно в стандартах.

Конкретно тут при многоэтапном проведении вводится:
В таких случаях, проведение документа соответствует моменту первичного отражения события в учете, а статусы проведенного документа уточняют, как именно событие отражено в учете.
Если документ проведен, то при переводе документа между статусами пользователям может быть предложено дозаполнить определенные данные документа, к этим данным могут быть применены определенные проверки и ограничения бизнес-логики, специфичные для каждого этапа. До момента проведения, перевод «черновика» документа по статусам не контролируется системой

Всем добра. Если у Вас есть необходимость вести лог по регламентному заданию, что Вы используете? ТЖ, ЖР или что-то свое?

Жр

ЖР

Спасибо

Небольшое дополнение. Переносить пометку удаления любого ссылочного объекта оказывается не имеет смысла. Дело в том, что при загрузке объекта в приемник выполняется метод ОбменДаннымиXDTOСервер.СтруктураОбъектаXDTOВДанныеИБ содержащий интересный код:

Если ПравилоКонвертации.ЭтоСсылочныйТип И ДанныеДляЗаписиВИБ.ПометкаУдаления Тогда
   ДанныеДляЗаписиВИБ.ПометкаУдаления = Ложь;
КонецЕсли;

В принципе этот код объясняет, почему ни в одной версии стандарта EnterpriseData (вплоть до текущей 1.5.2) нет пометки удаления. Осталось выяснить зачем)

может тут кто знает , как не костыля решить задачку

Кроме как изменение кода, как ещё можно очистить ХранилищеЗначений? Может где-то в пользовательском режиме сбросить можно, или есть обработка ?

ХранилищеЗначение реквизит объекта ты имеешь ввиду?

Эм. ХранилищеЗначениЯ.
Думал, что это тип такой 🤷🏼‍♂️ не? Пойду ещё почитаю.

Тип такой, да.
Он может быть реквизитом объекта.
Все данные реквизитов объектов где хранятся?

Грубо говоря как бы ты очистил реквизит справочника с типом строка?

Ну эт легко. ЭлементСправочника(тип Строка) = ““;

Есть ещё хранилища настроек.  Что именно нужно?

А какая разница в случае с хранилищем? Никакой же
Такой же реквизит. Присваиваешь туда непоределено или там метод может есть очистить. И все.

Ты наверное решил перепутать это с хранилищем настроек или с временным хранилищем.