Author: user

私のお客様には、日本のリゾートでホテルを経営している方が複数いらっしゃいます。非居住者が日本でリゾートホテルを経営すると言えば、多いのが白馬やニセコ、野沢温泉などのスキー関係でしょうか。 最近は、暖冬の影響で雪が少ない場合もあり、お客さんがちゃんと海外から来ているのかなとなんとなく経営が心配にはなります。 すごいなと思うのは、非居住者の投資家の中には裁判所の競売の情報などもチェックしている方いることです。先日もオーストラリア人のお客様が、日本語がわからないのに特定の不動産の競売情報について聞かれました。私も裁判所の競売情報なんてよく知らないので、これをどうやって入札するのか聞かれた時には、よく見ているなと驚きました。 見方を変えると、これは商売になるかも知れないなと思いました。不動産関係の仕事でやっている方は、既にこういう競売情報を非居住者の投資家に紹介して、手数料を稼ぐような商売をやっている方もいるのだろうなと想像しました。 非居住者に対する給与の税金 こういうホテル業ではシーズン性が高いので、人を集めるのが大変です。冬は海外からお客さんがわんさかとやってきますが、夏はあまり需要がありません。夏は営業していないところも多いと思います。したがって、冬だけ人を雇いたいのですが、そんな都合のいい人はそう簡単には見つかりません。 したがって働いている方は、ワーキングホリデーでやってくるような短期的な滞在の方が多いです。彼らは12月にオーストラリアやヨーロッパから日本にやってきて、ホテルに住み込み、働きながらスキーやスノーボードを楽しみます。そして、3月くらいには、みんな帰ってしまいます。 この場合、お給料は非居住者に対するものとなるので、20.42％の源泉所得税が必要になります。これを忘れると、後で大変なことになるので気を付けましょう。20.42％の税金も高いですが、これを税務調査で指摘されると、さらに納付漏れの源泉所得税に対して10％の不納付加算税と年率14.6％の延滞税がかかります。 源泉所得税は、給与を支払う側に納税義務があります。よくある誤解ですが、それぞれ各人に税金の事は任せてあるから、オーナーが私は知らないというのは通りません。給与を払った側に、源泉所得税を徴収して納める義務があるのです。事業主の側が従業員のかわりに立替えて税金を払ったら、理屈としては、各人に税金を請求する権利があるのですが、普通はワーキングホリデーで働く人たちに後から税金を払ってくれといっても、現実問題、回収しきれるものではありません。 もう一つ、源泉所得税を徴収された従業員の側は、非居住者である場合、年末調整もなければ、確定申告をすることも出来ません。各人は、本国で自分の確定申告をする場合には、日本で徴収された税金が、本国での税額控除の対象となるはずです。 地代に関する源泉所得税 家賃や地代についても同様で、オーナーが非居住者の場合は源泉所得税が必要です。オーナーの非居住者は、給与の場合とちがい確定申告をすることが出来ます。源泉で20パーセントの源泉所得税を引かれてしまいますが、経費があれば、確定申告を通じて還付を受けることが出来るのです。 ＜私記＞ 最近、AtomというGitHubが主催しているオープンソースのエディタをインストールして使っています。無料のエディタではありますが、Rubyと言うプログラミング言語を練習するのには、途中で落ちると言ったこともなく、まったく問題なく軽快に動きます。様々なプラグインもあるようで、便利だなと思いました。

