Re: General questions on using Fineract for new project

[Vinayak Javaly]

Hi Javier.  I appreciate your input.  The goal of my new system is to
present a consolidated view of data from various LMS'.  I thought
performing the loan accounting on "my side" would be easier than managing
continuous input from each source LMS.

Thanks,
Vinayak


On Thu, Apr 16, 2020 at 8:13 PM Javier Borkenztain  wrote:

> Hi Vinayak,
>
> Yes, it seems a feasible project to be executed within Fineract 1.x.
>
> You can use Fineract APIs to send and receive the data. You can export
> reports in various formats to reconcile data.
>
> We have implemented an extension on the API manager tools of Fineract
> using WSO2 tool . This allows improving Fineract's
> APIs capabilities.
>
> Do you want to do just accounting on the different loans? What else do you
> need to do with the data?
>
> Let us know how can we help!
> Best,
> Javier
> APACHECON 2020 > Call for
> presentations is open! Apply here
>  for Fineract track now!!
>
>
> On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly  wrote:
>
>> Hello all.  I hope this email finds you all well.
>>
>> I'm looking for general advice.
>>
>> I'm building a new system that will aggregate loan information from
>> several different Loan Management Systems.  Some of these systems may be
>> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
>> Fineract as the core LMS in my new system.  Here's my planned workflow:
>>
>>1. Each LMS will periodically send loan product, loan, repayment,
>>etc. info in a standardized format
>>2. Our system will receive each LMS' data and input it into Fineract
>>3. We're planning on performing the loan accounting for these loans
>>in Fineract, AND have a periodic reconciliation process with the source 
>> LMS'
>>
>> My questions:
>>
>>1. Is this a good idea?  Does this seem feasible?
>>2. Do you see any major or minor issues with this plan?
>>
>> Thank you in advance.
>>
>> Stay safe.
>>
>> Vinayak
>>
>
>
> --
> [image: Logo] 
> *Javier Borkenztain* *| CEO*
> *e:* jav...@fiter.io
> *w:* fiter.io 
> *m:* +598-94621188
> [image: twitter icon]  [image: youtube icon]
>  [image:
> linkedin icon] 
>

Re: General questions on using Fineract for new project

[Vinayak Javaly]

Hi Saransh.  Thanks for your input.

Vinayak


On Fri, Apr 17, 2020 at 1:23 AM Saransh Sharma 
wrote:

>
>
> On Fri, Apr 17, 2020 at 5:43 AM Javier Borkenztain 
> wrote:
>
>> Hi Vinayak,
>>
>> Yes, it seems a feasible project to be executed within Fineract 1.x.
>>
>> You can use Fineract APIs to send and receive the data. You can export
>> reports in various formats to reconcile data.
>>
>> We have implemented an extension on the API manager tools of Fineract
>> using WSO2 tool . This allows improving Fineract's
>> APIs capabilities.
>>
>> Do you want to do just accounting on the different loans? What else do
>> you need to do with the data?
>>
>> Let us know how can we help!
>> Best,
>> Javier
>> APACHECON 2020 > Call for
>> presentations is open! Apply here
>>  for Fineract track now!!
>>
>>
>> On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly  wrote:
>>
>>> Hello all.  I hope this email finds you all well.
>>>
>>> I'm looking for general advice.
>>>
>>> I'm building a new system that will aggregate loan information from
>>> several different Loan Management Systems.  Some of these systems may be
>>> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
>>> Fineract as the core LMS in my new system.  Here's my planned workflow:
>>>
>> So most of the fintechs face this issue, infact banks do also come across
> such paths. The simple approach taken by partners is to build own solutions
> on top fineract API.
> This allows fast navigation.
>
>>
>>>1. Each LMS will periodically send loan product, loan, repayment,
>>>etc. info in a standardized format
>>>2. Our system will receive each LMS' data and input it into Fineract
>>>3. We're planning on performing the loan accounting for these loans
>>>in Fineract, AND have a periodic reconciliation process with the source 
>>> LMS'
>>>
>>> Our approach towards this solution is simple.
> We would build webhooks (reverse hooks) where one can send data to,
> direclty to fineract using the Oauth scoping, (lacking currently in
> fineract).
> This extends and eases the pain but in the long term you will be saving a
> lot of time for other integrators which will come back to you.
>
> Integration is an issue as of now , currently fineract has Oauth but it is
> limited to authentication. Building such things internally solves key
> challenges like scalability and performance also such as fineract-CN.
>
> All we need is an API manager where we could simply extend existing
> without changing the code base is also a better way look at this url
>
>
> https://discourse.mifos.org/t/action-items-from-open-banking-call-on-monday-april-6-2020/9457
>
>
>
>> My questions:
>>>
>>>1. Is this a good idea?  Does this seem feasible?
>>>
>>> If it solves your problem for now.
>
>>
>>>1. Do you see any major or minor issues with this plan?
>>>
>>> Pros:
> Fast,
> Soft modelling can be done , like your own data structure and auth layers
>  , your own integration.
>
> Cons:
> You will end up managing the meta-data with less emphasis on process.
> Cumbersome is long run.
> Lack of context.
> Service over Service approach always leads to failure.
>
>> Thank you in advance.
>>>
>>> Stay safe.
>>>
>>> Vinayak
>>>
>>
>>
>> --
>> [image: Logo] 
>> *Javier Borkenztain* *| CEO*
>> *e:* jav...@fiter.io
>> *w:* fiter.io 
>> *m:* +598-94621188
>> [image: twitter icon]  [image: youtube
>> icon]  [image:
>> linkedin icon] 
>>
>
>
> --
>
> Saransh Sharma
> *Research Partner*
> *Muellner Internet Pvt Ltd *
>
>
> --
>
> The idea of separation of me and you is amazing.
>
> --
> *Company Website    **Company Linkedin
> *Company Facebook
> 
>
> This mail is governed by Muellner®  Internet Private Limited's IT policy.
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if
> this message has been addressed to you in error, please immediately alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure
> compliance with our internal 

Re: General questions on using Fineract for new project

[Vinayak Javaly]

Hi Vishwas.  I appreciate your input.  As you observed, the system I'm
building is to aggregated several LMS' in order to present a consolidated
view of all loans.  I'm still considering building a simplified data
warehouse.  I was just seeking reasons to choose one option over the other.

Thanks,
Vinayak


On Fri, Apr 17, 2020 at 5:41 AM Vishwas Babu A J 
wrote:

> Vinayak,
>
> Can you please elaborate on the business use case you are trying to
> support ?
>
> While the approach you describe is certainly feasible, you would likely
> run into a number of issues with reconciliation depending on how the other
> loan management systems are used.
>
> Based on the kind of financial institutions whose data is tracked in the
> other LMS and the process they follow you might run into issues ranging
> from exotic products whose calculations you might not be able to match a
> 100% in Mifos to cascading effects around editing/ adding backdated
> transactions causing mismatches around appropriation of payments across
> different systems. IMO, if all you are trying to do is to get a
> consolidated view of loan portfolios across different systems and running
> an accounting process on top of them, skipping the need to reprocesses all
> transactions again in what is effectively a  “Data warehouse” should
> simplify the process.
>
> Regards,
> Vishwas
>
>
>
> On Apr 16, 2020, at 4:01 PM, Vinayak Javaly  wrote:
>
> Hello all.  I hope this email finds you all well.
>
> I'm looking for general advice.
>
> I'm building a new system that will aggregate loan information from
> several different Loan Management Systems.  Some of these systems may be
> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
> Fineract as the core LMS in my new system.  Here's my planned workflow:
>
>1. Each LMS will periodically send loan product, loan, repayment, etc.
>info in a standardized format
>2. Our system will receive each LMS' data and input it into Fineract
>3. We're planning on performing the loan accounting for these loans in
>Fineract, AND have a periodic reconciliation process with the source LMS'
>
> My questions:
>
>1. Is this a good idea?  Does this seem feasible?
>2. Do you see any major or minor issues with this plan?
>
> Thank you in advance.
>
> Stay safe.
>
> Vinayak
>
>
>

