皆さん、こんにちは。

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

さて、冒頭に書いた『消費税増税』の三度延期に関する件、消費者の視点で考えれば大方は延期して欲しいところでしょう。

しかし、国の財政を考えるとそうもいかない部分もあります。

この問題、どちらに傾くと思いますか？

消費税増税は予定通り実施か三度延期か

随分前から10月の消費税増税に関しては『本当に実施されるのか？』と疑問に思っていたところがありました。

何故か？

今、実際に景気は良くないはずです。

そして、今後はさらにマイナス方向へ進むのではないでしょうか。

日本商工会議所の三村会頭は『中小企業の消費税引き上げに向けた準備に問題が出てくる』と苦言を呈したようですが、個人的にはそうは思いません。

前提として、10月に消費増税が実施されても問題が起きないように準備をしておけば良いだけです。

せっかく準備したものがさらなる法改正で無駄になってしまうのであれば別ですが、そういう話しではなく、実施時期をさらに延期とするかどうかの話しですから問題ないはずです。

業務系のシステムの面から考えても、実施時期を変更可能な作りにしていれば問題のない話しです。

前述の繰り返しにはなりますが、2019年10月1日から消費税増税が実施されたとしても問題が起きないように準備だけはしておき、後は静観するということで良いのではないでしょうか。

くれぐれも準備不足にならないようお気を付けください。

皆さん、こんにちは。

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

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

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

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

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

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

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

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

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

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

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

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

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

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