Herokuと言うのは、今はやりのPaaS（Platform as a Service）です。ユーザーはサーバーなどのハードを買わなくてもよいので、小さなWebサービスから始めて、需要があるようだったらスケールしようと思っている人にはピッタリです。しかも、最初は無料から始められます。 似ているものでは、AmazonのAWSやMicrosoftのAzure、さくらクラウドがあります。 15分で始められるなんて雑誌の記事もあったりしましたが、実際にはなかなか大変で、それだけではちょっと無理です。私はそもそもRuby自体の経験が10時間くらいしか無かったので、Herokuを始めるにあたってはITの色々な分野の知識が必要で結構大変でした。 今年の夏休みに子供の宿題を手伝って3極モーターを作った時に、最初には思ってもいなかった課題が次々と出てきて、それを一つずつ潰していく感覚にすごく近いと感じました。モーターの外側用に買ってきたケースが大きすぎたりとか、電流を通すとばねが熱くなりすぎるので、結局アルミホイルでやるのが一番よかったとか、実際に手を動かしてみないとわからないことが多いのです。 ビジネスをやる時なんかとも同じで、最初は何とかなると思っていたのが、実際にやってみると色々な課題が次々と出てきて、これを一つずつ解決していくのとも似ている気がしました。考えてみれば、新しいことに挑戦する時は何でも最初から上手く行くはずがないので、問題にぶつかるのは当たり前ですよね。 一番大変なのは、Gitでアプリをアップロードしなくてはいけないところと、Ruby on Railsの開発環境でデフォルトのSqliteだとHerokuの側で拒否されてしまってアップ出来なかったところでしょうか。 （ここはGitの導入の過程でエラーが出た画面） 私は、一人でシステムを開発していることもあり、バージョン管理システムは、最近はさぼって使っていませんでした。バックアップのハードディスクにコピーをとって、はい終わりでした。 Gitは前からやりたいと思っていたのですが、いい機会でした。こつは、プロジェクト単位で管理してアップする必要があるので、そのフォルダに移動してからコミットすることでしょう。 もう一つ、ruby on rails で新しいプロジェクトを作成するときに、デフォルトがsqliteなので、一度作ってしまったものを後からPostgres用に修正するのは大変です。最初から ＞ rails new projectname -d postgresql として、postgresql用のプロジェクトとして作ってしまうと、問題なくアップロードできました。 結論を言うと、様々なオープンソースの技術を使うので、色んな所に落とし穴がありとても大変でした。Herokuにアップするまでに、GitやPostgresql、Ruby、新しいエディタの使い方などの色々な分野の沢山の知識が必要になるので、最初はハードルが高いです。 でも、一度わかってしまうと、まあ次からは何とかなるように思います。結構大変でしたが、満足感は得られます。特にコマンドを1行入力して、すべてがパーーっと通ってしまうときは快感です。 最初は無料でありながら安定した環境であるのがありがたいです。スモールスタートで色々作りたい方には良いのではないかと思います。

