Например для верстки нужны предельные величины, как электронной так и для печатной.
Аналогично ограничения нужны для интеграционных сообщений. Тип и длина атрибута всё еще требуется описывать во многих системах.
Не говорю уже про старые наследуемые системы которые принимают данные и хранят в текстовых файлах.=)
Так то да.
Для аналитики трендов «третий сорт — не брак», а вот включать в бизнес-процесс и тем более принимать решения на основе 80% довольно смело.
Можно конечно вспомнить про Парето, но проводить аналогию всё более неуместно.
Вы же не будете рады если хирург учтёт только 80% диагноза.
Так и в аналитике. Конечная цель — принятие решения, а конкуренция заставляет сужать дельту недостаточности информации всё больше.
Для того чтобы понять что вот этот ID с куками и клиент №324 Иванов Иван это одно и то же лицо нужно сравнить реквизиты которые доступны.
А так как качество данных всегда не идеально часть данных отваливается по несовпадению каких то атрибутов.
Или пока главное свести хотя бы 80%? Остальные 20 будем допиливать в процессе?
Клиент 360 имеется ввиду подход «Customer 360» в традиционном смысле?
Есть ли связка пусть и опосредованная клиент банка (счет) — активность в соц. сети?
Быстрый должен быть сервис.
На транзакцию всего 40 секунд отведено, а нужно:
1 )принять транзакцию,
2) обработать
3) обезличить и отправить (XML?) в сервис
4) время пробега
5) приняли в сервис
6) пробили по черным спискам (самый базовый анифрод)
7) адский дата майнинг или на баесах с нейронками принятие решение (да/нет)
8) формирование ответа
9) пробег от сервиса
10) прием от вашего сервиса
11) разбор ответа сервиса
12) проведение операции на стороне заказчика
13) отправка ISO8583 в ПС
это в первом приближении. =)
обычно же антифрод ставят инхаус рядом-рядом с процессингом.
как у вас с этим?
и что с источниками данных (черные списки карт, точек продаж, IP)?
А вот это отличное замечание.
Кроме угона вариантов использования таких баз масса.
Но есть и обратная сторона, в большинстве случаев «машина = человек», но с другой стороны есть еще и сотовые там точнее и возможностей больше=)
Все системы контроля скорости etc. «Стрелка» и ей подобные поступают так же вне зависимости от стран.
Фотографируются и распознаются номера всех машин, а фотки сохраняются только нарушителей скоростного режима или других правил.
Но распознанные номера, GPS /Глонасс точка где стоит камера, дата и время остаются.
И не пол года. =)
Камеры имеют ЭЦП так что эти данные — юридически значимый факт.
Прелестно.
1. Пересчитайте свои трудозатраты в количество недель обслуживания «нахальных сервисов». Хватило бы на годы =)
2. Можно просто прогонять через демо аккаунты объемы позволяют=)
Аналогично ограничения нужны для интеграционных сообщений. Тип и длина атрибута всё еще требуется описывать во многих системах.
Не говорю уже про старые наследуемые системы которые принимают данные и хранят в текстовых файлах.=)
Для аналитики трендов «третий сорт — не брак», а вот включать в бизнес-процесс и тем более принимать решения на основе 80% довольно смело.
Можно конечно вспомнить про Парето, но проводить аналогию всё более неуместно.
Вы же не будете рады если хирург учтёт только 80% диагноза.
Так и в аналитике. Конечная цель — принятие решения, а конкуренция заставляет сужать дельту недостаточности информации всё больше.
А так как качество данных всегда не идеально часть данных отваливается по несовпадению каких то атрибутов.
Или пока главное свести хотя бы 80%? Остальные 20 будем допиливать в процессе?
Т.н. Ирландское имя — ходовой вариант.
Есть ли связка пусть и опосредованная клиент банка (счет) — активность в соц. сети?
Обычно 2-3 секунды, за 40 могут погрозить, а за 120 откатят по таймауту.
На транзакцию всего 40 секунд отведено, а нужно:
1 )принять транзакцию,
2) обработать
3) обезличить и отправить (XML?) в сервис
4) время пробега
5) приняли в сервис
6) пробили по черным спискам (самый базовый анифрод)
7) адский дата майнинг или на баесах с нейронками принятие решение (да/нет)
8) формирование ответа
9) пробег от сервиса
10) прием от вашего сервиса
11) разбор ответа сервиса
12) проведение операции на стороне заказчика
13) отправка ISO8583 в ПС
это в первом приближении. =)
обычно же антифрод ставят инхаус рядом-рядом с процессингом.
как у вас с этим?
и что с источниками данных (черные списки карт, точек продаж, IP)?
А ставить свои, легальные — кандидат на премию «угонщик года»
1. поехал в отпуск / командировку
2. машина в загородном доме
3. с парковки у бара (домой на такси) =)
Разрыв между временем угона и временем попаданием информации в БД идет до нескольких дней.
а по «горячему» раскрывается лучше всего.
Кроме угона вариантов использования таких баз масса.
Но есть и обратная сторона, в большинстве случаев «машина = человек», но с другой стороны есть еще и сотовые там точнее и возможностей больше=)
Камеры в большинстве случаев только «Глаз» с ЭЦП. Иногда распознавание на них ставят, но это зависит от тех решения.
Фотографируются и распознаются номера всех машин, а фотки сохраняются только нарушителей скоростного режима или других правил.
Но распознанные номера, GPS /Глонасс точка где стоит камера, дата и время остаются.
И не пол года. =)
Камеры имеют ЭЦП так что эти данные — юридически значимый факт.
1. Пересчитайте свои трудозатраты в количество недель обслуживания «нахальных сервисов». Хватило бы на годы =)
2. Можно просто прогонять через демо аккаунты объемы позволяют=)