Jinsi ya kuwasilisha CTR kwa FRC ya Kenya: mwongozo wa hatua kwa hatua

Kuwasilisha taarifa ya miamala ya fedha taslimu (CTR) kwa Financial Reporting Centre (FRC) ya Kenya ni mojawapo ya majukumu ya uzingatiaji yanayochukua muda mwingi zaidi kwa wachambuzi wa benki leo. Ikiwa umewahi kutumia saa nyingi kutoa data ya miamala kutoka kwenye mfumo mkuu wa benki (core banking), kulinganisha kumbukumbu za Mjue Mteja Wako (KYC) za wateja, kutengeneza faili ya XML kwa mkono, kisha ukaona uwasilishaji wako ukirudishwa na kosa la uthibitishaji wa skima, unajua vyema jinsi mchakato huu unavyoweza kuchosha.

Mwongozo huu umeandikwa kwa ajili ya wachambuzi na maafisa uzingatiaji katika taasisi za fedha za Kenya. Unapitia kila hatua ya mchakato wa kuwasilisha CTR — kuanzia kutambua miamala inayostahili kuripotiwa hadi kupokea uthibitisho wa kupokelewa kutoka FRC — kwa lugha rahisi inayoweza kutekelezwa moja kwa moja. Iwe leo unawasilisha CTR kwa mkono au unatathmini njia za kuendesha kazi hii kiotomatiki, mwongozo huu utakusaidia kuifanya ipasavyo.

---

Kabla hujaanza — unachohitaji

Uwasilishaji wa CTR kwa FRC ya Kenya si fomu unayoijaza kwenye lango. Ni faili ya XML yenye muundo maalum iliyotengenezwa kwa mujibu wa skima ya goAML XSD v5.0.2, inayopakiwa kupitia lango la goAML la FRC. Kabla hujafungua mfumo wako mkuu wa benki, hakikisha una yafuatayo.

Usajili wa FRC na vitambulisho vya kuingia kwenye lango la goAML

Taasisi yako lazima iwe imesajiliwa na FRC kama taasisi inayowajibika kuripoti chini ya Proceeds of Crime and Anti-Money Laundering Act (POCAMLA). Usajili huu unakupa Namba ya Usajili wa Taasisi katika FRC (FRC Entity Registration Number), ambayo ni sehemu ya lazima katika kila CTR na taarifa ya miamala yenye mashaka (STR) unayowasilisha. Bila namba hiyo, hakuna uwasilishaji utakaokubaliwa.

Ili kufikia lango la kuwasilisha la goAML, Mkuu wa Uzingatiaji au Afisa Anayeripoti (Reporting Officer) aliyeteuliwa na taasisi yako lazima awe na vitambulisho halali vya kuingia kwenye lango vilivyotolewa na FRC. Akaunti za wachambuzi mmoja mmoja zinaweza kufunguliwa chini ya akaunti ya taasisi. Ikiwa vitambulisho vyako vya kuingia kwenye lango vimekwisha muda au hujawahi kuviwezesha, wasiliana na FRC kupitia mawasiliano yaliyochapishwa kwenye tovuti yake (frc.go.ke) kabla ya kujaribu uwasilishaji wowote.

Weka karibu vitambulisho na namba za kumbukumbu zifuatazo kabla ya kuanza:

• Namba ya Usajili wa Taasisi katika FRC (muundo: FRC/INST/YYYY/NNNN)
• Anwani (URL) ya lango la goAML (hutolewa na FRC wakati wa usajili)
• Jina lako la mtumiaji na nenosiri la lango
• Jina la afisa uzingatiaji wa FRC anayehusika na taasisi yako

Data ya miamala kutoka kwenye mfumo wako mkuu wa benki

Malighafi ya CTR hutoka kwenye ripoti za miamala za mfumo wako mkuu wa benki. Benki nyingi za Kenya hutumia Temenos T24, Flexcube, Finacle au mfumo mwingine wa ndani unaolingana nayo. Utahitaji kutoa ripoti yenye angalau:

• Tarehe na saa ya muamala
• Aina ya muamala (kuweka fedha taslimu, kutoa fedha taslimu, kubadilisha fedha za kigeni)
• Kiasi na sarafu ya muamala
• Namba ya akaunti na jina la mwenye akaunti
• Msimbo wa tawi na jina la tawi
• Namba ya kumbukumbu ya muamala
• Kitambulisho cha keshia au cha njia (tawi, ATM, simu)

