月別アーカイブ: 2021年4月

令和4年1月からの電帳法抜本緩和の盲点とは!?/ 電帳法「スキャナ保存」の抜本緩和(令和4年1月)以降も継続する「壁」について考える

令和4年1月からの電帳法抜本緩和の盲点とは!?

令和4年1月から電子帳簿保存法は次のような緩和がなされる予定です。(以下は代表的なもの)

  1. 所轄税務署や管轄の国税局への「申請書」の提出がなくなる
  2. 電子化し、要件確保した後に、紙請求書などを廃棄時要件であった「定期検査」がなくなる
  3. JIIMA認証製品・サービスを利用した訂正削除に関する厳格な機能をもったものであれば、タイムスタンプが不要になる
  4. 領収書などを受領者が読み取る際の「自署(サイン)」が不要になる
  5. 領収書などを受領者が読み取る際の「特に速やか(3営業日)タイムスタンプ」が最大2カ月になる

などです。

これらの要件緩和はとてもインパクトがあり、今まで躊躇していた企業も、電帳法の「スキャナ保存」制度の積極検討をするものと考えられます。

さて、盲点!は何でしょうか!?

それは、
「電子取引」に係る、法律の改正です!

2021年3月25日時点の現行法は次のように規定されています。

第十条 所得税(源泉徴収に係る所得税を除く。)及び法人税に係る保存義務者は、電子取引を行った場合には、財務省令で定めるところにより、当該電子取引の取引情報に係る電磁的記録を保存しなければならない。ただし、財務省令で定めるところにより、当該電磁的記録を出力することにより作成した書面又は電子計算機出力マイクロフィルムを保存する場合は、この限りでない。

これが法令改正で、但し書きの「ただし、財務省令で定めるところにより、当該電磁的記録を出力することにより作成した書面又は電子計算機出力マイクロフィルムを保存する場合は、この限りでない。」が削除されるのです。

削除されるとどうなるか。
PDF等の電子請求書等をインターネット経由(メール添付やダウンロード等)で受け取った際に、それを印刷しての保管が認められなくなります。

これは、今まで紙への印刷をする運用をしていた企業や、特段意識していなかった企業にとって大きな問題となります。

具体的な要件としては以下の(国税庁 電子取引 一問一答 問-9)通りです。
国税庁 電子取引 一問一答 問-9

電子取引の取引情報に係る電磁的記録の保存等に当たっては、
真実性や可視性を確保するための要件を満たす必要があります(規則31三~五、5七、81)。

 なお、詳しくは下記をご覧ください。

○ 電子取引の取引情報に係る電磁的記録の保存等を行う場合の要件の概要
要件
電子計算機処理システムの概要を記載した書類の備付け(自社開発のプログラムを使用する場合に限ります。)(規31三イ、5七、81)
 見読可能装置の備付け等(規31四、81)
 検索機能の確保(規31五、5七、81)
 次のいずれかの措置を行う(規81)
一 タイムスタンプが付された後の授受
二 授受後遅滞なくタイムスタンプを付す
三 データの訂正削除を行った場合にその記録が残るシステム又は訂正削除ができないシステムを利用
四 訂正削除の防止に関する事務処理規程の備付け

つきましては、どう対応していくか、是非とも早めに対応策を考えて見て頂ければ幸いです。
本件に係る、ご相談は何なりとお申し付けください。

電帳法「スキャナ保存」の抜本緩和(令和4年1月)以降も継続する「壁」について考える

※本レポートは、時点のもので、筆者が令和3年税制改正大綱を
元に検討したものである。

「壁」1:検索機能確保(取引等の年月日、取引金額及び取引先に限定する)

検索機能確保「取引等の年月日」「取引金額」「取引先名」の情報を入力しなければならない。

入力方法は次のような手段が考えられる。

  • 手入力
  • ピン機能利用による入力
  • CSVファイルからのインポート
  • 1ファイル毎に連携させる
  • 大量のファイルを一括で連携させる
  • OCRを補助機能として利用する
  • AI-OCRを利用して複数のフォームを自動判定させる
  • フォームを限定させて処理をする

これらのことは、経験とセンスが必要なので、専門家のアドバイスか、試行錯誤が求められる大きな「壁」として残る。

「壁」2:帳簿との相互関連性

主要簿や補助簿と「スキャナ保存」対象書類の「帳簿との相互関連性」を
確保しなければならない。

確保方法は、「伝票番号」方式か「一連番号」方式かによる。

上記の方法選択の検討は、個々の企業が導入している業務・会計システムの影響を受けるところなので、業務分析とデータ連携の仕組みづくりにおける要件定義とその後の実装力が大事になってくる。

自社のみの力で行うには相当の「壁」として考える必要がある。