Re: General questions on using Fineract for new project

[Saransh Sharma]

We should quickly prototype three legged Oauth where a user can create
Oauth Credentials, then we might need to create a scoping mechanism for all
the API crud functions.

Reverse Webhooks which can be used , perhaps using Apache Kafka which could
consume information from the third party app.

Interesting , lets work on it.

You want to help? @Awasum Yannick 

Lets quickly prototype it.


On Fri, Apr 17, 2020 at 4:01 PM Awasum Yannick  wrote:

>
>
> On Fri, Apr 17, 2020 at 6:23 AM Saransh Sharma 
> wrote:
>
>>
>>
>> On Fri, Apr 17, 2020 at 5:43 AM Javier Borkenztain 
>> wrote:
>>
>>> Hi Vinayak,
>>>
>>> Yes, it seems a feasible project to be executed within Fineract 1.x.
>>>
>>> You can use Fineract APIs to send and receive the data. You can export
>>> reports in various formats to reconcile data.
>>>
>>> We have implemented an extension on the API manager tools of Fineract
>>> using WSO2 tool . This allows improving Fineract's
>>> APIs capabilities.
>>>
>>> Do you want to do just accounting on the different loans? What else do
>>> you need to do with the data?
>>>
>>> Let us know how can we help!
>>> Best,
>>> Javier
>>> APACHECON 2020 > Call for
>>> presentations is open! Apply here
>>>  for Fineract track now!!
>>>
>>>
>>> On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly 
>>> wrote:
>>>
 Hello all.  I hope this email finds you all well.

 I'm looking for general advice.

 I'm building a new system that will aggregate loan information from
 several different Loan Management Systems.  Some of these systems may be
 from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
 Fineract as the core LMS in my new system.  Here's my planned workflow:

>>> So most of the fintechs face this issue, infact banks do also come
>> across such paths. The simple approach taken by partners is to build own
>> solutions on top fineract API.
>> This allows fast navigation.
>>
>>>
1. Each LMS will periodically send loan product, loan, repayment,
etc. info in a standardized format
2. Our system will receive each LMS' data and input it into Fineract
3. We're planning on performing the loan accounting for these loans
in Fineract, AND have a periodic reconciliation process with the source 
 LMS'

 Our approach towards this solution is simple.
>> We would build webhooks (reverse hooks) where one can send data to,
>> direclty to fineract using the Oauth scoping, (lacking currently in
>> fineract).
>>
>
> It seems there is an issue with similar description to the approach you
> are describing. Maybe someone reading may want to send in a PR for this
> given its coming up frequently now.
>
> This extends and eases the pain but in the long term you will be saving a
>> lot of time for other integrators which will come back to you.
>>
>> Integration is an issue as of now , currently fineract has Oauth but it
>> is limited to authentication. Building such things internally solves key
>> challenges like scalability and performance also such as fineract-CN.
>>
>> All we need is an API manager where we could simply extend existing
>> without changing the code base is also a better way look at this url
>>
>>
>> https://discourse.mifos.org/t/action-items-from-open-banking-call-on-monday-april-6-2020/9457
>>
>>
>>
>>> My questions:

1. Is this a good idea?  Does this seem feasible?

 If it solves your problem for now.
>>
>>>
1. Do you see any major or minor issues with this plan?

 Pros:
>> Fast,
>> Soft modelling can be done , like your own data structure and auth layers
>>  , your own integration.
>>
>> Cons:
>> You will end up managing the meta-data with less emphasis on process.
>> Cumbersome is long run.
>> Lack of context.
>> Service over Service approach always leads to failure.
>>
>>> Thank you in advance.

 Stay safe.

 Vinayak

