This can be treated as a separate project of in case Apache Fineract community accepts the work
Another collaboration is working with existing services and top of them. We don’t need to stress about just merging in the existing services. Yes architecture is little bit different also , where we don’t use loads of services and dependency to run a single service. Thanks Sent from my iPhone > On 23-Sep-2020, at 12:48 AM, James Dailey <[email protected]> wrote: > > > Saransh - thanks for sharing that idea. But, if there's a known issue and you > have a solution forked from fineract CN, then what will it take to bring that > back to the core at Apache... or does this get into a re-worked architecture > and we're still charting a path collaboratively?? > > Thanks > > @jdailey > > > > > > >> On Tue, Sep 22, 2020, 12:37 AM Saransh Sharma <[email protected]> wrote: >> Hey Eugene and other dev please look into our services migrated from >> fineract CN and does exactly what needs to be done. >> >> https://github.com/muellners/finscale-deposit-account-management >> >> might need to run the accounting services also. >> >> Please refer to the documentation >> >> >> >>> On Mon, Sep 21, 2020 at 7:21 PM Eugene Adjei-Djan <[email protected]> >>> wrote: >>> Hi Team, I seem to still have issues with the deposit products in CN, It >>> doesnt create the products, any help? >>> >>> Thanks >> >> >> -- >> Thanks and regards, >> >> Saransh Sharma >> Research Partner >> >> This mail is governed by Muellners® 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.
