Сколько времени нужно для выполнения йодли?
Я нетехнический (ну, не программный. Аппаратный фон) основатель, который нанял довольно хорошего разработчика, который создал сайт с бэкэндом на Rails и довольно неплохо работал с веб-интерфейсом на CSS/HTML. наш следующий шаг - разработать интеграцию Yodlee, и мы оба хотим знать, сколько времени это займет. У него есть оценка, которая, на мой взгляд, является разумной, но он хотел бы получить отзывы сообщества без искажения ответов.
Кроме того, если бы кто-то делал реализацию раньше, я был бы очень признателен за вашу точку зрения и помощь!
2 ответа
За последние два года я реализовал комплексную интеграцию Yodlee для стартапа в Лос-Анджелесе. Они создали социальную игру и платформу управления капиталом. Короткий ответ: это тяжелая и грязная работа.
Технический аспект обеспечения взаимодействия вашего приложения с API Yodlee вовсе не сложный (в значительной степени это стандартный веб-сервис). Ниже приведены некоторые аспекты, подчеркивающие сложность:
- Самая сложная часть связана с неизвестностью и изменчивостью данных клиента.
- Фактически нет документации по API
- Есть несколько способов сделать каждую операцию, которая будет возвращать разные данные
Я проектировал и строил системы в течение 15 лет и довольно хорошо оценил проекты. Мы были далеко с Йодли; на самом деле мы все еще имеем дело с проблемами. Чтобы понять, почему это так сложно, вам действительно нужно понять, что такое Yodlee... это агрегатор из 10000 различных систем. Теперь эти другие системы могут быть большими профессиональными системами, такими как Банк Америки, Чейз,... но они часто являются небольшими небольшими банками (Банк Боба в Омахе).
Когда Yodlee общается с крупными компаниями (они называются контент-сервисами), всегда есть API, который на самом деле возвращает хорошие данные. Но с маленькими они делают скребок экрана. Вы можете себе представить, что все время ломается. У них целая команда в Индии, которая просто сосредоточена на этом.
Другая проблема касается моделирования данных; каждая из контент-сервисов в своем источнике моделировала данные по-разному (разные имена, разные элементы, разные отношения и т. д.), но по Йодли, но объединяет все 10000 моделей в одном представлении. Это оставляет вам раздутую модель, в которой вы никогда не сможете узнать или рассчитывать на получение определенного элемента данных.
Чтобы дать вам представление... есть дополнительные поля о кредитном счете (апрель, сумма кредита, последний платеж,...), помимо стандартных полей базового класса (баланс,...). Хотя это звучит замечательно, если у вас есть эти данные, на практике количество контент-сервисов, которые предоставляют эти дополнительные элементы данных, настолько мало, что вы не можете от них зависеть. Я бы сказал, что точность этих элементов данных очень низкая. Все, на что вы действительно можете рассчитывать - это базовые элементы (имя счета, тип, баланс) и (дата транзакции, описание и тип).
Говоря о транзакциях... их система классификации транзакций не так хороша. Они явно пошли к этому с первого взгляда, а не на точность. Мы создали целую систему для классификации транзакций, которая намного эффективнее.
Пара других вещей: система тестирования учетной записи DAG бесполезна; он не работает так же, как реальные счета. Вам будет гораздо лучше открыть 5-10 учетных записей в различных контент-сервисах и дать вашим разработчикам имена пользователей и пароли для них для тестирования. Система MFA (многофакторная аутентификация) для обеспечения безопасности учетных записей была бесконечной головной болью. Это не вина Йодли, это характер игры. Банки делают все больше и больше сумасшедших вещей, которые добавляют уровни безопасности. Йодли имеет систему MFA, чтобы компенсировать это. В любой момент времени около 20% наших учетных записей по какой-либо причине являются ошибочными. Мы создали целый компонент только для управления этим.
Так что все это значит? Удвойте свою оценку, приготовьтесь испачкаться. Я вообще не хочу опускать Йодли (за исключением отсутствия документации); они действительно решают сложную проблему. Там действительно нет никаких других лучших вариантов.
Я возглавляю команду, отвечающую за продажи и поддержку API Yodlee, поэтому ответ может быть немного предвзятым.
Я видел, как клиенты запускались и работали в любом месте от 10 дней до 3 месяцев до 6 месяцев. Время реализации зависит от количества полей в модели данных, которую вы используете, и от того, как вы собираетесь использовать данные или манипулировать ими, прежде чем представлять их своим пользователям.
Хотя наиболее распространенные поля данных, такие как баланс счета или сумма транзакции, будут всегда доступны, Крейг прав, когда вы переходите к более широкой модели данных, вам придется кодировать исключения, когда данных нет. Йодли предоставляет документацию о том, как часто будут доступны поля, чтобы помочь с этим процессом. Но если вы собираетесь использовать только базовую учетную и транзакционную информацию, вам не придется беспокоиться об этих сложностях, и это ускорит реализацию.
То, как вы используете данные после их получения от Yodlee, также сыграет большую роль во времени, необходимом для интеграции. Если вы извлекаете дополнительные данные из описаний транзакций или делаете что-то с категоризацией, это усложняет задачу и требует больше времени. Если вы используете многие поля как есть, это будет проще.
Крейг упомянул еще один вопрос - дополнительные вопросы безопасности (многофакторная аутентификация). Хотя этот раздел API добавляет некоторую работу, мы добавили документацию по этому вопросу, чтобы упростить интеграцию. Кроме того, при возникновении любых проблем с разработкой мы предоставляем клиентам доступ к форуму разработчиков, который отслеживается нашей командой технического консалтинга.