>>>
>>>
>>> --
>>> [image: Logo] 
>>> *Javier Borkenztain* *| CEO*
>>> *e:* jav...@fiter.io
>>> *w:* fiter.io 
>>> *m:* +598-94621188
>>> [image: twitter icon]  [image: youtube
>>> icon]  [image:
>>> linkedin icon] 
>>>
>>
>>
>> --
>>
>> Saransh Sharma
>> *Research Partner*
>> *Muellner Internet Pvt Ltd *
>>
>>
>> --
>>
>> The idea of separation of me and you is amazing.
>>
>> --
>> *Company Website    **Company Linkedin
>> *Company Facebook
>> 
>>
>> This mail is governed by Muellner® 

Re: General questions on using Fineract for new project

[Awasum Yannick]

On Fri, Apr 17, 2020 at 6:23 AM Saransh Sharma 
wrote:

>
>
> On Fri, Apr 17, 2020 at 5:43 AM Javier Borkenztain 
> wrote:
>
>> Hi Vinayak,
>>
>> Yes, it seems a feasible project to be executed within Fineract 1.x.
>>
>> You can use Fineract APIs to send and receive the data. You can export
>> reports in various formats to reconcile data.
>>
>> We have implemented an extension on the API manager tools of Fineract
>> using WSO2 tool . This allows improving Fineract's
>> APIs capabilities.
>>
>> Do you want to do just accounting on the different loans? What else do
>> you need to do with the data?
>>
>> Let us know how can we help!
>> Best,
>> Javier
>> APACHECON 2020 > Call for
>> presentations is open! Apply here
>>  for Fineract track now!!
>>
>>
>> On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly  wrote:
>>
>>> Hello all.  I hope this email finds you all well.
>>>
>>> I'm looking for general advice.
>>>
>>> I'm building a new system that will aggregate loan information from
>>> several different Loan Management Systems.  Some of these systems may be
>>> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
>>> Fineract as the core LMS in my new system.  Here's my planned workflow:
>>>
>> So most of the fintechs face this issue, infact banks do also come across
> such paths. The simple approach taken by partners is to build own solutions
> on top fineract API.
> This allows fast navigation.
>
>>
>>>1. Each LMS will periodically send loan product, loan, repayment,
>>>etc. info in a standardized format
>>>2. Our system will receive each LMS' data and input it into Fineract
>>>3. We're planning on performing the loan accounting for these loans
>>>in Fineract, AND have a periodic reconciliation process with the source 
>>> LMS'
>>>
>>> Our approach towards this solution is simple.
> We would build webhooks (reverse hooks) where one can send data to,
> direclty to fineract using the Oauth scoping, (lacking currently in
> fineract).
>

It seems there is an issue with similar description to the approach you are
describing. Maybe someone reading may want to send in a PR for this given
its coming up frequently now.

This extends and eases the pain but in the long term you will be saving a
> lot of time for other integrators which will come back to you.
>
> Integration is an issue as of now , currently fineract has Oauth but it is
> limited to authentication. Building such things internally solves key
> challenges like scalability and performance also such as fineract-CN.
>
> All we need is an API manager where we could simply extend existing
> without changing the code base is also a better way look at this url
>
>
> https://discourse.mifos.org/t/action-items-from-open-banking-call-on-monday-april-6-2020/9457
>
>
>
>> My questions:
>>>
>>>1. Is this a good idea?  Does this seem feasible?
>>>
>>> If it solves your problem for now.
>
>>
>>>1. Do you see any major or minor issues with this plan?
>>>
>>> Pros:
> Fast,
> Soft modelling can be done , like your own data structure and auth layers
>  , your own integration.
>
> Cons:
> You will end up managing the meta-data with less emphasis on process.
> Cumbersome is long run.
> Lack of context.
> Service over Service approach always leads to failure.
>
>> Thank you in advance.
>>>
>>> Stay safe.
>>>
>>> Vinayak
>>>
>>
>>
>> --
>> [image: Logo] 
>> *Javier Borkenztain* *| CEO*
>> *e:* jav...@fiter.io
>> *w:* fiter.io 
>> *m:* +598-94621188
>> [image: twitter icon]  [image: youtube
>> icon]  [image:
>> linkedin icon] 
>>
>
>
> --
>
> Saransh Sharma
> *Research Partner*
> *Muellner Internet Pvt Ltd *
>
>
> --
>
> The idea of separation of me and you is amazing.
>
> --
> *Company Website    **Company Linkedin
> *Company Facebook
> 
>
> This mail is governed by Muellner®  Internet Private Limited's IT policy.
> The information contained in this e-mail and any accompanying documents
> may contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if
> this message has been addressed to you in error, please immediately alert
> the sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents
> of this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to 

