Зарегистрироваться | Сообщения за день | Поиск | Все разделы прочитаны |
Результаты опроса: Должна ли многопользовательская ERP-система предоставлять возможность изменения уже проведенных операций? | |||
Да, обязательно, любые типы проведенных операций можно изменять | 2 | 2.78% | |
Да, любые типы проведенных операций можно изменять, но только некоторым сотрудникам | 23 | 31.94% | |
Да, только некоторые типы операций | 8 | 11.11% | |
Скорее всего, да | 6 | 8.33% | |
Не знаю | 2 | 2.78% | |
Скорее всего, нет | 9 | 12.50% | |
Нет, ни в коем случае, не должна | 22 | 30.56% | |
Голосовавшие: 72. Вы ещё не голосовали в этом опросе |
|
Опции темы |
01.04.2004, 13:55 | #1 |
Участник
|
Опрос связан с темой в форуме по Навижин
"Как откатить учтённую операцию не кредит нотой?" http://forum.mazzy.ru/index.php?&act=ST&f=11&t=419 Если вы занимаетесь Аксаптой, то можно взглянуть на статью http://axapta.mazzy.ru/articles/reposting/ Вопрос постоянно обсуждался на других форумах: Считаете ли вы, что многопользовательская ERP-система должна предоставлять возможность изменения уже проведенных операций? Под "изменением" подразумевается не только правка, но и удаление операций. Обратите внимание, что изменение проведенных и ввод задним числом - это совершенно разные вещи! Так, случай, когда вводится НОВАЯ операция задним числом, должен обсуждаться отдельно. Здесь спрашивается именно о изменении проведенных/разнесенных/учтенных операций. |
|
11.04.2004, 01:17 | #2 |
Участник
|
интересно...
Можно ли попросить тех, кто отвечает "Да, только некоторые типы операций", уточните - для каких типов операций должна быть возможность изменения проведенных? |
|
13.05.2004, 01:08 | #3 |
Участник
|
забавно. пока мнения поделились пополам.
6 за то, что проведенные проводки так или иначе можно исправлять, и 6 категорично утверждают - нет ни в коем случае нельзя. Есть еще: один голос - скорее всего не должна, двое не знают. Очень интересно. |
|
14.05.2004, 10:14 | #4 |
Moderator
|
Надо было малость расширить варианты ответов: "Возможно Изменять", "Возможно Удалять", "Возможно Отменять". Ну тут, я думаю, ответы были бы однозначны ;-)
|
|
14.05.2004, 10:42 | #5 |
Участник
|
почему? чем изменение отличается от удаления или отмены?
Пример изменения: сотрудник выписал счет на 100 рублей, склад отгрузил, потом сотрудник ИЗМЕНИЛ сумму на 80 рублей. Теперь клиент должен всего 80, а отгрузили на 100. Пример удаления или отмены: сотрудник выписал счет на 100 рублей, склад отгрузил, после чего сотрудник УДАЛИЛ/ОТМЕНИЛ счет. Теперь клиент ничего не должен, а отгрузили на 100. В чем принципиальная разница? |
|
14.05.2004, 11:27 | #6 |
Moderator
|
Дык главное тут - это ИСТОРИЯ!
Согласно первого примера, скажем через месяц, вы уже можете не вспомнить откуда на складе разница в 20 руб. Удаление тоже нехорошо.... А вот отмена явно оставит следы. Борьба за достоверность информации будет вечной ;-) |
|
14.05.2004, 11:51 | #7 |
Участник
|
Хм... надо подумать. Спасибо.
|
|
13.06.2004, 17:43 | #8 |
Участник
|
Удивительно. Опрос висит уже давно.
Но в отличие от других, по этому вопросу преобладают диаметрально противоположные мнения. Причем отвечающие разделились почти поровну. Причем почти поровну поделились с самого начала... |
|
24.06.2004, 17:10 | #9 |
Участник
|
вот так вот...
теперь противников изменения больше. |
|
10.08.2004, 12:35 | #10 |
Участник
|
Я за возможность исправления отдельными лицами.
А в принципе про исправления накладных - должен быть контроль, формироваться товарный отчет (или другие отчеты в зависимости от ситуации), которые потом проверяют другие лица, и все исправления просто всплывают. Имел счастье наблюдать одно внедрение одной системы (не буду говорить кем и чего) - там два вида документов по приходу товаров: по договору поставки и по договору комиссии. Документы проведенные править нельзя. Нужно учитывать человеческий фактор - операторы просто перепутали все что можно. Запортили всю базу. И как раньше готовили отчеты для комитента в ручную так и сейчас делают. А если бы можно было бы исправить - то хотя бы администратор смог бы привести в надлежащий вид базу |
|
10.08.2004, 12:59 | #11 |
Участник
|
влияние человеческого фактора надо уменьшать проверками.
поставить большое количество vlaidate'ов. Добиться, чтобы СИСТЕМАТИЧЕСКИЕ ошибки исключались системой. Тогда останутся дебильные ошибки (лишний нолик вбили - сумма увеличилась на порядок) и попытки мошенничества. Дебильные ошибки надо править сторнами/коррекциями (и наказывать). Попытки мошенничества аналогично. |
|
10.08.2004, 13:09 | #12 |
Шаман форума
|
А вот еще связанный вопрос - а чего добиться легче? Ведь отчетов, позволяющих получить отчетность по непроведенным операциям, в Акзапте по-моему, целый один (ну, по крайней мере, не так много). А без этого никакие validate не помогут. С другой стороны, возможность вмешательства в базу у администратора все равно есть, так что разговор об аудиторском следе - чистой воды теория.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
10.08.2004, 13:14 | #13 |
Участник
|
отчеты по непроведенным легко делаются мастером и автоотчетом
По крайней, с такими отчетами проблем еще не было. В них обычно ничего не вычисляется. Просто показать введенные данные. |
|
10.08.2004, 17:02 | #14 |
Участник
|
"Внедренная" система не является ни Axapta и ни Navision, совсем другая.
Насколько помню validate там не было. А насчет отчетности - должны быть люди МОЛы, которые строят отчеты и отдают подписанные документы на проверку, и не данной бог кто нибудь что нибудь поправит (там это не возможно), то мне кажется изменяться входящие остатки или обороты по отчету. Тут то и можно выявить кто зачем ковырялся. |
|