EUCとは?意味・EUDとの違い・メリット・リスクと管理を解説
Check!
- EUCは現場が自作する仕組みのこと
- 属人化と数式の誤りが主なリスク
- 台帳と文書化で管理して使い分ける
EUCとは、End User Computingの略で、情報システム部門ではなく業務部門の社員(エンドユーザー)が、ExcelやAccess、BIツール、ローコードツールなどを使って、自分の業務に必要な集計表やアプリ、データベースを自ら作り、運用することです。ただし「EUC」は、従業員が使う仮想デスクトップなどの端末環境を指す場合や、日本語の文字コードEUC-JPを指す場合もあります。この記事では、この3つの意味を整理したうえで、中心となる業務部門の自作ツールについて、EUDとの違い、メリットとリスク、経済産業省のガイダンスに基づく管理の進め方、専用のシステムに移すかどうかの判断の目安を解説します。
現場で作った仕組みの管理、どこから整える?2問で目安がわかります
Q1. いま現場で自作している仕組みで、うまく回っていないのはどちらに近いですか?
おすすめ記事
目次
開く
閉じる
開く
閉じる
- EUCとは|意味と、現場が自作する仕組みの具体例
- 同じ「EUC」でも意味が3つある|EUD・仮想デスクトップ・文字コード
- EUCに使われる主なツール|表計算・データベース・BI・ローコード・RPA
- EUCが広がった背景と、いま注目される理由
- EUCのメリット|現場の速さと、情報システム部門の負担軽減
- EUCのデメリットとリスク|属人化・品質・セキュリティ・コスト
- EUCと内部統制|経済産業省のIT統制ガイダンスが示す管理
- EUCを安全に進める運用ルール|ガイドライン・申請承認・台帳・相談窓口
- EUCか専用のシステムか|判断の目安と載せ替えの考え方
- よくある質問(FAQ)
- まとめ|EUCの意味と、安全に活用するために押さえる5つのこと
- 参考文献
EUCとは|意味と、現場が自作する仕組みの具体例
EUC(エンドユーザーコンピューティング)とは、業務部門の社員が、情報システム部門に頼らず、ExcelなどのITツールで自分の業務に必要な仕組みを作り、運用することです。
意味と、情報システム部門の管理外になりやすい理由
EUCの主体は、システムを使う側の業務部門の社員です。専門のエンジニアに開発を依頼するかわりに、市販の表計算ソフトやローコード・ノーコードのツールを使い、自分の部署の仕事に合う仕組みを自分で作ります。現場の事情に合わせてすぐ直せる一方で、情報システム部門が仕組みの存在を把握していないことが多く、管理の外に置かれがちです。
経済産業省の「システム管理基準 追補版(財務報告に係るIT統制ガイダンス)」(令和6年12月25日)のコラムも、ノーコード開発サービスなどで情報システム部門の管理外のシステム化が広まると、スプレッドシートやエンドユーザコンピューティング(EUC)と同様に、ツールの引き継ぎやセキュリティ対策が困難になるリスクがあると述べています。
現場が自作する仕組みの具体例
- Excelの関数やマクロ(VBA)で、売上・在庫・勤怠などの集計表や帳票を自動で作る
- 申請書や承認の流れを、Excelの様式とメールの添付で回す
- Accessなどで、顧客台帳や案件管理の簡易データベースを作る
- BIツールで、売上データを見やすいダッシュボードにする
- ローコード・ノーコードのツールで、現場の業務アプリを作る
- RPAで、システムへの入力や転記の作業を自動化する
このうち、申請と承認の回し方と、部署内や取引先との連絡・共有の仕組みは、自作のまま続けるか、専用のサービスに載せ替えるかで迷いやすい部分です。Excelとメールで申請書を回していると、どれが最新版か、いま誰の承認待ちかがわかりにくくなります。連絡が個人宛のメールやファイルに散らばると、作った人しか経緯を追えません。2つのサービスの役割の違いを、先に表で確認します。選び方の詳細は、おすすめのチャットシステム7選|選び方や導入時の注意点を解説と、おすすめのワークフローシステム9選|選ぶポイントを詳しく解説の記事で整理しています。
現場の自作ツールを置き換える・支える2つのサービス|役割の違い
自社の状況を選ぶと、合うサービスが強調されます。優劣ではなく役割の違いで並べています
この状況に合う一例:コラボフロー。承認経路を直感的な操作で設計でき、運用中にフォームレイアウトの追加・修正もできます。
資料を無料ダウンロードこの状況に合う一例:Chatwork。チャットに加えて通話機能やタスク・ファイル管理などを使い、連絡と共有を1か所に集められます。
資料を無料ダウンロード| サービス | Chatwork |
|
|---|---|---|
| 向いている会社 | 現場のExcel申請書や承認の流れを、初めてシステム化する会社。承認の経路や項目を自社で調整したい会社 | 初めてビジネスチャットを導入する中小企業。部署内や取引先との連絡・相談・資料共有を1か所にまとめたい会社 |
| 特徴 | 誰でも思い通りのワークフローを簡単に作成できる。シンプルで直感的な操作で承認経路を設計できる。運用中にフォームレイアウトの追加・修正ができる | チャットだけでなく、通話機能やタスク・ファイル管理などの機能が充実している。無料で始められるフリープランがある。社内外でも使いやすいシンプルさ |
| 注意したい点 | クラウド版には、1ユーザーにつき5GBの容量制限がある | より高いセキュリティとサポートの手厚さを求める場合は、エンタープライズの契約が必要 |
| 資料・詳細 |
2サービスの資料をまとめて請求(入力は1回・無料)
まとめて資料をダウンロード表は横にスクロールできます。2サービスの内容は商品ページで確認した情報です(確認日2026年10月20日)。料金はプランによって異なるため、資料や公式サイトで確認してください。
申請書や承認の流れを、Excelとメールからシステム化する場合の一例が、株式会社コラボスタイルのコラボフローです。商品ページでは、誰でも思い通りのワークフローを簡単に作成できること、シンプルかつ直感的な操作で承認経路を設計できること、運用中にフォームレイアウトの追加・修正ができることが紹介されています。一方で、クラウド版には1ユーザーにつき5GBの容量制限があります。料金はプランによって異なるため、資料や公式サイトで確認してください。
おすすめ!
- 誰でも思い通りのワークフローを簡単作成
- シンプルかつ直感的な操作で承認経路を設計
- 運用中にフォームレイアウトの追加・修正が可能
気になる…
- コラボフローのクラウド版には、1ユーザーにつき5GBの容量制限がある
コラボフローの導入事例では、島津サイエンス西日本株式会社の企画部の担当者が、導入の決め手を次のように述べています(事例ページの公開日は2024年6月25日)。現場がExcelで作ってきた帳票を、作り直さずに使えるかどうかが、EUCの仕組みを載せ替えるときの分かれ目になることがわかります。
導入の決め手になったのは、Excelの帳票をそのままワークフローとして使用できるところです。
出典:コラボフロー 導入事例 島津サイエンス西日本株式会社
部署内や取引先との連絡・相談・資料共有を1か所に集める場合の一例が、Chatwork株式会社のChatworkです。商品ページでは、無料で始められるフリープランがあること、チャットだけでなく通話機能やタスク・ファイル管理などの機能が充実していること、年齢や性別を問わず社内外でも使いやすいシンプルさが紹介されています。一方で、より高いセキュリティとサポートの手厚さを求める場合は、エンタープライズの契約が必要とされています。料金はプランによって異なるため、資料や公式サイトで確認してください。
Chatwork株式会社
Chatwork
Chatwork株式会社
Chatwork
タスク管理やビデオ通話も◎初めて導入する中小企業におすすめ
おすすめ!
- まずは無料で始められる「フリープラン」の提供
- チャットだけでなく通話機能やタスク・ファイル管理などの機能が充実
- 年齢性別問わず社内外でも使いやすいシンプルさが魅力
気になる…
- より高いセキュリティとサポートの手厚さを求める方はエンタープライズの契約が必要
Chatworkの導入事例では、株式会社シンワ歯研の本社副所長が、導入前の課題を次のように述べています(取材は2023年11月)。同社の事例ページは、顧客管理が属人化していたと紹介しています。
導入前の課題として、情報の一元管理ができていないことがありました。
出典:Chatwork 導入事例 株式会社シンワ歯研
ただし、自作の仕組みをすべて置き換える必要はありません。どこまでを現場の自作に任せ、どこからを専用のサービスや情報システム部門の管理に移すかは、後の「EUCか専用のシステムか」の章で整理します。
同じ「EUC」でも意味が3つある|EUD・仮想デスクトップ・文字コード
EUCは、文脈によって、業務部門の自作ツール、従業員が使う端末やデスクトップの環境、日本語の文字コードEUC-JPの3つを指します。
| 意味 | 指すもの | 主な場面 | 関連する言葉 |
|---|---|---|---|
| 業務部門の自作ツール(この記事の中心) | 業務部門の社員が、ExcelやBIツールなどを使って、自分の業務に必要な仕組みを作り、運用すること | 情報システム部門、内部統制、DX推進の相談 | EUD、シャドーIT、属人化、ITガバナンス |
| 端末・デスクトップの環境 | AWSの説明では、従業員が業務に必要なアプリケーション、デスクトップ、データへ安全にリモートアクセスできるようにする仕組み。技術、ポリシー、プロセスの組み合わせとされる | リモートワーク、端末の管理、クラウドの導入 | VDI、DaaS、シンクライアント |
| 日本語の文字コード(EUC-JP) | 日本語の文字をコンピューターで扱うための符号化方式の1つ | UNIX系のシステム、古いWebサイトやプログラムの保守 | UTF-8、Shift_JIS、文字化け |
EUCとEUDの違い
EUDは、End User Developmentの略で、業務部門のユーザー自身が業務アプリやシステムを開発することを指します。EUCとEUDの線の引き方は、解説によって少しずつ異なります。ITガバナンスの解説では、EUCをExcelやAccessなどのオフィスツールでデータ分析やレポート作成を行うこと、EUDをマクロ言語や簡易データベースなどで業務システムに近いものを組み上げる形態としています(IT調達ナビ)。別の解説は、EUCを既存ツールの利用、EUDを業務アプリの開発・構築と整理し、リスクの現れ方も異なるとしています(BTNコンサルティング)。
どちらも業務部門が主体という点は共通で、技術の発展によって区別がなくなりつつあるとして、EUCにまとめて説明している解説もあります。この記事でも、特に区別が必要なときだけEUDと書きます。
端末・デスクトップ環境としてのEUC(VDI・DaaS)
AWSの解説では、VDI(仮想デスクトップインフラストラクチャ)は、中央のサーバー上に仮想デスクトップを作り、利用者がネットワーク経由で任意の端末からアクセスする方式です。DaaS(Desktop as a Service)は、プロバイダーがクラウド上で仮想デスクトップを提供するサービスで、利用者単位のサブスクリプションで契約し、保守やバックアップ、更新はプロバイダーが担います。こちらは、業務部門が自作する仕組みの話ではなく、情報システム部門が端末と作業環境を整える話です。DaaSを含むクラウドサービスの分類は、IaaS・PaaS・SaaS・DaaSの違いを図解|住宅の例えと責任分担で整理で説明しています。
文字コードのEUC-JPとUTF-8の違い
EUC-JPは、日本語の文字を表す符号化方式の1つです。IANAの文字コード登録簿では、EUC-JP(正式名はExtended_UNIX_Code_Packed_Format_for_Japanese)を、US-ASCII、JIS X0208-1990、半角カタカナ、JIS X0212-1990の4つの文字集合を切り替えて使う方式と記載しています。UNIX系のシステムで使われてきた方式です。
UTF-8は、RFC 3629で定義された、Unicodeの文字を1-4バイトで表す方式で、US-ASCIIの範囲は同じ値の1バイトで表します。WHATWGのEncoding Standardは、新しいプロトコルや形式、既存の形式を新しい場面で使うときは、UTF-8を使うことを求めています。EUC-JPは、既存のコンテンツとの互換のために定義されている旧来の符号化方式の1つです。文字コードの指定を取り違えると文字化けが起きるため、EUC-JPで作られた古いデータを扱うときは、どの文字コードで保存されているかを先に確かめてください。
「EUCとはExcelで何ですか」という疑問について
EUCは、Excelの機能や関数の名前ではありません。EUCの具体例としてExcelの関数やマクロが挙げられることが多いため、この疑問が生まれると考えられます。経済産業省のガイダンスも、スプレッドシートを「表計算ソフトで作成した数式、マクロ、プログラム等を含む表やデータベースソフト等」と説明しています。Excelは、EUCの代表的なツールの1つで、EUCは、そのようなツールを使って業務部門が自分で仕組みを作る取り組みのことです。
EUCに使われる主なツール|表計算・データベース・BI・ローコード・RPA
EUCに使われる主なツールは、表計算ソフト、簡易データベース、BIツール、ローコード・ノーコードの業務アプリ、RPAの5種類です。
| 種類 | 代表的な使い方 | 注意したい点 |
|---|---|---|
| 表計算ソフト(例:Excel、Googleスプレッドシート) | 集計表、帳票、関数やマクロによる自動計算、申請書の様式 | 数式の誤りやコピー忘れが結果に直結する。Excelのワークシートの上限は1,048,576行、16,384列(Microsoft公式、2026年10月20日確認)で、大量のデータには向かない |
| 簡易データベース(例:Access) | 顧客台帳、案件管理、在庫管理 | 作成者以外が構造を理解しにくく、同時に使える人数や共有の方法に制約が出やすい |
| BIツール(例:Power BI、Tableau) | 売上や在庫のデータを集めて、グラフやダッシュボードで見える化する | 元のデータの定義がずれると、全社システムの数字と合わなくなる |
| ローコード・ノーコード(例:kintone、Power Apps) | 現場の業務アプリ、申請や案件の管理画面を、画面操作で組み立てる | 作りやすい分、似たアプリが増えて把握できなくなりやすい。アプリの作り方|ノーコード・プログラミング・外注の選び方と手順も参考になる |
| RPA(例:UiPath、WinActor) | 定型の入力・転記・ファイル操作をロボットに任せる | 画面の仕様が変わると止まる。作成者が異動すると保守できなくなる。AI自動化とは?できること一覧・RPAとの違い・導入手順を解説も参照 |
上の表の製品名は、EUCに使われるツールの例として挙げたもので、特定の製品をすすめるものではありません。どのツールでも、現場が手軽に作れることと、あとから管理しにくくなることは表裏一体です。
EUCが広がった背景と、いま注目される理由
EUCが広がった背景は、業務部門ごとの個別の要望が情報システム部門に届きにくいことと、専門知識がなくても使える開発ツールが増えたことです。
個別の要望が積み残されやすい
BOXILの解説は、EUCが広がった理由として、非定型的な処理ニーズの拡大、問題の積み残し、価格性能比の向上の3つを挙げています(BOXIL「EUCとは」)。部門ごとに異なる非定型の処理は、情報システム部門の優先度が上がりにくく、処理能力にも限りがあるため、対応しきれない要望が積み残されます。その結果、業務部門が自分でツールを作る流れが生まれます。
専門知識がなくても作れるツールが増えた
経済産業省のガイダンスのコラムは、プログラミングのかわりにアイコン等の組合せでアプリケーションを開発するノーコード開発サービスの進化により、ITスキルが高くないスタッフでも、RPAなどの自動処理ツールを使って簡単にシステム化を推進できるようになったと説明しています。作れる人が増えたぶん、情報システム部門の目の届かない仕組みも増えやすくなっています。
DX(デジタルトランスフォーメーション)の流れで、現場主導の業務改善が求められる場面が増えたことも、EUCが注目される理由です。ただし、現場の速さを生かすことと、全社として管理することを両立させる必要があります。
EUCのメリット|現場の速さと、情報システム部門の負担軽減
EUCのメリットは、現場のニーズにすぐ応えられること、繰り返しの作業を減らせること、情報システム部門の負担を抑えられること、利用者のITリテラシーが上がることです。
現場のニーズにすぐ応えられる
業務部門が自分で優先順位を決めて着手できるため、開発の依頼や順番待ちの時間が減ります。業務に詳しい本人が作るので、実際の仕事の流れに合った仕組みにしやすいことも利点です。ITガバナンスの解説は、全社最適を目指す情報システム部門では対応しにくい、部門ごとの個別の要望を実現できる点を、メリットとして整理しています(IT調達ナビ)。
繰り返しの作業を減らせる
データの集計や報告書づくりのような繰り返しの作業を、関数やマクロ、RPAで自動化すると、担当者は判断や分析など付加価値の高い仕事に時間を使えます。
情報システム部門の負担を抑えられる
情報システム部門の要員、予算、時間が足りないとき、業務部門が自分でできる範囲を引き受けることで、情報システム部門は全社の基盤や戦略的な業務に集中できます。外部の開発会社に依頼する費用を抑えられる場合もあります。
利用者のITリテラシーが上がる
自分でツールを作る経験を通じて、データの持ち方や関数、ツールの使い方を理解する社員が増えます。業務のデータがどう流れているかが見えるようになり、業務改善の提案もしやすくなります。
EUCのデメリットとリスク|属人化・品質・セキュリティ・コスト
EUCの主なリスクは、作った人しかわからない属人化、数式やデータの誤り、情報システム部門の目が届かないセキュリティ、コストの見えにくさです。
| リスク | 起きること | 防ぐ考え方 |
|---|---|---|
| 属人化 | 作成者以外は、運用も変更もできないブラックボックスになる。担当者が異動・退職・休暇で不在になると、業務が止まる | 仕組みの内容を文書化し、複数の人が運用できるようにする(経済産業省のガイダンスも、プログラムの内容の文書化を対策に挙げている) |
| 品質・データの誤り | 数式のコピー忘れや誤りが、結果の正確性に直接影響する。EUCの計算結果と全社システムの数字が合わず、誤った判断につながる | 作成者と利用者を分けるか、第三者が検証する。再計算などの検証を行う |
| セキュリティ・アクセス | 共有フォルダに置かれ、誰でも使える状態になる。誤削除や情報漏えいのきっかけになる | 使える人を決め、権限を設定する。担当者以外が重要なデータを変更できないようにする |
| データの消失 | パソコンの故障や誤操作で、ファイルとデータが失われる。バックアップやBCPの対象から外れやすい | 関連するデータを含めて、定期的にバックアップを取り、安全に保管する |
| コストの見えにくさ・部分最適 | 情報システム部門の予算の外側で行われ、全体のコストが見えない。ソフトが無償でも、作成と保守の人件費はかかる | 作った仕組みを一覧にして、全社の方針や予算との関係を確かめる |
属人化、品質、コストの整理は、ITガバナンスの解説(IT調達ナビ)を参考にしました。数式の誤りと対策は、経済産業省のガイダンスの記載です(詳しくは次の章)。
ツールを使うこと自体が目的になる
BOXILの解説は、EUC推進で陥りやすい状態として、情報の活用より見た目の整った図表を作ることに関心が向いたり、パソコンを使うこと自体が目的になったりする危険を挙げています。何のために作るのか、効果をどう確かめるのかを、作る前に決めておくことが大切です。
申請と承認の回付で起きやすいこと
EUCの中でも、申請書をExcelで作り、メールに添付して回す運用は、最新版の取り違え、承認待ちの見落とし、承認の履歴が残らないことが起きやすい場面です。承認の経路と履歴をあとから確かめられる形にするには、ワークフローシステムに載せる方法があります。承認の記録の考え方は、稟議書とは?書き方・記載項目・DXとの関係・よくある失敗を解説も参考になります。
EUCと内部統制|経済産業省のIT統制ガイダンスが示す管理
財務報告に関わるスプレッドシート等は、上場企業等の内部統制報告制度で統制の評価対象になり得ます。経済産業省のガイダンスは、文書化・バックアップ・アクセス制限・検証などの対策を例示しています。
なお、この章は公的資料の紹介であり、法的・会計監査上の助言ではありません。自社への当てはめは、監査法人や専門家にご確認ください。
なぜスプレッドシートが統制の対象になるのか
経済産業省の「システム管理基準 追補版(財務報告に係るIT統制ガイダンス)」のまえがきは、金融商品取引法によって、財務報告に係る内部統制の整備と運用状況の有効性を評価・報告することが上場企業に義務付けられたと説明しています(内部統制報告制度)。同ガイダンスは、決算・財務報告のプロセスで、財務会計システムなどの専用ソフトウェアのほかにスプレッドシート等を利用する場合があり、このような場合には、計算式のコピー忘れや計算式の誤りが財務報告の正確性や網羅性に直接影響するため、スプレッドシート等の統制についても評価することになる、と述べています(第3章)。
ガイダンスが挙げる5つの対策
同ガイダンスは、スプレッドシート等が実務担当者自身で利用でき、IT全般統制で定める開発の手順や記録を残さずに使える点を踏まえて、財務報告の作成に関わる場合に考えられる対策として、次の5つを挙げています(第4章 4(4)スプレッドシート等)。
- 表や数式の作成者と利用者を区分するか、第三者が検証する体制を整備する
- プログラムの内容を文書化する
- スプレッドシート等と関連するデータを定期的にバックアップする
- 財務報告に関連する場合、担当者以外がデータにアクセスして内容を変更できない体制を整備する
- 処理結果について、誤りや虚偽のリスクを防ぐために、再計算等の検証を検討する
統制目標の例としては、職務権限・利用権限が定められていること、利用が承認されていること、完全性・正確性・正当性に関する方針と手続があること、文書化されていること、バックアップを取ること、利用者が数式やマクロを改ざんできないこと、検算などで検証できる仕組みがあることが示されています。
管理外のシステム化は、情報システム部門が把握する
同ガイダンスのコラム「全社員デジタル人材化に伴うリスク」は、情報システム部門の管理外でのシステム化に対して、情報システム部門が全てのツールを把握し、適宜テストやモニタリングに関与し、ツール使用のドキュメント化を推進する必要があるとしています。あわせて、現場や経理部門のスタッフと情報システム部門の連携を強化し、ツール開発に関するガイドラインを策定することを求めています。ノーコード開発ツールの利便性を生かしつつリスクを抑えるには、システム部門と現場や経理部門の一体化が不可欠、という整理です。
EUCの棚卸し台帳に入れる項目の例
上の対策を、日々の棚卸しで確かめる項目に置き換えると、次のような台帳になります。これは公的ガイダンスの対策を台帳の列に並べ直した例で、公的な様式ではありません。
| 台帳の項目 | 書く内容 | ガイダンスの対策との対応 |
|---|---|---|
| ツール名・用途 | 何の業務に使うファイルやアプリか | 把握(情報システム部門が全てのツールを把握する) |
| 作成者・利用者・承認者 | 作った人、使う人、利用を承認した人 | 作成者と利用者の区分、利用の承認 |
| 財務報告への関わり | 決算や財務報告に使うか、使わないか | 財務報告に関わる場合に統制を強める |
| 保存場所・アクセス権限 | どこに置き、誰が開いて変更できるか | 担当者以外の変更を防ぐ体制 |
| 内容の文書化 | 仕様書、手順書、数式の説明があるか | プログラムの内容の文書化 |
| バックアップ | 取っているか、頻度と保管先 | 定期的なバックアップ |
| 検証の方法 | 再計算、第三者の確認、検算の仕組み | 再計算等の検証 |
| 最終見直し日 | 最後に内容と利用状況を確認した日 | テスト・モニタリングへの関与 |
EUCを安全に進める運用ルール|ガイドライン・申請承認・台帳・相談窓口
EUCを安全に進めるには、利用ガイドライン、申請・承認の流れ、棚卸し台帳、相談窓口の4つを最低限そろえ、現場の自由と全社の統制を両立させます。
1. 利用ガイドラインを決める
使ってよいツール、扱ってよいデータ、公開する範囲、個人情報の扱いを文書にします。EUCの統制を整理した解説は、禁止ではなく、統制のとれた自由な活用を目指すことを、基本の考え方としています(BTNコンサルティング)。
2. 申請・承認の流れを決める
財務報告や基幹の業務に関わる仕組みは、作る前の申請と、情報システム部門の確認を挟みます。申請と承認の経路が決まっていても、Excelとメールの回付では、守られているかを確かめにくくなります。
3. 棚卸し台帳を定期的に見直す
前の章の台帳を、定期的に見直します。使われていないファイルの整理や、作成者の異動後の引き継ぎ先の確認も、台帳で行います。
4. 相談窓口とCoEを置く
MicrosoftのPower Platform向けの解説では、CoE(センター・オブ・エクセレンス)を、リーダーシップ、ベスト プラクティス、サポート、トレーニングを提供する組織内のチームと説明し、知識と成功を共有しながら、標準、一貫性、ガバナンスを組織に提供するものとしています。同じ解説は、CoEの運営にはツール以上のものが必要で、人、コミュニケーション、定義された要件とプロセスが欠かせず、ツールは最終的な手段だと述べています(Microsoft Learn「CoE スターター キットの概要」、2026年10月20日確認)。
小さな会社では、専任のCoEを置かなくても、現場の質問を受け付ける窓口と、ルールを知らせる場所を決めるだけで効果があります。窓口が個人宛のメールだと、相談の経緯が共有されず、同じ質問が繰り返されます。
Chatwork
ルールの周知や現場からの相談が、個人宛のメールで止まっていませんか?
こんな会社に向いています
部署内や取引先との連絡・相談を1か所にまとめたい会社
まず無料のフリープランで、相談窓口として試したい会社
小さく始めて、効果を確かめてから広げる
EUCの導入を解説する記事では、小規模な業務で試験導入して課題を洗い出し、作業時間やエラーの件数などの指標で効果を確かめて改善し、成果をもとに対象を段階的に広げる3つの段階が紹介されています(DBJデジタルソリューションズ「EUCとは」)。最初から全社に広げず、対象を絞って試すと、ルールの不足にも早く気づけます。
自社のEUC、今の管理で足りている?セルフチェック
当てはまるものを選んでください(登録不要)
EUCか専用のシステムか|判断の目安と載せ替えの考え方
EUCで続けるか専用のシステムに移すかは、財務報告への影響、利用者の範囲、作成者への依存度、業務の標準性の4点で判断します。
次の表は、前の章までの公的ガイダンスの考え方を、判断の順に並べた目安です。公的な基準ではなく、自社の状況に合わせて調整してください。
| 確認すること | 当てはまる場合の目安 |
|---|---|
| 決算・請求・個人情報など、重要な情報に関わるか | 関わるなら、情報システム部門や経理と相談し、台帳・文書化・検証を前提にする。専用システムへの移行も検討する |
| 使う人が自部門を超えて、複数の部署や全社に広がっているか | 広がっているなら、個人の自作ではなく、全社で管理されるサービスや仕組みに移すことを検討する |
| 作成者が不在でも、他の人が直して動かせるか | 動かせないなら、文書化と引き継ぎを先に行う。難しければ、標準的なサービスへの載せ替えを検討する |
| 申請・承認や連絡のような、他社でも共通する標準的な業務か | 標準的な業務なら、ワークフローシステムやビジネスチャットなど、既製のサービスの資料を確認する |
| データ量や処理が増えて、動作が重くなっているか | 表計算ソフトの上限や処理速度に近づいているなら、データベースや専用システムを検討する |
現場の自作に向くのは、自部門で完結し、財務報告に影響せず、作成者が変わっても引き継げる仕組みです。逆に、申請・承認や連絡のような標準的な業務は、既製のサービスに載せ替える選択肢があり、承認の経路や権限をサービスの設定で管理できる場合があります。
よくある質問(FAQ)
Q1. EUCとはどういう意味ですか?
A. EUCは、End User Computing(エンドユーザーコンピューティング)の略で、業務部門の社員が、情報システム部門に頼らず、ExcelなどのITツールで自分の業務に必要な仕組みを作り、運用することです。ほかに、仮想デスクトップなど従業員の作業環境を指す場合や、日本語の文字コードEUC-JPを指す場合があります。
Q2. EUCとEUDの違いは何ですか?
A. EUDはEnd User Developmentの略で、業務部門のユーザー自身が業務アプリなどを開発することです。ITガバナンスの解説では、EUCをExcelやAccessなどによるデータ分析やレポート作成、EUDをマクロ言語や簡易データベースなどで業務システムに近いものを組み上げる形態と整理しています。解説によって線の引き方は異なり、区別がなくなりつつあるとする見方もあります。
Q3. EUCとUTF-8の文字コードの違いは何ですか?
A. EUC-JPは、UNIX系のシステムで使われてきた日本語の文字コードで、IANAの登録簿ではUS-ASCII、JIS X0208-1990、半角カタカナ、JIS X0212-1990を切り替えて使う方式とされています。UTF-8は、RFC 3629で定義された、Unicodeの文字を1-4バイトで表す方式です。WHATWGのEncoding Standardは、新しい形式にはUTF-8を使うことを求めています。
Q4. EUCとはエクセルで何ですか?
A. EUCは、Excelの機能や関数の名前ではありません。ExcelのマクロやVBAを使って、業務部門が集計表や帳票を自分で作ることは、EUCの代表的な例です。EUCは、そのようなツールで現場が自分の仕組みを作り、運用する取り組みを指す言葉です。
Q5. EUCのリスクと対策は何ですか?
A. 主なリスクは、作成者しかわからない属人化、数式のコピー忘れや誤り、アクセス管理の不備、バックアップがないことによるデータの消失です。経済産業省のガイダンスは、財務報告に関わるスプレッドシート等について、作成者と利用者の区分または第三者の検証、プログラムの文書化、定期的なバックアップ、担当者以外が変更できない体制、再計算等の検証を挙げています。
Q6. EUCは禁止したほうがよいですか?
A. 一律に禁止するより、把握して管理する考え方が一般的です。経済産業省のガイダンスのコラムは、ノーコード開発ツールの利便性を生かしつつリスクを抑えるには、システム部門と現場や経理部門のスタッフの一体化が不可欠としています。利用ガイドライン、申請・承認、棚卸し台帳、相談窓口を整えたうえで、重要な業務は専用のシステムへ移すか検討します。
まとめ|EUCの意味と、安全に活用するために押さえる5つのこと
EUCとは、業務部門の社員が、ExcelなどのITツールで自分の業務に必要な仕組みを作り、運用することです。次の5つから、取り組みやすいものを選んで始めてください。
- 意味を押さえる:EUCは業務部門の自作ツール。仮想デスクトップや文字コードのEUC-JPを指す場合もある
- 利点とリスクを知る:現場の速さと、属人化・数式の誤り・管理外という弱点を両方見る
- 対策を決める:作成者と利用者の区分、文書化、バックアップ、アクセス制限、再計算などの検証
- 管理の仕組みを作る:利用ガイドライン、申請・承認、棚卸し台帳、相談窓口を整え、小さく試してから広げる
- 載せ替えを検討する:申請・承認や連絡のような標準的な業務は、ワークフローシステムやビジネスチャットの資料で、自社に合う運用を検討する
なお、本記事は一般的な情報提供を目的としたもので、法的助言・会計監査上の助言ではありません。内部統制への当てはめは、監査法人や専門家にご相談ください。
参考文献
- 経済産業省「システム管理基準 追補版(財務報告に係るIT統制ガイダンス)」(令和6年12月25日):https://www.meti.go.jp/policy/netsecurity/docs/secgov/2024_ZaimuHoukokuNiKakaruITTouseiGuidance.pdf
- Amazon Web Services「EUC とは何ですか?(エンドユーザーコンピューティングの説明)」:https://aws.amazon.com/jp/what-is/end-user-computing/
- IANA「Character Sets」(EUC-JP):https://www.iana.org/assignments/character-sets/character-sets.xhtml
- IETF「RFC 3629 UTF-8, a transformation format of ISO 10646」:https://www.rfc-editor.org/rfc/rfc3629
- WHATWG「Encoding Standard」:https://encoding.spec.whatwg.org/
- Microsoft Learn「Power Platform Center of Excellence (CoE) スターター キットの概要」:https://learn.microsoft.com/ja-jp/power-platform/guidance/coe/overview
- Microsoft サポート「Excel の仕様および制限」:https://support.microsoft.com/ja-jp/office/excel-の仕様および制限-1672b34d-7043-467e-8e27-269d656771c3
- IT調達ナビ(運営:株式会社グローバル・パートナーズ・テクノロジー)「EUCやEUDとは?EUC/EUDの基本的な考え方や情報」:https://gptech.jp/articles/it-strat-gov-euc/
- BOXIL「EUC(エンドユーザーコンピューティング)とは?メリット・留意点」:https://boxil.jp/mag/a3552/
- 株式会社BTNコンサルティング「EUC・EUDの解説記事」(2026年4月29日の日付表示):https://www.btncon.com/blog/euc-eud-guide
- DBJデジタルソリューションズ「EUCとは?業務効率化を実現する仕組みと導入ステップを解説」:https://www.dbj-digital.jp/service/consulting/euc/column/004/
- コラボフロー 導入事例 島津サイエンス西日本株式会社(公開2024年6月25日):https://www.collabo-style.co.jp/case/case038/
- Chatwork 導入事例 株式会社シンワ歯研(取材2023年11月):https://go.chatwork.com/ja/case/shinwa.html
この記事に興味を持った方におすすめ