Rubyと言うプログラミング言語がWebプログラミング界隈で話題で、自分もいつかやってみたいと思ってたのですが、今回初めて挑戦してみました。 RubyはRailsと言うフレームワークを使うことによりMVCの設計パターンにきっちりハマるので開発効率が上がるのだそうです。開発効率が上がるという事は、新しいWebサービスを作って立ち上げるためのコストも下がるし、比較的短時間で開発できるので、現在では企業レベルで採用する所も多いようで、あのCookpadやfreeeもrubyシステムを構築しています。 最近（と言っても2014年か2015年？）のアメリカでの調査で、プログラマで新規採用で提示される年収が一番高いのがRuby（on Rails）だったと言うのがあります。これはその当時はまだ希少性という理由があったのかも知れませんが、これも開発効率が高くなるゆえに企業としても報酬を高く出すことが許容されると言うことなのかも知れません。 今は、自前でサーバーを持たずに、クラウドを利用する場面も増えていると思います。私も、Rubyに興味を持ったのは、私の事務所お客様がHerokuと言うクラウドのPaaS （Platform as a Service）を使って自社のシステムを構築していて、とてもかっこいいと思ったのがきっかけです。 http://www.heroku.com/ Rubyは最初のプログラミング環境を作るまでにハマりどころが多いようで、インストールまでが私の場合も例にもれず大変でした。 でもやってみると、、、まあ何とかなるものです。まずは、最初のインストールに2時間ほどかかりましが、最終的には動くようになりました。 最初のインストールには、Ruby本体以外に、Sqlite3, Ruby DevKit、rails、Node.jsをインストールする必要があります。 バージョンは若干古いですが、この本を頼りにインストールしました。 Rubyは単体ではほとんど使われることが無いようで、Railsと言うフレームワークと一緒に開発します。 RubyとRuby DevKitをインストールして、gem install railsをしようとしたところいきなりエラー。 「Unable to download data from https://rubygems.org …」という感じのエラーメッセージだったのですが、色々ネットで情報を探したところ、こちらのホームページの情報で、何とか解決しました。 http://qiita.com/betrue12/items/059c2424f27fd31969f9 どうもデフォルトのダウンロード先のURLがhttpsでSSL通信が前提になっている様なのですが、どうもSSLの証明書の期限が切れているようなのです。しっかりしてくれRubygems。。という感じではあります。 このページで紹介されているように、このエラーを回避するために、まずRubygemsを最新バージョンにします。 アップデートはgemで取れますが、上で示した通りhttpsが証明書の期限切れ（H28年12月7日現在）で通らないので、httpを指定してして取ってくるところがミソです。 C:\>gem -v 2.5.1 C:\>gem install rubygems-update –source http://rubygems.org/ # 出力省略 C:\>update_rubygems # 出力省略 C:\>gem -v 2.6.8 これでうまく行きました。この画面が表示されたので、Ruby on Railsが自分のコンピュータで動いていることがわかります。この画面が出た時は、ガッツポーズをとりたくなりました。 ルーティングファイルを設定するために、Atomと言うエディタを始めてインストールしました。このエディタは無料で使えますが、私はまだ全然わかっていませんが、カスタマイズして、色々と機能を拡張できる優れもののようです。 https://atom.io/ 何とかお決まりの「Hello World!」を出すところまで作ることが出来ました。 … Read More “Rubyを始めて見ました。インストールのちょっとしたハマりどころと、解決方法。” »

最初に出てくる言葉が、「ぐだぐだ言ってないでコード書けよ、ハゲ」。著者の和田裕介さんが肝に銘じている言葉なのですが、原文は「Shut the fuck up and write some code」です。 ようはWebサービスやソフトについて、ぐだぐだ批判したり、アイディアだけが良い事だけ自慢してもあまり意味が無いのです。実際に手を動かしてコードを書きましょう、という事です。 この本は2012年の本で、出たばかりの時に本屋のプログラミンのコーナーで見つけて、すぐに買った読みました。その時も読んで非常に良かったのですが、今読んでもなかなか面白いです。ウェブサービスを作るために必要な術を身につける方法や、面白いウェブサービスを作るためのアイディアの出しかた、企画設計する方法など色々と書いてあります。技術だけでなく、面白いWebサービスをリリースして運用するまでの過程全般について書いてます。 例えば何か面白そうなアイディアを思いついたとします。アイディアは口で言ってるだけでは、どんなものか目にも見えないし他人にはよくわかりません。自分では、それがどんなに良いアイディアだと思っても、形にして世の中でどう評価されるかを見てみないと、実際に良いアイディアだったのかどうか、世の中に便利に使ってもらえるアイディアなのかよくわかりません。 著者はPerlのコードで「いかに大量のおっぱいの画像をダウンロードする」スクリプトを書いたそうなのですが、こういうアイディアを思いついたときに、自分の手を動かしてコードを書いて、実現できてしまうという事が、プログラミングってすごいなと思いました。ちなみに、このコードで一度に30,000枚ダウンロードができたそうです。プログラミングの力ってすごいです。。 ソフトウェアは、実際に作られて世に出て、人に使ってもらって初めて評価してもらう事が出来ます。もしかしたら、多くの人に便利と思ってもらえるかも知れません。場合によっては、世界の人に使ってもらえるかも知れないのです。 そんな魔法のようなことを、Mabook Airの一つもあれば、書くことが出来ます。何か不思議でわくわくする気持ちがします。 私も色々書いてます。最近作ったSkyledgerもレシートを写真でとって会計事務所に送れたら便利だなというアイディアから始まりました。 このプログラムは、iPhoneの側ではSwiftと言うAppleの新しい言語で書いています。今までのiPhoneのプログラミングはObject-Cと言う、私にとってはちょっと扱いにくかった言語が必要だったのですが、2年くらい前にSwiftが発表になりました。そこで早速飛びついてこの言語をやってみたのですが、私にとっては、最近っぽい言語であるにもかかわらず、オブジェクト指向で型が厳密なので、エラーが出にくく、プログラミンを楽しくやれる言語でした。新しい言語を使ってみるというのは、とても楽しい体験になりますね。 このサービスの普及具合は全然まだまだなのですが、この本を読んで、もっと色々作りたいなあと思いました。

