轉讓ftr

① 加拿大FTR MSB監管范圍內容是什麼申請條件是什麼

您好，很高興回答這個問題！

加拿大FTR MSB監管范圍

發行或兌換匯票

您的業​​務發出或兌換匯票，旅行支票或其他類似的可轉讓票據。發行-提供您自己公司的匯票或旅行支票。兌換-通過將購買價格返還給買方來回購自己公司的匯票或旅行支票。

外匯交易

進行交易時，您將一種類型的貨幣兌換為另一種貨幣（例如，將USD兌換為CAD）。

匯款

使用電子資金轉賬網路或任何其他方法（例如Hawala，Hundi，Fei ch'ien和Chitti）將資金從一個人或組織轉移到另一個人或組織。

發薪日貸款

提供相對少量的短期貸款，在借款人的下一個發薪日時償還。

支票兌現

發給特定個人或組織的現金支票。

虛擬貨幣交易

這包括虛擬貨幣兌換和虛擬貨幣轉移服務。

自2018年加拿大監管局開放牌照申請就有大量的外匯交易商不惜重金拿下此牌，2020年MSB開放虛擬貨幣交易經營范圍，一大批虛擬貨幣平台也是蜂擁而至的申請此牌，可見加拿大FTR MSB 的含金量！

申請詳細流程

第一步注冊加拿大公司

第二步用加拿大公司主體撰寫牌照申請資料

第三步遞交加拿大金融監管局審核

第四步回答金融監管局提出的問題（建議僱傭當地律師回答，提高申請成功率）

第五步得到審核通過的消息，等待下牌。

申請案例

現在很多外匯平台，區塊鏈平台都是找靠譜的代辦公司協助申請（瘋狂的暗示），省心省力，提相關資料差不多一個月就能下牌，也不需要特地飛往加拿大當地哦！

希望此回答對你有所幫助！

② sqa(軟體測試)5條規則

軟體質量保證（SQA）是建立一套有計劃，有系統的方法，來向管理層保證擬定出的標准、步驟、實踐和方法能夠正確地被所有項目所採用。

軟體質量保證的目的是使軟體過程對於管理人員來說是可見的。它通過對軟體產品和活動進行評審和審計來驗證軟體是合乎標準的。軟體質量保證組在項目開始時就一起參與建立計劃、標准和過程。這些將使軟體項目滿足機構方針的要求。

一、基本目標

目標 1: 軟體質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟體項目產品和工作是否遵循恰當的標准、步驟和需求。
目標 3: 將軟體質量保證工作及結果通知給相關組別和個人。
目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題。

二、QA的由來

我們知道，國外很多的大公司，QA的職責就是測試（主要是系統測試），比如IBM、CA、PeopleSoft等。其實在最初，幾乎所有的公司都是這樣的。後來，由於缺乏有效的項目計劃和項目管理，留給系統測試的時間很少（註：我以前做的一個項目，項目經理就明確告訴我系統測試就1天，沒得商量）。另外，需求變化太快，沒有完整的需求文檔，測試人員就只能根據自己的想像來測試。這樣一來，測試就很難保障產品的質量，事先預防的QA職能就應運而生。
事先預防其實是借鑒了TQM的思想，而且也符合軟體工程「缺陷越早發現越早修改越經濟」的原則。這些思想的淵源還可以追溯到中國古代的典故中，比如曲突徙薪、扁鵲論醫術等。特別是扁鵲論醫術這個典故，我偶然在國外的一篇文章中看到了（後來在林銳的文章中也看到了），常感嘆我們國人連祖先的思想文化遺產都丟的差不多了。

三、QA的現在

目前，實施CMM的企業越來越多了。CMM模型就要求建立QA角色。這里的QA類似於過程警察，主要職責是，檢查開發和管理活動是否與已定的過程策略、標准和流程一致，檢查工作產品是否遵循模板規定的內容和格式。在這些企業中，一般還要求QA獨立於項目組，以保障評價的客觀性。從國內來看，多數的QA沒有技術背景，檢查出的偏差多為雞毛蒜皮，再加上自己沒有令人信服的背景，領導也不支持，當然做起來就很困難了。

缺乏信任和支持只是一個方面，QA工作本身就很具挑戰性。它要求QA具有軟體工程的知識、軟體開發的知識、行業背景的知識、數理統計的知識、項目管理的知識、質量管理的知識等等。