Hakikisha ripoti inashughulikia siku nzima ya kalenda. Chini ya Kanuni ya 40(3)(c) ya POCAMLR 2023 na FRC Circular No. 4 of 2023 (waraka wa maelekezo wa FRC), CTR lazima ziwasilishwe kufikia Ijumaa ya wiki ambayo muamala unaostahili kuripotiwa ulifanyika. Muamala wa Jumatatu unaacha siku nne za kazi za kuwasilisha; muamala wa Alhamisi kimsingi unaacha siku moja tu.

Data ya KYC ya mteja — kitambulisho cha taifa ni lazima kwa raia wa Kenya

Hili ndilo sharti linalozishtukiza taasisi nyingi katika uwasilishaji wao wa kwanza. Skima ya goAML inahitaji nyaraka za utambulisho kwa kila mhusika wa muamala unaostahili kuripotiwa. Kwa raia wa Kenya, namba ya kitambulisho cha taifa (National Identity Card) ni lazima — haiwezi kubadilishwa kwa namba ya pasipoti, PIN ya kodi au kitambulisho kingine chochote.

Chukua sehemu zifuatazo za KYC kutoka kwenye kumbukumbu kuu za wateja wako:

• Jina kamili la kisheria (kama lilivyo kwenye kitambulisho)
• Tarehe ya kuzaliwa (muundo wa YYYY-MM-DD)
• Aina ya kitambulisho: NATIONAL_ID kwa raia wa Kenya, PASSPORT kwa raia wa kigeni, ALIEN_ID kwa wageni waliosajiliwa
• Namba ya kitambulisho: tarakimu 8 kwa vitambulisho vya taifa vya Kenya
• Uraia (msimbo wa ISO 3166-1 alpha-3: KEN kwa Kenya)
• Anwani ya mahali halisi (angalau kaunti na mji)
• Namba ya simu (si lazima lakini inapendekezwa)

Ikiwa kitambulisho cha taifa cha mteja hakimo katika kumbukumbu zako za KYC, usiwasilishe CTR bila kitambulisho hicho. Kuwasilisha ukiwa umeacha wazi sehemu ya kitambulisho kutasababisha ripoti kukataliwa papo hapo na skima. Badala yake, anzisha mchakato wako wa kurekebisha taarifa za KYC ili kupata kitambulisho hicho kabla ya muda wa mwisho wa Ijumaa, na uandike sababu ya kuchelewa katika rejista yako ya uzingatiaji.

---

Hatua ya 1 — tambua miamala inayofikia au kuzidi USD 15,000 (au kiasi kinacholingana nacho)

Kiwango cha CTR nchini Kenya ni USD 15,000 au kiasi kinacholingana nacho katika sarafu nyingine yoyote kwa miamala ya fedha taslimu. Kiwango hicho kimewekwa na Kifungu cha 44(6) cha POCAMLA na Kanuni ya 40(1) ya POCAMLR 2023, na kilipandishwa kutoka USD 10,000 na Anti-Money Laundering and Combating of Terrorism Financing Laws (Amendment) Act 2023 (iliyoanza kutumika tarehe 15 Septemba 2023). Kila uwekaji wa fedha taslimu, utoaji wa fedha taslimu, au muamala wa fedha taslimu wa kubadilisha fedha za kigeni unaofikia au kuzidi kiwango lazima uripotiwe — bila kujali kama unaonekana kuwa na mashaka.

Utambuzi kwa mkono kutoka kwenye ripoti za miamala

Bila utambuzi wa kiotomatiki wa kiwango, mchakato wako wa kila siku wa kutambua CTR kwa kawaida huwa hivi:

1. Hamisha daftari la miamala la siku iliyopita kutoka kwenye mfumo wako mkuu wa benki kwenda Excel au CSV
2. Chuja aina za miamala zinazohusisha fedha taslimu: CASH_DEPOSIT, CASH_WITHDRAWAL, CURRENCY_EXCHANGE
3. Badilisha kila muamala kuwa USD kwa kutumia kiwango cha kununulia cha taasisi kinachotumika tarehe hiyo
4. Chuja viasi vinavyolingana na USD vinavyofikia au kuzidi 15,000
5. Orodhesha kila muamala unaostahili kuripotiwa peke yake — CTR moja kwa kila muamala unaostahili kuripotiwa

Mchakato huu hufanya kazi kwa taasisi zenye miamala michache, lakini huanza kuzaa makosa kadiri wingi wa miamala unavyoongezeka, hasa pale viwango vya ubadilishaji vinapobadilika ndani ya siku. Afisa uzingatiaji anayesimamia mtandao wa matawi mengi anaweza kuwa anachakata mamia ya miamala ya fedha taslimu kila siku.

