Чаще всего проблема - детально (именно детально !) изучить имеющийся супернавороченный функционал для последующей его адаптации под конкретные нужды. Даже простые задачи в западных системах супернаворочены, а из этих наворотов реально нужны 20%. Сложность структуры на порядки усложняет получение отчетности. Несложная модификация может быть чревата ужасными последствиями. Детальное изучение системы может занять годы. Людей с таким опытом крайне мало, а у кого он есть, уже как правило не пишут, а руководят. :)
Вот и получается, что для создания толковых наработок нужны годы, а деньги рубить хочется уже сейчас, благо предложений масса! Отсюда "высочайшее" качество внедрений с "высоким" КПД.
А дефицит качественного ф-ла как был так и остаётся.
Всё ИМХО.

mazzyКорректно удалить - безумно тяжело.
Чистейшая правда ! :)
Может поэтому внедренцы предпочитают доводить до безумия клиента, а не себя ? :)
И рассказывают басни, что удаление/сторнирование это неправильно, что нельзя править учтённые документы, что необходимо поменять БизПроц., не делать ошибок и прочую чушь, лишь бы этого не делать :)

mazzyИтак. LSV, почему отсутствие удаления проведенных данных доводит до безумия клиентов?
Да, вопрос многократно обсуждался. И ссылочки давать не нужно. Я в этих обсуждениях тоже участвовал. :)
Речь идёт не конкретно про "удаление", а про исправление/сторнирование учтённого док-та.
И если клиент не может как-то откатить уже проведённый ошибочный док-т (в текущем периоде), то конечно это его очень огорчит.
В СИСТЕМЕ У КАЖДОГО ВИДА ДОКУМЕНТА ДОЛЖНА ПРИСУТСТВОВАТЬ ВОЗМОЖНОСТЬ ЕГО ОТКАТА. Удаление или сторно-документ или ещё что-то - не имеет значения. Главное, чтоб такой док-т больше не путался под ногами и не портил отчётность.

Кстати вспоминается Ваша фраза на Вашей же (!) лекции. На вопрос из зала "А как в Акзапте исправляются учт.док-ты ?" Вы сказали, что "в Акзапте с этим сложно, что мол проблемы и т.п. и т.д.", и на настойчивый вопрос "что же делать ?" Вы уклончиво сказали "поискать способ, чтоб избегать таких ошибок".. (No comment) :)
Найти способ снизить число таких ошибок - НУЖНО !
Найти способ полностью избежать их - НЕЛЬЗЯ.
Отсутствие штатного механизма отката док-тов - один из наибольших недостатков у западных систем. Это как раз тот самый обсуждаемый дефицит.
Да ! Его обычно дописывают. Средствами системы или примочками извне.
Но говорить, что отсутствие такой возможности - это правильно.
Модератор: отредактировано

А разве речь шла про "полностью убирать следы" ?
ВСЕ ПОТЕНЦИАЛЬНО ДЕСТРУКТИВНЫЕ ДЕЙСТВИЯ (удаление, сторно, перенос ч-л в другую группу и пр.) ДОЛЖНЫ СТРОГО АВТОРИЗОВАТЬСЯ И ПРОТОКОЛИРОВАТЬСЯ.
Но это немного другая тема.
2 MAZZY
Значит Вы согласны, что отстутствие штатных пр-дур отката документов - очень серьёзный концептуальный (!) недостаток в западных системах ?

mazzyНапример, выписка из банка ! :)
В реальной жизни для нее не бывает сторно.
ДА НЕУЖЕЛИ ? Плохо знаете клиент-банк ! Мне например, известен случай, когда платёж был отправлен, и пришла выписка "принято", а на следующий день пришла выписка "НЕ ПРИНЯТ". Звонок в банк подтвердил, что платёж был принят ошибочно.... Вот так. Технические подробности неизвестны :)
Хотя это случилось только один раз. Тем не менее...
Только не надо начинать про "галимый банк" ! Ошибки не так уж редко встречаются и в программе "клиент-банк", через которую система делает платежи. Они обычно работают или на DBF или Acсess. И тоже не имеют механизма отката...Ручками правимс... :)

Как видите ошибки бывают У ВСЕХ.

А насчёт сторно, уданения, отката...Не стоит вдаваться в точность термина. Называйте как хотите. Суть одна - документ не должен числиться учтённым ни в одном отчете и не влиять ни на одну цифру... ну может кроме чьей-то зарплаты. :)