[ОТВЕТИТЬ]
29.11.2010 15:13
_Александр_
 
Доброго времени суток!
Имеется у нас центральная база и ряд подчинённых. Руководитель отдела дал парт-задание разделить центральную базу на две: в первой вести работу с накладными (операторы и склад), в другой - вести аналитику (ТО и снабжение). Причём базы по идее должны быть равноправные.Дело всё в том, что склад и центральный офис территориально разъезжаются. Терминальный доступ нам не подходит по причине отсутствия нормальной связи в том районе (ADSl по старой меди).
Кто-нибудь имел опыт подобного разделения? Я как понимаю нормального почтового обмена между равноправными базами не получится.

P.S. СМ версии 1.027.3 sp3, версия СУБД Oracle 10.2.0.4.0.
29.11.2010 15:18
Mtirt
 
Почему?
Как раз почтовик настроить и пересылать что нужно.
29.11.2010 15:24
_Александр_
 
Техподдержка СМ отвечает, что в автоматическом режиме обмен между равноправными базами невозможен.
29.11.2010 15:37
Mtirt
 
На что они ссылаются?

В принципе, у тебя схема такая:
ЦО - Центральный склад - Магазины
Можно сделать и подчиненными.
Т. е. Центральный склад подчиняем офису, а магазины - центральному складу.
29.11.2010 16:08
_Александр_
 
Они ссылаются на то 7.1 руководство администратора для версии 1.027.2.
С подчинёнными то оно понятно - схема уже отработана, вопрос том , что шефу в своё время техподдержка СМ описывало схему работы когда центр - это 2 равноправные базы.
29.11.2010 16:22
Mtirt
 
По поводу равноправных - надо пробовать.
Что-то у меня подобным методом рассылается, и вроде автоматически.
Но основная проблема - с разграничением прав и одновременным редактированием объектов. Что будет, если карточку одновременно отредактируют в офисе и на складе? Чьи изменения надо оставить?

Что касается методики обмена, в принципе еще есть репликация методами оракла и сервер отчетов. Первый способ - нужно звать хорошего ораклиста и долго настраивать. Второй на самом деле - еще дольше. С+ скорее всего имел ввиду в своё время именно их.

Что не так в подчиненности? Для каких целей нужны именно равноправные?
29.11.2010 16:44
Mtirt
 
Цитата:
Mtirt По поводу равноправных - надо пробовать.
Что-то у меня подобным методом рассылается, и вроде автоматически.
Соврала. Там не автоматическая рассылка. А вручную.

Правда есть еще доверительные базы.
29.11.2010 19:18
_Александр_
 
Ясно, спасибо за ответ. Буду ещё СМ техподдержку долбить. Насчёт одновременного редактирования объектов в принципе можно разграничить права для пользователей.

Вопрос ещё стоит в способе разделения базы:
толи копировать основную базу и переименовывать, то ли создать пустую и пересылать всё подряд.
30.11.2010 09:56
_Александр_
 
Вообщем С+ предлагает обмен организовывать через XML.
30.11.2010 10:22
Mtirt
 
Тоже вариант. Хотя странно видеть этот способ для обмена двух баз Супермага :)
Ну и пять же про права пользователей и редактирование объектов.
Где будут создавать карточки товаров?
30.11.2010 11:54
_Александр_
 
Крточки такто на ЦС создаются.
С+ отписали: "Тогда можете воспользоваться 3-х уровневой структурой, т.е. в вашей БД оставляете локальным МХ Центральный склад (ЦС) (в нем будете вести документооборот), а во второй делаете локальным МХ Центральный офис (ЦО) (в ней будете делать отчеты). При такой структуре в почтовом модуле для авторассылки настраивается стандартный фильтр «СМ2000». При правильной настройке: документы, созданные на ЦС, будут отосланы в ЦО и магазины, из магазинов документы будет «подниматься» в ЦС и «сквозником» еще в ЦО. Т.е. документы должны будут дублироваться на всех 3-х уровнях, в магазинах только по своим магазинам, в ЦС и ЦО консолидироваться по всем МХ. Подробнее в инструкции «Том 1. Соглашения Системы Базовые настройки Отчёты, v.1027.2.pdf» раздел «1.5. Логистика Торговой системы. Соглашения и стандарты.» и «1.5.1. Физическая и логическая структура торговой сети»."
30.11.2010 11:59
Mtirt
 
