Аффилированные лица

[Maxim_1710]

Подскажите на какой АБС наилучшим образом реализована работа с взаимосвязанными клиентами(аффил. лицами). Если есть возможность покажите/раскажите как это все работает

[К_Маркелов]

[офф-топик] Интересно, а что, другие параметры АБС коллегу Maxim_1710-ого не беспокоят? Или - всё равно, как они реализованы?
[/офф-топик]
Обычно в АБС есть признаки аффилированности (поля базы данных) и группы аффилированности (значения этих полей). С ними АБС, а также генератор отчётов и работает.

[Maxim_1710]

to К_Маркелов нет, меня интересует именно характеристика АБС в разрезе (АФФИЛ. ЛИЦ)

[Константин Красновский]

2 К_Маркелов:
...другие параметры АБС коллегу Maxim_1710-ого не беспокоят?
[/офф-топик]
Естественно. Беспокоит исключительно то, что касается темы дипломной, курсовой, лабораторной (нужное подчеркнуть) работы. А все остальное...
[/офф-топик]
2 Maxim_1710
Фраза "характеристика АБС в разрезе (АФФИЛ. ЛИЦ)" не имеет смысла. Попробуйте задать свой вопрос иначе или уточните его.
Подскажите на какой АБС наилучшим образом реализована работа с взаимосвязанными клиентами(аффил. лицами).
На любой АБС работа с взаимосвязанными клиентами, если реализована, то реализована в соответствии с инструкциями ЦБ РФ, а значит приблизительно одинаковым образом.

[Илюха]

Подскажите на какой АБС наилучшим образом
"Наилучшим" - неудачное слово. У разных людей может быть разное представление о "наилучшести".

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

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

Всё. Да, "АБС" = "БИСквит" + самодеятельность в рамках базовой функциональности. Поскольку штатно, разумеется, никакой автоматики по работе со связями не предусмотрено.

[Maxim_1710]

2 Cost интересно Вы себе представляете курсовую или дипломную работу по автоматизации взаимосвязанных клиентов

[Константин Красновский]

2 Maxim_1710:
Ну да, примерно так и звучит масса тем для дипломных/курсовых.
Ну согласитесь, странно интересоваться одним маленьким вырванным из контекста кусочком АБС. И напрашивается два вывода: либо Вы пишете курсовую, либо пытаетесь реализовать данный механизм в АБС собственной разработки. Ну и так как собственные разработки потихоньку вымирают, как динозавры, то логично напрашивается вывод о курсовой работе.
Уважаемый Maxim_1710, а Вам не трудно будет раскрыть цель Вашего вопроса? Думаю, многим будет интересно, да и зная цель можно более точно и полно ответить на Ваш не совсем стандартный вопрос.

[Maxim_1710]

2 Cost мне надо усовершенствовать имеющуюся реализацию учета взаимосвязанных клиентов для АБС, вот я и хотел узнать где как оно работает, тк ничего в сети не нашел

[Maxim_1710]

2 Илюха

да и не совсем верно...

- клиент не может входить одновременно в две разные группы

а на самом деле может

[Константин Красновский]

2 Maxim_1710:
мне надо усовершенствовать имеющуюся реализацию учета взаимосвязанных клиентов для АБС
Так тут лучше как раз от инструкции ЦБ оттталкиваться, а не от конкреных реализаций...

[Людмила Кулагина]

Maxim_1710
а на самом деле может
Примерчик, пожалуйста. И как вы определите, что это разные группы, если они уже связаны по одному своему члену?

[Юнец]

Примерчик, пожалуйста. И как вы определите, что это разные группы, если они уже связаны по одному своему члену?
Если я правильно понял, то пример такой рисуется (один из вариантов):
были две группы:
группа А - 11 человек
группа Б - 17 человек
а потом (например, через год) появляется человек, который "связан" с парой человек из группы А и парой человек из группы Б.

P.S. Если действовать по принципу - две группы объединять в одну, то "наша деревня" (это я про Тулу) будет одной группой.

[Людмила Кулагина]

Юнец, получается, что так. Если вы против, объясните принципы по которым объединяете субъектов в группы.

[Илюха]

Maxim_1710да и не совсем верно...
- клиент не может входить одновременно в две разные группы

Что для Вашей задачи верно, а что нет - решает Ваш банк. Конкретно, у нас этим занимались юристы. Это был принципиальный вопрос, поскольку положительный ответ на него рубит автоматическое распределение по группам на корню и приводит к организации групп вручную. Что, надо заметить, сильно проще с точки зрения организации данных: на клиента вешаем реквизит "группа" и кто что туда вписал, тот и прав. Что, кстати, в "БИСквите" и реализовано в исходном варианте. Так сказать, для неленивых.

Cost Если действовать по принципу - две группы объединять в одну, то "наша деревня" (это я про Тулу) будет одной группой.

Не смешно. То ли Вы не в курсе темы, то ли неудачно пошутили. На всякий случай, повторяю то, что я уже сказал, ещё раз -- отнюдь не любая связь приводит к объединению в одну группу, а только та, которая считается существенной. Например, участи в уставном капитале в виде доли большей 5%.

[Adyan]

По-хорошему, все представители клиента (учредители, должн. лица) должны быть заведены как самостоятельные единицы (напр, клиент). Соответственно связь - ссылками на эти единицы.
Опять-таки, контроль "дублирования", где-то тут обсуждаемый.
Тогда никакой "ручной" установки групп не нужно. Всё можно "собрать" по связям. Но это уже не АБС, а CRM будет.

Должно быть еще понятие "уровень" или "глубина" связанности.
Связанность может быть и такая: внуки учредителей - супруги.