チェックリストという本を読んでいるのですが、とてもよかったです。 著者が医者なので現在の医療の現場の話から始まります。 オーストリアのある田舎の病院に、凍った池に落ちて心肺が停止した３歳の女の子が担ぎ込まれた事例が紹介されています。女の子は両親と散歩をしていたのですが、両親がちょっと目を離した隙に凍った池に落ちてしまい、半狂乱になって探したところ、３０分後に凍った池のそこから救出されました。すでに心肺停止も停止して体温も１９度まで下がっていました。瞳孔も開いていて光にも反応をしなくなっていたそうです。 それでも連絡を受けた救出チームはヘリコプターで女の子を近くの病院まで搬送しました。病院では女の子を直ちにICUに運び込み、お腹を切って人工血液を体に循環させる機械を取り付け、胸を切って肺には人工呼吸の機械を取り付け、などと数多くの難しいオペを同時進行でやったそうです。 瞳孔が開いて心肺も停止している人間の命を取り止めるは時間との勝負です。この女の子は1時間半心肺停止の状態の後、幸い無事に回復して退院したそうなのですが、このような緊急のオペレーションでは、多くのことを同時進行でやりながら、手順を間違えることは許されず、かつ複雑な知識が要求される、とても難しいものでした。 この病院が女の子の命を取り止めるのに成功した大きな理由の一つは、チェックリストがあったからだそうです。チェックリストがあったので、緊急の時間との勝負の状態でもやるべきことや手順を不足なく適切に処置ができたのでしょう。 アルプス地方にあるその場所柄、それ以前にもこの病院では多くの方が雪崩などで心肺停止になって担ぎ込まれていましたが、それまでは命を取り止めるのには成功していませんでした。そこで病院は何ができるかを考えて、このチェックリストを作ったのだそうです。 この著者の病院でもチェックリストを導入した効果は劇的だったそうです。医療ミスによる年間に何億円もの損失と何人もの命が救われるようになったとのことです。 チェックリストは日頃の業務にも、もっともっと取り入れてもいい。人に仕事をお願いするときの指示やマニュアルの代わりになる。 アメリカでの弁護士保険のケースを調べると、弁護士の場合も、事故のほとんどが単純な期限のミスや書類の提出漏れだったりするそうです。 私たち税務の現場でもそのようなことはよくあります。多いのは適用できる税額控除を忘れていたとか、消費税の届出書の提出を期限までにするのが漏れていたとか、多くのミスは単純ミスです。チェックリストを作って、一見簡単なことばかりでバカバカしく感じるような事を丁寧に一つずつ潰していけば防げるものです。 今でも私たちの事務所で税務申告をする場合には、チェックリストを使って漏れの無いようにしているのですが、他の業務にも、もっともっと取り入れようと思いました。 例えばですが、決算をする段階では、当期の売り上げもわかっていますから、翌々期以降の消費税の申告が簡易課税を適用できるのか、それとも原則課税しか選択できないのかがわかります。簡易課税が選択できるとして、簡易にした方がいいのか、原則課税の方が良いのかも検討できます。決算をやっていますから、取締役の事前確定給与を当期も出すべきかどうかもこの段階でチェックできます。 忙しいと簡単な事を思わずミスしてしまう事がありえますが、このようにチェックリストにしておくと漏れが無いかを確認する事ができます。 チェックリストはマニュアルや指示の代わりに使える チェックリストは、これとこれをやった、とチェックしていくものですから、上手く作るとマニュアルの役目も果たせます。 人数が増えてくると、上手く指示が出せなくて、現場の担当者が何をして良いのかわからず、途方に暮れてしまう場合があります。恥ずかしながら私の事務所でも、上手く指示を出す事ができず、仕事の塊が大きすぎてどこから手をつけて良いのか分からなくて1-2時間くらい無駄にしてしまうことはザラです。きっとそのような中小零細企業は多いでしょう。 例えば株式会社の設立のような定型業務でありながら、取締役が居住者か非居住者かで手続きに多少のバラエティがあるような場合でも、チェックリストがあると担当にもやりやすくなるように思います。 担当にとって不慣れな仕事だとしても、事務所としてチェックリストを準備しておいて、担当にとってもどのように進めるべきか、思い悩んでフリーズしてしまうことも少なくなると思います。チェックリストは作り方を工夫して時系列的に並べればマニュアルにもなりそうです。そうすれば、言葉でいちいちやる事を指示するより、やる方もチェックリストの通りに進めて、分からない所だけ聞けば良いのですから、やりやすいように思います。 チェックリストはもっと長いスパンの目標にも使えるかも また、自分の人生にもチェックリスト的なものを取り入れて見ようかと思いました。日々忙しいと日常の業務に流されがちになりますが、週に何キロ走るとか、月に何冊本を読むとか、何時間英語や税務を勉強するとか、人にはこう接したいとか、基本的な方向性を忘れないためにも、毎日の自分の行動を振り返るチェックリストとして使えそうに思いました。
Month: October 2017
I have not confirmed the source yet but there is a talking in tax community that the tax authority is considering to limit deductible depreciation expenses on overseas properties. As you may know that second handed houses can be expensed over relatively shorter period. The depreciation expense are allowed to use the 20% of the … Read More “There is a rumor that the tax authority is considering revision on overseas property depreciation” »
ビザにも学生ビザとか、投資経営ビザとか、配偶者ビザとか色々あります。私たちの事務所の外国人のお客様からも質問をいただいたのですが、持っているビザの種類によって相続税の対象となる範囲が変わるので要注意です。 平成29年4月から相続税が改正され、外国人でも一定範囲のビザさえ取らなければ、かつ、過去15年に日本にいたのが10年未満であれば、国外財産には相続税がかからなくなりました。以前は、居住者であれば誰でも国外財産にも日本の相続税がかかっていたのですから、随分無理な話でした。つまり、外国の本社から日本にエクスパットとして送られてきたら、たとえ任期がたったの2年だったとしても、その時点でたまたま相続が発生してしまうと、その相続で受け継いだ国外財産に日本の相続税がかかってしまうのです。 逆に私たち日本人の観点から見ても、たまたま、外国に2年間転勤してたところで親に急な一大事があり、その国で相続税をたっぷり取られたら、ちょっと納得がいかないところです。この税制が課税対象になりうる外国人の日本への転勤を阻害していたとされていたのですから、そういう意味では良い改正だったと言えるでしょう。 ただし、この改正にはオチがあり、永住者や配偶者のビザを持っていると国外財産にも相続税がかかるようになってしまいます。上記の一定範囲のビザというのはこれらです。 ここ10年くらいはバンクーバーやカリフォルニア、アジア諸国など、日本以外での資産価値の値上がりが顕著ですから、結婚して配偶者ビザをとってしまうと途端に巨額の相続税の心配をしなくてはいけなくなります。私の知り合いでもお二人が、めでたく日本人女性と結婚することになったのですが、配偶者ビザは取らない予定なのだそうです。理由はやっぱり相続税です。配偶者ビザをとると自分の国の資産に相続税がかかるので、配偶者ビザをとるのを躊躇しているのです。 そして、彼らが日本に合法的に在留できるために採る方法は、自営業の場合は投資経営ビザをとること、会社に勤務している場合には人文ビザなどの何か特定分野のビザをとることです。 せっかく結婚して配偶者ビザも取れるのに取らないで、他のビザをとるなんて、何か皮肉な話ですね。
After a few years of struggle (or even from the first year), your company has started generating enough income. Now you are worried about the tax to pay. There are some tax tips that everybody know (not everybody but many. Sorry). They are nothing illegal. There should be no much reason for you not to … Read More “Tax saving tips for SMEs” »
ウェブサービスを作って公開するところまでこぎつけました。一つのサービスをインターネットで公開できるところまで行くのには、結構な時間と努力がかかります。平日は出勤前の1日１-2時間、土日は合計で7時間くらいやるとして、１週間で15時間、１ヶ月で60時間、最初の頃はそのプログラミング言語の知識レベルもそれほどでもないので時間がかかります。私の場合は、サーバー側とスマートフォン側でそれぞれ３ヶ月はかかったので全部で６ヶ月はかかりました。このウェブサービスだけで合計で360時間はかかっています。それ以前の別の色々な技術の学習にも相当時間を使っていますが、ここにはカウントされていません。 使った言語は、サーバー側では流行りのライトウェイト言語であるPythonを使いました。フレームワークはPythonのでは一番（？）メジャーと思われるDjangoを使いました。Pythonは比較的習得しやすい言語で、モジュールも多く揃っています。最近流行りの人工知能に使う有名なモジュールがPythonで書かれていると言うこともあり、Pythonの本も多く出ています。Djangoはとてもよくできたフレームワークでとてもわかりやすいです。MVCがきちんと別れているので、将来の仕様変更があってもメンテはしやすいのではないかと思います。 プログラムを覚えてウェブサービスを公開するまでには、とても多くのマスターすべきことがあります。この他に、実際にウェブサービスをスマートフォンで使えるようにするには、サーバー側のプログラムを書くだけではなく、スマホ側のプログラミングも必要です。通常これはSwiftと言うiPhone専用の言語や、Androidという専用の言語を使います。私は今回はAndroidの方は諦めて、iPhone用の方だけ書いています。SwiftはDjangoなどのライトウェイト言語に比べて、変数には型指定をしなくてはいけないし文法が厳密です。最初は走らせる前からエラーが出まくるので大変なのですが、実際にコンパイルして動くようになった段階では正体不明のエラーがでる割合が減るので、トータルでは時間効率は良いように感じます。 その他に、サーバーを動かすのにはLinuxと言うOSを使うことが一般的です。私は最初はマシンが手元にある方がメンテナンスが簡単だと思ったので、事務所のMacMiniをサーバーに使う方針でした。でもHerokuとAWSというクラウドのサーバーを試して、その快適さと便利さにびっくりして、AWSを使うことにしました。サーバーも普通にハードを買ったら一つで10万円、２つ揃えたら20万円はかかりますが、AWSならLightsailと言うサービスが月500円から使えます。スピードも十分に速いのでとても快適です。MacMiniは買ってしまったのにほとんど使っていないので、勿体無かったなと思っていますが、事務所のファイルサーバーのバックアップか何かに使おうと思います。 （尾瀬 至仏山 後ろは福島県の飯豊山？） よく、20時間使えば大抵のことは概略くらいはマスターできると言いますが、これはある程度は本当だと思います。20時間使えば、Pythonをインストールして簡単なプログラムが動くところまではできるようになると思います。そして、次に20時間を使えばDjangoのチュートリアルをやって、簡単なウェブサイトが動くようになるところまでは行けると思います。Swiftは20時間では本当に簡単なことしか出来ないともいますが、それでもplaygroundという簡易の実行環境で、雰囲気を掴めるとこくらいまでは行けると思います。 でも、ウェブサービスはこれらを全部使うので、それら全部に20時間が必要です。その他にもデータベースとかデザインとか、実は細かいそれらの技術の多くの技術が全部必要になるので、それらが組み合わされないと動くものにはなりません。それなりに数百時間は必要だと思います。 ただそれでも、技術はやっていれば誰でもそれなりにできるようになると思うのですが、一番難しいのは何を作るかですよ。誰かに使ってもらえなければ、結局何を作っても意味がないです。何を作るかは商品設計そのものなので、世の中で誰がどのようなことに困っていて、それを今の技術を使ってどう解決するかを見極めなければなりません。つい、自分のアイディアが良いと思って固執してしまいがちです。そこが難しいんですよね。そこが。
最近、Node.jsと言うものを触ってみました。まだ、触り始めたばかりではありますが、サーバー側もJavaScriptで動かすと言うのは面白いアイデアではあるなと思いました。 本は私の好きな「クジラ飛行机」さんの「いまどきのJSプログラマーのためのNode.jsとReactアプリケーション」を買いました。この方の本は、出てくるサンプルもきちんと動くし、面白いので、楽しめるし勉強になるのです。 Node.jsとReactをちょっとやってみようと思ったきっかけは、takuyaさんと言うエンジニアの方のブログで面白い記事を読んだからです。 「Markdownエディタを作って月15万円稼ぐまでにやったこと — Inkdrop アイデア探しから最初の売り上げ、集客して成長させるまでの道のり」 この方は、ご自分でMarkdownエディタを作って売ってらっしゃるのですが、この方の採用している技術がReactです。そっか、Node.jsとかReactとかもう十分に実用の段階に入っているんですねー、なんて今更？気づいて、では触ってみようと思った次第です。 Node.js/JavaScriptのいいところはフロントエンドでもJavaScriptを触るので、使う言語が同じになることで、これでフロントエンドも頑張ろうと言うハードルがかなり下がります。Paythonなどの別の言語でサーバー側を書いていると、ブラウザー側でJavaScriptを触るのに言語を思い出さなくてはいけないので、心理的なハードルが一段あるような気がするのですが、その億劫感が無くなります。 あと、これは私の感覚が古いのかもしれないのですが、Pythonでは変数に型指定をしないのでバグが混ざりそうで不安になります。JavaScriptではいちいち変数を宣言する必要があるので、それだけでも少し安心して懐かしい感じがしてしまいます。
私たち会計事務所からしても、物販業は小売も卸売も共に手間がかかり、かつ、正しい数字を出すのが大変な業種の代表格です。しかし、大変だからといって、その経営状況は必ずしも十分な利益が出ていないところも多く、その状況を反映してか手数やかける時間の割には十分なフィーをいただけないことも多いです。まさに物販業の会計は、会計事務所からしても課題ではあるのです。 物販業は在庫の管理が必要なため、毎月の会計処理も手間がかかります。毎月末の在庫の金額を把握できないと売上原価が正しく計算できないので、正しい粗利益が出せないのです。ところがこの在庫の計算の仕方ですが、一つ一つの商品について、単価と期末の数量の把握が必要です。単価の計算も、個別の商品ごとに金額を把握する個別法から、平均法や先入先出法など色々あり、とても手では計算できるものではありません。商品の数が増えてくるとエクセルでも難しくなってくると思います。まさに、在庫の把握と計算は「めんどくさい」のです。 しかも、中小企業においては、在庫の管理が経営の一つの肝であったりします。輸入業などにおいては商品を注文してから手元に到着するまでに１ヶ月くらいかかることもあります。在庫が切れると注文に答えられなくなるので、売り上げを逃してしまいます。逆に在庫が多すぎると資金を無駄に圧迫します。 在庫管理は小売業においては経営の肝の一つです。しかも人間が手で計算するのでは、とてもやりきれない。これはまさにコンピュータの出番で、いかに自分のビジネスにあったソフトを使うかが大事です。 在庫管理ソフトにはいくつか有名なものがあります。私が知っている範囲でも、弥生販売、蔵奉行、PCA販売など色々あります。在庫管理は常に販売とセットになるので、請求書機能がついているものがいいと思いますが、これらは全部請求書の販売機能がついています。 また、販売管理では、売掛金の回収状況の管理や、売れ筋商品の把握、どのお客様にどれくらい売れているかなどの情報が知りたくなります。弥生販売などでもその機能はついているのですが、今度は逆にそれをきちんと使いこなしている会社や会計事務所も少ないと思います。 これらの機能はお客様に必要とされているので、それぞれのお客様のビジネスの状況に合わせて上手く提供できる会計事務所やコンサルタントにはビジネスチャンスがあるのではないかと思います。