В чем проблема с удалением документов в Аксапте

[grib_nat]

Написала в другой теме и продублирую здесь:
На производственных предприятиях (Ах4.0) в 2015г. руководители поняли, что неверно или не вовремя предоставленная информация может дорого стоить компании.
Был сделан Оперативный отчет по показателям производственной деятельности, который отражал все важные показатели производства и реализации: добыча, показатели по производственным переделам (планы и факты), реализация, движение основного сырья, простои основного технологического оборудования, производительность каждого оборудования...Все данные собирались их АХ4.0.
Отчет ежедневно в автоматическом режиме попадал топ-менеджменту компании.
После запуска отчета возникла необходимость в отчете, который показывал, какие данные отражаются не оперативно или вносятся изменения. Это очень дисциплинировало всех участников.
НЕЛЬЗЯ удалять проводки и истории изменений, если вы считаете, что у Вас ERP-система

[AXcons]

grib_nat

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?

[grib_nat]

Цитата:

Сообщение от AXcons

grib_nat

То, что вы описываете, это не менеджмент, это российский менеджмент. Это раз.
Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?
Данные то все равно поменяются, и в отчете за вчера тоже. В чем разница в вашем случае между сторно и удалением?

1. то, что я описываю - это реальная ситуация в российской компании
2. Зафиксируется кто, когда и какие изменения внес. Как это изменение повлияло на отчетность, которая уже была сформировано для Управленческого учета.
И повторюсь после запуска количество исправлений сократилось в разы.

[macklakov]

Цитата:

Сообщение от AXcons

Во вторых, от того, что документ не удалят, а отсторнируют, что изменится?

Ну представь сценарий. Вчера в базе данных одной из записей было присвоено неправильное значение. Сегодня ты хочешь восстановить правильное значение. Сравниваем варианты:
1. Запустить update, который поменяет значение на правильное.
2. Удалить транзакцию из базы.
Есть разница?

[mnt_dx]

Цитата:

Сообщение от mazzy

ну и зря ) я в свое время даже в устав проекта этот пункт добавлял.
это типично холиваный пункт даже внутри предприятия-заказчика.

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

Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?

[Fillin]

Цитата:

Сообщение от mnt_dx

Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?

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

[mazzy]

Цитата:

Сообщение от mnt_dx

Сергей, а ты потом бил клиента уставом по лицу, если он хотел удалить что-то, или все таки делал это (или твои работники)?

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

[AXcons]

Цитата:

Сообщение от Ivanhoe

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

То есть вы до сих пор не научились договора составлять нормально?... За столько то лет ........... ?

[Fillin]

не понимаю предмета спора. если можно удалить и ни на что не влияет - удаляйте. если удалить уже нельзя - сторнируйте

[Fillin]

реализовать в системе можно все!

[Fillin]

Включайте сразу в Коммерческое предложение

[macklakov]

Цитата:

Сообщение от AXcons

Часто встречаю эту фобию какую-то делать удаление документов в Аксапте.

Вся суть фобии в том, что это документ. Этой фобией страдает вся финансовая система с незапамятных времен. И в базы данных эта фобия проникла в виде целостности транзакций. И в blockchain. И юридическая система на том стоит.
Проблема не в том что удаления запрещены, это как раз, замечательно. Проблема в том, что штатные механизмы сторнирования сильно ограничены и не очень удобны.
Еще есть проблемы с исправлением целостности данных, вызванных багами в коде, некорректными настройками или плохо обученными пользователями. Но это совершенно отдельная тема.

[ice]

на мой взгляд, у исправлений документов (как сторнированием, так и удалением) есть несколько причин: это могут быть ошибки при вводе, которые бывают редко, например, цены не те или юр лицо не правильное и прочее (если часто, то это уже разгильдяйство и нужно решать административными мерами), такие ситуации, как правило, становятся широко известны, и все отделы ждут исправления, и тут на самом деле не так важно как будет исправлено, удалением или сторнированием, это вопрос удобства, отчетности и принятых соглашений, главное ,чтобы делал компетентный человек. совсем другое дело, когда правка входит в бизнес-процесс, когда постоянно генерятся "неправильные" документы и в процессе БП на разных этапах приводятся в "нормальный" вид, и тут уже есть огромные риски, причем у обоих подходов

[AXcons]

Цитата:

Сообщение от ice

на мой взгляд, у исправлений документов (как сторнированием, так и удалением) есть несколько причин: это могут быть ошибки при вводе, которые бывают редко, например, цены не те или юр лицо не правильное и прочее (если часто, то это уже разгильдяйство и нужно решать административными мерами), такие ситуации, как правило, становятся широко известны, и все отделы ждут исправления, и тут на самом деле не так важно как будет исправлено, удалением или сторнированием, это вопрос удобства, отчетности и принятых соглашений, главное ,чтобы делал компетентный человек. совсем другое дело, когда правка входит в бизнес-процесс, когда постоянно генерятся "неправильные" документы и в процессе БП на разных этапах приводятся в "нормальный" вид, и тут уже есть огромные риски, причем у обоих подходов