我們常常遇到這樣的問題，改進到一定程度就很難突破，感覺心有餘而力不足了，就開始郁悶了。後來通過學習、培訓、交流，思想和技能得到升華，又發現了木桶中最短的那塊，然後又開始改進，然後又遇到了玻璃天花板，然後……就這樣處於郁悶的循環中。

假使我們掌握了所有的知識，能突破所有的玻璃天花板，那是不是QA就可以一帆風順了。答案是否定的。QA角色定義本身就有很大的局限性。QA充當的是過程警察的角色，無論是否有意義，都專橫地強制過程的執行，容易在項目組中造成敵對的關系，受到排擠，而且這種警察的姿態也破壞了團隊精神。如此一來，QA工作還需要的是人際關系技能，就如我以前寫的《質量平衡》和《QA應該獨立於項目組嗎？》一樣，藝術化地處理這種關系。

四、QA的未來

從某種程度上說，獨立的QA審查機制是瀑布模型的產物。隨著現代軟體開發技術的演變，螺旋模型和迭代模型的興起，QA機制正在悄然發生變化。這種變化就是從獨立專職的QA向貫穿過程的兼職QA演變。在CMMI模型中，這種兼職的QA也是被允許的。為什麼會發生這種改變呢？無論是XP、RUP還是其它先進的方法論，都是先產生架構，然後再增量開發，直到完成。這種模式中，需求和設計缺陷在各個迭代周期被所盡早發現和修復，質量也內建於架構和過程中，項目的成本和進度也得到保障。
到那時，是不是獨立的QA就不復存在了呢？有些成熟度較低的企業還是需要的，主要是保證過程執行的有效性和評價的客觀性。

五、SQA的理論探索

1、過程的認識

我們都知道一個項目的主要內容是：成本、進度、質量；良好的項目管理就是綜合三方面的因素，平衡三方面的目標，最終依照目標完成任務。項目的這三個方面是相互制約和影響的，有時對這三方面的平衡策略甚至成為一個企業級的要求，決定了企業的行為，我們知道 IBM的軟體是以質量為最重要目標的，而微軟的「足夠好的軟體」策略更是耳熟能詳，這些質量目標其實立足於企業的戰略目標。所以用於進行質量保證的SQA工作也應當立足於企業的戰略目標，從這個角度思考SQA，形成對SQA的理論認識。

軟體界已經達成共識的：影響軟體項目進度、成本、質量的因素主要是 「人、過程、技術」。首先要明確的是這三個因素中，人是第一位的。

現在許多實施 CMM的人員沉溺於CMM的理論過於強調「過程」，這是很危險的傾向。這個思想傾向在國外受到了猛烈抨擊，從某種意義上各種敏捷過程方法的提出就是對強調過程的一種反思。 「XP」中的一個思想「人比過程更重要」 是值得我們思考的。我個人的意見在進行過程改進中堅持「以人為本」，強調過程和人的和諧。

根據現代軟體工程對眾多失敗項目的調查，發現管理是項目失敗的主要原因。這個事實的重要性在於說明了 「要保證項目不失敗，我們應當更加關注管理」，注意這個事實沒有說明另外一個問題「良好的管理可以保證項目的成功」。現在很多人基於一種粗糙的邏輯，從一個事實反推到的這個結論，在邏輯上是錯誤的，這種錯誤形成了更加錯誤的做法，這點在SQA的理解上是體現較深。

如果我們考證一下歷史的沿革，應當更加容易理解 CMM的本質。CMM首先是作為一個「評估標准」出現的，主要評估的是美國國防部供應商保證質量的能力。CMM關注的軟體生產有如下特點：
（1）質量重要
（2）規模較大

這是 CMM產生的原因。它引入了「全面質量管理」的思想，尤其側重了「全面質量管理」中的「過程方法」，並且引入了「統計過程式控制制」的方法。可以說這兩個思想是CMM背後的基礎。

上面這些內容形成了我對軟體過程地位、價值的基本理解；在這個基礎上我們可以引申討論 SQA。

2、生產線的隱喻

如果將一個軟體生產類比於一個工廠的生產。那麼生產線就是過程，產品按照生產線的規定過程進行生產。 SQA的職責就是保證過程的執行，也就是保證生產線的正常執行。

