固定資産（一括償却資産、少額減価償却資産）の仕訳方法

投稿日：
今年は24万円のカメラを購入したので、決算のときにどう処理すべきか調査したときの覚書。

環境： 株式会社、一人社長、4年目、MoneyForwardクラウド会計

一括償却資産と少額減価償却資産を理解する。
参考サイト

一括償却資産

10万円～20万円の資産に適用できる。
3年間で均等割した金額を経費に計上する。
償却資産税（固定資産税）を納付する必要がない。


少額減価償却資産

20万円～30万円の資産に適用できる。
青色申告した中小企業限定。平成32年（2020年）3月31日までの購入が対象。
償却資産税（固定資産税）を納付する必要がある。
決算時に追加書類を添付する必要がある。別表16(7)。
→ 全力法人税では出力されなかったので手書きで記入


少額減価償却資産のMoneyForwardへの仕訳登録方法は公式FAQを参照



【関連記事】
リアクション:

コメント

コメントを投稿

このブログの人気の投稿

既存のディレクトリ（フォルダ）にgit cloneして上書きしたい

投稿日：
イメージ
SubversionのリポジトリをGitLabに移行後、今まで開発していたフォルダでgit cloneしてみるとエラー。fatal: destination path 'api' already exists and is not an empty directory.環境： CentOS 6.6, git 1.7.1一旦フォルダごと削除して、git cloneし直せばいいのだけれど、権限の設定や本番環境でも削除してgit cloneはやりたくない。gitの仕組みを理解すれば簡単なことだった。腑に落ちるまで時間がかかった。git fetchの理解からgit mergeとpullの役割 - Qiita<2015/07/06 Modified>
実機コンソールでコマンド実行すること。Windowsから共有ファイル経由で実行すると時間が掛かり過ぎる（失敗する）。本番環境でブランチとマージしたときに実行したコマンド
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordpress.git
# git fetch origin
# git checkout -b branch-name
# git checkout origin/branch-name -- .gitignore
# git add --all
# git add -f wp-config.php
# git merge origin/branch-nameエラーになったらブランチ上のファイルで上書き。移行した直後ならこれをやらなくてもいいはず。
# git checkout origin/branch-name -- /path/to/file# git merge origin/branch-namesvnとお別れする
# rm -rf .svn/< 2016/03/31 追加 >
上のやり方でマージできなかったので「theirs」を使った方法 途中までは一緒
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordp…
続きを読む

【.NET】DataGridViewを選択した際に背景色を変更しない

投稿日：
DataGridViewでセルを選択したときに背景色を変えたくなくて調べたメモ。環境はVisual Studio 2005 + VB.NET + .NET Framework 2.0方法はデザイナでDataGridViewのDefaultCellStyleにある
SelectionBackColorをTransparent
SelectionForeColorをControlText
に変更しておく。これで選択するセルを変更しても背景色が変わらないが、初期表示時に最初のセルが選択状態となっているので背景が透けて見えてしまう。これはonLoad時（バインドした後）にdgvList.CurrentCell = NothingにすればO.K.
続きを読む

Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links

投稿日：
下記エラーになってハマった時の覚書。

systemd[1]: Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links
環境： Kagoya VPS(Open VZ), CentOS 7.7, nginx 1.16.1


yum updateするとこの現象が起きるらしい。
カゴヤのサポートに問い合わせてみたところ「最近 CentOS の systemd 周りの更新があったようで、yum update によりおっしゃる状況となることがあるようです。」とのこと。
答えが知りたい方は途中読み飛ばして、「systemd設定ファイルのPIDパスを変更」を参照してください。



【現象】
nginxが自動起動しないsystemctl start nginxを実行しても上記エラーで起動しない開発環境の仮想マシン（ほぼ同じ環境）では起こらない。カゴヤVPS上で起こる。OpenDKIMも自動起動していないMariaDBは無事起動している再起動直後は自動起動するが上記エラーで止まる。


【この現象が起きる前にやったこと】
yum updatephpを7.2から7.3へアップデート


【試した事】
nginxの再インストールphpの再インストール


【分かった事】
直接「/usr/sbin/nginx -c /etc/nginx/nginx.conf」を実行すると起動できる。systemdが何かおかしい気がする（？）


IPv6を疑う（←意味なかった） /var/run/は/run/にシンボリックリンクを貼ってるけど、今まで大丈夫だったし別の仮想環境で問題ないから、環境周りの原因からと思い、もう一度サーバーのエラーログを眺める
# less /var/log/messages
systemd: Binding to IPv6 address not available since kernel does not support IPv6. このエラーが気になった。
カゴヤVPSではデフォルトでIPv6は無効状態（参考： IPv6 の利用 - KAGOYA Internet Routing）。
なので、OSレベルでIPv6を無効にしてみる。
# vi /etc/sysctl.d/dis…
続きを読む