20 сентября, четверг 08:39
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

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

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

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

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

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

    Комментарий


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

      Комментарий


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

        Комментарий


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

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

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

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

          Комментарий


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

            Комментарий


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

              Комментарий


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

                Комментарий


                • #9
                  2 Илюха

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

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

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

                  Комментарий


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

                    Комментарий


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

                      Комментарий


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

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

                        Комментарий


                        • #13
                          Юнец, получается, что так. Если вы против, объясните принципы по которым объединяете субъектов в группы.
                          Чем больше связей, тем меньше степеней свободы.

                          Комментарий


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


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

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

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

                            Комментарий


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

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

                              Комментарий

                              Пользователи, просматривающие эту тему

                              Свернуть

                              Присутствует 1. Участников: 0, гостей: 1.

                              Обработка...
                              X