Re: General questions on using Fineract for new project

[Vishwas Babu A J]

Vinayak,

Can you please elaborate on the business use case you are trying to support ?

While the approach you describe is certainly feasible, you would likely run 
into a number of issues with reconciliation depending on how the other loan 
management systems are used.

Based on the kind of financial institutions whose data is tracked in the other 
LMS and the process they follow you might run into issues ranging from exotic 
products whose calculations you might not be able to match a 100% in Mifos to 
cascading effects around editing/ adding backdated transactions causing 
mismatches around appropriation of payments across different systems. IMO, if 
all you are trying to do is to get a consolidated view of loan portfolios 
across different systems and running an accounting process on top of them, 
skipping the need to reprocesses all transactions again in what is effectively 
a  “Data warehouse” should simplify the process.

Regards,
Vishwas



> On Apr 16, 2020, at 4:01 PM, Vinayak Javaly  wrote:
> 
> Hello all.  I hope this email finds you all well.
> 
> I'm looking for general advice.
> 
> I'm building a new system that will aggregate loan information from several 
> different Loan Management Systems.  Some of these systems may be from other 
> LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use Fineract as the 
> core LMS in my new system.  Here's my planned workflow:
> Each LMS will periodically send loan product, loan, repayment, etc. info in a 
> standardized format
> Our system will receive each LMS' data and input it into Fineract
> We're planning on performing the loan accounting for these loans in Fineract, 
> AND have a periodic reconciliation process with the source LMS'
> My questions:
> Is this a good idea?  Does this seem feasible?
> Do you see any major or minor issues with this plan?
> Thank you in advance.
> 
> Stay safe.
> 
> Vinayak

Re: General questions on using Fineract for new project

[Saransh Sharma]

On Fri, Apr 17, 2020 at 5:43 AM Javier Borkenztain  wrote:

> Hi Vinayak,
>
> Yes, it seems a feasible project to be executed within Fineract 1.x.
>
> You can use Fineract APIs to send and receive the data. You can export
> reports in various formats to reconcile data.
>
> We have implemented an extension on the API manager tools of Fineract
> using WSO2 tool . This allows improving Fineract's
> APIs capabilities.
>
> Do you want to do just accounting on the different loans? What else do you
> need to do with the data?
>
> Let us know how can we help!
> Best,
> Javier
> APACHECON 2020 > Call for
> presentations is open! Apply here
>  for Fineract track now!!
>
>
> On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly  wrote:
>
>> Hello all.  I hope this email finds you all well.
>>
>> I'm looking for general advice.
>>
>> I'm building a new system that will aggregate loan information from
>> several different Loan Management Systems.  Some of these systems may be
>> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
>> Fineract as the core LMS in my new system.  Here's my planned workflow:
>>
> So most of the fintechs face this issue, infact banks do also come across
such paths. The simple approach taken by partners is to build own solutions
on top fineract API.
This allows fast navigation.

>
>>1. Each LMS will periodically send loan product, loan, repayment,
>>etc. info in a standardized format
>>2. Our system will receive each LMS' data and input it into Fineract
>>3. We're planning on performing the loan accounting for these loans
>>in Fineract, AND have a periodic reconciliation process with the source 
>> LMS'
>>
>> Our approach towards this solution is simple.
We would build webhooks (reverse hooks) where one can send data to,
direclty to fineract using the Oauth scoping, (lacking currently in
fineract).
This extends and eases the pain but in the long term you will be saving a
lot of time for other integrators which will come back to you.

