15.09.2006 00:42
в магазие не должны видеть остатки другого магазина
вот и все
15.09.2006 07:10
А чем мешают то остатки другого магазина?
15.09.2006 07:14
Цитата:
whitewizard в магазие не должны видеть остатки другого магазина
вот и все
Ключевое слово было: "ЗАЧЕМ". Ответ "потому что" - не засчитывается.
При работе на одной базе, разделить остатки можно только создав отдельные карточки для каждого магазина.
И это даже не есть недостаток программы. Просто для разделения данных по МХ предполагается разделять базы.
Понятно, что это будет стоить дополнительной лицензии, но разве кто-то обещал какой-то нестандартный функционал даром?
Лично я не решусь обвинять С+ в желании зарабатывать.

Надо найти какой-то способ донести это до осознания руководства (или кто там у вас требует разделения остатков).
И пусть уже они сами думают: стоит ли эта "секретность" тех денег за лицензию или нет.
15.09.2006 07:22
суть в том, что если бы там была сеть, то это одно.
но там маленькие магазин и покупка ЦО для него достаточно дорого.
вот и возник вопрос можно ли сделать пару магазинов на одной лицензии
15.09.2006 07:32
Можно. Но остатки то тут при чем?
15.09.2006 07:45
Цитата:
whitewizard суть в том, что если бы там была сеть, то это одно.
но там маленькие магазин и покупка ЦО для него достаточно дорого.
вот и возник вопрос можно ли сделать пару магазинов на одной лицензии
и можно и делают.
но остатки и цены друг друга они будут видеть. без вариантов.
15.09.2006 12:20
хорошо. всем спасибо.
26.11.2010 06:54
поднимаю старую тему. много воды утекло с момента последнего поста. в версии 1.027.5.4 функционал программы позволяет разграничивать доступ для МХ по трём параметрам:

просмотр МХ
просмотр документов
редактирование документов

вроде как хватает. НО. возникла такая ситуация. кладовщик создаёт и отписывает в магазин накладную на перемещение товара. отписывает в розовом статусе. в магазине, администратор принимает товар по накладной и после этого переводит её в зёленый статус. давно у нас зрел конфликт ЦС с МГ, назрел. обвиняют друг друга в том, что документы правятся, в том числе и задним числом. теперь, решили подключить меня. просят сделать так, чтобы:

проведённая до зелёного статуса накладная на перемещение назад уже не откатывалась. это реализовать просто. но просят, чтобы эти ограничения действовали для накладных, которые участвуют в товородвижении ТОЛЬКО между ЦС и МГ. у нас ещё внутри центрального склада есть несколько складов под каждую группу товара. накладные, участвующие в товародвижении между СК и ЦС никаких ограничений содержать не должны.

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

сижу, ломаю голову, как это всё реализовать на практике. единственный вариант, который приходит в мозг - это создать для каждого участника товародвижение по несколько ролей. и уже внутри них делать разграничение по правам доступа. кто таким заморачивался, есть другие идеи?
26.11.2010 07:11
Цитата:
Vovantus поднимаю старую тему. много воды утекло с момента последнего поста. в версии 1.027.5.4 функционал программы позволяет разграничивать доступ для МХ по трём параметрам:

просмотр МХ
просмотр документов
редактирование документов

вроде как хватает. НО. возникла такая ситуация. кладовщик создаёт и отписывает в магазин накладную на перемещение товара. отписывает в розовом статусе. в магазине, администратор принимает товар по накладной и после этого переводит её в зёленый статус. давно у нас зрел конфликт ЦС с МГ, назрел. обвиняют друг друга в том, что документы правятся, в том числе и задним числом. теперь, решили подключить меня. просят сделать так, чтобы:

проведённая до зелёного статуса накладная на перемещение назад уже не откатывалась. это реализовать просто. но просят, чтобы эти ограничения действовали для накладных, которые участвуют в товородвижении ТОЛЬКО между ЦС и МГ. у нас ещё внутри центрального склада есть несколько складов под каждую группу товара. накладные, участвующие в товародвижении между СК и ЦС никаких ограничений содержать не должны.

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

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

Давай по пунктам. Есть 2 должности: оператор склада, оператор магазина. Если у тебя это одна должность - дели.
У оператора магазина на накладную на перемещение права только на проведение в зеленый. И больше никаких прав.
У оператора склада права на создание и проведение в розовый. На проведение в зеленый - нет. И на распроведение из розового в черновик лучше тоже не давать. А еще оператор склада видит только документы и остатки склада.

Всё? Или еще какой-то вопрос остался?
26.11.2010 07:22
Цитата:
Mtirt Всё? Или еще какой-то вопрос остался?
остался, конечно. а как быть, если оператор магазина отписывает товар на ЦС? бывает, отписали одно, отправили другое. бывает, с количеством ошибаются, иногда брак возвращают с МГ на ЦС. у оператора магазина должно быть право создавать НП с МГ на ЦС, и проводить их до розового статуса.
Часовой пояс GMT +3, время: 17:24.

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