[ОТВЕТИТЬ]
12.01.2009 13:29
Назым
 
СМ2000 1.026.2 sp1

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

Не верю, что никто не столс этой проблемой. А ежели столкнулись, то как решали?
13.01.2009 05:10
Vovantus
 
Цитата:
Назым СМ2000 1.026.2 sp1

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

Не верю, что никто не столс этой проблемой. А ежели столкнулись, то как решали?
Я не понял, в чём проблема-то? Завсклад пусть хоть мильён рублей в накладную зальёт - пофиг! Товар продасться по тем ценам, которые в карточке товара для установленного торгового зала. А вот как цена товара попадёт в карточку, зависит от вашей системы. У нас, например, цены устанавливаются при перемещении товара. Но в этом случае, повторюсь, цены в самой накладной побоку. При перемещении товара они тупо копируется из того МХ откуда перемещение, в то МХ, куда идёт перемещении. Это можно посмотреть по созданным на основании этой накладной актам переоценки. Вроде так.
13.01.2009 14:20
Назым
 
Цитата:
Vovantus Я не понял, в чём проблема-то? Завсклад пусть хоть мильён рублей в накладную зальёт - пофиг! Товар продасться по тем ценам, которые в карточке товара для установленного торгового зала. А вот как цена товара попадёт в карточку, зависит от вашей системы. У нас, например, цены устанавливаются при перемещении товара. Но в этом случае, повторюсь, цены в самой накладной побоку. При перемещении товара они тупо копируется из того МХ откуда перемещение, в то МХ, куда идёт перемещении. Это можно посмотреть по созданным на основании этой накладной актам переоценки. Вроде так.
Хм.. Проверю. Мысль ранее мне не знакомая
13.01.2009 19:19
Назым
 
Совершенно верно. Какую бы цену ни впсиал в накладную на перемещение, при поднятии статуса ТС правит ее на Розничную.

Тогда следующая ситуация. Оптовая продажа Расходной накладной. Заполнили оптовыми ценами и правим цены в спецификации ручками. Вот и продали товар по нерентабельным ценам.

Неужели никто не сталкивался!
14.01.2009 06:28
Vovantus
 
Цитата:
Назым Тогда следующая ситуация. Оптовая продажа Расходной накладной. Заполнили оптовыми ценами и правим цены в спецификации ручками. Вот и продали товар по нерентабельным ценам.

Неужели никто не сталкивался!
У вас там совсем блондинки сидят чтоли? Зачем править цены в расходной накладной?
14.01.2009 07:02
Mtirt
 
Цитата:
Vovantus У вас там совсем блондинки сидят чтоли? Зачем править цены в расходной накладной?
Чтобы другу/свату/брату отдать всё что нужно даром.
14.01.2009 07:06
Mtirt
 
Цитата:
Назым Совершенно верно. Какую бы цену ни впсиал в накладную на перемещение, при поднятии статуса ТС правит ее на Розничную.

Тогда следующая ситуация. Оптовая продажа Расходной накладной. Заполнили оптовыми ценами и правим цены в спецификации ручками. Вот и продали товар по нерентабельным ценам.

Неужели никто не сталкивался!
Тут вчера вспомнили про запрет печати документов в статусе черновика.
Так вот писалась эта доработка как раз для этого случая.
У пользователя отбираешь права на распроведение документа, и на печать документа в статусе, отличном от "Проведен полностью". В результате, даже если он цены сам исправит, то изменить он их не сможет. Как следствие у тебя есть виновное лицо, с которого нужно удержать недостачу. Если грамотно провести воспитательную работу - никаких проблем не будет.
14.01.2009 08:29
Vovantus
 
Цитата:
Mtirt Чтобы другу/свату/брату отдать всё что нужно даром.
А-а-а, вон вы про что! Ну это тема больная, своровать можно разными способами. Если начать думать в эту сторону, то есть чем занять мозги, но это другая тема, наверное.
14.01.2009 10:18
Назым
 
