Австралийский корпоративный регулятор должен быть назначен ответственным за готовящуюся схему обмена данными в банковском секторе страны, которая могла бы видеть историю транзакций клиентов, открытую для других банков и финтех-фирм.
Эта рекомендация была сделана комитетом депутатов нижней палаты парламента, который заявил, что было бы «конфликтом» позволить банкам возглавить предлагаемую систему обмена информацией.
В ноябре прошлого года экономический комитет нижней палаты опубликовал окончательный отчет о своем обзоре четырех крупнейших банков, предложив сектору использовать интерфейсы прикладного программирования (API) для облегчения обмена данными о клиентах и малом бизнесе.
Комитет заявил, что эта схема, которая будет включать в себя конкретные меры контроля за конфиденциальностью и штрафы за несоблюдение требований, должна быть введена в действие к июлю следующего года.
Он утверждал, что такой подход сместит баланс сил с банков на потребителей и даст им больший контроль над их личной информацией.
В своем втором докладе по четырем крупным банкам, представленном в пятницу, комитет отметил, что, хотя каждый из крупных банков оказал свою поддержку системе обмена данными, было бы нецелесообразно, чтобы частный сектор возглавлял эти усилия.
Данные клиентов в настоящее время являются собственностью компании, что делает «конфликтом» для банков управление любым соглашением о совместном использовании, говорится в заявлении комитета.
«Независимый регулятор», такой как ASIC, должен «руководить зарядом и нести ответственность за реализацию».
«Процесс внедрения обмена данными не может быть оставлен на усмотрение банков», — писали в комитете.
«Банки конфликтуют в этом процессе.»
Крупные банки сообщили комитету, что тот, кто руководит процессом, должен быть в состоянии обеспечить конфиденциальность и безопасность данных потребителей.
«Чтобы быть ясными в этом вопросе, мы поддержим любое решение, если, в конечном счете, мы сможем очень четко определить, кто конкретно отвечает за конфиденциальность и безопасность. Это должно быть ясно», — говорится в сообщении ЦБА.
«Мы хотим взять на себя эту ответственность и, если кто-то еще собирается взять ее на себя, нести ответственность за это, чтобы мы знали, где решать проблемы, если с этим возникнут проблемы. Мы открыты для такого решения.»
Федеральное правительство пока не заявило, примет ли оно эту рекомендацию.
API, а не CSV
Комитет также продолжал придерживаться своего подхода к структурированию структуры вокруг API, а не обмена данными на основе CSV, как это поощрялось Комиссией по производительности.
Комиссия утверждала, что совместное использование API было бы слишком дорогим и не имело бы явных преимуществ.
Хотя парламентский комитет признал, что режим API потребует «значительных первоначальных инвестиций», он утверждал, что этот метод обеспечивает «наибольшее количество преимуществ с точки зрения безопасности данных, достоверности данных и доступности».
«Данные, представленные в CSV-файлах, должны быть стандартизированы для поддержки машинной читаемости, прежде чем схема может начаться. Это серьезно ограничивает способность структуры поддерживать инновации и конкуренцию», — написал комитет.
Он утверждал, что CSV-файлы также являются точками времени и подвержены манипуляциям, а также более сложны, чем API.
Данные, которые будут включены, если будет внедрена система совместного использования, охватывают историю транзакций, остатки на счетах, выплаты по ипотечным кредитам и деятельность по кредитным картам, а также данные о клиентах малого бизнеса.