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

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

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

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

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

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

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

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

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

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

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

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

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

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


Опции темы



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

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