Структура справочника физических и юридических лиц
Релиб
Форумы       Участники    Календарь    Кто он-лайн?
Добро пожаловать, гость ( Вход | Регистрация )
        



Структура справочника физических и... Expand / Collapse
Автор
Сообщение
24.08.2001 14:44
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 09.07.2007 16:29
Сообщ.: 178, Visits: 1 955
Требуются идеи для решения данной задачи:

Есть единая база данных для юридических и физических лиц, данные туда поступают с различных АРМ, из различных приложений т е
Юр.физ. клиента (лица) могут добавить те кто
-принимает заказы
-выдает товар
-занимается анализом рынка
- .....
все это различные приложения функционирующие на одних данных

необходим механизм исключающий дублирование т е
фирму ААА могут внести в нескольких местах (причем под разными именами - ооо ААА или А А А или еще как)
к рег-нному номеру фирмы привязатся нельзя (он часто неизвестен), а с физ. лицами все еще хуже :(

на данный момент реализовано так -
есть 2 таблицы
1-ая с данными юр. лиц и внутренним ID
2-ая с внутр ID и внеш ID
работа ведется с теми ID которые доступны из 2-й табл в 1-ую
переключая внутр ID во 2-й таблице можно осуществлять операцию
"Эти 2 записи есть одно и тоже"
(не очень понятно, но если надо могу подробнее)
Неудовлетворяет некоторая громозкость этого механизма
Сообщ. #721668
24.08.2001 18:29
Forum Member

Forum MemberForum MemberForum MemberForum MemberForum MemberForum MemberForum MemberForum Member

участник
Last Login: 28.10.2002 16:35
Сообщ.: 41, Visits: 452
У нас это сделано следующим образом - таблица Clients имеет следующую структуру:

ClientID - это идентификатор
ParentID - это его родитель
Name
IsFolder - признак раздела (что данная запись не клиент, а географическое местоположение - Континент, Страна, Регион, Город ...)
IsSynonym - признак синонима

Выглядть это так
ClientID ParentID IsFolder ISSynonym Name
1 -1 Да Нет Россия
2 1 Да Нет Волгоградская область
3 2 Да Нет Волгоград
4 3 Нет Нет ЗАО "Клиент 1"
5 4 Нет Да ЗАО Клиент 1
6 3 Нет Нет ООО "Клиент2"
7 6 Нет Да ООО Клиент 2
.....
8 -2 Да Нет Раздел удаленных записей
9 8 Нет Нет ТОО "Клиент 3"

Таким образом все хранится в одной таблице, представляется в иерархической структуре, только одна запись представляет реального клиента, по синонимам можно подобрать все данные по клиенту, если из справочника удалять запись - она переместится в раздел удаленных и целостность не нарушится.

Ну вот, в общих чертах...
Сообщ. #721698
24.08.2001 18:59
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 08.08.2002 15:06
Сообщ.: 168, Visits: 1 970
2Vsh: ну, как бы первое, что приходит в голову, это использовать ИНН и ОКПО, - которые в пределах России уникальны. Судя по тому, что вы это не используете, описываемые предприятия необязательно в России или/и эти данные не всегда доступны. Можно использовать какие-то косвенные признаки: лицензии, например (благо, перечень лицензиатов в большинстве случаев найти можно достаточно просто).

Дополнительно к описанному Вами механизму я бы добавил маску при вводе по крайней мере новых юр. лиц: форма собственности (выбор из списка), пробел, кавычка, название, кавычка, - или как-то так. Дальше работать с ними было бы проще. Дополнительно можно использовать, например, проверку по территориальной принадлежности - при заведении нового клиента просматривать возможные из близких по написанию значения с учетом почтового кода.

Вообще, конечно, это полумеры, - иногда предприятия отличаются друг от друга очень незначительно, - например, при одинаковом названии у них разные юридические адреса (соответственно, все коды тоже разные, но этого (часто) не знаешь). :)