Miamala ya siku moja iliyo chini ya kiwango: wasilisha STR, si CTR iliyojumlishwa

Kutoelewa kwa kawaida kuhusu utaratibu wa CTR nchini Kenya ni imani kwamba shughuli za fedha taslimu za siku moja zilizo chini ya kiwango zinapaswa kujumlishwa na kuripotiwa kama CTR moja pale jumla inapovuka USD 15,000. Msimamo wa sasa wa FRC, ulioelezwa katika aya ya 4.3 ya Financial Reporting Centre Circular No. 4 of 2023, ni kinyume chake: miamala ya fedha taslimu ya siku moja iliyo chini ya kiwango katika akaunti moja haipaswi kujumlishwa kwa madhumuni ya CTR.

Pale mwenendo wa shughuli zilizo chini ya kiwango unapoonekana si wa kawaida au una mashaka — kwa mfano, mteja yuleyule akiweka fedha taslimu mara kadhaa siku hiyohiyo kwa viasi vilivyo chini kidogo tu ya USD 15,000 — waraka huo (§4.4) unasema taasisi inapaswa kujitahidi kuelewa sababu zake na kuwasilisha taarifa ya miamala au shughuli zenye mashaka (STR/SAR), si CTR iliyounganishwa.

Kwa vitendo, hii inamaanisha kuwa mfumo wako wa utambuzi unapaswa kuwa na vichocheo viwili tofauti:

• Kanuni ya kila muamala: ikiwa muamala wowote mmoja wa fedha taslimu (uliobadilishwa kuwa USD) unafikia USD 15,000, fungua kesi ya CTR.
• Kanuni ya mienendo ya ugawanyaji wa miamala (structuring): ikiwa mteja yuleyule anafanya miamala kadhaa ya fedha taslimu iliyo chini ya kiwango kwa siku moja, ibua kesi hiyo kwa ajili ya mapitio ya STR.

Miamala ya fedha taslimu kwa sarafu za kigeni — andika kiwango kilichotumika

Kwa miamala iliyo katika sarafu isiyo USD, badilisha kuwa USD kwa kutumia kiwango cha kununulia cha taasisi yako kinachotumika tarehe ya muamala, na uandike kiwango hicho katika CTR.

Kwa mfano: uwekaji wa fedha taslimu wa KES 2,000,000, uliobadilishwa kwa kiwango cha kununulia cha KES/USD cha 130 tarehe ya muamala, unatoa kiasi kinacholingana na takriban USD 15,385 — juu ya kiwango. CTR lazima iripoti kiasi katika sarafu ya awali (KES 2,000,000), kiwango cha ubadilishaji kilichotumika (130), na thamani inayolingana na USD.

Daima rekodi tarehe ya kiwango cha ubadilishaji na chanzo chake. Ikiwa kiwango kilichotumika hakiwezi kuthibitishwa, FRC inaweza kukataa uwasilishaji au kuomba nyaraka za kuunga mkono.

---

Hatua ya 2 — andaa kifurushi cha data cha CTR

Kabla ya kugusa XML yoyote, kusanya kifurushi chako kamili cha data. Hatua hii ya maandalizi huzuia makosa katikati ya utengenezaji na huhakikisha mchakato wako wa kuzalisha XML unakwenda vizuri.

Orodha kamili ya sehemu za lazima

Sehemu zifuatazo ni za lazima kwa kila CTR ya FRC ya Kenya. Thamani inayokosekana katika sehemu yoyote kati ya hizi itasababisha uwasilishaji wako kukataliwa wakati wa uthibitishaji wa skima.

Sehemu zisizo za lazima lakini zinazopendekezwa

Ingawa si za lazima kabisa katika ngazi ya skima, sehemu zifuatazo huboresha kwa kiasi kikubwa ubora wa ripoti na hupunguza uwezekano wa FIU (kitengo cha taarifa za kifedha) kutuma maombi ya ufuatiliaji:

