Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
Просьба к модераторам не считать пост оффтопиком. Есть следующая задача. Имеется несколько торговых подразделений, каждое из которых ведет самостоятельную торговую деятельность (закупка и реализация товара) - т.е. полная децентрализация. Часть справочников общая, часть записей справочников у каждого подразделения своя (они могут появляться при регистрации нового товара, которого не было (по мнению кладовщиков) в общих справочниках). При консолидации данных возникает проблема в приведении товарного справочника к виду, необходимому для анализа. Например, у одних появляется товар Кока-кола , у других Coca-Cola. Задача состоит в отлавливании подобных ситуаций и формализации процедуры заведения товарных позиций. Понятно, что в любом случае подобная задача решается в полуавтоматическом режиме. Не понятно к чему стоит привязываться для поиска подобных записей. Есть вариант привязаться к штрихкоду товара, но поставщики товара и заводы произодители этого товара могут быть разные у каждого подразделения. Если кто-то решал подобную задачу просьба поделиться опытом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 09:11 |
|
||
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
Вы не оттуда начинаете решение задачи. Для "консолидированного анализа" вам необходимо иметь централизованную справочную систему. Только в этом случае вы избавитесь от необходимости сравнивать справочники. То есть в данном случае задача имеет изначально управленческую основу для решения, а уже потом ИТ реализацию. Если вы не учтете это сейчас, в дальнейшем вы столкнетесь с этой же проблемой в справочной информации по контрагентам и поставщикам и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 09:35 |
|
||
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
Тоже было бы интересно. Ткните меня носом в MDM-решение, желательно доступное, а не как известные мне "от $100K" SAP MDM, Kalido MDM, i2 MDM, Oracle CDH или заказные системы за мильоны грина. Функционал подобного софта понятен. Мастер-справочники, где все вводится, опциональная подсистема постинга этих мастер-данных во все подвязанные slave-системы и маппер slave-справочников на мастер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 09:53 |
|
||
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
У ЛАНИТа есть такой продукт. Называется НОРМА. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 12:22 |
|
||
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
Наши заказчики, которые делают в центральном офисе OLAP-кубы на основе данных из нескольких своих заводов, разработали средство объединения несинхронизированных справочников. Сейчас у меня идет проект, в котором я использую решение, позволяющее поддерживать единые справочники, а при загрузке данных из 80 филиалов пользователь-администратор может либо сделать синоним к имеющемуся значению в справочнике, либо создать новое значение в справочнике, либо отказаться от загрузки данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 13:29 |
|
||
|
Поддержка общих справочников
|
|||
|---|---|---|---|
|
#18+
up есть ли у кого-нибудь комментарии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2006, 17:37 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=33622606&tid=1870387]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 220ms |
| total: | 362ms |
| 0 / 0 |