Цель этого топика - обсудить первый вариант, конечно же.

[mazzy]

нет. пожалуйста, не надо оффтопика.
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

тема этой ветки: В чем проблема с удалением документов в Аксапте

[macklakov]

Цитата:

Сообщение от mazzy

нет. пожалуйста, не надо оффтопика.
Пожалуйста, создавайте отдельные ветки для обсуждения отдельных тем.

тема этой ветки: В чем проблема с удалением документов в Аксапте

Я пытаюсь объяснить смысл понятия "документ". Привожу примеры из областей не связанных с Аксаптой исключительно для того, чтобы показать что в этих областях отношение к удалению документов отношение негативное, точно так как и в AX.

[Raven Melancholic]

Цитата:

Сообщение от macklakov

Я пытаюсь объяснить смысл понятия "документ". Привожу примеры из областей не связанных с Аксаптой исключительно для того, чтобы показать что в этих областях отношение к удалению документов отношение негативное, точно так как и в AX.

А необязательно даже из других областей примеры приводить:

• Вырвали из кассовой книги листы, начиная с того, в котором была ошибка и вклеили новые, переписанные. Как тот же самый бухгалтер отнесется к такому действию?
• Замазали в трудовой книжке маркером неправильную строку так, что предыдущих данных не видно и поверх написали новую запись. Как инспектор по кадрам отнесется к такому?

[Удвой Покуров]

Кстати, в SAP тоже не фонтан с перепроведением. Как многие коллеги ометили, тут вопрос больше не технический, а концептуальный. Все-таки, теперь я бы постарался подальше отодвинуть DAX от фронта и использовал бы ее для бэка - управленческого учета, управления мастер-данными, планирования поставок / пополнения РЦ, расчета себестоимости. Там, гда она отрабатывает на отлично (ну, на хорошо, коли с/с в список включил). А фронт - лучше на другой системе, которая позволяет некоторые вещи, в пределах некоторого периода. Обычно это пара дней - неделя, за этот период вскрывается 95% всех опертивных косяков. Иногда бизнес критичен, и не всегда можно ждать пока поставщик пришлет правильную накладную, пока разберемся с пересортицей, или даже пока оприходуем на склад (или в систему). Жизнь такова, что монго чего приходится решать немедленно. кто с фрешем работал (да и вообще с ритейлом), тот меня поймет. Да, "строгая" система очень дисциплинирует пользователей. Это огромный плюс. но когда она мешает оперативно разрулить рабочую ситуацию - это издевательство над людьми. Приходится или мучаться, или писать удобные механизмы коррекции или менять систему.

[AXcons]

Цитата:

Сообщение от Удвой Покуров

Кстати, в SAP тоже не фонтан с перепроведением. Как многие коллеги ометили, тут вопрос больше не технический, а концептуальный. Все-таки, теперь я бы постарался подальше отодвинуть DAX от фронта и использовал бы ее для бэка - управленческого учета, управления мастер-данными, планирования поставок / пополнения РЦ, расчета себестоимости. Там, гда она отрабатывает на отлично (ну, на хорошо, коли с/с в список включил). А фронт - лучше на другой системе, которая позволяет некоторые вещи, в пределах некоторого периода. Обычно это пара дней - неделя, за этот период вскрывается 95% всех опертивных косяков. Иногда бизнес критичен, и не всегда можно ждать пока поставщик пришлет правильную накладную, пока разберемся с пересортицей, или даже пока оприходуем на склад (или в систему). Жизнь такова, что монго чего приходится решать немедленно. кто с фрешем работал (да и вообще с ритейлом), тот меня поймет. Да, "строгая" система очень дисциплинирует пользователей. Это огромный плюс. но когда она мешает оперативно разрулить рабочую ситуацию - это издевательство над людьми. Приходится или мучаться, или писать удобные механизмы коррекции или менять систему.

Ну, к сожалению, как раз для планирования поставок Аксапта вообще не подходит. Да и с расчетом себестоимости проблемы Так что, получается, они ни туда, ни туда.
А вообще как вы можете в торговой компании отделить фронт офис от бэк офиса? Ну в ритейле понятно - кассы отдельно, а для оптовых продаж? WMS можно отдельную поставить - вы это имеете в виду? Но operations то чем автоматизировать? Заказ на продажу, резерв, документы на отгрузку?

[ice]

отгрузочные/отборочные накладные учитываются?