под "нехорошим" понимается избавление от сторнирования или внедрение 1С?

возможности перепроведения документа без необходимости сторнирования никоим образом, даже приблизительно, не связаны с "имеем ту себестоимость, какую захотим".

СергейТТТiscrafm,

Сторнирование подразумевает сохранение истории движений и расчетов, перепроведение эту историю обычно не хранит . Отсюда, если нужна "правильная" картинка, то достаточно возможности перепроведения, если же нужно отражение реальной последовательности движений и расчетов - как мы в эту точку пришли - то без сторнирования и истории никак.

1. реальную историю движений и расчетов сторнирование не показывает, вы явно спутали сторнирование с чем-то, типа БП или сценарием расчетов.
2. Сторнирование <> история. При перепроведении никто не запрещает сохранять историю и версии документов. Правда как правильно замечено чуть выше
Last1Cmenна самом деле видим ... кто и как и сколько тупил при вводе

СергейТТТсам подход в изменению уже проведенных документов бывает показательным - рисуем красивую картинку или хотим видеть как все двигалось на самом деле.
единственное что видно, выше достаточно точно определили. Что там двигается - непонятно, разве что пальцы по клавиатуре.

А вот сложности в регистрации фактов - то, что действительно дает невозможность нормальной отмены и повторного учета. Но от этого вопроса обычно пытаются уйти.

СергейТТТКогда в отдельных системах я выступаю как заказчик данных, и мне никто не может объяснить как получилась какая-то цифра, кто и почему ее поменял через неделю - когда она уже поучаствовала в другом расчете, то возможность отслеживать и контролировать изменения в данных представляется не такой уж блажью.
Это нужно делать путем нормального протоколирования изменений, а не путем использования несвойственных функций.

СергейТТТiscrafm,

1) если "реальную историю движений и расчетов сторнирование не показывает", то что ее тогда показывает ? RFID-метки еще не далеко не на все материалы клеят ))
данные в системе, это, конечно, модель реального мира, но есть менеджеры, которым интересно чтобы эта модель приближалась к реальности.

2) сторнирование - это "несвойственная" функция для чего/кого ?

3) согласен, что протоколирование изменений не отменяет сторнирование, но при сторнировании ответственность за качество данных повыше будет (нечего операторам тупить, только энтропию разводить ;))
1. как соотносится сторнирование и RFID? при чем здесь модель реального мира? Объясните плз полет мысли.
2. для того о чем шла речь.
3. Сторнирование - это просто вариант исправления ошибочных записей, еще со времен бумажных журналов. Перекочевавший в системы, не способные по другому разруливать ситуации с исправлением ошибок. О какой ответственности речь идет?

СергейТТТ,

внимательней почитайте пост начальный, в конце-то концов. Какое отношение ускорение расчета себестоимости имеет к сторнированию? уже устал полет мысли ловить, сорри.