抽象出管理體系模型的如下，這個模型說明了一個過程體系至少應當包含 「決策、執行、反饋」三個重要方面。

QA的職責就是確保過程的有效執行，監督項目按照過程進行項目活動；它不負責監管產品的質量，不負責向管理層提供項目的情況，不負責代表管理層進行管理，只是代表管理層來保證過程的執行。

3、SQA和其他工作的組合

在很多企業中，將 SQA的工作和QC、SEPG、組織級的項目管理者的工作混合在一起了，有時甚至更加註重其他方面的工作而沒有做好SQA的本職工作。

根據 hjhza 的意見「中國現在基本有三種QA（按照工作重點不同來分）：一是過程改進型，一是配置管理型，一是測試型」。我個人認為是因為SQA工作和其他不同工作組合在一起形成的。

下面根據本人經驗對它們之間的關系進行一個說明。

4、QA和QC

兩者基本職責

QC：檢驗產品的質量，保證產品符合客戶的需求；是產品質量檢查者；
QA：審計過程的質量，保證過程被正確執行；是過程質量審計者；

注意區別檢查和審計的不同

檢查：就是我們常說的找茬，是挑毛病的；

審計：來確認項目按照要求進行的證據；仔細看看CMM中各個KPA中SQA的檢查採用的術語大量用到了「證實」，審計的內容主要是過程的；對照CMM看一下項目經理和高級管理者的審查內容，他們更加關注具體內容。

對照上面的管理體系模型，QC進行質量控制，向管理層反饋質量信息；QA則確保QC按照過程進行質量控制活動，按照過程將檢查結果向管理層匯報。這就是QA和QC工作的關系。

在這樣的分工原則下， QA只要檢查項目按照過程進行了某項活動沒有，產出了某個產品沒有；而QC來檢查產品是否符合質量要求。

如果企業原來具有 QC人員並且QA人員配備不足，可以先確定由QC兼任QA工作。但是只能是暫時的，獨立的QA人員應當具備，因為QC工作也是要遵循過程要求的，也是要被審計過程的，這種混合情況，難以保證QC工作的過程質量。

5、QA和SEPG

兩者基本職責

SEPG：制定過程，實施過程改進；
QA： 確保過程被正確執行

SEPG應當提供過程上的指導，幫助項目組制定項目過程，幫助項目組進行策劃；從而幫助項目組有效的工作，有效的執行過程。如果項目和QA對過程的理解發生爭持，SEPG作為最終仲裁者。為了進行有效過程改進，SEPG必須分析項目的數據。

QA本也要進行過程規范，那麼所有QA中最有經驗、最有能力的QA可以參加SEPG，但是要注意這兩者的區別。

如果企業的 SEPG人員具有較為深厚的開發背景，可以兼任SQA工作，這樣利於過程的不斷改進；但是由於立法、執法集於一身也容易造成SQA過於強勢，影響項目的獨立性。

管理過程比較成熟的企業，因為企業的文化和管理機制已經健全， SQA職責范圍的工作較少，往往只是針對具體項目制定明確重點的SQA計劃，這樣SQA的審計工作會大大減少，從而可以同時審計較多項目。

另一方面，由於分工的細致化，管理體系的復雜化，往往需要專職的 SEPG人員，這些人員要求了解企業的所有管理過程和運作情況，在這個基礎上才能統籌全局的進行過程改進，這時了解全局的SQA人員就是專職SEPG的主要人選；這些SQA人員將逐漸的轉化為SEPG人員，並且更加了解管理知識，而SQA工作漸漸成為他們的兼職工作。

這種情況在許多 CMM5企業比較多見，往往有時看不見SQA人員在項目組出現或者很少出現，這種SEPG和SQA的融合特別有利於組織的過程改進工作。SEPG確定過程改進內容，SQA計劃重點反映這些改進內容，從保證有效的改進，特別有利於達到CMM5的要求。從這個角度，國外的SQA人員為什麼高薪就不難理解了，也決定了當前中國SQA人員比較被輕視的原因；因為管理過程還不完善，我們的SQA人員還沒有產生這么大的價值嘛！

6、QA和組織級的監督管理