以上 参考になれば幸いです。

なお、当該「壁」に係る詳しい情報は下記ウェビナーで公演させて頂きます。
是非ご利用ください。

【おすすめウェビナーのご案内】

“改正”電子帳簿保存法と令和3年税制改正大綱より、電帳法抜本緩和をズバリ解説
開催日:
料金:
無料

詳細と申し込みは下記よりお願いします。


月曜日連載! Microsoft Wordスタイル探索(10)―アウトライン編集とは? アウトライン編集は何が良い?

Microsoft Wordのリボン「表示」の表示グループには、印刷レイアウトやWebレイアウトとならんでアウトライン表示というアイコンがあります。このアイコンをクリックすると、リボンが「アウトライン」に切り替わるとともに、編集中の文著が箇条書きのような表示(アウトライン表示)に切り替わります。元の表示に戻すには、「アウトライン表示を閉じる」をクリックします。

アウトライン表示への切り替えと表示をもとに戻す

リボン「アウトライン」には、アウトライン編集機能のためのアイコンが用意されています。アウトライン編集はアウトラインプロセッサとも呼ばれ、一般的に次のような機能を提供します。

アウトラインプロセッサを使えば全体の構成がツリー表示され、現在の編集位置を把握しながら文章を記述することができる。また、ブロック単位で階層構造を上下に移動させたり、位置を入れ替えたりすることができる(「Wikipediaアウトラインプロセッサ」より)

次にMicrosoft Wordのアウトライン編集機能のあらましを説明します。

階層レベルの表示
アウトライン表示では、段落に階層レベルを設定できます。階層レベルが設定されている段落と本文段落は次のようにラベルで区別します。

階層レベルの設定されている段落と本文段落

階層レベルの設定されている段落と本文段落

階層レベルには1~9まであり、指定した階層レベルより上の段落のみを表示できます。次の図は階層レベル3より上を表示しましたが、この文書では階層レベル2までしか設定されていませんので2階層の表示になっています。

階層レベルの指定された段落のみを表示

階層レベルの指定された段落のみを表示

階層レベルの編集
階層レベルの編集は、階層レベルを上げるか、下げるかです。段落の階層レベルを上げたいときは次の図のように段落を選択して、左向きの矢印をクリックします。

選択した段落の階層レベルを上げる操作

選択した段落の階層レベルを上げる操作


上の図では、階層レベルを上げたとき、ラベルの番号が「節」から「章」に変わっています。これは、選択した段落に見出しレベル2が設定されていて、かつ、見出しスタイルにアウトライン番号がついていたためです。(番号の自動変更はアウトライン編集の機能ではありません。念のため。)

階層レベルを下げるときは、右向きの矢印をクリックします。

段落ブロックの移動
アウトライン編集では移動したいブロックを選んで上向き▲または下向き▼のアイコンをクリックすると前後の入れ替えができます。します。例えば、次の図のように行います。

ブロックを下に移動する例

ブロックを下に移動する例


上の図では、階層レベルを上げたとき、ラベルの番号が自動的に変化しています。これは、選択した段落に見出しレベル2が設定されていて、かつ、見出しスタイルにアウトライン番号がついていたためです。(番号の自動変更はアウトライン編集の機能ではありません。念のため。)

段落ブロックの前後移動では選択した階層に複数の段落が含まれる場合には、複数の段落をまとめて段落ブロックがごっそり移動します。印刷レイアウトを表示した状態で同じことをしようとするとマウスで移動したい段落の範囲を選択する操作が必要です。これと比べるとアウトライン編集ではワンクリックでできます。

おまけ:アウトライン編集は人気がある?
このようにアウトライン編集では、文書の階層構造を表示しながら、文書の構成を編集できます。

