デジタルという言葉は毎日ように聞こえてきますが、企業向けのデジタルは何であんなに高いのでしょうか？PCが10万円そこそこなのに業者からの機器見積もりは数百万円が普通です(故障率に差はありません)。家にインターネット引くのと会社にインターネットを引くのも10倍違います。Webサイトは10倍ではきかないケースもあるようです。大企業はいざ知らず中小企業は参ってしまいますね。電子化、クラウドと騒がれても結局出費がかさむだけです。
そんな疑問に、IT企業に属さない専門家ならではの裏話を友人が話します
会計、法律、労務の専門家がいるようにシステムの専門家もいていいようなものですが国の制度に基づくものではないので、なかなか難しいです。友人も私も専門分野に分業化してしまう前からITを経験しているので、見積が膨れ上がる裏事情を知っています。セミナーは会員限定のようですが、後日一部をご紹介できると思います。
永島志津夫
改正電子帳簿保存法の施行が延期になりました。難しく考え過ぎているようです。間違いなくIT屋がいけないのだと思います。私は会計帳簿を自作のアクセスで管理しています（連結会計システムを開発していた役得です）。元々売上仕訳は契約書類のPDFを添付できるようしていますが、契約通知、請求書送付メールへのリンクを追加し他の仕訳も同じ修正をしました。
電子メールはメールサーバによる授受の記録が正確なタイムスタンプと共に記録されています。郵便の消印にあたるもので改変ができません。最も身近な電子証跡です。これを利用しない手はありません。売上仕訳は相手先、金額、計上日を持っているので仕訳を検索をすれば自ずと電子証跡を確認できます。同じことを仕入、経費に適応すれば電子請求にも対応完了です。後日メールやPDFを探す手間もかからずおすすめです。
紙の請求書を無理に電子化する必要はありません。電子メールやWebで授受される契約書、請求書を会計帳簿から容易にたどれるようにしておけばOKです。
永島志津夫
１．管理者権限でログインしない(必須)
Windowsで理解できないのは管理者権限でネットサーフィンが出来ることです。インターネットは自己責任です。相手が国外であれば日本の法律は無力です。交通ルールが定かでない国で運転するのと同じです。ドライブは出来ても安全ではありません。
・管理者権限のないアカウントを作成し、通常のログインはそれを使うようにします。
・アカウントのパスワードは英数字、記号などランダムな16文字以上として紙に書いて保存します。セキュリティ情報はシステムから分離の原則です。
２．セキュリティの高いブラウザを使う(是非)
広告、特に仲介業者を通したアフィリエイト広告が氾濫していて、どこに落とし穴があるか分かりません。安全なブラウザを使うことで、アフィリエイトを抑止できます。表示されない以上、クリックすることもなくなります。フィッシング詐欺対策にもなります。
お天気サイトを閲覧した例
３．アプリを入れない・入れさせない(必須)
管理者権限がなければアプリを入れることもできません。利用者がそれと知らずメールやWebでだまされてアプリを入れてしまう事故も起きません、ウィルスやランサムウェアの被害が発生してもはログイン権限の範囲内に留まります。
４．Windows以外のOSを使用する(是非)
ここからはシステムの専門領域ですが現在ではLinuxを選択することが多くなると思います。LinuxはオープンソースでOSの技術情報や運用ノウハウに透明性があります。良いことも悪いことも広く共有され、OSについて知ることの出来ない情報はありません。そのためセキュリティ対策を立てやすく、迅速に対応することができます。
５．ネットワークからログインできないようにする(是非)
セキュリティは流行り、廃りとは関係ありません。機密性の高い情報を扱うシステムは監督者と物理的に近い場所に設置し外部とは遮断します。利便性とセキュリティはトレードオフになります。政府、金融機関等では現在でも普通に行われていることです。
Linuxであってもネットワークからログインできないようにします。サーバというと以前はシリアルポートからの接続が基本でした。シリアルコンソールは導入・運用が容易で費用対効果が非常に高いものです（導入コストはただみたいなもの）。大企業はもちろんのこと、中小企業、スタートアップ企業にこそ導入して欲しい対策です（DDoS対策・ファイアウォール、リアルタイム侵入検知、ウィルススキャン、証跡ログなどどれだけのコストが掛かるでしょう？設定ミスは大規模トラブルの元にもなります。専門知識、専門家の助けも必要不可欠です）。
全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
連絡先 office.nagasima#gmail.com (#を@に変えてメールをお願い致します）
会計ソフトに入力する前に、売上や経費をエクセルで管理することが多いと思うのですが、会計ソフトにコピー＆ペーストできません。毎月同じように発生する経費を逐一入力しないといけません。会計ソフトの中でコピーも出来るのですが、エクセルのようにはいきません。売上の場合は売掛金の入金消込もあります。決まりきった入力があまりに多いのが自作の理由です。減価償却もないので会計ソフトといっても簡単なものです。
工夫したのは、毎月同じように発生する経費入力画面です。金額を1ヶ所に入れれば、SQLの力で12ヶ月分の仕訳が自動的に作られます。
売上はエクセルからコピペしやすいよう、データシートに入力します。また証憑ファイルもデータベースに添付できます。これは便利です。顧客と月次でインデックスになっています。一般の会計ソフトにありそうでない機能です。
COBOLは事務処理に向いているといいますが（なのでSAPの開発言語ABAPはCOBOLライク）、SQLはさらに強力です。画面と帳票にアクセスを使えば、中小企業から大企業まで、ほとんどの業務をカバーできます。システムの寿命の長さという点でも有利ですね。PCのパフォーマンスがCOBOL全盛期のスーパーコンピュータを超えている現在、性能には何の懸念もありません。→今さら？クライアントサーバ
自作なので費用対効果は言うまでもないのですが、空き時間を見て1週ほどで作りました。アクセスは手軽なので商業高校の簿記とコンピュータの実習にもピッタリです。もちろん大企業も活用できると思います。バージョンアップやシステム寿命の心配もありません。
個人事業の場合、特別なことがなければ試算表＝決算書となります。また株主資本等変動計算書（旧 利益剰余金計算書）はなく、事業主貸借勘定がそれに相当します。なので作りは簡単で会計ソフトとしては必要最低限の機能しかありませんが、Excelから自由にコピーできるので、個人的には使いやすいと感じています。
どれもこれも、ユーザ、発注者からすると腹が立つコストですよね。トータルで２倍前後になります。機能、性能、品質は変わりません。納期も短くなりません。システムの寿命が長くなるということもありません。まったく最低です。
でも大企業側が自分で責任を持つから、安くしてくれという話は聞いたことがありません。システムプロジェクトの失敗が怖いからです。
しかし中小企業の社長さんが、こんなバカげたコストを認めるでしょうか？システムインテグレータが中小企業を避ける理由の１つがこれです。
ホームページくらいなら目をつぶるにしても、気になるのは販売管理、在庫管理システムです。IT業界も２０代で辞めてしまうことが多く業務知識まで頭に入っているエンジニアは大手でも多くはありません。業務要件は大企業でも中小企業でも変わりません。あたりまえですが勘が働かないと要件定義は出来ません。出来ていないことすら気付けません。
冒頭のバカけたコスト、要はシステムインテグレータの教育代です。大企業は払えても中小企業は払えません。実は中小企業のシステム導入は経験者にしかできません。中くらいのエンジニアでは出来ません。しかし規模の小さい案件に限られた経験者をアサインすることはシステムインテグレータの商売の理屈として成り立ちません。これが理由の２つ目です。
売上高100億円から1000億円の事業だと、オフコン現役というところも珍しくはありません。IBMだと AS/400、NECだと A-VX、他富士通など。そろそろ寿命も尽きます。そこで新システム構築なのですが、パッケージソフトがはまりません。大企業では逆にパッケージソフトやERPからの移行という案件も聞きます。だいたい無理にパッケージ、ERPをはめ込んだシステムは寿命が短くなります。パッケージの方が費用対効果が高いとは限りません。
お医者さんや、大工さん程ではありませんが、システムエンジニアにもヤブと腕利きがいます。腕利きにあたれば同じコストで、タフで使いやすく、長期にわたり安心、安全に使えるシステムが出来上がります。大手に依頼しても運が悪ければ、そもそもプロジェクトが進みません。疑問があればご相談ください。
業務管理システムとして、ユーザの操作性、費用対効果、システム寿命の3つの点で最強の組み合わせはクライアントサーバです。
Webアプリは元々、限られたサーバリソースをコネクションプールを経由し効率良く使うためのものでしたが、性能が向上した今では、家電量販店で売られているPCで3万人企業のデータベースも快適に動かすことができます、クラサバで。
最近関わったプロジェクトのシステム構成が冒頭の図です。MariaDBですが8コアで毎秒300トランザクション以上の業務処理ができます。8コア8GBのPCなんて10万円もしません。
MariaDBはレプリケーション構成も出来るので可用性対策も簡単に済みます。ネットワーク障害やセキュリティ対策のコストを考えるとクラウドよりもオンプレミスでマシンを持ったほうが有利です。拠点間接続も10万円程度のルータでインターネットVPNを組めます。これもIoTニーズのおかげでSIM内蔵でVPN機能を持つルータが10万円くらいです。
Webブラウザの仕様違い、バージョンアップにさんざん悩まされて、もはやPCで最も重いアプリになってしまった現在、業務システムをWebベースにする必然性はありますかね？
どうか、流行り言葉（ＤＸとか？）に惑わされませんように。
そもそも表計算ソフトの主な用途がアメリカの確定申告でしたね。
会計ソフトの機能は突き詰めると記帳と決算です。基本となるデータは仕訳帳テーブルです。仕訳帳は会計システム唯一のトランザクションテーブルです。仕訳帳を合算する際の条件や合算項目（集計軸）によって決算書、試算表、各種元帳、月次売上推移表などに見た目が変わりますが、ファクトは1つということです。システム設計としては簡単で、せいぜい貸方、借方で1記帳2レコードになることと、勘定科目の貸方、借方に応じて符号があることくらいです。なので仕訳帳をもとにピボットテーブルを作れば、決算書になります。形式に凝ることもないのでBS,PL,SSが一緒になった試算表形式がいいと思います（個人事業の場合SSはBSの事業主貸借で済ませます）。貸方がマイナスになりますが、自分しか見ないので、そのままでも、エクセルの表示形式で直してもいいです。
このようなイメージになります。ピボットテーブルで決算書になるのか？という疑問があるかもしれませんが、会計ソフトの内部ではピボットテーブルと同じことを行っています。BIと会計は相性が良くて多次元データベース Essbase も管理会計の定番でしたね。
オンライン版のExcel（Office365）でも使えました。シート間参照、ピボットテーブルも問題ありません。FreeOfficeの表計算もOKでした。私はこれで十分です。
全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
Windows10 、何もしていないのに、しばしばディスクがフルアクセスされたり、CPUが100％ 近くに張り付いていませんか？勝手にOSのアップデートを行っているからなのですが、オフィスワークだとCPU時間の7割以上がOS自体の維持メンテなのではないでしょうか？たまに家のPCをONにすると、アップデートが顕著ですね。ユーザよりもOSの保守が優先されています。おかしくありませんか？サーバだったら大問題になります。
ソフトウェアの基本は単純であることです。Windows に比べ、単純、軽量な Linux がサーバで好まれる理由がここにあります。性能、可用性、セキュリティどれをとっても、単純な OS が有利です。熟練したシステム設計者は、求められる要件、場合によっては要件そのものもシステムに無理のないよう調整して、費用対効果の高い設計をします。後付で必要な機能も最小限に抑え、使わない機能はオフ設定にします。
Windowsはほぼこの裏返しです。システム設計者がついているわけでもないので無理もないのかもしれません。ユーザは何も知らない、できない、何をしでかすか分からない、という前提で、途方もないユースケースを検証したのでしょう、OSが肥大化してしまいました。さらに、ネットワークがつながる限り、OSを自己保守、最新化するという機能が実装されました。自己保守機能が問題というより、その程度です。”コンピュータを使い続けるための保守から、保守のためにコンピュータを使う” 本末転倒ですね。
昨年の大規模アップデートで懲りて、最近 PC のハードディスクをSSDに換装したのですが、空き部分に Linux (Ubuntu) を入れました。OS + Firefox + Python + FreeOffice で 9GB です。 Firefoxがあればメールもストレージも使えるので、ちょっとした仕事はできますね。Webベースでオフィスファイルも閲覧、編集できますから。そして FreeOffice ですね。マイクロソフト・オフィスではありませんが、ほぼ同じことができました。ほぼというのは、マイクロソフト固有の凝った機能は、互換性のある別の機能で代用すれば済むということです。Windowsの自動更新を我慢してまで、使いたい機能が果たしてマイクロソフト・オフィスにあるでしょうか？印刷もPDF経由ならドライバーの問題もありません。
あと、Python が入っているのは、なかなか便利です。昔のBASICと同じです。ちょっとしたプログラムを組めます。学生さんだったら Ubuntu で何の問題もないのではないでしょうか。この記事は Ubuntu から書きました。日本語もOKです。
全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
工数計算は設計屋の仕事です。では、プロジェクト企画、計画作りは？プロジェクトマネージャーの仕事ですね。プロジェクト計画の根幹である工数計算をプロジェクトマネージャーが検証できる能力、経験があればよいのですが、なかったとしたらどうでしょう？設計屋の計算をそのまま採用するのでしょうか？それでは品質管理の基本要素であるダブルチェックが効いていないことになります。
プロジェクトの品質管理はどれだけ正確にタスクを洗い出し、工数計算を行い、リソースとのバランスからスケジュールを立てられるかにかかっています。それがシステムの品質を決めることになります。議事録、要件定義書、設計書、プログラムなど個別成果物のレビュー、ダブルチェックも重要ですが、プロジェクト計画が妥当なものでなければ、個々の努力も水泡と化すでしょう。
品質管理プロセスは重要です。プロジェクトの最初の品質管理は、プロジェクト計画に対して行います。この時点で成否は半ば決まります。
工数計算ですが、設計者自身が複数の方法で自己検証します。積み上げ法と経験法ですね。ダブルチェックは積み上げ法の要素分解の妥当性を検証します。もちろん経験的に工数が大きく逸脱していないかも見ますが、大きな逸脱があるなら設計者自体が問題です（アサインミスです）。
プロジェクトマネージャーは自分自身で要素分解を行い要素毎の工数を見積もります。安全バッファーなどを考慮し最終的なスケジュール、工数とします。工数計算はスケジュール、進捗管理と連動しています。しっかり移行、総合試験、受け入れ検証の期間をおさえることが重要です。
工数が膨れる要因は上流工程にあります。プロジェクト計画の具体性・現実性、要件検討会の運営、要件定義から基本設計にベテランをあてられるか、にかかっています。
開発スタッフの単価、人数で、基本設計のまずさは取り返せません。はじめが肝心です。納期、品質で取り返しのつかないことにならないようにしましょう。
EVMで進捗報告を行うことがプロジェクト管理の要求要件になっている入札案件もあります。正確な工数計算とプロジェクト計画、なおさら必要ですね。
全社のシステムを少ない人数で見ていれば時に見落としもあるかもしれません。
オフィスエヌ ショートレビュー5万円から。
