Защита цен от человеческого фактора в СМ2000 : Супермаг Плюс (Супермаг 2000)

Тотальное ограничение прав с чёткой системой разграничения функций между работниками. Практически, очень сложно реализуемо, т.к. это чистой воды организационные вопросы.

Абстрактно то все понятно. Но на примере столкнулись с проблемой. Завсклад оформляет расходной документ. Из функций есть следующие возможности ограничения:

1. Просмотр цен. Отключить ннельзя, так как цены заполнить надо.
2. Разрешить заполнять спецификацию ценами. Аналогично.

Всплывает сразу, что не хватает как воздуха вот этого:

3. Редактирование цен в спецификации. - по этому поводу отправил ТЗ в С+. Было сказано, что тема здравая и предложения разумные. Теперь жду материализации их мыслей.

А ветка создана с целю найти человеков , которые столкнулись с той же проблемой и узнать как ее решали. Теоретически же можно эту ветку растянуть до +бесконечности.

А потом ты задумаешься о возможности изменения количества товара...
Или спецификации документа.

Вопрос на самом деле в степени доверия и возможности контроля работы сотрудников.
Если вышеописанные действия ты не можешь доверить завскладу - значит эти действия должен будет выполнять кто-то другой. Тот, кому руководитель/владелец доверяет.

Ну и сакраментальное: доверяй но проверяй. Механизмы проверки тоже надо отстраивать.

Добавлю что размазанность отвественности приводит к бюрократии в саммом плохом проявлении.

т.е. лежит товар, но поставщику его отдать нельзя прямо сейчас, ибо в фактуре из 50 позиций, на одной из них проставлена цена неверно проводить нельзя, фин отвественность у проводящего. Процесс правки цены занимает время, и через пол года можно обнаружить товары, которые возвращаются уже пол года. Такое редко конечно бывает, но уже было. Кол-во ошибок минимум 10%, даже при хорошей заинтересованности персонала и отсутствии кадровой движухи.(для примера ветка в УКМ4, обмен логами. Как оказалось абсолютно у всех есть проблема, что есть товар в торговом зале которого в ТС просто нет или не оприходован )

Вобщем везде есть баги, панацеи нет. Есть лишь в данный срез времени, приемлимый вариант.

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

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

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

По второму абзацу. Если хочется множественных ограничений в ТС, даже если в стандартной поставке не предоставлены то тут имеет смысл закапываться в структуру БД и высталять права на уровне БД, триггерами и грантами, поле для действий очень большое но чреватое.

По второму абзацу. Это дельное предложение. Скорее всего так и выкручиваются те, кто уже наступал на эти грабли