有的企業為了更好的監督管理項目，建立了一個角色，我取名為 「組織級的監督管理者」，他們的職責是對所有項目進行統一的跟蹤、監督、適當的管理，來保證管理層對所有項目的可視性、可管理性。

為了有效管理項目， 「組織級的監督管理者」必須分析項目的數據。

他們的職責對照上圖的模型，就是執行 「反饋」職能。

QA本身不進行反饋工作，最多對過程執行情況的信息進行反饋。

SQA職責最好不要和「組織級的項目管理者」的職責混合在一起，否則容易出現SAQ困境：一方面SQA不能准確定位自己的工作，另一方面過程執行者對SQA人員抱有較大戒心。

如果建立了較好的管理過程，那麼就會增強項目的可視性，從而保證企業對所有項目的較好管理；而 QA來確保這個管理過程的運行。

五、SQA的工作內容和工作方法

1、 計劃

針對具體項目制定 SQA計劃，確保項目組正確執行過程。制定SQA計劃應當注意如下幾點：

有重點：依據企業目標以及項目情況確定審計的重點
明確審計內容：明確審計哪些活動，那些產品
明確審計方式：確定怎樣進行審計
明確審計結果報告的規則：審計的結果報告給誰

2、審計/證實

依據 SQA計劃進行SQA審計工作，按照規則發布審計結果報告。

注意審計一定要有項目組人員陪同，不能搞突然襲擊。雙方要開誠布公，坦誠相對。

審計的內容：是否按照過程要求執行了相應活動，是否按照過程要求產生了相應產品。

3、問題跟蹤

對審計中發現的問題，要求項目組改進，並跟進直到解決。

六、SQA的素質

過程為中心：應當站在過程的角度來考慮問題，只要保證了過程， QA就盡到了責任。

服務精神：為項目組服務，幫助項目組確保正確執行過程

了解過程：深刻了解企業的工程，並具有一定的過程管理理論知識

了解開發：對開發工作的基本情況了解，能夠理解項目的活動

溝通技巧：善於溝通，能夠營造良好的氣氛，避免審計活動成為一種找茬活動。

七、SQA活動

軟體質量保證（SQA）是一種應用於整個軟體過程的活動，它包含：
1、一種質量管理方法
2、有效的軟體工程技術（方法和工具）
3、在整個軟體過程中採用的正式技術評審
4、一種多層次的測試策略
5、對軟體文檔及其修改的控制
6、保證軟體遵從軟體開發標准
7、度量和報告機制

SQA與兩種不同的參與者相關 —— 做技術工作的軟體工程師和負責質量保證的計劃、監督、記錄、分析及報告工作的SQA小組 。

軟體工程師通過採用可靠的技術方法和措施，進行正式的技術評審，執行計劃周密的軟體測試來考慮質量問題，並完成軟體質量保證和質量控制活動。

SQA小組的職責是輔助軟體工程小組得到高質量的最終產品。SQA小組完成:

（1）為項目准備SQA計劃。該計劃在制定項目規定項目計劃時確定，由所有感興趣的相關部門評審。
·需要進行的審計和評審；
·項目可採用的標准；
·錯誤報告和跟蹤的規程；
·由SQA小組產生的文檔；
·向軟體項目組提供的反饋數量。
（2）參與開發項目的軟體過程描述。評審過程描述以保證該過程與組織政策，內部軟體標准，外界標准以及項目計劃的其他部分相符。
（3）評審各項軟體工程活動，對其是否符合定義好的軟體過程進行核實。記錄、跟蹤與過程的偏差。
（4）審計指定的軟體工作產品，對其是否符合事先定義好的需求進行核實。對產品進行評審，識別、記錄和跟蹤出現的偏差；對是否已經改正進行核實；定期將工作結果向項目管理者報告。
（5）確保軟體工作及產品中的偏差已記錄在案，並根據預定的規程進行處理。
（6）記錄所有不符合的部分並報告給高級領導者。

八、正式技術評審（FTR）

正式技術評審是一種由軟體工程師和其他人進行的軟體質量保障活動。

1. 目標：
(1) 發現功能、邏輯或實現的錯誤
(2) 證實經過評審的軟體的確滿足需求
(3) 保證軟體的表示符合預定義的標准
(4) 得到一種一致的方式開發的軟體
(5) 使項目更易管理