平成27年に法律が変わって、非居住者だけでも会社が設立出来る様になりました。 しかし、実際問題として、会社の設立には資本金の振込が必要なのですが、その振り込みをするための銀行口座開設がネックになる事が多いと思います。 にわとりと卵の関係のようなのですが、会社を作るためには、資本金の払い込みを証明するための銀行口座が既にあることが必要です。日本の法律では会社を設立する場合に、資本金の払い込みを、既存の銀行口座に振込みをして、通帳のそのページのコピーを使って証明するので、既に銀行口座がないと資本金の払い込みを証明する書類が作れないのです。 ですが、非居住者からすると、日本に銀行口座があるという事は、以前に日本に住んでいて銀行口座が残っていたなどの珍しい場合でない限り、通常は難しいと思います。また、建前論としては、居住者が非居住者になる場合には、銀行口座を閉じてくださいと言われることが多いと思います。 外国人ももちろん日本で銀行口座を開けることが出来ますが、在留カードが必要なようですので、居住者であることが前提です。 今まで日本に住んでいたことが無い本当の「ぴかぴかの」非居住者にとっては、ほとんど不可能なように思います。ネットで調べると可能っぽい事も書いてありますが、実際にやるのは相当大変なように思います。にわとりが先か卵が先かの状況のなかで、八方ふさがりの状況になってしまうのです。 そこで、代替的な案ではありますが、だれか日本にパートナーを見つけて、その方にも社員になってもらう（合同会社の社員になるには、ほんのわずかでも持ち分を持ってもらう必要があります）のが良いのではないでしょうか。日本で会社を作るのであるという事は、日本でビジネスをしようという事だと思いますので、ビジネスのどこかの時点で居住者の存在が必要になってくるとは思います。 合同会社の場合は、株式会社における株主であるところの社員は必ず持ち分を持つ必要があるので、日本の居住者が代表社員になりつつ、持ち分を持たないという事は不可能なのです。 まあ、あまり本意な解決策ではないのかも知れませんが、「合同会社の場合」、現実的なところとしてはこのくらいが落としどころなのかなとは思います。 株式会社の場合 株式会社の場合は、もっと簡単に100パーセント非居住者が株主の会社を作ることが出来ます。 設立の手続きとしては、やはり発起設立です。募集設立は、銀行もあまり経験が無いようで手続きに明るくないため、大変です。 発起設立では、株式を引き受けるのは発起人のみです。発起人には、居住者の場合は印鑑証明、非居住者の場合はサイン証明が必要です。 まずは、手伝ってもらえる居住者に1株でも持ってもらって、発起人になってもらいます。そして、この方の口座に資本金を振り込んで、資本金の払い込みの証明をすればよいのです。 株式会社ですから、取締役になるためには株主であることを必要条件ではありません。会社の設立後に、居住者である株主から、株を非居住者に譲渡すれば、非居住者が100パーセントの持ち分を持った会社の出来上がりです。 その後の重要な手続き – 消費税 会社の設立をしたら、消費税の課税事業者にするのか免税にするのかの選択が重要です。資本金が1000万円未満の場合は、選択ができます。1000万円未満のばあい、何もしないと免税になります。不動産投資のための会社を作る場合は、課税事業者になることを期末までに「選択」しないと消費税が返ってこないので、十分に気を付ける必要があります。