С физическими лицами еще хуже. :(
Сообщ. #721703
27.08.2001 8:18
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 13.02.2004 14:39
Сообщ.: 256, Visits: 2 905
Ес-но единственно правильное и мудрое решение - единый классификатор и заполнение всех форм на его основании.
Да только кто бы его вел? :)

Можно конечно плодить бардак дальше по примеру Dan, а кто даст гарантии что это в конечном итоге не закончится полным крахом всей системы учета?
Сообщ. #721816
27.08.2001 8:34
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 08.08.2002 15:06
Сообщ.: 168, Visits: 1 970
> Ес-но единственно правильное и мудрое решение - единый
> классификатор и заполнение всех форм на его основании.

;) Единого классификатора, который можно использовать на практике, я еще ни разу не видел.

Относительно же описания физических и юридических лиц (если говорить об исходном справочнике) - это возможно только теоретически; практика позволяет предположить, что значительная часть предприятий имеет склонность перерегистрироваться/регистрировать новое юридическое лицо по прошествии некоторого количества времени с момента начала деятельности, так что отслеживать все изменения - это очень трудоемкая задача, которая вряд ли может быть реализована. Скажем так, если акции предприятия котируются на бирже (биржах), его деятельность более или менее прозрачна и освещается в прессе - это один подход, если нет - нужен штат высокопоставленных инсайдеров на этом предприятии. ;)

Еще один из выходов - ФКЦБ, если предприятие предоставляет отчетность в их формате, то обработку ее можно до известной степени автоматизировать. Но там такой бардак, разброд и шатание, что задача... нетривиальна. :)
Сообщ. #721818
27.08.2001 8:52
Forum Member

Forum MemberForum MemberForum MemberForum MemberForum MemberForum MemberForum MemberForum Member

участник
Last Login: 28.10.2002 16:35
Сообщ.: 41, Visits: 452
to YURA

зря ты так, этот бардак, как ты красноречиво выразился :), уже 6 лет работает на 4 промышленных предприятиях (заводах) и в одном холдинге - никаких проблем не возникает, просто существует также организационный момент - регламент, согласно которому справочник модифицируется всего несколькими службами предприятия - например маркетинг и финансовый отдел, которые обязаны перед внесением клиента завести также карточку партнера с более или менее подробной информацией о нем. А синонимыне связи как раз помагают при слиянии или переименовании клиентов.

Просто, обычно, клиенты не возникают ниоткуда и никто не бросается стремительно их регистрировать и выписывать им какие-либо документы или отгружать продукцию - еще есть служба экономической безопасности, которая за такое по голове даст наверняка.

Кстати по-поводу физических лиц у нас помимо всего прочего заодится номер страхового пенсионного свидетельства, я посмотрел - около 97 % у нас (в справочниках) его имеют - ИМХО скоро будет не проблема людям номерки сопоставить :)
Сообщ. #721820
27.08.2001 9:15
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 13.02.2004 14:39
Сообщ.: 256, Visits: 2 905
Ну так это и есть автоматизация идеи сведения перечня к единому классификатору. И если сей процесс зарегистрирован как стандарт предприятия - то все ОК.
У нас тоже есть подобный релиз, но применительно к производственным запасам(Номенклатура на уровне КД тоже вещь всемерно расширяемая и относительная). Двинуть же стандарт предприятия на сведение к единому классификатору не совсем получилось(бумаги до сих пор ходят). А без него... Видели бы вы во что это вылилось...
Сообщ. #721822
27.08.2001 15:12
Supreme Being

Supreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme BeingSupreme Being

участник
Last Login: 09.07.2007 16:29
Сообщ.: 178, Visits: 1 955
To YURA and Dan
В Ваши схемы плохо вписывается подобная ситуация:

Фирма вчера зарегистрирована, а сегодня уже пришла размещать рекламу, никаких финансовых документов на момент оформления заказа не выписывается, т к реклама еще не размещена, но в классификатор фирма уже попасть должна
В этом случае известно как правило только название (и хорошо если телефон), и как правило все доступные оффициальные регистры предприятий не обновляются так оперативно
Сообщ. #721953