Цитата:
Mtirt Тут вчера вспомнили про запрет печати документов в статусе черновика.
Так вот писалась эта доработка как раз для этого случая.
У пользователя отбираешь права на распроведение документа, и на печать документа в статусе, отличном от "Проведен полностью". В результате, даже если он цены сам исправит, то изменить он их не сможет. Как следствие у тебя есть виновное лицо, с которого нужно удержать недостачу. Если грамотно провести воспитательную работу - никаких проблем не будет.
Это-то понятно. А каким образом отслеживать такие явления. Механизмов опять таки не вижу. Расходных накладных в день по 40-50шт. Единственное место, где можно видеть - это прибыль, но цены проставляются вручную, не всегда по процетной наценке. Например интуитивно поняли, что товар продается по нерентабельной наценке, ага. Теперь открываем все доки и смторим и ищем. А цен еще могла меняться в течении периода просмотра. Это уже гморррой. Ладно геморрой вытерпели, нашли виновника. Теперь доказывай что ты не верблюд. А я все заполнил по ценам, не знаю и тд. Вобщем поиск факта нарушения и затем наказание виновных лиц здесь геморройный процесс
14.01.2009 10:23
Назым
 
Цитата:
Vovantus А-а-а, вон вы про что! Ну это тема больная, своровать можно разными способами. Если начать думать в эту сторону, то есть чем занять мозги, но это другая тема, наверное.
Это важная тема. Так автоматизированная система в глазах клиента - это способ уберечь себя также от воровства и человеческого фактора!
14.01.2009 10:31
Vovantus
 
Цитата:
Назым Вобщем поиск факта нарушения и затем наказание виновных лиц здесь геморройный процесс
Тотальное ограничение прав с чёткой системой разграничения функций между работниками. Практически, очень сложно реализуемо, т.к. это чистой воды организационные вопросы.
14.01.2009 11:02
Назым
 
Цитата:
Vovantus Тотальное ограничение прав с чёткой системой разграничения функций между работниками. Практически, очень сложно реализуемо, т.к. это чистой воды организационные вопросы.
Абстрактно то все понятно. Но на примере столкнулись с проблемой. Завсклад оформляет расходной документ. Из функций есть следующие возможности ограничения:

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

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

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

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

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

Ну и сакраментальное: доверяй но проверяй. Механизмы проверки тоже надо отстраивать.
14.01.2009 13:38
7fox7
 
Добавлю что размазанность отвественности приводит к бюрократии в саммом плохом проявлении.

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

Вобщем везде есть баги, панацеи нет. Есть лишь в данный срез времени, приемлимый вариант.
14.01.2009 13:44
Назым
 
Цитата:
Mtirt А потом ты задумаешься о возможности изменения количества товара...
Или спецификации документа.

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

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

Здесь же я предлагаю основываться не на доверии, а на возможностях ТС прежде всего ограничить или хотя бы осуществить контроль...
14.01.2009 14:24
7fox7
 
Цитата:
Назым Вопрос доверия вообще не должен ставиться, когда речь идет о безопасности и контроле. Как можно доверить? Человек - это сгусток разных энергий и в любое время при определенных обстоятельствах он может не оправдать доверия. Но это уже другая тема.

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

По второму абзацу. Если хочется множественных ограничений в ТС, даже если в стандартной поставке не предоставлены то тут имеет смысл закапываться в структуру БД и высталять права на уровне БД, триггерами и грантами, поле для действий очень большое но чреватое.
14.01.2009 15:02
Назым
 
Цитата:
7fox7 По первому абзацу. Контроль это модно у руководителя, но он мало понимает на этом этапе что чрезмерный контроль может запросто убить его бизнес, если вдаваться в крайности. Если хочется только продать систему, то тут другое конечно. И еще не забываем что любая ТС живет на основе инфы, которой ей дает изначально человек, так что придти к "абсолютному абсолюту" на настоящий момент времени невозможно.

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


Часовой пояс GMT +3, время: 03:43.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.