Название приложения: Займы в Займ

Платформа: Android32, Android64

Поддерживаемые версии ОС: Android 6.0 и новее

Описание: Приложение Займы в Займ – это сервис по выдаче срочных займов онлайн. 

Ссылки на приложения: Google Play - Ссылку предоставлю как приложение с новым интерфейсом пройдет модерацию Google

 

Спойлер

Скриншоты приложения

 

P.S. На некоторых скриншотах еще старое меню навигации, эти изображения представлены т.к. пока "по техническим причинам" не могу полностью пройти этап подачи заявки. Представлены только часть окон приложения.

P.S.S Если у кого какие вопросы, или критика пишите, всегда рад!)

Edited September 25, 20213 yr by r3h0soft

Вопросы есть конечно.

1. Вижу что при фотографии выделяется прямоугольником сам документ и фотокарточка, и данные распознаются. С помощью чего сделано и как это было интегрировано в FGX?
2. В приложении есть сохраненные карты, есть оплата по картам. Подскажите это интеграции sdk тут или самостоятельная реализация? Как привязываете карту и как потом происходит оплата? Что то готовое юзаете?

2 часа назад, k0de сказал:

Вопросы есть конечно.

1. Вижу что при фотографии выделяется прямоугольником сам документ и фотокарточка, и данные распознаются. С помощью чего сделано и как это было интегрировано в FGX?
2. В приложении есть сохраненные карты, есть оплата по картам. Подскажите это интеграции sdk тут или самостоятельная реализация? Как привязываете карту и как потом происходит оплата? Что то готовое юзаете?

Классные полезные вопросы. Был бы признателен тоже узнать на них ответы от Автора

3 часа назад, k0de сказал:

Вопросы есть конечно.

1. Вижу что при фотографии выделяется прямоугольником сам документ и фотокарточка, и данные распознаются. С помощью чего сделано и как это было интегрировано в FGX?
2. В приложении есть сохраненные карты, есть оплата по картам. Подскажите это интеграции sdk тут или самостоятельная реализация? Как привязываете карту и как потом происходит оплата? Что то готовое юзаете?

1. На счёт выделения и считывания данных заблуждение, для каждого типа фотографии/документа добавляется маска поверх камеры. Это решение для того, что бы клиенты делали изображения в нужном ракурсе. Как таковой задачи считывания данных с изображения не было, но думаю если бы и использовали, то смотрели в сторону Яндекс api. 

2. Хранение, привязка, осуществление платежей происходит через сервис best2pay, используется их api. Сам бэкенд на 1с в котором имеется отдельный модуль от МояМфо, в последнем включены интеграции платежных сервисов в том числе best2pay и так же привязка токенов карты к определенному контрагенту. 

Эм... если честно с оплатой не совсем понятно.
Вот вы в приложении добавили карту, привязали её к клиенту. Потом при оплате клиенту показываете список карт, он выбирает какую-то карту из того списка, и выбирает "оплатить".
Вот все это делается на чистом АПИ, через запросы? Разве не используется никакого сдк от платежной системы, через который вы общаетесь с платежкой?
 

10 часов назад, k0de сказал:

Эм... если честно с оплатой не совсем понятно.
Вот вы в приложении добавили карту, привязали её к клиенту. Потом при оплате клиенту показываете список карт, он выбирает какую-то карту из того списка, и выбирает "оплатить".
Вот все это делается на чистом АПИ, через запросы? Разве не используется никакого сдк от платежной системы, через который вы общаетесь с платежкой?
 

В 1с запрашиваем список карт клиента, клиент выбирает карту (берём её токен) , общаемся по api с платежной b2p, сами подписываем запросы, сами проверяем статус, после успешной операции инициируем оплату в 1с.

В самом b2p, выглядит операция как регистрация заказа, оплата, проверка.

Мда.. повезло вам с платежной системой. В Stripe увы тока через SDK.
Приложение ждем в маркете, хочется потыкать в живую!))) Спасибо за ответы)

Просто ради интереса, Вы сами интерфейс придумывали или работали другие люди? Я как не стараюсь получается что-то страшненькое 🙂

Правда когда дают уже отрисованные скрины проблем нет 🙂

10 часов назад, Andrey Zubov сказал:

Просто ради интереса, Вы сами интерфейс придумывали или работали другие люди? Я как не стараюсь получается что-то страшненькое 🙂

Правда когда дают уже отрисованные скрины проблем нет 🙂

Интерфейс придумывал сам

Красивое

3 часа назад, Stas сказал:

Красивое

Спасибо!

Подскажите, как реализован у вас принцип material design, что идёт скругление только верхней части.

Цитата

Цитата

 

 

Edited February 23, 20223 yr by alikoder

Попробуйте TfgCardPanel с CornerRadius и отрицательной нижней границей, равной -1*CornerRadius (Margins.Bottom)

Edited February 23, 20223 yr by Stas

20 минут назад, Stas сказал:

Попробуйте TfgCardPanel с CornerRadius и отрицательной нижней границей, равной -1*CornerRadius (Margins.Bottom)

Всё гениальное просто, спасибо! Главное, чтобы не было артефактов при изменение размеров в реалтайме.

1 час назад, alikoder сказал:

Всё гениальное просто, спасибо! Главное, чтобы не было артефактов при изменение размеров в реалтайме.

Можно как сказано ранее с отрицательным значением, но я это не очень люблю (как раз по той причине как вы сказали). Использовал TfgRectangle, как шапку. 

В 28.09.2021 в 16:17, k0de сказал:

Вопросы есть конечно.

1. Вижу что при фотографии выделяется прямоугольником сам документ и фотокарточка, и данные распознаются. С помощью чего сделано и как это было интегрировано в FGX?
2. В приложении есть сохраненные карты, есть оплата по картам. Подскажите это интеграции sdk тут или самостоятельная реализация? Как привязываете карту и как потом происходит оплата? Что то готовое юзаете?

Подскажите пожалуйста каким образом был реализован функционал по первому пункту ?

В 29.09.2021 в 02:49, r3h0soft сказал:

1. На счёт выделения и считывания данных заблуждение, для каждого типа фотографии/документа добавляется маска поверх камеры. Это решение для того, что бы клиенты делали изображения в нужном ракурсе. Как таковой задачи считывания данных с изображения не было, но думаю если бы и использовали, то смотрели в сторону Яндекс api. 

Здравствуйте, ответил выше в комментарии