Integration is an issue as of now , currently fineract has Oauth but it is
limited to authentication. Building such things internally solves key
challenges like scalability and performance also such as fineract-CN.

All we need is an API manager where we could simply extend existing without
changing the code base is also a better way look at this url

https://discourse.mifos.org/t/action-items-from-open-banking-call-on-monday-april-6-2020/9457



> My questions:
>>
>>1. Is this a good idea?  Does this seem feasible?
>>
>> If it solves your problem for now.

>
>>1. Do you see any major or minor issues with this plan?
>>
>> Pros:
Fast,
Soft modelling can be done , like your own data structure and auth layers
 , your own integration.

Cons:
You will end up managing the meta-data with less emphasis on process.
Cumbersome is long run.
Lack of context.
Service over Service approach always leads to failure.

> Thank you in advance.
>>
>> Stay safe.
>>
>> Vinayak
>>
>
>
> --
> [image: Logo] 
> *Javier Borkenztain* *| CEO*
> *e:* jav...@fiter.io
> *w:* fiter.io 
> *m:* +598-94621188
> [image: twitter icon]  [image: youtube icon]
>  [image:
> linkedin icon] 
>


-- 

Saransh Sharma
*Research Partner*
*Muellner Internet Pvt Ltd *

--

The idea of separation of me and you is amazing.
--
*Company Website    **Company Linkedin
*Company Facebook


This mail is governed by Muellner®  Internet Private Limited's IT policy.
The information contained in this e-mail and any accompanying documents may
contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if
this message has been addressed to you in error, please immediately alert
the sender by reply e-mail and then delete this message, including any
attachments. Any dissemination, distribution or other use of the contents
of this message by anyone other than the intended recipient is strictly
prohibited. All messages sent to and from this e-mail address may be
monitored as permitted by applicable law and regulations to ensure
compliance with our internal policies and to protect our business. E-mails
are not secure and cannot be guaranteed to be error free as they can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by e-mail.

Re: General questions on using Fineract for new project

[Javier Borkenztain]

Hi Vinayak,

Yes, it seems a feasible project to be executed within Fineract 1.x.

You can use Fineract APIs to send and receive the data. You can export
reports in various formats to reconcile data.

We have implemented an extension on the API manager tools of Fineract
using WSO2
tool . This allows improving Fineract's APIs
capabilities.

Do you want to do just accounting on the different loans? What else do you
need to do with the data?

Let us know how can we help!
Best,
Javier
APACHECON 2020 > Call for
presentations is open! Apply here
 for Fineract track now!!


On Thu, Apr 16, 2020 at 8:02 PM Vinayak Javaly  wrote:

> Hello all.  I hope this email finds you all well.
>
> I'm looking for general advice.
>
> I'm building a new system that will aggregate loan information from
> several different Loan Management Systems.  Some of these systems may be
> from other LMS vendors (e.g. Mambu, LendFoundry).  I'm planning to use
> Fineract as the core LMS in my new system.  Here's my planned workflow:
>
>1. Each LMS will periodically send loan product, loan, repayment, etc.
>info in a standardized format
>2. Our system will receive each LMS' data and input it into Fineract
>3. We're planning on performing the loan accounting for these loans in
>Fineract, AND have a periodic reconciliation process with the source LMS'
>
> My questions:
>
>1. Is this a good idea?  Does this seem feasible?
>2. Do you see any major or minor issues with this plan?
>
> Thank you in advance.
>
> Stay safe.
>
> Vinayak
>


-- 
[image: Logo] 
*Javier Borkenztain* *| CEO*
*e:* jav...@fiter.io
*w:* fiter.io 
*m:* +598-94621188
[image: twitter icon]  [image: youtube icon]
 [image: linkedin
icon]