文書の構成を考える点に着目するとアイデアプロセッサとの類似性が思い浮かびます。個人的な記憶では、アウトライン編集機能は、1980年代半ばワープロが誕生して直ぐにアイデアプロセッサとしていくつか製品が登場しました。その後、Microsoft Wordのようなワープロの一機能として取り込まれて、製品ジャンルとしては消滅したと思っていました。しかし、WikipediaによるとテキストエディタWz Editorは「階層付きテキスト形式」を提供していたり、あるいはアウトライン編集中心の製品もあるようです。英語のWikipediaには製品の一覧もあります。(List of outliners

アイデアプロセッサとしてMicrosoft Wordのアウトライン編集機能を活用している人はそんなに多くないのではないかと考えていたのですが、最近、西上原本(『Wordで作る長文ドキュメント』(西上原 裕明著、技術評論社))を見ました。この本では、先頭(Part1)に「アウトライン表示モードを使いこなす」が置かれています。こうしてみるとアウトライン編集は長文編集に向いた機能として結構人気があるのかもしれません。

--------------------
【広告】
11月16日(火曜日)16時からの「ちょっと一息・アンテナハウスウェビナー」では、Wordを使って作った文書をWebページで活用する方法について、お話しする予定です。
※画像をクリックするとウェビナーページに移動します。

お時間がございましたら、ぜひ、ご参加ください。
--------------------
◆前回:月曜日連載! Microsoft Wordスタイル探索(9)―本のような形式の目次を自動で作る方法を調べてみました
◆次回:月曜日連載! Microsoft Wordスタイル探索(11)―箇条書きは難しい?
シリーズ総目次
Microsoft Wordを使って報告書などの長文を作成する人向けの新知識満載です。 Microsoft Wordのアウトラインと見出しスタイルを活用する方法(概要)

Antenna House Office Serversとは

Antenna House Office Serversとは


XSL-FO試行錯誤 XSL-FOにおけるテーブルレイアウトの利点

かつて多くのWebサイトでは、table要素を表組ではなくレイアウトのために用いる「テーブルレイアウト」が多く見られました。
これはテーブルをグリッドのように使うもので、rowspanやcolspanを組み合わせ、比較的簡単に(そして恐ろしく複雑な)Webページを作成できました。
衰退していった理由は非推奨であること*1やCSSで求めるレイアウトが可能になったこと、アクセシビリティへの関心の高まりなどさまざまにありそうですが、その中には「テーブル構造では異なる画面サイズに最適化した表示調整が困難」という理由もあるのではなかろうかと個人的には考えています。

つまり、出力時一時的に変換される、固定レイアウトを前提としたXSL-FOではいまだそれなりに有用ということです。
とはいえ、それこそHTMLにおけるテーブルレイアウトのようにグリッドの代用として使うのは最終手段にしたいところで、XSL-FOにおけるテーブルレイアウトの利点は他にあります。

static-contentとretrieve

さて、<fo:retrieve-marker>という名前のFOがあります。これを活用しstatic-contentでflow中に記述されたマーカから要素を引っぱることが可能です。static-contentはヘッダやフッタに用いられます。

任意のマーカからflowの任意の場所で要素を引っぱって来れれば可能な表現も増えるのですが、それはできません*2

flow中でヘッダ・フッタを持てるFO

ところで、flow中でヘッダ・フッタを持てるFOがあります。はい、<fo:table>です。しかもページ分割のときヘッダフッタの表示是非も指定可能なのです*3。ちなみにAH XSL Formatterでは段分割でomitするかどうかを制御可能です*4
そしてこの<fo:table-header><fo:table-footer>中では<fo:retrieve-table-marker>によってマーカから要素を引っ張れます。

そして、<fo:table-cell>にはブロックレベルのFOが格納可能です。この意味するところがおわかりになりますでしょうか。

あるセルの中のブロックがページ分割されるとき、当然(例外もあるかもしれませんが)セルもページ分割されます。ヘッダやフッタにretrieveのFOを置くことにより、マーカで中身を更新できますから、次のような表現だって可能になります。

分割後に「……continued」をヘッダ部に表示

テーブル唯一のセル中にブロックコンテナを置き、ブロックコンテナが分割されるときに「……continued」と表示されるようになりました。

<fo:table>以外のブロックでも分割前後に表示を変更可能なFOが仕様としてあることが個人的には望ましいですが、(XSL-FOにおける)テーブルレイアウトは、簡易的なflow内static-contentとして有用なのです。

ちなみに、「ヘッダやフッタではbeforeやafterにしか表示できずブロックのstartやend側の端に何かを表示できないのでは」という懸念は、限定的に解消可能です。ブロックコンテナには絶対配置というものがありましたね。(ただし、絶対配置のブロックコンテナは、他のオブジェクトと重なり得る点に注意が必要です。)

  1. *1

    Tables must not be used as layout aids. Historically, some web authors have misused tables in HTML as a way to control their page layout. This usage is non-conforming, because tools attempting to extract tabular data from such documents would obtain very confusing results. In particular, users of accessibility tools like screen readers are likely to find it very difficult to navigate pages with tables used for layout.

    https://html.spec.whatwg.org/multipage/tables.html#the-table-element
  2. *2 基本的にflow内でページ分割が影響しない事柄はXSLTが担う役目であるのでFO文書の不要な複雑化を避けられる制約でもあるのですが。
  3. *3 17–4 表のヘッダーとフッター 『XSL-FOの基礎 第2版』(アンテナハウス)
  4. *4 https://www.antenna.co.jp/AHF/help/ja/ahf-ext.html#axf.table-omit-header-at-break, https://www.antenna.co.jp/AHF/help/ja/ahf-ext.html#axf.table-omit-footer-at-break



Pages: Prev 1 2