18 сентября, вторник 18:33
Bankir.Ru

Объявление

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

Исключение дублированного ввода клиентов

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

  • Исключение дублированного ввода клиентов

    Имеется необходимость разработать методику выявления дублированного ввода клиетов в АБС. А также мероприятия(методику)недопускающего возникновения этого в дальнейшем (или сведения кол-ва этих событий к минимуму). У кого что есть по этому вопросу?

  • #2
    Какая АБС - все таки?

    Комментарий


    • #3
      "Новая Афина", но я думаю, что принципиальной разницы нет. Так как такая проблема может возникнуть везде.

      Комментарий


      • #4
        Сообщение от SherlocK Посмотреть сообщение
        "Новая Афина", но я думаю, что принципиальной разницы нет. Так как такая проблема может возникнуть везде.
        Почему же нет? Диасофт дублированный ввод ловит.
        Но для этого на каждого клиента должен быть прожиточный минимум введенной информации Паспорт для физика и ИНН для юрика, к примеру.

        Комментарий


        • #5
          Дублированный ввод ловит не только Диас, но и многие другие ...
          Часто дубли вылазят при загрузке клиентов из внешних систем, бывает настроен и автоматический обмен данными, т.ч. просто так не прервешь загрузку.
          Соответственно, приходится иметь отдельный режим выявления дублей постфактум с настраиваемыми фильтрами. С передачей между копиями договоров, счетов и т.д.
          Глюкоправ

          Комментарий


          • #6
            Так вот и хотелось бы определить этот минимальный, но достаточный набор сведений для ввода и определения дубля. И механизм отслеживания.

            Комментарий


            • #7
              Может у кого-то есть реальный опыт борьбы с этим делом. Можно сказать, что в большей степени интересует методика "прополки" уже существующей б.д. Допустим, что к разным "копиям" одного клиента привязаны различные счета. Как сохранить историю при этом и в тоже время избежать потерь данных.

              Комментарий


              • #8
                2 SherlocK
                Вам за основу стОит взять механизм отлова террористов/экстремистов, вроде как проблема схожая, а экстремистов должна отлавливать (или делать вид что отлавливает) каждая АБС.
                Иначе сейчас снова уйдем в вывод уникального кода клиента... хотя пятница, может и выведем чего-нить.
                "Единственный способ научиться играть лучше - играть с более сильным соперником!"

                Комментарий


                • #9
                  Вот тут обсуждали -
                  http://www.dom.bankir.ru/showthread.php?t=61226

                  Можно составить правила уникальности - скажем,
                  не может быть 2-х лиц (Юр/Физ) с
                  1) одним ИНН,КИО
                  2) ОГРН
                  скорее всего и соответствующие им серии/номера свидетельств
                  1') Свидетельство о постановке на учет юридического лица в налоговом органе (+ФЛ)
                  2') Свидетельство о внесении организации в ЕГРЮЛ (ЕГРИП)

                  Ну и серия+номер документа, удост. личность ФЛ.

                  Комментарий


                  • #10
                    Сообщение от SherlocK Посмотреть сообщение
                    Может у кого-то есть реальный опыт борьбы с этим делом. Можно сказать, что в большей степени интересует методика "прополки" уже существующей б.д. Допустим, что к разным "копиям" одного клиента привязаны различные счета. Как сохранить историю при этом и в тоже время избежать потерь данных.
                    Дык опыта много. Но передача счетов и прочего между клиентами без потери информации - это зависит от специфики системы. В Афине не копался, т.ч. рекомендовать не могу.

                    Насчет первичной проверки при вводе клиента - идет по номеру и серии удостоверяющего документа.
                    У нас сведение дублей клиентов, имеющих кредиты и вклады,с передачей информации между ними, реализовано отдельным пунктом меню.
                    Сведение дублей - настраиваемое, хотя первичное сведение, как правило, запускается по самому строгому правилу: ФИО + реквизиты документа + поля структурированного адреса.
                    Глюкоправ

                    Комментарий


                    • #11
                      Можно составить правила уникальности - скажем,
                      не может быть 2-х лиц (Юр/Физ) с
                      1) одним ИНН,КИО
                      2) ОГРН

                      Филиалы одной организации имеют одинаковые параметры.
                      Serg Voronov

                      Комментарий


                      • #12
                        SherlocK
                        Можно сказать, что в большей степени интересует методика "прополки" уже существующей б.д.
                        Поиск дублей реализован в программе контроля реестра обязательств банка перед вкладчиками от АСВ.

                        Комментарий


                        • #13
                          Можно составить правила уникальности - скажем,
                          не может быть 2-х лиц (Юр/Физ) с
                          1) одним ИНН,КИО
                          Ну и серия+номер документа, удост. личность ФЛ.


                          (1) некторые думали, что не бывает двух банков с одинаковыми ИНН, а что филиал может иметь тот же ИНН, не подумали
                          (2) некоторые думали, что не бывает двух физ.лиц с одинаковыми паспортами, а что физ.лицо и индивидуальный предприниматель - разные клиенты (хотя бы в разрезе расчётных счетов), не подумали
                          (3) а что у нерезидента вообще может не быть ни ИНН, ни КИО, ни адреса регистрации соответствующего KLADR, тоже никто ни сном, ни духом

                          вот такие замечания, при реальной базе клиентов в 4000. Интересно, сколько ещё будет.

                          Примечание. Фирме-разработчику эти вопросы задавали. Более вразумительного ответа чем "отключите проверку вообще" не добились. Проверку отключили. Нахрен. В итоге все довольны - и проверки реализованы, и жить они не мешают.

                          Про поводу прополки существующей базы... Ну-ну. Полные тёзки имеются в ассортименте, и не только среди физиков. Кто ответит за ошибочную идентификацию, вот в чём вопрос.
                          /kiv

                          Комментарий


                          • #14
                            Илюха
                            С прополкой существующей базы физиков не вижу никаких проблем. Все подозрительные товарищи (пары/тройки и т.д.) просматриваются визуально (поднимаются договора). Имхо этим занимаются в большинстве банков перед проверкой АСВ.

                            Комментарий


                            • #15
                              Как тут правильно все заметили - мероприятия по проверке делаются асинхронно с вводом в АБС, на основе постконтроля либо на основе результатов дедуплицирования во внешних по отношению к АБС системах (CRM, единая клиентская база, хранилище).

                              Комментарий


                              • #16
                                Сообщение от Илюха Посмотреть сообщение
                                ...
                                вот такие замечания, при реальной базе клиентов в 4000. Интересно, сколько ещё будет.
                                ...
                                Будет.
                                Из креатива оперционисток: вместо цифры 3 буква З (причину установить не удалось);
                                в фамилии кирилица перемежается латиницей (операционистка отловлена, допрошена. Причина - лень переключать раскладку после Вестерна );
                                Казазабаев стал Козабаев и получил букву "е" после "Коза" (обнаружен по совпадению паспорта из другой системы);
                                Куча народа живет по очень простому адресу: "Россия" ("Мой адрес не дом и не улица...")
                                Это только то, что запомнилось.

                                Комментарий


                                • #17
                                  ezhikov
                                  по факту - нет, не реально. экспоненциальная зависимость - если число сабжей превышает 100 000, то визуально проконтролировать невозможно. Если учесть еще давность существования клиента (может быть еще старый! паспорт, и адрес Россия это еще хорошо - может быть просто улица вместо ВСЕГО, да и что угодно, как показывает опыт). Проблема в том, что формально, изменения данных досье Клиента может вводить только операционист на основании документов (реальных)

                                  Комментарий


                                  • #18
                                    RN
                                    Поверьте, нет ничего невозможного... Сужу по личному опыту - почистить реестр на дубли по паспорту и паспорт+ФИО вполне реально, даже если вкладчиков в реестре больше миллиона... Если Банк поставит перед собой такую задачу - результат не заставит себя ждать...

                                    Комментарий


                                    • #19
                                      ezhikov
                                      Если Банк поставит перед собой такую задачу - результат не заставит себя ждать...
                                      Это да, только если вместе с этим не будет создано средство контроля и запрета ввода новых дублей - то грош цена такой работе.

                                      Комментарий

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

                                      Свернуть

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

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