2、評審會議
3-5人參加，不超過2小時，由評審主席、評審者和生產者參加，必須做出下列決定中的一個 :
（1）工作產品可不可以不經修改而被接受；
（2）由於嚴重錯誤而否決工作產品；
（3）暫時接受工作產品。

3、評審總結報告、回答
評審什麼？由誰評審？結論是什麼？
評審總結報告是項目歷史記錄的一部分，標識產品中存在問題的區域，作為行政條目檢查表以指導生產者進行改正。

4、評審指導原則
（1）評審產品，而不是評審生產者。注意客氣地指出錯誤，氣氛輕松。
（2）不要離題，限制爭論。有異議的問題不要爭論但要記錄在案。
（3）對各個問題都發表見解。問題解決應該放到評審會議之後進行。
（4）為每個要評審的工作產品建立一個檢查表。應為分析、設計、編碼、測試文檔都建立檢查表。
（5）分配資源和時間。應該將評審作為軟體工程任務加以調度。
（6）評審以前所做的評審

九、統計軟體質量保證

1、對所有錯誤進行分類統計
IES 規約不完整或規格說明錯
MCC 未理解用戶意圖
IDS 故意偏離規格說明
VPS 違背編程標准
EDR 數據表示有錯
ICI 構件介面不一致
EDL 設計邏輯有錯
IET 測試不完全或有錯
IID 不準確或不完整的文檔
PLT 設計的程序設計語言翻譯錯
HCI 不清晰或不一致的人機界面
MIS 雜項錯誤
按嚴重，一般和微小級別統計各類錯誤的次數所佔百分比，以及所有錯誤的數量及百分比。例如，建立一張類似如下的表格。

然後考慮「重要少數」的錯誤指標，提出改進意見。

2、根據軟體過程中的每個步驟計算錯誤指標。

Ei = 第i發現的錯誤總數
Si = 嚴重錯誤數
Mi = 一般錯誤數
Ti = 微小錯誤數
PS = 第i步的產品規模( LOC，設計陳述，文檔頁數)
Ws，Wm，Wt分別是嚴重，一般，微小錯誤的加權因子, 推薦取值，Ws=10，Wm=3，Wt=1
軟體工程 在過程的每一步中，計算各階段的階段指標
PIi = Ws（Si / Ei）+Wm（Mi / Ei）+Wt（Ti / Ei）
錯誤指標
Ei= ∑（i×PIi）/ PS
=（PI1 + 2PI2 + 3PI3 + … + i*PIi）/ PS
錯誤指標與上面表格中收集的信息相結合可以得出軟體質量整體改進指標。七、質量保證與檢驗
確保每個開發過程的質量，防止把軟體差錯傳播到下一個過程，因此，檢驗的目的有兩個：
1．切實搞好開發階段的管理，檢查各開發階段的質量保證。
2．預先防止軟體差錯給用戶造成損失。

檢驗的類型有:
1．供貨檢驗：對委託外單位承擔開發作業，而後買進或轉讓的構成軟體產品的部件，規格說明，半成品或產品的檢查。
2．中間檢驗 / 階段評審
目的是為了判斷是否可進入下階段進行後續開發，避免將差錯傳播到後續工作中。
3．驗收檢驗：
確認產品是否已達到可以進行產品檢驗的質量要求。
4．產品檢驗：
判定向用戶提供的軟體產品是否達到令人滿意的程度

你可以看下這些...

③ 哪些所得需要自行申報繳納個人所得稅

