Запрет на доступ к складу

Я хочу запретить оприходывание и списание (включая перемещение) с/на определенного склада некоторым сотрудникам, они могут посмотреть остаток на этом складе, проводки по нему, и все.

Самый лучший способ — административный. Пишется инструкция, где оговаривается, кто какие склады может использовать, в ней черным по белому пишется о том, что код пользователя записывается в соответствующее поле аналитической проводки и санкции за несоблюдение инструкции и дается под роспись. При соответствующей воле руководства это будет работать. А технические ухищрения создадут вместо решения проблемы кучу других проблем. И я могу с большой долей уверенности сказать, что это работать не будет. Не в плане того, что это сделать невозможно. С помощью VBA можно, вопрос состоит в стоимости решения, куда помимо собственно лицензии на девелопперскую версию следует добавить стоимость рабочего времени того, кто это будет делать и стоимость рабочего времени всех участников процесса, когда этот VBA проект будет глючить, дорабатываться, тестироваться и так далее. Полученный результат можно смело умножить на два, так как обязательно всплывут обстоятельства, упущенные при расчете. А после этого я предлагаю задаться вопросом: «А стоит ли вопрос того?»

Административные решения в противовес техническим — признак зрелости, а не слабости, как может показаться на первый взгляд.

Что Вы об этом думаете, коллеги?

Абсолютно согласен! Более того, считаю, что иногда административное решение более целесообразно и в тех случаях, когда технически ввести ограничения несложно. Просто потому, что в фирме должно существовать понимание того, что при работе с программным обеспечением существуют правила, которые просто необходимо выполнять. И если я наделал проводок в чужом складе, то это эквивалентно тому, что я физически приперся на чужой склад и там чего-то накуролесил. Ну или почти эквивалентно

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

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

С этим утверждением, пожалуй, соглашусь, вот только проблема эта не из плоскости информационных технологий, а из плоскости менеждмента, особенно наглядно этот факт подтверждает то, что предлагается увольнять. Не больно-то большой набор средств
И знакомо до боли:

Но это так, наболевшее
Более подробно об этом здесь: http://aav.ru/articles/system2-1.shtml

Nikolay писал(а):

чтоб установить жесткие административные правила с публичными наказаниями нужно поменять руководство. А кто нам столько прав даст Если не поставить ограничения тогда руководство не их, а нас вызывает на ковер и говорит почему ваша супер программа не делает таких элементарных вещей, найдите кто что сделал и доложите… И виноваты опять ИТ-шники. И опять у ИТ есть работа ))

Иэээх! Что тут скажешь… Только то, что с руководством тоже надо работать. Понимающее руководство — где-то процентов 70 успеха ИТ проекта.