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

[AXcons]

grib_nat

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

[AXcons]

Цитата:

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

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

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

[grib_nat]

Цитата:

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

grib_nat

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

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

[Владимир Максимов]

Цитата:

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

Вы меня пугаете. Платежку то зачем трогать???? Я смотрю, вы с правилами учета как-то не очень дружите. Какое отношение удаление накладной имеет к платежке по этой накладной? Только если они уже сопоставлены, ну надо рассопоставить сначала, потом удалять. Это у нас заложено, что перед удалением система проверяет есть ли сопоставления, и если да, то выдает инфолог, чтобы пользователь сначала рассопоставил накладную.

"Вот оно что, Михалыч!" (с)

Т.е. под термином "документ" Вы понимаете накладную, которую еще никто и никак не успели "попользовать с далеко идущим намерениями" А "удаление документа" - это вместо сторнирования, причем только и исключительно, если это возможно.

А я то уж подумал Вы об удалении всей "цепочки" связанных документов (приходилось занимать и таким, да...). В ТАКОЙ постановке задачи "удаление документов" действительно нет особых проблем. Ну, кроме полной ее бессмысленности

[Fillin]

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

[Fillin]

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

[mnt_dx]

Цитата:

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

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

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

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

[Fillin]

Цитата:

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

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

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

[Fillin]

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

[mazzy]

Цитата:

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

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

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

[macklakov]

Цитата:

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

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

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

[macklakov]

Цитата:

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

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

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

[AXcons]

Цитата:

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

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

В ЖБД и так все фиксируется. У нас нет такой проблемы с отчетностью. И количество исправлений и так небольшое - одну накладную в неделю максимум удаляют и переделывают. Пользователей надо ответственных набирать, а не в системе затычки ставить.

Цитата:

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

1. то, что я описываю - это реальная ситуация в российской компании

Так это понятно. Но какой смысл ссылаться на термины ERP, если речь идет о такой российском менеджменте? Это две вещи не совместимые

[AXcons]

Цитата:

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

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

Что то не поняла о чем речь. В смысле, надо ручками ходить в таблички и накладные править? Так лучше? Какой апдейт, откуда он возьмется?

Типичный пример - разнесена накладная с неправильными ценами. Ее надо исправить. Какими апдейтами вы это исправите? Слишком много апдейтов надо сделать.

[ice]

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

[AXcons]

Цитата:

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

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

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

[macklakov]

Цитата:

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

Что то не поняла о чем речь.

Хорошо, может вам юридическая система больше знакома? Тогда такой пример:
Человека задержали на улице. Привезли в отделение полиции, где посадили в обезьянник. Через какое-то время выяснилось что человека задержали по ошибке. Его с извинениями отпускают. Внимание вопрос:"что при этом происходит с протоколом задержания?"
Как вы расцените ситуацию что кто-то будет бегать и вымарывать все записи в журналах и уничтожать протоколы? Насколько знаю, в большинстве юридических систем принято мнение что такая деятельность является преступной.

[mazzy]

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

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

[macklakov]

Цитата:

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

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

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

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

[Raven Melancholic]

Цитата:

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

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

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

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