超過3500元，就要繳納個人所得稅。
1、工資、薪金所得，是指個人因任職或受雇而取得的工資、薪金、獎金、年終加薪、勞動分紅、津貼、補貼以及與任職或受雇有關的其他所得。這就是說，個人取得的所得，只要是與任職、受雇有關，不管其單位的資金開支渠道或以現金、實物、有價證券等形式支付的，都是工資、薪金所得項目的課稅對象。
2、
個體工商戶的生產、經營所得包括四個方面：
（一）經工商行政管理部門批准開業並領取營業執照的城鄉個體工商戶，從事工業、手工業、建築業、交通運輸業、商業、飲食業、服務業、修理業及其他行業的生產、經營取得的所得。
（二）個人經政府有關部門批准，取得營業執照，從事辦學、醫療、咨詢以及其他有償服務活動取得的所得。
（三）其他個人從事個體工商業生產、經營取得的所得，既個人臨時從事生產、經營活動取得的所得。
（四）上述個體工商戶和個人取得的生產、經營有關的各項應稅所得。
3、對企事業單位的承包經營、承租經營所得，是指個人承包經營、承租經營以及轉包、轉租取得的所得，包括個人按月或者按次取得的工資、薪金性質的所得。
4、勞務報酬所得，是指個人從事設計、裝潢、安裝、制圖、化驗、測試、醫療、法律、會計、咨詢、講學、新聞、廣播、翻譯、審稿、書畫、雕刻、影視、錄音、錄象、演出、表演、廣告、展覽、技術服務、介紹服務、經濟服務、代辦服務以及其他勞務取得的所得。
5、稿酬所得，是指個人因其作品以圖書、報紙形式出版、發表而取得的所得。這里所說的「作品」，是指包括中外文字、圖片、樂譜等能以圖書、報刊方式出版、發表的作品；「個人作品」，包括本人的著作、翻譯的作品等。個人取得遺作稿酬，應按稿酬所得項目計稅。
6、特許權使用費所得，是指個人提供專利權、著作權、商標權、非專利技術以及其他特許權的使用權取得的所得。提供著作權的使用權取得的所得，不包括稿酬所得。作者將自己文字作品手稿原件或復印件公開拍賣（競價）取得的所得，應按特許權使用費所得項目計稅。
7、利息、股息、紅利所得，是指個人擁有債權、股權而取得的利息、股息、紅利所得。利息是指個人的存款利息（國家宣布2008年10月8日次日開始取消利息稅）、貨款利息和購買各種債券的利息。股息，也稱股利，是指股票持有人根據股份制公司章程規定，憑股票定期從股份公司取得的投資利益。紅利，也稱公司（企業）分紅，是指股份公司或企業根據應分配的利潤按股份分配超過股息部分的利潤。股份制企業以股票形式向股東個人支付股息、紅利即派發紅股，應以派發的股票面額為收入額計稅。
財產租賃所得
財產租賃所得，是指個人出租建築物，土地使用權、機器設備車船以及其他財產取得的所得。財產包括動產和不動產。
財產轉讓所得
財產轉讓所得，是指個人轉讓有價證券、股權、建築物、土地使用權、機器設備、車船以及其他自有財產給他人或單位而取得的所得，包括轉讓不動產和動產而取得的所得。對個人股票買賣取得的所得暫不征稅。
偶然所得
偶然所得，是指個人取得的所得是非經常性的，屬於各種機遇性所得，包括得獎、中獎、中彩以及其他偶然性質的所得（含獎金、實物和有價證券）。個人購買社會福利有獎募捐獎券、中國體育彩票，一次中獎收入不超過10000元的，免徵個人所得稅，超過10000元的，應以全額按偶然所得項目計稅（截止至2011年4月21日的稅率為20%）。
其他所得

除上述10項應稅項目以外，其他所得應確定征稅的，由國務院財政部門確定。國務院財政部門，是指財政部和國家稅務總局。截止1997年4月30日，財政部和國家稅務總局確定征稅的其他所得項目有：
個人所得稅
（一）個人取得「蔡冠深中國科學院院士榮譽基金會」頒發的中國科學院院士榮譽獎金。
（二）個人取得由銀行部門以超過國家規定利率和保值貼補率支付的攬儲獎金。
（三）個人因任職單位繳納有關保險費用而取得的無償款優待收入。
（四）對保險公司按投保金額，以銀行同期儲蓄存款利率支付給在保期內未出險的人壽保險戶的利息（或以其他名義支付的類似收入）。
（五）股民個人因證券公司招攬大戶股民在本公司開戶交易，從取得的交易手續費中支付部分金額給大戶股民而取得的回扣收入或交易手續費返還收入。
（六）個人取得部分單位和部門在年終總結、各種慶典、業務往來及其他活動中，為其他單位和部門的有關人員發放現金、實物或有價證券。
（七）辭職風險金。
（八）個人為單位或者他人提供擔保獲得報酬。
個人取得的所得，如果難以定界是哪一項應稅所得項目，由主管稅務機關審查確定。
資料來源：http://ke..com/link?url=FTRNACBqFdQVIf3mBO3RR96jB5_G41Xe-