Здравствуйте все! Хочу внедрить на своём предприятии САП. Очень много положительных отзывов об этой системе, да и партнёры многие уже на САП перешли. Я не очень в этом разбираюсь, но хотелось бы узнать, есть ли какие у САПа недостатки. Впервую очередь в плане того насколько система может меня защитить от недобросовестности моих сотрудников, особенно в плане сбыта. Могу ли я расчитывать на систему или есть какието ньюансы, о которых я должен в первую очередь знать. Мне интересно любое независимое мнение. Подскажите <я не знать русский языка>!

Много недостатков: инсталлируется долго, стоит дорого...

Спасибо за ответ, но это скорее не недостатки а издержки. Я слышал, что САП славится своей прозрачностью и надёжностью. А есть ли в нём лазейки, чтоб обмануть, фальсифицировать, искозить данные?, соответствено чтоб всё было "шито-крыто"

ИМХО, зависит от внедренческой команды.

Теоретически, если Вы захотите двойную бухгалтерию на SAP, сделать это можно. Вопрос цены, времени и целесообразности.
Практически, если изначально внедрить всё в рамках закона и минимизации человеческого фактора, через таблицы (т.е. изнутри системы) всегда можно, хотя и сложно, подправить цифры, но для этого нужно обладать достаточными полномочиями и неплохими знаниями системы как внедренца. Как правило, рядовой сотрудник бухгалтерии или склада не имеет ни того, ни другого; однако в симбиозе с кем-то из отдела поддержки SAP такая ситуация реальна, хотя и будет отражена в логах системы и может быть выявлена
мораль: держите надежного и грамотного специалиста по SAP-овским серверам и полномочиям, в просторечии базисника.

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

Всё дело в том, что жизнь учит не доверять никому, поэтому я и собираю информацию о возможных ньансах

LadyWind Если я правильно понял, то человек который, например имеет доступ к занесению цен или скидок и т.д., может нахимичить и потом безследно замести следы? и невозможно это проверить?

Ander - Теоретически.
Практически - еще раз объясню сложность действий: после всех манипуляций с цифрами нужно стереть системные журналы о произведенных действиях и проверить отсутствие своего логина на "последнем изменении"; это не просто и нет уверенности, что нигде не фиксируется операция уже их удаления - лучше спросить у базиса...
+ еще существуют системные логи, на уровне СУБД - доступ к таблицам с рабочих станций по IP, их надо удалить аналогично, а это уже выше знания самого SAP.
Надеюсь, ничего не перепутала и не забыла. И поверьте, среди консультантов весьма немного умеющих применить сие на практике без единой помарки, а уж пользователи обычно внутренностей SAP-а побаиваются...
Так что беспокоиться Вам не о чем - что в систему занесли, то на выходе и получили (вариант с элментарными арифметическими ошибками в результате косяков программистов не рассматриваю).

И еще: проблемы "кривых ручек", дубликатов записей, недоввода данных куда реальнее. При явных косяках с цифрами в первую очередь проверять надо именно это.

Возможные нюансы(теоретически) таковы:

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

PS В реальной жизни никогда не слышал о таких случаях. Максимум - воровство инсайдерской информации о промоакциях.

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

К недостаткам также можно отнести:
1) трудность адаптации к российским особенностям законодательства и методологии ведения бизнес-процессов (всё-таки он в первую очередь заточен под Европу);
2) сложность системы, которая приводит к
— ошибкам при настройке и написании программ во время внедрения;
— трудностям исправления ошибок ввода первичных данных пользователями (в отдельных случаях);
— сложности обучения пользователей, которые потом лепят эти ошибки.



Ну, если на склад пришло 10 штук, а кладовщик ввёл в SAP 9 штук, а одну положил в карман -- это искажение данных?

После того, как первичные данные правильно введены, пользователь уже исказить ничего не сможет, т.к. полномочия чётко разграничены. Конечно, введённые данные проходят множество проверок. Но всё равно же какая-то свобода выбора у пользователя есть. Значит будут ошибки.

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

Ну и конечно, базисники, которые могут не только ограничивать полномочия и вести аудит действий пользователей, консультантов и программистов.

Тоесть если в систему занесено 10 штук, то безследно не одна не пропадёт и путь каждой можно отследить?

Физически пропасть может Из системы не пропадет, если только не... (см. выше), что в принципе почти невозможно. Т.е. вероятность стремится к нулю.

Конечно. А если ведение серийных номеров настроить, то каждой в отдельности.