Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
Помогите пожалуйста! Разработка номенклатурного справочника для одного предприятия - дело хоть и нетривиальное, но реализуемое когда им управляет 1 человек. Но задача стоит еще хуже: есть куча дружественных предприятий торгующих разным хламом и для того чтобы сводить концы между фирмами нужно вести единый справочник товаров. Ума не приложу что с этим делать. Люди добрые, умные и щедрые, поделитесь опытом. Да воздастся Вам по делам (советам, постам и т.д. и т.п.) Вашим! :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 13:24 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> есть куча дружественных предприятий торгующих разным хламом и для того > чтобы сводить концы между фирмами нужно вести единый справочник товаров. Если делать просто: эталонный перечень + алиасы + связь с перечнем конкретного предприятия. Основной геморрой - с эталонным перечнем. Мало его описать, нужен еще и формальный информационный стандарт + поддержка синонимов для эталонного перечня + мультиязычность. Если делать правильно, то немного сложнее: дополнительно к перечисленному - поддержка кодов изготовителей, эталонного перечня с учетом оригинальных имен, параллельной классификации и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 14:18 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
guest_20040621> есть куча дружественных предприятий торгующих разным хламом и для того > чтобы сводить концы между фирмами нужно вести единый справочник товаров. Если делать просто: эталонный перечень + алиасы + связь с перечнем конкретного предприятия. Основной геморрой - с эталонным перечнем. Мало его описать, нужен еще и формальный информационный стандарт + поддержка синонимов для эталонного перечня + мультиязычность. Если делать правильно, то немного сложнее: дополнительно к перечисленному - поддержка кодов изготовителей, эталонного перечня с учетом оригинальных имен, параллельной классификации и пр. Над алиасами, я честно говоря, сам подумывал, но это нужно заводить специального юзера-товароведа, да и он не в силах объять необъятное - тут без переговоров не обойтись Да и проблема усложняется еще наличием требования поиска спроса и предложений по товарам - а как их искать если нет согласия в наименованиях и жестких правил описания конкретных товаров :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 18:13 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
spРазработка номенклатурного справочника для одного предприятия - дело хоть и нетривиальное, но реализуемое когда им управляет 1 человек.Даже в этом случае одни и те же материалы размножаются в справочнике номенклатуры. Осбобенно, когда работает "очень одаренный" бухгалтер. spНо задача стоит еще хуже: есть куча дружественных предприятий торгующих разным хламом и для того чтобы сводить концы между фирмами нужно вести единый справочник товаров.При слиянии баз нужна таблица соответствия кодов. Никуда от этого не деться. Эта задача стоит всегда при использовании распределенных баз данных. Один справочник глобальный. У каждой фирмы таблица соответствия с этим глобальным справочником. spУма не приложу что с этим делать.Обязательно должен быть режим перекодировки. Если его не предусмотреть, то перекодировкой будут заниматься программисты сопровождения. Кроме того, что это крайне не интересная работа, существет еще очень большая вероятность сделать Update, забыв включить в выполняемый блок строку с Where. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 20:41 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> Над алиасами, я честно говоря, сам подумывал, но это нужно заводить специального юзера-товароведа, да и он не в > силах объять необъятное - тут без переговоров не обойтись Никаких переговоров и необъятного. Наличие информационного стандарта (в данном случае - правил именования и описания + приоритета источников имен и описаний) решает проблему полностью. При этом позволяя любому из участников использовать собственные имена и правила описания. А специально обученный оператор (операторы) в любом случае потребуется. > Да и проблема усложняется еще наличием требования поиска спроса и предложений по товарам - а как их искать если > нет согласия в наименованиях и жестких правил описания конкретных товаров :( Нет здесь проблемы. Ничто не мешает поиску в эталонном перечне и алиасах. На самом деле основная проблема - на уровне идеологии, а не структуры данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 21:15 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
guest_20040621Никаких переговоров и необъятного. Наличие информационного стандарта (в данном случае - правил именования и описания + приоритета источников имен и описаний) решает проблему полностью. При этом позволяя любому из участников использовать собственные имена и правила описания. Очень интересно. Где можно посмотреть и почитать детальнее? guest_20040621На самом деле основная проблема - на уровне идеологии, а не структуры данных.А Наличие информационного стандарта (в данном случае - правил именования и описания + приоритета источников имен и описаний) - это еще не идеология? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 21:47 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> Очень интересно. Где можно посмотреть и почитать детальнее? Я не знаю таких источников, к сожалению. > А Наличие информационного стандарта (в данном случае - правил именования > и описания + приоритета источников имен и описаний) - это еще не идеология? Не совсем. В данном случае к идеологии я бы отнес правила интеграции данных, информационные стандарты, классификацию, пользовательские сервисы и пр. - т. е. не только данные, но и архитектуру, позиционирование, принципы работы приложения. Объясню, почему: в зависимости от казалось бы незначительной подзадачи - правил интеграции (кто может являться поставщиком данных и кто - потребителем) - структура эталонного перечня (на самом деле, еще кучи всего) будет различна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2005, 22:23 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
Согласен с guest_20040621. Технологически возможностей много, но выбирать их нужно исходя из логики бизнеса. Например, система может быть централизованной - любой новый по мнению участника товар вводится им в локальный справочник и автоматически (немедленно или по регламенту)отправляется запрос на кодирование в центр. Центр присваивает глобальный код (возможно уже существующий) и отправляет заинтересованным лицам опять в соответствии с некоторыми правилами. Возможна специализация участников по классам товаров - где больше соответствующая номенклатура тот и ведет единый справочник по классу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2005, 10:00 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> Например, система может быть централизованной Imho на структуру данных эталонного перечня это влияния не окажет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2005, 18:05 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Например, система может быть централизованной Imho на структуру данных эталонного перечня это влияния не окажет. это не так. если центральный справочник ведется в головной организации, то обязательно появятся такие признаки(свойства) товара, как, например, состояние товарной позиции: "подтвержденный товар", "неподтвержденный" и т.п., для избежания возникновения дублей. а эти признаки совершенно не нужны на локальных точках, там принцип простой - есть такая товарная позиция или ее нет. отсюда можно предположить, что справочник товаров "на местах" не будет полностью совпадать с головным. Плюс возможны ситуации, когда некоторые свойства товарной позиции имеют значение только для локального использования и тащить их в центральный справочник не имеет смысла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 14:54 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> если центральный справочник ведется в головной организации Неважно, где и кем такой справочник ведется. Редакторов может быть любое количество. Процессинговый центр должен быть единственным. > а эти признаки совершенно не нужны на локальных точках, Это Вы так решили? > там принцип простой - есть такая товарная позиция или ее нет. Плохой принцип. Ничего не должно мешать любому участнику оперировать собственными данными, которых нет в эталонном перечне. > отсюда можно предположить, что справочник товаров "на местах" не будет > полностью совпадать с головным. Ну и? > Плюс возможны ситуации, когда некоторые свойства товарной позиции имеют > значение только для локального использования На структуру _эталонного перечня_ это как влияет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 17:18 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Например, система может быть централизованной Imho на структуру данных эталонного перечня это влияния не окажет. В узком смысле (собственно типы/реквизиты товара) влиять не должно. Однако административная часть (заявки на кодирование/изменение, кто что ведет если децентрализовано, удалять или использовать отметку о запрете использования,...) отличается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 09:51 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
2 guest_20040621 боюсь, что Ваши познания сугубо теоретичны или основаны на не слишком больших объемах данных. спорить в таком случае бесполезно, как и пытаться отвечать на критические вопросы типа: "Это Вы так решили?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 12:01 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> В узком смысле (собственно типы/реквизиты товара) влиять не должно. > Однако административная часть (заявки на кодирование/изменение, кто > что ведет если децентрализовано, удалять или использовать отметку о запрете > использования,...) отличается. ОК, давайте чуть подробнее. Пусть упрощенно схема такая: пользователи - ответственные редакторы - процессинговый центр (причем, если их несколько, принципиально ничего не меняется). Пользователи - поставщики и потребители данных, ответственные редакторы - кураторы частей эталонного перечня, процессинговый центр (центры) - агрегатор изменений. Пожалуйста, поясните, какие изменения каких частей схемы должны влиять на эталонный перечень. А я хотел сказать вот что: если описывать вертикальные рынки, или полный жизненный цикл продукта, или транснациональные рынки (хотя бы в части экспортно-импортных операций), т. е., собственно, разделить пользователей по некоторым признакам, - это повлечет за собой радикальные изменения в описании пользователей и - как следствие - в структуре эталонного перечня. Ы? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 13:18 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> боюсь Не надо бояться. По существу есть что возразить? Hint: иногда лучше жевать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 13:18 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
У нас проблема в какой-то степени аналогична, - есть несколько компаний, тогргующих одним и тем же товаром, компании территориально не удалены друг от друга. Предполагается вести один единый справочник товаров и контрагентов, и локальные справочники, которые у каждой из компаний свои. Причем наименования в локальных справочниках могут отличаться, общим будет какой-то идентификатор (у контрагентов ИНН, у товаров - код). Основная идея состоит в том, что пользователи вносят новый товар не в локальные справочники, а в общий и уже затем товар повляется в базах данных компаний, что позволит избежать задвоения. Кроме того всвязи с большим количеством наименований в общем справочнике, предполагется реализовать возможность выборочной загрузки товаров в базы компаний, по той же причине нет возможности вести общий справочник только одному сотруднику, что во многом бы упростило процесс, поэтому отдельные сотрудники каждой компании будут вести "свои" группы товаров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2005, 00:17 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
guest_20040621 ОК, давайте чуть подробнее. Пусть упрощенно схема такая: пользователи - ответственные редакторы - процессинговый центр (причем, если их несколько, принципиально ничего не меняется). Пользователи - поставщики и потребители данных, ответственные редакторы - кураторы частей эталонного перечня, процессинговый центр (центры) - агрегатор изменений. Пожалуйста, поясните, какие изменения каких частей схемы должны влиять на эталонный перечень. Ну на таком абстрактном уровне мы врядли много чего нароем. Скажем, структуры могут отличаться в зависимости от того, являются ли указанные роли совместимыми или взаимоисключающими. guest_20040621 А я хотел сказать вот что: если описывать вертикальные рынки, или полный жизненный цикл продукта, или транснациональные рынки (хотя бы в части экспортно-импортных операций), т. е., собственно, разделить пользователей по некоторым признакам, - это повлечет за собой радикальные изменения в описании пользователей и - как следствие - в структуре эталонного перечня. Ы? ;) Факторы существенные, но опять, не вижу что можно сказать о структурах на данный момент. Какждая тема, например жизненный цикл достойна романа.:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2005, 22:02 |
|
||
|
Справочник товаров для группы предприятий
|
|||
|---|---|---|---|
|
#18+
> Ну на таком абстрактном уровне мы врядли много чего нароем. А мы сильно постараемся. ;) > Скажем, структуры могут отличаться в зависимости от того, являются ли > указанные роли совместимыми или взаимоисключающими. Imho это как раз абсолютно неважно, если реализован стандартный access control. Маршрут обработки, понятное дело, описывается отдельно. Состояние данных, конечно, регистрируется. > Факторы существенные, но опять, не вижу что можно сказать о структурах > на данный момент. Ну, например, если мы говорим об экспортно-импортных операциях, то, видимо будем должны использовать имена с учетом языка, торговых марок и пр. страны назначения/страны происхождения. Кроме того, должны будем учесть потенциальную необходимость анализа данных по экспортно-импортным операциям из внешних источников. Т. о. влияние на структуру данных эталонного перечня - абсолютно очевидное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 11:10 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33091306&tid=1545831]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
132ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 472ms |

| 0 / 0 |
