16.11.2017 17:59
Fomka
 
Но есть же такой вариант (зависит от бизнес процессов), что номенклатуру может заводить не ЦО, а Юг и Север по отдельности? Тогда в ЦО будет консолидация номенклатуру с двух складов и ничего путаться не будет. Или снизу вверх номенклатура не пойдет (с учетом того, что классификатор предопределен и разведен заранее)?
Просто тут в призме того, что разные юр лица и направления бизнеса абсолютно разные, то ЦО может не участвовать в непосредственном заведении товара, но зато хочет видеть всё.
16.11.2017 18:53
denxz
 
ну так должны быть или разные "нумерации" артикулов или в итоге ничего не сойдется
Классификатор по любому 1 - непонятна проблема чем мешает товар который магазин не закажет(не создавать контракты и не добавлять в номенклатуру) не продаст (не создавать цены)?

по поводу поставщиков - списки поставщиков можно ограничить на должностях
16.11.2017 18:56
konst
 
рано или поздно заведут карточки с одинаковыми ШК...
еще вариант - ночью автоматом удалять в МХ неиспользуемые карточки (те которых нет в документах) - но тоже можно наступить на грабли - могут документы не дойти из-за отсутствущих карточек.
17.11.2017 07:41
Mtirt
 
Вопрос заведения и администрирования карточек товаров к единственности классификатора не относится.
Карточки можно и в магазинах заводить.
Есть функционал объединения локальных карточек товаров.
Им можно пользоваться.
Только это в любом случае будут карточки в одном общем классификаторе.
И объединять их придется.
17.11.2017 10:10
-Den-
 
А какие функции будет выполнять ЦО, если "просто посмотреть", то есть ли вообще смысл там ставить торговую систему? Если все таки будет управлять "торговлей", то однозначно лучше единый "справочник", вот только тогда смысл в ОфисСевер и ОфисЮг?
17.11.2017 10:19
FILBOR
 
Цитата:
OlegON Да, голосую за то, что рано или поздно, разделенные номенклатуры и документы схлестнутся и начнется нечто...
Получается, классификатор будет у всех один.

Тогда можно сделать так, чтобы на сервер Магазина 1 Север (в подчиненную БД) грузилась только номенклатура этого магазина, а не все 500 тысяч товарных карточек?
17.11.2017 10:34
Mtirt
 
Цитата:
-Den- А какие функции будет выполнять ЦО, если "просто посмотреть", то есть ли вообще смысл там ставить торговую систему? Если все таки будет управлять "торговлей", то однозначно лучше единый "справочник", вот только тогда смысл в ОфисСевер и ОфисЮг?

Надо разбираться с основными функциями предприятия и решать, кто и что делает.
Например, заключение договоров с поставщиками. Кто? ЦО, ОфисЮг и ОфисСервер?
Ведение бухгалтерского учета. Кто? Где?
И т.д.

Насчет "просто посмотреть". Я была в вашей ситуации 10 лет назад. Выбрала тогда путь - сделать полностью отдельные базы.
За 10 лет много раз об этом пожалела.
Во-первых, существует довольно много федеральных производителей (Балтика, Данон, ВиммБильДанн, Проктер), с которыми проще вести переговоры в рамках всего предприятия в целом. И надо долго и грустно собирать цифры из разных источников.
Во-вторых, рано или поздно встает вопрос сравнения магазинов из разных регионов. Эффективности. Выручки с метра. Реализации тех или иных товаров и т.п.
17.11.2017 10:36
Mtirt
 
Цитата:
FILBOR Получается, классификатор будет у всех один.

Тогда можно сделать так, чтобы на сервер Магазина 1 Север (в подчиненную БД) грузилась только номенклатура этого магазина, а не все 500 тысяч товарных карточек?
А чем мешают 500 тысяч карточек?
В стандартной поставке карточки в магазине будут все.
Но, персонал магазина будет видеть только те 50 тысяч, которые включили в номенклатуру магазина.
17.11.2017 11:08
FILBOR
 
Цитата:
Mtirt А чем мешают 500 тысяч карточек?
В стандартной поставке карточки в магазине будут все.
Но, персонал магазина будет видеть только те 50 тысяч, которые включили в номенклатуру магазина.
Это не скажется на производительности работы обычного компьютера, который будет выполнять роль локального сервера ?
17.11.2017 12:08
Mtirt
 
На этом, я начинаю задавать вопрос, а нужен ли вообще Супермаг в магазине ?

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