Seguridad at kontrol
Hulihin bago ang disbursement. Alamin pagkatapos kung sino ang gumawa.
Dalawang magkaibang problema ang nakatira sa iisang pamagat. Ang pandarayang dumarating kasama ng aplikasyon, at ang pandarayang nangyayari sa loob mismo ng institusyon ninyo. Hiwalay ang pagtrato ng Lendbox sa kanila, dahil magkaibang bagay ang pumipigil sa kanila.
- 1Bawat item na naghihintay ng desisyon, sa iisang pila
- 2Sino ang naglagay, at aling yugto ang hinihintay
Walang inaaprubahan sa chat thread o sa telepono. Lahat ng naghihintay ng desisyon ay nasa iisang pila, dala ang pangalan ng sinumang naglagay nito.
Dalawang problema, hindi isa
Karamihan ng pagkalugi ay hindi matalino. Panloob ito.
Ang panlabas na pandaraya ang nakakakuha ng pansin: ang pekeng payslip, ang hiram na ID, ang parehong taong nag-a-apply nang dalawang beses sa dalawang baybay ng pangalan niya.
Mas tahimik at kadalasang mas malaki ang panloob na pandaraya. Isang pautang na inaprubahan ng taong naglagay nito. Isang bayad na naitala pero hindi kailanman naibangko. Isang record na binura pagkatapos. Hindi ito nahuhuli ng mas matalinong check sa pintuan — napipigilan ito ng mga kontrol, at napapatunayan ito ng audit trail.
- Sa pintuan: document fraud detection at risk scoring
- Sa loob ng institusyon: maker-checker, permission, branch scoping
- Pagkatapos: pag-uugnay sa bawat aksyon, at naibabalik na pagbura
Sa aplikasyon
Fraud check sa ibinibigay sa inyo ng borrower
Sinusuri ang mga dokumentong ina-upload sa Lendbox habang dumarating ang mga ito — ang larawan ng ID, ang payslip, ang tala ng negosyo, ang sariling larawan ng borrower.
Document fraud detection
Sinusuri ang bawat na-upload na file at may dala itong antas ng panganib: mababa, katamtaman, mataas o kritikal. Ang file na itinuturing ng sistema na mataas ang panganib ay minamarkahan ng «High Risk of Fraud»; ang itinuturing nitong gawa-gawa ay minamarkahan ng «Fraudulent». Nasa mismong dokumento ang marka, kasama ang paglalarawan ng natagpuan, kaya nakikita ito ng officer habang nag-a-appraise sa halip na sa ulat pagkatapos.
Nagba-flag ito. Hindi ito nagdedesisyon.
Ang flag ay impormasyong ibinibigay sa tao, hindi pagtanggi mula sa makina. Nag-a-appraise pa rin ang officer sa pautang, at maaaring magpatuloy ang na-flag na aplikasyon kung may mabuting dahilan — na bahagi na rin pagkatapos ng record, dahil dala ng desisyon ang pangalan ng sinumang gumawa nito.
Sa appraisal
Isang risk score na kayang pagtalunan ng officer
Hinihiling sa isang aplikasyon, mula sa talagang alam ng institusyon tungkol sa pautang na hinihiling.
Kinakalkula ang score mula sa mga tuntunin mismo ng pautang — halaga, tagal, paraan ng interes, siklo ng pagbabayad, fee at pagkaka-configure ng penalty — kasama ang profile ng borrower at ang collateral na nakakabit sa aplikasyon.
Bumabalik ito bilang numero na may nakasulat na paliwanag kung paano ito naabot. Kung masyadong manipis ang profile ng borrower para tama ang pag-score, pinapangalanan nito ang mga field na kulang sa halip na mag-score sa paligid nito, kaya alam ng officer ang pagkakaiba ng mapanganib na borrower at hindi kumpletong file.
Suporta ito sa desisyon. Hindi ito nag-aapruba ng pautang, hindi ito tumatanggi ng pautang, at hindi nito pinapalitan ang credit policy ninyo — ang workflow na iginuhit ninyo pa rin ang nagpapasya kung sino ang pipirma.
- Isang score, kasama ang nakasulat na buod ng nagdulot nito
- Kinakalkula mula sa tuntunin ng pautang, profile ng borrower at collateral
- Pinapangalanan ang kulang na profile field sa halip na iikutan ito
- Hinihiling ng officer, sa aplikasyong nasa harap niya
Dalawang problema, hindi isa
Ang mga kontrol na pumipigil sa panloob na pandaraya
Ito ang kalahati ng pahinang pinakamahalaga sa isang MFI, dahil ito ang kalahating tumutugon sa kung saan talaga napupunta ang pera.
Maker-checker
Ang taong naglalagay ng isang bagay ay hindi ang taong nag-aapruba nito. Nalalapat ito sa aproba ng pautang, sa bayad, sa journal entry, at sa mga pagbabagong ginagawa sa pautang matapos itong tumakbo. Ang entry na inilagay ng isang user ay nananatiling pending hanggang tanggapin ito ng pangalawang user na may tamang permission — isang kontrol na tatanungin sa inyo ng auditor ninyo sa mismong pangalan nito.
Permission, module kada module
Hindi iisang switch ang access. Nakatakda ang bawat module sa isang antas para sa bawat role — None, View Only, Can Request, Can Approve, Can Edit o Has Access — kaya kayang magtala ng bayad ng isang collections clerk nang hindi kayang aprubahan ito, at kayang mag-apruba ng branch manager nang hindi kayang muling isulat ang isang loan product.
- 1Isang module, isang antas, kada role
- 2Mga sub-permission na nasa loob ng module
Anim na antas, nakatakda kada module. Sinadyang magkaibang bagay ang «Can Request» at «Can Approve».
Isang role kada branch, hindi kada tao
May role ang staff sa bawat branch na pinagtatrabahuhan nila, at maaaring magkaiba ang mga role. Ang parehong tao ay maaaring loan officer sa isang branch at manager sa iba, na may eksaktong karapatang nilalayon ng bawat branch. Walang binibigyan ng awtoridad sa buong institusyon dahil lang mas madali itong i-configure.
Ang mga concession ay aproba, hindi pabor
Ang pagpapalawig ng pautang, pag-rollover nito, o pagbabawas sa dapat bayaran ay ang tahimik na paraan kung paano lumalabas ang pera sa isang nagpapautang. Sa Lendbox, hiling ang bawat isa sa mga ito at hindi edit: inilalagay ng isang user, inaaprubahan ng iba, at hindi umiiral hangga't hindi naaaprubahan. Hanggang doon ay ipinapakita pa rin ng pautang ang talagang utang nito, at lumalabas ang concession sa decisions report na may parehong pangalan.
Pagkatapos
Ang tala ng kung sino ang gumawa ng ano
Bawat aksyon ay iniuugnay sa isang user at tinatatakan ng oras, laban sa record na pinangyarihan nito. Ginawa, ni-edit, inaprubahan, binura — lahat ng iyon.
Hindi binubura ng pagbura ang bakas. Napupunta sa recycle bin ang mga binurang record at maibabalik ang mga ito, at ang pagbabalik mismo ay aksyong may pangalan. Ang audit trail na kayang tahimik na alisan ng entry ng isang user ay hindi audit trail.
- Ang user at ang timestamp sa bawat aksyon
- Ang approver sa bawat yugto ng bawat workflow
- Naibabalik mula sa recycle bin ang mga pagbura
- May pangalan ang pagbabalik tulad ng ibang aksyon
Proteksyon ng data
Kung saan nakalagay ang data ninyo, at sino ang makakaabot dito
Naka-encrypt ang data habang nagbibiyahe at habang nakaimbak. Sumusunod ang access sa mga panuntunan sa permission at branch na itinakda ninyo — walang view na tahimik na sumusuway sa mga ito, at ang administrator access mismo ay permission na hawak ng mga pinangalanang tao.
May kinukuha at itinatabing backup. Nananatiling nae-export ang mga record ninyo hangga't may account kayo — mga kliyente, pautang, transaksyon at ang buong ledger — kaya ang data na inilalagay ninyo ay data na kayang ilabas ninyo.
- Naka-encrypt habang nagbibiyahe at habang nakaimbak
- Access na pinamamahalaan ng role at branch, walang paraan sa paligid
- Ang administrator access ay permission na may pangalan, hindi shared login
- Nae-export ang data ninyo, pati sa paglabas
Bago ka magsimula
- Kaya bang laktawan ng officer ang isang flag?
- Oo, at sinadya iyon — impormasyon ang flag, hindi hatol. Ang hindi malalaktawan ay ang record: ipinapakita pa rin ng aplikasyon na ito ay na-flag, at dala pa rin ng aproba ang pangalan ng taong nagpatuloy.
- Sino ang makakakita ng audit trail?
- Sumusunod ito sa permission ninyo tulad ng iba pa, kaya kayo ang nagpapasya kung aling role ang makakabasa. Ang hindi kayang gawin ng anumang role ay i-edit o alisan ito ng entry.
- Ano ang mangyayari sa data namin kung aalis kami?
- I-e-export ninyo ito — mga kliyente, pautang, transaksyon at ang buong ledger. Hindi pinipigil ang mga record ninyo para panatilihin kayong subscribed.
Mga tanong na itinatanong ng mga tao
- Ang mga dokumentong ina-upload laban sa borrower o pautang — ID, payslip, tala ng negosyo, larawan ng borrower — ay sinusuri at may dalang antas ng panganib na mababa, katamtaman, mataas o kritikal, kasama ang paglalarawan ng natagpuan. Ipinapakita ang flag sa officer habang nag-a-appraise.
- Hindi. Nagbabalik ito ng numero at nakasulat na paliwanag bilang suporta sa desisyon ng officer. Ang workflow na na-configure ninyo ang nagpapasya sa aproba, ng mga pinangalanang taong pumipirma para sa sarili nilang desisyon.
- Ang maker-checker ay nangangahulugang ang taong naglalagay ng aksyon ay hindi maaaring siya ring nag-aapruba nito. Sa Lendbox, nalalapat ito sa aproba ng pautang, bayad, journal entry, at mga pagbabago sa tumatakbong pautang tulad ng extension, rollover at discount.
- Nakatakda ang permission kada module at kada role, sa sukat na None, View Only, Can Request, Can Approve, Can Edit at Has Access. May sariling sub-permission ang mga module, at may role ang staff kada branch sa halip na isang role sa buong institusyon.
- Inililipat ng pagbura ang mga record sa recycle bin, kung saan maibabalik ang mga ito, at kapwa ang pagbura at ang pagbabalik ay iniuugnay sa user na gumawa. Hindi mae-edit ang audit trail mismo.
- Hindi, at dapat maingat ang pakikitungo sa anumang sistema ng pagpapautang na nagsasabi ng iba. Ang ginagawa ng Lendbox ay i-flag ang mapanganib na dokumento bago ang disbursement, gawing kailangan ng dalawang tao sa halip na isa ang panloob na pandaraya, at gawing maiuugnay sa tao ang bawat aksyon pagkatapos.
Anong fraud check ang pinapatakbo ng Lendbox?
Nag-aapruba o tumatanggi ba ng pautang ang risk score?
Ano ang maker-checker, at saan ito inilalapat ng Lendbox?
Gaano kadetalye ang permission ng staff?
Kaya bang magbura ng user para pagtakpan ang bakas niya?
Ginagarantiya ba ng Lendbox na hindi magkakaroon ng pandaraya?
Anuman ang bahaging nagdala sa iyo rito, kasama na ito
- Walang limitasyong borrower, pautang at file
- Walang bayad kada record. Hindi lumalaki ang bill mo dahil lumaki ang libro mo.
- Ang staff mo sa web, Android at iOS
- Parehong data sa laptop sa branch at sa telepono sa field.
- Kumpletong audit trail
- Bawat aksyon ay may dalang pangalan ng taong gumawa nito at ang oras na ginawa nila ito.
Ilagay ito sa sarili mong loan book
Gumawa ng account, mag-set up ng isang loan product, at patakbuhin ang totoong pautang mula simula hanggang katapusan. Walang i-install.
30 araw na libreng pagsubok. Walang kailangang card.