皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

e-Taxを使って電子申告をする際、財務諸表（XBRL）に手入力するのは非常に面倒な作業です。

それが理由かどうかは不明ですが、国税庁は利便性を考慮し、CSV形式のデータから組み込みを行えるものを用意しています。

e-TaxにおけるCSV財務諸表等の組み込み

e-Taxには貸借対照表から個別注記表までを手入力で作成する『財務諸表』は帳票として用意されており、それ以外にも、XBRL形式の外部データを組み込むことは以前からも可能でした。

少し前に追加されたのは、CSV形式の外部データを電子申告用のXBRL形式のデータに変換するという機能になります。

しかし、これも結果的には勘定科目の置き換えが必要になる場合があります。

e-Taxの帳票として用意されている財務諸表では『基礎勘定科目』と『拡張勘定科目』があり、勘定科目名称として同一のものがない場合は類似の勘定科目を検索し、それに置き換えて入力することになっていますが、外部データを組み込む場合においてもこれは変わらないという現実があります。

従って、CSV形式のデータに切り出せる会計ソフトを使っていたとして、それを使ってe-Taxに組み込もうとした場合においても勘定科目の置き換えが発生する可能性はあるということです。

確かに手入力するよりは利便性の向上は図られていますが、置き換えをしなければいけない点を考えると少々片手落ちなものに感じます。

また、個別注記表のようにテキスト文字が必要となるものに関してはかなり少ない文字数の制限があるため、作成された決算書の内容をそのままe-Taxにて送信することは難しいものと思われます。

電子申告が始まる前は紙であったことを考えると、そのあたりが考慮されていないことは非常に疑問です。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

2019年5月1日、元号は現在の平成から新元号へと変わります。

それに伴い問題となるのがシステムの元号対応。

さて、この先もこの元号対応を続けていくのでしょうか？

システム日付は西暦で管理すべき

お客様専用で構築したシステムにおいては特別指定がない限り元号対応を盛り込むことはあまり見かけない話しですが、これが業務系のパッケージシステムとなると少々違います。

業務系のパッケージシステムにおいては元号か西暦を選択できるようになっているものが多く、改元の際には新元号対応されたプログラムへのバージョンアップが必要になる場合があります。

普段から西暦を選択して使っている事業者にとっては無視して良い話しにはなりますが、元号での表記を使われているところにおいてはパッケージメーカーの対応待ちという状態が発生します。

今回の場合は改元の日付が決まっているものの、今後も同じようになるとは限らず、かつ、元号が発表されるのは改元直前です。

こういった状況にならないようにするには、システム日付はすべて西暦で管理していくことが無難と言えるでしょう。

有償で元号対応をしているパッケージメーカーなどにおいてはもったいない話しかもしれませんが、全体的なことを考えるとその方が得策と思えます。

そうでないのであればユーザー側でメンテナンス可能なものとして提供することが一番良い方法かもしれません。

現在、元号で帳票類を出力している事業者の方、この先は西暦で出力していくことを検討された方が良いかもしれません。

過去に出力したものと見た目が少々変わることで統一感のなさを感じる部分もありますが、どこかで切り替えてしまった方が気にすることが一つ減ることにもなります。