Здесь ничего не говорится про XML.
Здесь треухровневая структура, которую я тебе предлагала вчера.

Про карточки. В ЦО как минимум будут проставлять уровни складских запасов. Как следствие, уже коллизия совместного редактирования.
30.11.2010 13:56
_Александр_
 
Понятно, вопрос лишь в том, как базу ЦС сделать подчинённой базе ЦО, чтобы при этом ЦС подчинялись магазины.
30.11.2010 13:59
Mtirt
 
Скопировать, поменять идентификатор и настроить почтовик в двух базах.
02.12.2010 10:21
Офигевший
 
По такой схеме работает не одна сеть, обычная трехуровневая схема со сквозной пересылкой в ЦС, главная проблема это перепроведение принятых полностью документов... Но от этого уже никуда не денешься. Самый простой вариант выделить на это отдельного человека, (Обычно это тот кто и карточки заводит).
06.12.2010 14:13
_Александр_
 
Вообщем клонировали мы базу из бекапа центральной базы, задал там местом хранения Центральный склад, поменял DBID. пробую передавать, вроде всё нормально, но акты переоценки созданные на ЦС почемуто автоматом передаются в базу ЦО. С чем это может быть связано?
Есть у меня подозрение что при клонировании и переименовании базы нужно было ещё что-нибудь изменить.
06.12.2010 14:25
Dim
 
локальные МХ а модуле администратора и МХ в настройках почтовика
06.12.2010 14:42
_Александр_
 
В ЦО место хранения в почтовике Центральный офис, у ЦС- центральный склад. В моделе администратора для ЦО местом хранения присутствует и центральный склад и центральный офис, для ЦС -центральный склад.
06.12.2010 14:52
Mtirt
 
Цитата:
_Александр_ В моделе администратора для ЦО местом хранения присутствует и центральный склад и центральный офис,
Вот поэтому и передаются. Что, в принципе, не так уж и неправильно.
Ведь ЦО - это по настоящему центральная база, и в ней должен быть полный объем информации.
Или проблема в том, что при этом они в ЦС не попадают?
07.12.2010 12:57
_Александр_
 
Ещё одна трабла возникла при редактировании карточек, нам по сути надо , чтобы карточки и в ЦО и в ЦС могли редактироватся, но после выставления базы ЦО старшей
перестали подцеплредиятся ингенты к карточкам в производстве, пока не поменял тип базы в ЦО на рановправную.
07.12.2010 13:22
Mtirt
 
Про ингредиенты в производстве.
Там в документации ограничение есть.
Их можно редактировать только в самой старшей базе.
И больше - нигде.
07.12.2010 22:56
_Александр_
 
Основная проблема в том, что карточки надо редактировать как в базе ЦО, так ЦС.
08.12.2010 07:17
Mtirt
 
Об этом я тебе с начала ветки толкую.
Что при редактировании карточек в двух базах будут возникать коллизии.
И что лучше из редактировать в центре, и только в центре.

Что именно должны делать на ЦС?
08.12.2010 11:23
_Александр_
 
Принимать товар на ЦС, создавать карточки, отписывать товар в магазины, формировать цены.
08.12.2010 11:26
Mtirt
 
Ну неправильно это.
Создавать карточки на складе.
Карточку создают в офисе, когда заключают договор с поставщиком.
А на складе на неё приходуют.
Ценообразование - это тоже офисная головная боль.
А для отписывания товара в магазины редактировать карточки товара точно не нужно.
08.12.2010 13:50
_Александр_
 
Для нас такая схема к сожалению невозможна, в любом случае, товар будет заводится на складе.
08.12.2010 14:30
Mtirt
 
Почему? Это организационный вопрос.
Почему оператор на складе лучше знает что должно продаваться в магазинах, чем категорийный менеджер?
Вы бы тогда это уборщице доверили, ей с помойкой работать сподручнее.
08.12.2010 15:25
_Александр_
 
на деле, получается к сожалению наоборот.
Опции темы


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

 

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