帳簿をきれいにするとビジネスが上手く行くし、自分も幸せになるというのが、私が10年以上税理士業をやって来た上での経験論であり、持論です。では、帳簿をきれいにするにはどうしたらいいか？また、そもそも、帳簿がきれいというのはどういう状態をいうのか？ あんまり、ハイレベルな事をいきなりやっても疲れて挫折するだけなので、できることから始めるのがいいと思います。 （１）チェックリストを作る まずは、エクセルでチェックリストを作りましょう。チェックリストは、最初は2－3項目のすごく簡単なものでもいいです。まず、チェックリストを作って毎月の締めで、何をチェックしたのかを記録するようにすると、だんだん、チェックリストが充実してくるので、モチベーションも保てます。月次の締めが終わった日付が入るようにするといいと思います。 （２）銀行残高を合わせる・借入金の残高を合わせる まずは、簡単なことですが、通帳を記帳するか、インターネットバンキングをやっている場合は、残高がわかるところを打ち出して、残高を合わせます。チェックリストには、チェックを忘れないようにしましょう！ （３）BS科目の残高にはすべて補助勘定を設けて、残高を全部どれかの補助勘定に割り当てる。 BSの残高は残って繰り越されていくものですから、それが何であるか一目でわかるように補助科目をつくって、残高をそれぞれに振り分けましょう。ここでポイントとなるのは、ちょっとわからないものを、「その他」とか「指定なし」みたいにして、あまり後回しにしないことです。 例えば、売掛金でしたら、残高はお客様ごとに把握するのがいいと思います。100件や200件くらいあっても、補助科目はすべてのお客様ごとに作るのがいいと思います。そして、残高を毎月確認すること。よくあるのは、お客様からの振込の際に銀行の振込手数料が864円引かれているのに、入金した金額しか残高から引かないことです。そうすると、翌月に売上が立った時に、補助残高の内容が、その売上プラス864円になってしまうので、金額が不正確になってしまうのです。これが何か月も続くと塵も積もればで帳簿が汚くなっていきます。相手を銀行手数料にしてきちんと落としましょう。 補助勘定が多すぎて一個一個作るのが合理的でない場合は、表を作って、かならず表の合計金額と勘定の残高を合わせるようにするのも、一つの方法です。 （４）源泉所得税と社会保険料の預り金はきちんと合わせる ここは、給料に関係する部分なので、計算があまり適当だと従業員の皆様からの信用に響きます。源泉所得税は、7月10日と1月20日の源泉所得税の納付の時点で一度0円になっている様にしましょう。何かの理由で0円になっていない場合は、相手が社員の給与の支払額である場合は過誤徴収、相手が納付先である税務署の場合は過誤納付と理由を分けて補助勘定を作り、残高をそこに移しましょう。 社会保険料は住民税も同じです。社会保険料の預り金は、社会保険料が引き落とされる月末に0円になるように、住民税は納付時点の翌月10日には残高が0円であることを確認しましょう。 この3つも大事なので、チェックリストに追加をお願いします。 毎月の決まった経費項目（売上も） 毎月の給与は人別で、経費も毎月ある家賃や電話代、水道代、インターネットなど補助科目を作りましょう。毎月の締めのさいに、横で比較すれば何が計上漏れになっているか、一発でわかります。 誰か第三者にチェックしてもらう事 このような項目をチェックリストにしてちょっとずつ増やしていくと、チェックリストが充実してきます。が、これをいつまでも一人（例えば経理の担当の方）だけでやると、どこかで段々めんどくさくなってきて、チェックがおざなりになってきます。ビジネスの規模がある程度になってきたら、誰かにチェックをしてもらうことが必要です。 税理士か誰かとチェックリストシェアして、一緒にチェックしてもらうと、帳簿が綺麗によみがえります。