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

Теперь пример, пусть в этапе даты отгрузки материалов Ноябрь, Декабрь 2018 и Январь 2019.
То есть 3 строки в регистре.
В феврале выпустили продукцию, и теперь строк в регистре стало 4.
При этом Ноябрь и декабрь это 2018 год, который уже закрыт и изменению не подлежит.
Ноябрь Отражен
Декабрь Отражен
Январь Отражен
Выпустили продукцию в феврале
Февраль к Отражению.

Все порядке.
Но! Стоит случайно открыть этот этап и нажать Записать и закрыть,
то начиная с Ноябре статусы сбросятся на К отражению.

Баг? Фича?

А если Не нажимать Записать и закрыть, а Провести, и потом закрыть через правый угол, тогда все Ок.

Похоже дело где-то здесь

Если ЗначениеЗаполнено(РезультатПроверки.ОбщийМинимальныйПериод) Тогда
            ПериодЗаполнения = РезультатПроверки.ОбщийМинимальныйПериод;
        Иначе
            // Если после перепроведения данные документа не изменились, то все движения должны быть сохранены.
            // ПериодЗаполнения равный пустой дате соответствует режиму сохранения всех движений, фоновое задание расхода не запускается.
            // ПериодЗаполнения равный НЕОПРЕДЕЛЕНО соответствует режиму перезаписи всех движений, фоновое задание расхода не запускается.
            // ПериодЗаполнения равный началу месяца соответствует режиму сохранения движений в предидущих месяцах и формированию
            // новых начиная с начала месяца, для формирования оффлайновых движений запускается фоновое задание.
            ПериодЗаполнения = Дата('00010101');
        КонецЕсли;

И тут

Записывает движения по регистру ОтражениеДокументаВРеглУчете, выполняет очистку неактуальных записей в Хозрасчетный.
// Вызывается из обработки проведения документов.
//
// Параметры:
//     Объект - ДокументОбъект - документ, который необходимо зарегистрировать к отражению
//     ДополнительныеСвойства - Структура - содержит доп. параметры регистрации:
//                                 * НеРегистрироватьКОтражениюВРеглУчете - Булево - Признак того, что документ не надо регистрировать к отражению.
//                                 * ТаблицаОтражениеДокументовВРеглУчете - ТаблицаЗначений - Готовая таблица регистрации.
//                                 * ВыборочнаяРегистрацияКОтражениюВРеглУчете - Булево - Признак того, то регистрацию к отражению необходимо выполнить только в выбранных периодах/организациях.
//                                 * ТаблицаВыборочнойРегистрации - ТаблицаЗначений - Таблица с разрезами выборочной регистрации.

При записать и закрыть ВыборочнаяРегистрацияКОтражениюВРеглУчете = Ложь, и статусы сбрасываются

Что все молчат? Ни у кого нет длительных этапов на пару кварталов? ))

(5) Как ты можешь записать без проведения проведенный документ?

(5) У тебя внедрением бухгалтера занимаются ? Напомни тогда им про последовательность и актуальность проводок документа.

(6) Я про то что система не запоминает состояния документа в случае Открытия Этапа и нажатия Записать и закрыть, сбрасываются состояния отражения во Всех периодах, включая прошлые закрытые

Хотя похоже любое проведение без изменения ТЧ сбрасывает состояние отражения

Зависит от Параметра ВыборочнаяРегистрацияКОтражениюВРеглУчете, а она зависит от изменений в этапе, если ничего не поменялось, статусы сбрасываются за все время жизни документа

(10) Ты как всегда в своем репертуаре, не только задаешь вопрос, но и отвечаешь на него ;-)

(5) форум не обсуждает мелкие фичи ERP, они пилятся в рабочем порядке

(12) это почему же не обсуждает?

(11) Скучно одному сидеть ковырять это, вот и пишу сюда
(12) Крайне не хочу ничего пилить, пытаюсь понять логику разработчиков, вот только с каждым релизом там много что меняется

(0) баг

сдается мне, что длительные этапы еще переделают кардинально

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

В итоге вот где собака порылась :

Для Каждого Строка Из ДополнительныеСвойства.ТаблицыДляДвижений.ТаблицаОтражениеДокументовВРеглУчете Цикл
        
        Если Строка.ДатаОтражения >= ПериодЗаполнения И ЗначениеЗаполнено(ПериодЗаполнения) Тогда
            РеглУчетПроведениеСервер.ДобавитьПараметрыВыборочнойРегистрацииКОтражениюВРеглУчете(
                ДополнительныеСвойства,
                Объект.Организация,
                Строка.ДатаОтражения);
        КонецЕсли;
        
    КонецЦикла;

А ПериодЗаполнения = ДополнительныеСвойства.ПериодЗаполненияВидовЗапасовИСебестоимости что выше выкладывал

Для передачи в кладовую есть свои документы, для передачи материалов тоже есть свои документы, для передачи ГП тоже есть свои документы.
Нафига еще этап отражать, имхо, это лишнее.

Затраты так и болтаются в НЗП, если нет выпуска, а тут Событие выпуска это надо и в этапе указать дату производства ну и еще документ передачи продукции. Где-то тут избыточность, имхо.

(13) [это почему же не обсуждает?]
это констатация факта
в багтракере ERP под тысячу фич.

(22) и ты их все мониторишь?
Вообще как лучше организовать работу в случае с ЕРП?
Постоянно сидеть и читать зарегистрированные ошибки и не тратить время на анализ кода?

(23) так исправлять то все равно нужно будет, так что анализ нужен будет

но он не прог, поэтому проанализировать код сам не сможет

и еще желательно написать в тех. поддержку об ошибке, может они о ней не знают.

(25) руководители проекта анализируют код не реже архитектора =)

(26) вот ещё