Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
11.10.2006, 15:39
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
Возможно, вопрос покажется странным. Случалось ли кому-нибудь разрабатывать или сталкиваться с распределенными системами учета товародвижения, в которых справочник товаров в базе головной организации, обновлялся на основании данных поступающих из подразделений нижнего уровня. То есть для примера: в филиале ввели новый товар "Валенки", кинули файл с данными, "Валенки" появились в базе головной организации. Я прекрасно понимаю, что подобный вариант противоречит всякой логике, и при данном подходе неизбежно дублирование, но может быть кто-нибудь когда-нибудь решал подобную проблему. Может быть, есть варианты, некого полу-решения? Например, при вводе нового товара в филиале имеет смысл, жестко определить реквизиты, необходимые для однозначной его идентификации плюс привязка к группе товаров из общероссийского классификатора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 16:42
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
репликация? ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 16:48
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
ага. сталкиваемся. Логике не противоречит, зачем так жестоко :) Используем правило: новый товар вводится там, где он приходуется (или заказывается) и известны все его реквизиты. После обновления справочника он синхронизируется по всем точкам. Синхронизация выполняется через центральный сервер, "звезда". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 16:52
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
авторНапример, при вводе нового товара в филиале имеет смысл, жестко определить реквизиты, необходимые для однозначной его идентификации плюс привязка к группе товаров из общероссийского классификатора. Вы уверены, что сможете это обеспечить? Филиалы - это торговые точки? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 16:55
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
2 iscrafm Филиалы online ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 17:37
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
bubucha2 iscrafm Филиалы online ? в перемешку. Он-лайн используется для синхронизации, которыми занимаются сервера приложений между собой и для доступа к общим отчетам, которые консолидируются в центральной БД. Выписка документов - локально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 19:19
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
iscrafmИспользуем правило: новый товар вводится там, где он приходуется (или заказывается) и известны все его реквизиты. Кто (что) следит за правилом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 20:16
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
ModelRКто (что) следит за правилом? Должностная инструкция обязывает. СУБД следит за дублями. Процесс отлажен. Заказ поставщику (внешние артикулы) - > Поставка-> Регистрация новых позиций (внутренние коды) ->Акт приемки->Размещение по складам, секциям, ячейкам...-> Синхронизация справочников. В общем, самое главное порядок в процессе. Без него никак. Особенно если учесть, что в приведенном примере в связке работают 2 системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.10.2006, 21:24
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
iscrafmв перемешку. А как разруливаются коллизии, которые могут возникнуть при оприходывании одной и той же «новой» позиции номенклатуры в разных филиалах. Ведь, для них она будет законно новой, и я так понимаю, по ней уже пройдет движение в филиальной базе. Это конечно, если я правильно понял ваше «в перемешку». iscrafmСУБД следит за дублями. Это я так понимаю на стороне центральной базы, которая консолидируют данные филиалов, т.е. уже по факту обмена. Соответственно должен быть механизм, который корректирует БД одного из конфликтных филиалов. Мой вопрос не флейма ради, а ради поиска решения (идей) для псевдо-online системы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.10.2006, 10:42
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
iscrafm ModelRКто (что) следит за правилом? Должностная инструкция обязывает. СУБД следит за дублями. Процесс отлажен. Заказ поставщику (внешние артикулы) - > Поставка-> Регистрация новых позиций (внутренние коды) ->Акт приемки->Размещение по складам, секциям, ячейкам...-> Синхронизация справочников. ну, например, что делать если у аптеки есть 15 поставщиков лекарств, и "Анальгин" может быть у разных поставщиков под разными кодами. В 1С это реализовано через: - каждому поставщику свой GUID - есть доп.таблица - "Аналоги" порядок работы (реализовал в аптечной сети на 1С) http://www.sql.ru/forum/actualthread.aspx?tid=319685&pg=4&hl=xml с рисунком /topic/319685&pg=5&hl=xml#2961028 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.10.2006, 10:44
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
первая ссылка более точная http://www.sql.ru/forum/actualthread.aspx?tid=319685&pg=4&hl=xml?#2960843 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.10.2006, 11:40
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
bubucha В приведенном примере первичные поставки выполняются на одну территорию, дальше товар распределяется. Но в любом случае после поставки выполняется синхронизация (on-line). Работает специальная служба, которая следит что и кому передавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.10.2006, 23:28
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
iscrafmВ приведенном примере первичные поставки выполняются на одну территорию, Т.е. он не сразу приходуется там, где будет реализовываться, а проходит предварительную классификацию и после Этого раздается конечным потребителям (реализаторам)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.10.2006, 11:43
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
bubucha iscrafmВ приведенном примере первичные поставки выполняются на одну территорию, Т.е. он не сразу приходуется там, где будет реализовываться, а проходит предварительную классификацию и после Этого раздается конечным потребителям (реализаторам)? да, именно так. Приходуется, проверяется, классифицируется и только потом распределяется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.10.2006, 12:45
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
iscrafmда, именно так. Приходуется, проверяется, классифицируется и только потом распределяется Понятно, только это не совсем то, что решает затачу автора. Т.е. ваш подход - это центарлизованная закупка. Мне интрестно, есть ли реальный положительный опыт при распределенной закупке (каждый автономный филиал, сам занимается своими поставками). По сути вопрос не проектирования бд, а реальности использования автороднозначной его идентификации плюс привязка к группе товаров из общероссийского классификатора На данном этапе, реализована только жесткая привязка в категориям(группам) товаров, что дает возможность иметь аналитику в разрезе групп (но не конкретных номеклатурных позиций). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.10.2006, 22:03
|
|||
|---|---|---|---|
|
|||
Обновление справочника товаров |
|||
|
#18+
Я делал что-то похожее - у меня, правда, были не филиалы, а поставщики, которые предлагали частично пересекающийся ассортимент. Была система, которая на основании многих факторов вычисляла "похожие" товары и предлагала оператору подтвердить, что товар А и товар A' разных поставщиков - это одно и то же. со временем, когда нарабатываются факторы и их вес, участие человека становится минимальным, так что в принципе схема вполне рабочая. Но на доводку усилий ушло много :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.10.2006, 22:45
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
Кот Матроскинпоставщики, которые предлагали частично пересекающийся ассортимент. Каждый из поставщиков свой код на товар клеил? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.10.2006, 22:53
|
|||
|---|---|---|---|
|
|||
Обновление справочника товаров |
|||
|
#18+
iscrafm Каждый из поставщиков свой код на товар клеил? Естественно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2006, 11:39
|
|||
|---|---|---|---|
Обновление справочника товаров |
|||
|
#18+
IMHO в этом и проблема, что нет пока в общероссийских классификаторов товаров. Правда формат CommerceML (описывающий товар) - есть что-то на этом пути (как "сговор" между некоторыми фирмами). ______________________________________________ Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1544981]: |
0ms |
get settings: |
10ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
45ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 204ms |
| total: | 335ms |
| 0 / 0 |