• Kazi: Kazi iliyotajwa na mteja kutoka kwenye kumbukumbu za KYC. Huwasaidia wachambuzi wa FIU kutathmini kama muamala wa fedha taslimu unaaminika.
• Anwani ya mahali halisi: Kaunti, mji na mtaa. Muhimu kwa tathmini ya hatari kwa kuzingatia eneo la kijiografia.
• Namba ya simu: Husaidia ufuatiliaji wa uchunguzi wa FIU.
• Anwani ya barua pepe: Inazidi kujumuishwa katika miongozo mipya ya FRC kwa wateja wa njia za kidijitali.
• Jina na anwani ya mwajiri: Muhimu kwa wamiliki wa akaunti wanaolipwa mshahara wanaoweka kiasi kikubwa cha fedha taslimu.
• Kiasi kinacholingana na KES: Kwa miamala ya sarafu za kigeni — jumuisha kiasi kilichobadilishwa na kiwango cha CBK kilichotumika.

Kujumuisha sehemu zisizo za lazima hakuongezi ugumu wa kuwasilisha, na huboresha kwa kiasi kikubwa uwezo wa FRC kushughulikia ripoti zako bila kutuma maombi ya ufuatiliaji. Fanya iwe utaratibu wa kawaida kujumuisha kazi ya mteja na anwani katika kila CTR.

---

Hatua ya 3 — zalisha faili ya XML ya goAML

Lango la goAML la FRC halikubali lahajedwali, faili za PDF wala fomu zilizoandikwa kwa mkono. Linakubali tu faili halali ya XML iliyotengenezwa kwa mujibu wa skima ya goAML XSD v5.0.2. Kuzalisha faili hiyo ipasavyo ndiyo sehemu inayohitaji ujuzi wa kiufundi zaidi katika mchakato wa CTR.

Muundo wa skima ya goAML XSD v5.0.2

Skima ya goAML ni muundo wa XML wa kingazi wenye zaidi ya vipengele 200 vinavyowezekana, vilivyopangwa katika ngazi sita za kuwekana ndani:

1. Report — kipengele kikuu (root) kinachobeba sehemu za kichwa cha ripoti (aina ya ripoti, tarehe, taasisi inayoripoti)
2. Transaction — rekodi moja au zaidi za miamala ndani ya ripoti
3. Party — watu binafsi (persons) au huluki zinazohusishwa na kila upande wa muamala
4. Account — akaunti ya benki inayohusishwa na kila mhusika wa muamala
5. ID — hati za utambulisho za watu binafsi (kitambulisho cha taifa, pasipoti, n.k.)
6. Address — rekodi za anwani za mahali halisi za watu binafsi na huluki

Ndani ya kipengele cha Transaction, wahusika hupewa majukumu: from_person/from_entity kwa upande wa kutoa (debit) na to_person/to_entity kwa upande wa kupokea (credit). Kwa uwekaji wa fedha taslimu, kwa kawaida mteja ndiye from_person na benki ndiyo to_entity. Kwa utoaji wa fedha taslimu, majukumu hayo hubadilishana.

Skima hulazimisha aina za data kwa ukali. Sehemu za tarehe lazima ziwe YYYY-MM-DD kamili. Misimbo ya sarafu lazima iwe mifuatano halisi ya ISO 4217. Viasi vya namba lazima viwe na nukta ya desimali. Mkengeuko mmoja tu wa muundo husababisha kushindwa uthibitishaji wa skima.

Kutengeneza XML kwa mkono: kutumia kihariri maandishi au makro ya Excel-to-XML

Baadhi ya taasisi hujaribu kuzalisha faili za XML za CTR kwa mkono — ama kwa kuandika moja kwa moja katika kihariri maandishi (text editor) au kwa kutumia makro za Excel zinazounganisha thamani za sehemu kuwa mfuatano wa XML. Njia zote mbili zina hatari kubwa:

• Vihariri maandishi vinamtaka mchambuzi akumbuke kila jina la kipengele, sifa (attribute) na muundo wa kuwekana ndani. Tagi moja tu ya kufunga iliyowekwa mahali pasipo sahihi hubatilisha faili nzima.
• Makro za Excel zinaweza kuzalisha XML iliyo sahihi kisintaksia, lakini kwa kawaida haziwezi kulazimisha aina za data za skima, thamani za orodha zilizoruhusiwa (enumerated values) au uwepo wa sehemu za lazima. XML inayotokana inaweza kuwa imeundwa ipasavyo (well-formed) lakini isikidhi skima.
• Hakuna kati ya njia hizi inayoshughulikia kiotomatiki ubadilishaji wa sarafu wa papo hapo, utafutaji wa usajili wa taasisi katika FRC, au kanuni za uthibitishaji mahususi kwa Kenya.

XML iliyozalishwa kwa mkono huelekea kukataliwa katika uwasilishaji wa kwanza. Kila kukataliwa kunamtaka mchambuzi atafute kosa, arekebishe XML na aipakie upya — na hivyo kuongeza saa kadhaa katika mzunguko wa kuwasilisha.

