跳到主要內容

[理財]合夥買賣房屋辦公室預告登記

先做預告登記 合夥投資保權益
商業辦公室買賣動輒數千萬元的交易,一般小投資人想介入門檻甚高。有投資人想到用合資的方式,將資金集合起來,一起購買,轉手賣出或出租,再按比例分享獲利,房仲業者表示,合夥人必須先到地政機關做好預告登記,來保障各自的權益。
 信義房屋不動產企研室主任蘇啟榮表示,預告登記可以到地政機關申請,主要的好處就是避免房子的登記人,趁著其他的合夥人不注意,就私自將房子賣出,獲利全歸自己所有。
預告登記上可以註明,房屋的所有權人屬於哪幾個合夥人持有,一旦要出售,必須所有合夥人都同意,或者出示同意授權書,房子的登記人才有權利將房子出售,避免發生有人賣了房子後、捲款潛逃,剩下的合夥人被倒債狀況。
至於合資買的辦公室要登記誰的名字比較有利?永慶房屋協理黃增福說,有些人會登記在收入少的人名下,因為這樣來年要繳的稅比較少,不過,相對來說,跟銀行拿到的貸款額度也會比較低。
黃增福表示,登記在誰的名下,其實,沒有絕對的好壞,合夥人之間商量好即可,不過若是要拿到較高成數的銀行貸款,最好要登記在過去信用沒有瑕疵、所得比較高的人名下,能夠借到的錢最多。
住商不動產企研室主任徐佳馨表示,買賣房子一定是整個產權的過戶,也不可能將各自登記的比例,過戶給買方,合夥出資一定要在法律上保障到自己的權益,若是以為彼此感情好、只做口頭約定,沒有白紙黑字寫清楚,到最後都會出問題。
做了預告登記後,若不是出售而是出租,合夥人也不需要擔心登記人自己胡亂搞,出租給特種行業,或者是將持份的比例,亂租給來路不明的人,造成其他合夥人的困擾。
蘇啟榮表示,若是透過仲介公司做房屋租賃,房仲業者會到地政機關調出房子的謄本,包含持有人是誰、是否有做過預告登記等,房屋要順利出租,必須預告登記人都同意,才有辦法出租。
資料來源:【工商時報 許(清爭)文台北報導】 2008.6.15

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid<{CurrentPoid} order by CreateDate desc) t union select * from ( SELECT TOP 1 * FROM [[Article] where Poid>{CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid<{CurrentPoid} order by CreateDate desc) Pre left join (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid>{CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是