Kutumia jukwaa la kiotomatiki kuzalisha XML iliyothibitishwa kutoka kwenye data yako

Jukwaa la kiotomatiki la kuripoti CTR huchukua data yenye muundo (kutoka kwenye data iliyohamishwa kutoka mfumo wako mkuu wa benki au kupitia muunganisho wa moja kwa moja wa API) na kuzalisha kiotomatiki faili ya XML inayokidhi skima na matakwa ya FRC. Jukwaa hushughulikia:

• Majina sahihi ya vipengele na mpangilio sahihi wa kuwekana ndani
• Ulazimishaji wa muundo wa tarehe
• Utafutaji wa misimbo ya ISO 4217 na ISO 3166
• Ulazimishaji wa sehemu za lazima mahususi kwa Kenya (kitambulisho cha taifa, msimbo wa tawi)
• Utambuzi wa kiwango kwa kila muamala dhidi ya kiasi kinacholingana na USD 15,000
• Ufuatiliaji wa mienendo ya ugawanyaji wa miamala kwa ajili ya mapitio ya STR (tofauti na uzalishaji wa CTR)
• Uzalishaji wa kumbukumbu ya kipekee ya ripoti
• Ubadilishaji wa sarafu kwa miamala ya sarafu za kigeni, huku kiwango cha ubadilishaji na kiasi kinacholingana na USD vikirekodiwa katika CTR

Matokeo yake ni faili ya XML iliyo tayari kwa CTR inayopita uthibitishaji wa skima kabla hata haijafika kwenye lango la FRC.

---

Hatua ya 4 — thibitisha kabla ya kuwasilisha

Kuwasilisha kwenye lango la FRC faili ya XML ambayo haijathibitishwa ndiyo njia ya haraka zaidi ya kulimbikiza ripoti zilizokataliwa. Daima thibitisha XML yako kabla ya kuipakia.

Uthibitishaji wa skima ya XSD — kinachokaguliwa

Uthibitishaji wa XSD (XML Schema Definition) huthibitisha kwamba faili yako ya XML inafuata kanuni za kimuundo zilizoainishwa katika faili ya skima ya goAML XSD v5.0.2. Hasa, hukagua kwamba:

• Vipengele vyote vya lazima vipo na havijaachwa tupu
• Aina za data zinalingana (sehemu za tarehe zina tarehe halali, sehemu za desimali zina namba)
• Thamani za orodha zinatoka kwenye orodha iliyoruhusiwa (k.m. aina ya muamala ni mojawapo ya thamani zinazoruhusiwa)
• Muundo wa kuwekana ndani ni sahihi (Party iko ndani ya Transaction, si katika ngazi ya Report)
• Urefu wa vipengele hauzidi viwango vya juu vilivyowekwa

Uthibitishaji wa XSD unaweza kufanywa kwenye kompyuta yako kwa kutumia zana za bure kama xmllint (Linux/macOS), kithibitishaji cha XML Notepad (Windows), au vithibitishaji vya mtandaoni kama freeformatter.com. Majukwaa mengi ya kuripoti kiotomatiki hufanya uthibitishaji wa XSD kama sehemu ya mchakato wa kuzalisha faili.

Ukaguzi wa kanuni za kibiashara mahususi kwa Kenya

Zaidi ya uthibitishaji wa skima ya XSD, FRC ya Kenya hutekeleza kanuni za ziada za kibiashara ambazo skima ya XSD peke yake haiwezi kuzinasa:

• Muundo wa kitambulisho cha taifa: Vitambulisho vya taifa vya Kenya lazima viwe na tarakimu 8 kamili. Vitambulisho vyenye herufi na tarakimu, vitambulisho vyenye tarakimu pungufu au zaidi ya 8, au vitambulisho vyenye nafasi vitashindwa.
• Uainishaji wa njia: Ikiwa muamala ulifanywa kupitia pesa kwa simu (M-PESA, Airtel Money, T-Kash), njia hiyo lazima iainishwe kwa kutumia misimbo ya njia za pesa kwa simu ya FRC, si CASH_DEPOSIT ya jumla.
• Usajili wa msimbo wa tawi: Msimbo wa tawi katika CTR lazima ulingane na tawi lililosajiliwa na Benki Kuu ya Kenya. Misimbo ya matawi ambayo haijasajiliwa husababisha kukataliwa kwa sababu ya kanuni za kibiashara.
• Ulinganifu wa taasisi inayoripoti: Jina la taasisi inayoripoti na namba ya usajili ya FRC lazima vilingane kikamilifu na kumbukumbu za usajili za FRC za taasisi yako. Tofauti ndogo za jina (k.m. "Ltd" badala ya "Limited") husababisha kukataliwa.

Kusoma na kutatua misimbo ya makosa ya FRC

Lango la FRC linapokataa uwasilishaji, hurudisha notisi ya kosa yenye misimbo mahususi ya makosa. Makundi matatu yanayojitokeza zaidi ni:

ERR_001 — Schema Validation Failure (kushindwa uthibitishaji wa skima): Faili ya XML haifuati skima ya XSD. Hili daima husababishwa na tatizo la kimuundo au la aina ya data ndani ya faili. Soma maelezo ya kosa yanayoambatana nayo ili kubaini kipengele mahususi na namba ya mstari. Rekebisha kipengele kilichobainishwa na uthibitishe tena kabla ya kuwasilisha upya.

ERR_012 — Mandatory Field Missing (sehemu ya lazima inakosekana): Sehemu inayohitajika ipo katika XML lakini ina thamani tupu, au haipo kabisa. Kichocheo cha kawaida zaidi ni namba ya kitambulisho cha taifa iliyoachwa wazi au namba ya usajili wa taasisi inayoripoti inayokosekana. Linganisha kifurushi chako cha data na orodha ya sehemu za lazima iliyo katika Hatua ya 2.

ERR_045 — Business Rule Violation (ukiukaji wa kanuni ya kibiashara): XML ni halali kimuundo lakini inakiuka kanuni ya kibiashara ya FRC ya Kenya. Hii inajumuisha muundo batili wa kitambulisho cha taifa, msimbo wa tawi usiotambulika, taarifa za taasisi inayoripoti zisizolingana, au tarehe iliyo nje ya kipindi kinachokubalika. Makosa ya kanuni za kibiashara yanahitaji uchunguzi wa kina zaidi — angalia hati ya kanuni za uthibitishaji iliyochapishwa na FRC kwa kanuni mahususi iliyotajwa katika kosa hilo.

Gharama ya kuruka uthibitishaji: kukataliwa na kurudia kazi katika FRC

Taasisi zinazoruka uthibitishaji kabla ya kuwasilisha na kuwasilisha moja kwa moja kwenye lango la FRC huiweka kila CTR katika hatari ya kukataliwa katika jaribio la kwanza. Kila kukataliwa kunamaanisha:

• Kufungua upya faili ya XML na kutafuta kosa
• Kurekebisha tatizo la data au la muundo
• Kuthibitisha tena
• Kupakia upya kwenye lango
• Kusubiri saa nyingine 24–48 kwa uthibitisho wa kupokelewa kutoka FRC

Kwa timu ya uzingatiaji inayowasilisha makumi ya CTR kwa mwezi, kila faili iliyokataliwa ni mzunguko tofauti wa kurudia kazi unaomeza muda kabla ya Ijumaa ya wiki husika. Uthibitishaji kabla ya kuwasilisha huibua makosa ya skima na ya kanuni za kibiashara kabla faili haijafika kwenye lango, hivyo marekebisho hufanyika ndani ya mchakato wako mwenyewe badala ya baada ya kukataliwa.

---

Hatua ya 5 — wasilisha kupitia lango la goAML

Ukiwa na faili ya XML iliyothibitishwa mkononi, kuwasilisha kwenye lango la FRC ni jambo rahisi.

Kuingia kwenye lango la goAML la FRC ya Kenya

Nenda kwenye anwani (URL) ya lango la goAML la FRC iliyotolewa kwa taasisi yako wakati wa usajili. Ingia kwa kutumia vitambulisho vya kuingia vya taasisi yako. Ikiwa akaunti yako ya mchambuzi iko chini ya akaunti ya taasisi, huenda ukahitaji kubadili kwenda kwenye mwonekano wa taasisi inayoripoti kabla ya kuendelea.

Hakikisha kuwa taasisi inayoripoti inayoonyeshwa kwenye kichwa cha lango inalingana na jina lililosajiliwa la taasisi yako. Usiwasilishe ukiwa katika muktadha wa taasisi isiyo sahihi — hili ni kosa la kawaida katika taasisi zenye kampuni tanzu kadhaa zinazotumia akaunti moja ya lango.

Hatua za kupitia kwenye lango: New Report → Upload XML → Confirm

Ukishaingia:

1. Chagua New Report kutoka kwenye menyu kuu ya urambazaji
2. Chagua aina ya ripoti CTR kutoka kwenye orodha kunjuzi (dropdown)
3. Chagua Upload XML File
4. Tafuta faili yako ya XML ya CTR iliyothibitishwa na uichague
5. Pitia muhtasari wa kabla ya kuwasilisha — lango litaonyesha tarehe ya ripoti, taasisi inayoripoti na idadi ya miamala iliyobainika ndani ya XML
6. Hakikisha muhtasari unalingana na data ya CTR uliyotarajia
7. Bofya Submit

Usiondoke kwenye ukurasa wakati wa kupakia. Kwenye mtandao wa kasi ndogo, faili kubwa za CTR (zenye miamala mingi, ripoti za kila siku zilizojumlishwa) zinaweza kuchukua sekunde 30–60 kupakiwa na kuchakatwa.

Uthibitisho na namba ya kumbukumbu ya ufuatiliaji — ihifadhi

Baada ya uwasilishaji kufanikiwa, lango la FRC huonyesha skrini ya uthibitisho wa uwasilishaji yenye namba ya kipekee ya kumbukumbu ya ufuatiliaji katika muundo wa FRC/CTR/YYYY/NNNNNNNN. Huu ndio ushahidi wako wa kuwasilisha kwa wakati.

Rekodi namba hii ya kumbukumbu mara moja katika rejista yako ya uzingatiaji na katika mfumo wako wa ndani wa usimamizi wa kesi. Utaihitaji ikiwa FRC itawasiliana nawe kuhusu ripoti hiyo, ikiwa ripoti itakataliwa baadaye, au ikiwa taasisi yako itakaguliwa na kutakiwa kutoa kumbukumbu za uwasilishaji. Usitegemee historia ya kivinjari au uthibitisho wa barua pepe peke yake — tunza rejista maalum ya uwasilishaji wa CTR.

---

Nini hutokea baada ya kuwasilisha?

Muda wa FRC kuthibitisha kupokea

FRC huchakata CTR zilizowasilishwa na hutoa uthibitisho rasmi wa kupokelewa ndani ya saa 24–48 za kazi baada ya kuwasilisha. Katika vipindi vya wingi wa ripoti (mwisho wa mwezi, mwisho wa robo mwaka), uchakataji unaweza kufikia saa 72. Uthibitisho huo huonekana katika kisanduku cha arifa cha lango lako na unaweza pia kutumwa kwa anwani ya barua pepe iliyosajiliwa kwenye akaunti ya taasisi yako.

Uthibitisho unaweza kumaanisha mojawapo ya mambo mawili: imekubaliwa (ripoti imepita uthibitishaji wote na imerekodiwa katika mfumo wa FRC) au imekataliwa (ripoti imeshindwa uthibitishaji katika hatua ya uchakataji ya FRC). Lango litaonyesha wazi ni matokeo yapi yametokea.

Kushughulikia kukataliwa: kusoma notisi ya kukataliwa, kurekebisha makosa, kuwasilisha upya

Ikiwa CTR yako imekataliwa, FRC hutoa notisi ya kukataliwa yenye muundo maalum inayojumuisha:

• Namba ya kumbukumbu ya uwasilishaji wa ripoti iliyokataliwa
• Msimbo mmoja au zaidi ya makosa (tazama ERR_001, ERR_012, ERR_045 hapo juu)
• Maelezo ya kila kosa kwa Kiingereza rahisi
• Kwa makosa ya skima: jina la kipengele cha XML na, inapowezekana, namba ya mstari

Shughulikia makosa kwa mpangilio wa kipaumbele: rekebisha kwanza makosa ya skima (huenda yanaficha makosa ya kanuni za kibiashara), kisha rekebisha makosa ya kanuni za kibiashara. Makosa yote yakishatatuliwa, zalisha upya na uthibitishe tena XML, kisha uwasilishe upya.

Kwa kuwasilisha upya ripoti iliyokataliwa awali, tumia kitendo cha Resubmit cha lango (si New Report) na urejelee namba ya ufuatiliaji ya uwasilishaji wa awali. Hii huunganisha ripoti iliyorekebishwa na kumbukumbu ya uwasilishaji wa awali na huhifadhi nyaraka za mfuatano wa matukio yako.

Mrejesho wa FIU na maombi ya ufuatiliaji

Kwa CTR zilizokubaliwa zinazoonyesha mienendo isiyo ya kawaida, wachambuzi wa FRC wanaweza kutuma ombi la taarifa za ufuatiliaji kupitia lango. Maombi haya kwa kawaida huomba:

• Nyaraka za ziada za KYC za mteja
• Matamko ya chanzo cha fedha
• Nyaraka zinazoeleza madhumuni ya muamala
• Kumbukumbu za uchunguzi wa kina zaidi wa mteja

Jibu maombi ya ufuatiliaji ya FIU ndani ya muda uliotajwa katika notisi ya ombi, na kwa vyovyote vile ndani ya muda unaofaa na si zaidi ya siku 30 (kifungu cha 44(9) cha POCAMLA). Majibu yaliyochelewa au yasiyokamilika yanaweza kusababisha suala kupandishwa kwa hatua kali zaidi za mdhibiti. Majibu yote yanapaswa kurekodiwa katika mfumo wako wa usimamizi wa uzingatiaji pamoja na kumbukumbu ya awali ya CTR.

---

Kuendesha kiotomatiki mchakato mzima wa CTR

Kuwasilisha CTR kwa mkono huchukua muda mwingi, huzaa makosa kwa urahisi na ni vigumu kuupanua kadiri kazi inavyoongezeka. Katika taasisi za fedha zinazokua, kazi ya kuandaa data ya CTR, kuzalisha XML, kuthibitisha na kuwasilisha upya humeza saa za timu ya uzingatiaji kila mwezi — muda ambao ungeweza kutumika kwa uchunguzi na uchambuzi wa kesi.

Jukwaa la kiotomatiki la kuripoti CTR kama jukwaa la goAML la Creodata hubadilisha hali hii kimsingi:

• Utambuzi wa kiotomatiki wa kiwango: Mfumo hufuatilia miamala kwa wakati halisi dhidi ya kiwango cha kiasi kinacholingana na USD 15,000, ukibadilisha sarafu kiotomatiki, na kwa njia tofauti huibua mienendo ya ugawanyaji wa miamala iliyo chini ya kiwango kwa ajili ya mapitio ya STR.
• Uzalishaji wa kiotomatiki wa XML: XML iliyothibitishwa na inayokidhi skima huzalishwa kiotomatiki kutoka kwenye data ya miamala na ya KYC — bila kuhitaji kuunganishwa kwa mkono.
• Uthibitishaji kabla ya kuwasilisha: Kanuni za kibiashara mahususi kwa Kenya (muundo wa kitambulisho cha taifa, usajili wa msimbo wa tawi, uainishaji wa njia, sehemu za lazima) hutekelezwa kabla faili haijaondoka kwenye mfumo wako.
• Kumbukumbu kamili za ukaguzi: Kila CTR — kuanzia utambuzi, kupitia uwasilishaji, hadi uthibitisho wa kupokelewa na FRC — hurekodiwa katika kumbukumbu za ukaguzi zisizoweza kubadilishwa.
• Ripoti kukataliwa karibu sifuri: Uthibitishaji kabla ya kuwasilisha hunasa makosa ya skima na ya kanuni za kibiashara kabla faili haijafika kwenye lango la FRC, hivyo hurekebishwa ndani ya mchakato wako mwenyewe.

Kuhama kutoka kuripoti CTR kwa mkono hadi kuripoti kiotomatiki huondoa kazi ya kuunganisha data katika kila ripoti: muda wa afisa hutumika kwa mapitio na uidhinishaji, na makosa ya skima hunaswa kabla ya kuwasilisha badala ya baada ya kukataliwa.

---

Uko tayari kuendesha kiotomatiki kuripoti kwako kwa CTR?

Jukwaa la goAML la Creodata limejengwa mahususi kwa ajili ya taasisi za fedha za Afrika Mashariki. Linashughulikia mzunguko mzima wa CTR — utambuzi wa kiwango, uzalishaji wa XML, uthibitishaji wa kanuni za kibiashara za FRC ya Kenya, uwasilishaji kwenye lango, na usimamizi wa mrejesho wa FIU — katika mfumo mmoja jumuishi.

Panga onyesho uone jinsi uzalishaji wa kiotomatiki wa XML na uthibitishaji kabla ya kuwasilisha vingefanya kazi na data ya taasisi yako.

Omba onyesho → https://www.creodata.com/demo

---

Makala zinazohusiana:

• Skima ya XML ya goAML v5.0.2: marejeo ya sehemu za lazima za CTR na STR
• Uwasilishaji wa goAML umekataliwa? Jinsi ya kubaini na kurekebisha makosa ya kawaida