CaseHub.News

店舗やECサイトなどの顧客接点が多様化する一方、在庫やデータ、会計システムの分断は接客品質の低下や経営判断の遅れを招く。島村楽器が、分断された基幹業務を統合するクラウドERPを導入した事例を紹介する。

クラウドシステムの適用領域が広がるにつれて、日本特有の複雑な帳票要件が壁になる。農林中央金庫は、「ServiceNow」で帳票ごとの個別開発を避け、将来的な保守の手間を増大させないアーキテクチャをどう実現したのか。

長年稼働する独自システムは、正確な原価把握を阻み、経営判断を遅らせる要因になる。事業拡大に伴うデータ分断のリスクを避けるため、三和ニードル・ベアリングがクラウド型ERP導入に踏み切った経緯とは。

複数のオンプレミス製品で構成されたDBは運用負荷を増大させる。放置すればシステム改善への投資を阻むリスクがある。データ統制とクラウドサービスの利点を両立させる判断基準を、三菱UFJ eスマート証券の事例を基に解説する。

マルチクラウド運用で見落としがちなのが、クラウド間の「ネットワーク転送費用」の肥大化だ。約40年分の映像素材を持つフジテレビは、この問題を「Oracle Cloud Infrastructure」（OCI）でどう解消したのか。

事業拡大で乱立したパーソルHDのグループ各社の会計システム。「SAP S/4HANA Cloud Public Edition」に各システムを集約して手作業のデータ連携をなくし、業務標準化を進めた道のりを紹介する。

インフラが複雑化する中、年1回の外部委託による脆弱性診断だけでは脅威を防ぎ切れない。膨大な内部資産に潜む死角をふさぐために、脆弱性管理を内製化したエイチ・ツー・オー リテイリングの事例を紹介する。

グループ共通システムとしてSAP S/4HANAを導入しても、周辺業務にMicrosoft Excelを使うままでは入力不備や属人化のリスクが残る。京急電鉄がkintoneを活用して、現場主導でプロセスを標準化した事例を紹介する。

サプライチェーンの複雑化に伴って、IT部門が把握し切れない「外部公開資産」のリスクが顕在化している。これらを狙うサイバー攻撃に対抗するため、三菱自動車工業はなぜASMツールの「選び直し」を決断したのか。

クラウド型メールシステムへの移行時、標準機能だけでは厳格なセキュリティ要件を維持できない場合がある妥協すれば情報漏えいリスクを招く。この課題に対し、山梨中央銀行はどのような代替手段を選んだのか。

表計算ソフトウェアとマクロで現場の業務を効率化するだけでは、企業が掲げる成長目標に追い付かない場合がある。現場の不安や反発に配慮しつつ、AI前提の業務システムへと移行を進めるオートバックスの事例を紹介する。

業務拡大に伴って「Microsoft Excel」や紙の個別管理では限界を迎えつつあった東関交通。担当者1人に頼る属人化が経営リスクになる中、「kintone」で業務の停滞を防いで年間360時間を削減できた事例を紹介する。

データ量増加に伴う処理遅延や維持費の高騰は、既存システムの維持費高騰や運用破綻を招く。安易なインフラ増強が許されない中、オンワードデジタルラボはどのようにして運用費用を半減させたのか。

クラウドサービスの拡大でID管理がサイロ化し、退職者の「ゴーストID」放置がリスクを招いている。手作業の運用限界とシステム連携の壁をどう乗り越えるか。MIRARTHホールディングスの事例から解決の糸口を探る。

SaaSや貸与端末の台帳が分散すると、情報システム部門の負担が増すだけではなく、将来的なAI活用や内部監査の妨げにもなる。わずか1カ月で台帳の集約を実現したクラシルの事例を紹介する。

店舗業務を支えるデータベースの移行において、長時間のシステム停止は致命的だ。ダウンタイムを最小化しながら新旧システムを一元化したオーケーは、どのように技術選定と移行作業を進めたのか。

オンプレミスからクラウドへの移行で「リフト＆シフト」を採用し、IaaSにとどまるケースでは、OS管理やパッチ適用などの運用負荷は残り続ける。千葉大学の事例から、アーキテクチャ見直しの基準を解説する。

事業スピード優先でクラウド利用を拡大させると、統制不能な状態が生まれ、重大なインシデントや費用超過の要因になり得る。ファイントゥデイはいかにしてこの危機を脱し、統制と事業スピードを両立させたのか。

「データ激増で夜間バッチが朝までに終わらない」問題を放置すれば、重大な業務遅延に直結する。同様の課題を抱えていたJPX総研の事例から、処理時間を4分の1に短縮したシステム選定の基準と移行の勘所を解説する。

将来のAI活用を見据え、「RISE with SAP」のインフラを別のクラウドサービスに移行することを決めた丸紅情報システムズ。稼働中の「SAP S/4HANA Cloud」の停止期間を最低限にとどめ、難題を乗り越えた手法とは。

システムの複雑化に伴い、インフラ監視の属人化は障害や性能劣化の見落としリスクを招く。三井住友FGが、オンプレミスとクラウドにまたがる巨大金融システムの監視ツールに「Datadog」を採用した狙いとは。

みずほ証券は、金融シミュレーションの計算基盤として、液冷データセンターを新たに構築し、直接液冷方式のサーバ「HPE Cray XD2000」を採用する。両社によると、国内金融業界では初の導入という。

古いクラウドリフト型のAWSインフラは事業部門の不満を招き、「野良クラウド」増殖の温床となる。ガバナンス統制を維持しながら開発の自由度を高めるにはどうすべきか。鹿島建設の刷新事例から解決策を探る。

AIツールを一括導入しても、組織内のデータが各所に分散した状態では文脈を参照できない。約1.1万人に「Notion」と「Notion AI」を展開した慶應義塾の事例から、情報集約システムの選定と運用の勘所を解き明かす。

メインフレーム刷新は企業の急務だが、全面的なリビルドやリライトには費用面とリスク面での懸念が残る。損保ジャパンの事例から、既存資産を生かした「リホスト」選定のロジックと意思決定の基準を読み解く。

巧妙化するサイバー攻撃への対策として多要素認証の導入が推奨される中、過度なセキュリティ強化は利用者の利便性を損なうリスクをはらむ。安全性と使いやすさをどう両立すべきか。光世証券の事例から探る。

約60人の学生や教員が私物PCでファイルサーバにアクセスし、毎年人が入れ替わる東京農大の研究室。厳密なセキュリティ統制が困難な条件下で、ランサムウェアや誤操作によるデータ消失をどう防いでいるのか。

EDIの提供終了は、データ連携システムを見直す絶好の契機だ。単なるツールの乗り換えで済ませれば、運用の属人化や災害対策の脆弱性といったリスクは残る。コーセーがシステム全体を刷新した選定基準を解説する。

MDMの複雑な操作性は運用負荷を増大させ、設定ミスなどのリスクを招く。約9600台を管理する阪急交通社は、いかにしてこの課題を克服したのか。MDM見直しの基準と、大規模運用を破綻させないための勘所を明かす。

AIエージェントや自動処理プログラムに付与される「非人間ID」は放置されやすく、サイバー攻撃の標的になりやすいリスクを抱えている。JBCCホールディングスはこの課題に対して、どうID管理の統制を図ったのか。

端末とSaaSの個別管理はIT部門を疲弊させ、本来のセキュリティ施策を停滞させる。Peach Aviationはアカウントと端末を一体管理することで、どのように運用負荷の削減とガバナンス強化の基準を図ったのか。

パナソニックグループは、国内製造26拠点の基幹システムを「SAP S/4HANA」へ刷新した。拠点ごとに個別最適化されていた業務プロセスを標準化し、アドオンモジュールを7割削減してITコストを圧縮した。

クラウドサービスを導入しても、機能不足による手作業でのデータ更新が頻発するケースは少なくない。データ不整合や運用負荷の増大といったリスクをどう解消すべきか。JCOMの端末管理システムの移行事例を紹介する。

数百本に膨張した申請フォームの統合にSaaS移行は有効だが、設定の自由度が属人化を招くリスクを伴う。JPロジスティクスの事例から、ワークフロー選定の基準と運用を破綻させない設計の勘所を読み解く。

JTOWERは、経営管理プラットフォーム「Diggle」を導入した。同サービスの導入に至るまでに同社が抱えていた課題はどのようなものだったのか。サービス選定の決め手は。

エアトリは、同社の旅行予約サイトのUI／UX改善基盤として「Onboarding」を採用した。施策の公開速度は社内開発比で約4倍となり、少なくとも約3倍のROIが実現した。具体的に何をしたのか。

「Windows Server 2012 R2」のサポート終了と本社移転が重なり、ヤマハサウンドシステムはファイルサーバのクラウド移行を迫られた。大容量データと厳格なセキュリティ要件の板挟みの中で、どう成功に導いたのか。

大塚商会は、同社が展開するクラウド基盤の刷新に向けて「Nutanix Cloud Platform」を採用したと発表した。顧客1000社超の仮想マシン移行を迅速に進め、切り替えに伴う停止時間を抑制したという。

Hacobuは、モスフードサービスがAI発注・輸送最適化サービスを導入したと発表した。サービス導入の背景には、属人化からの脱却や知見の継承といったテーマがあった。

企業のデータ活用が進む一方で、部門ごとの個別最適化によるシステム分断が深刻化している。既存システムの全面刷新はリスクが高く頓挫しやすい。アクサ・ジャパンが実践した「現実的な移行アプローチ」に迫る。

内田洋行ITソリューションズは、小川建設による建設業向けERP「PROCES.S」の導入事例を公開した。30年以上運用した独自システムを刷新するまでの経緯は。

BitoBは、国際開発センターがMicrosoft 365向けバックアップサービス「BitoB Protect」を採用したと発表した。採用までの経緯は。

「アップル引越センター」を展開するアップルは、長距離便の配車計画を自動作成する“数理最適化AI”システムを導入した。開発や導入の経緯は。

ISMS認証の取得や維持を外部コンサルタントに依存し続けると、年間数千万円規模のコストが発生する上、現場の運用は形骸化しやすい。NTTドコモビジネスが直面した課題と、ツール活用による内製化事例を紹介する。

三菱UFJ銀行は、国内3事業本部にまたがる銀行経費の管理基盤として「Loglass 経営管理」を採用した。採用の決め手や経緯は。

組織でSaaS導入が進む中、既存ネットワークのままでは通信集中による遅延や、個人アカウント経由の情報漏えいリスクが生じる。3800台の端末での安全なSaaS利用を実現した高崎市のネットワーク刷新事例を解説する。

月間60万件超のデータ連携で夜間バッチが遅延すれば、現場の業務に深刻な被害が出る。ERP運用の属人化という“時限爆弾”を抱えていたゼロが、全面刷新を見送って新バージョンへの移行を決断した理由は。

エンジニアの要望に応えて「Mac」の導入を進めるものの、調達の遅れや手作業での台帳管理はIT部門の業務を圧迫しかねない。余剰在庫という「運用のわな」に直面したSansanの解決策を探る。

4万5000人が利用するシステムの裏で、JA共済連の情シスは頻繁なバージョンアップと分散したサポート窓口に悩まされていた。運用負荷を削減するために選ばれた「ソブリンクラウド」の真価とは。

顧客データや通知量が増え続ける中では、一瞬のシステム遅延や停止も許されない。膨大な処理を遅延なくさばき、AI活用を見据えてビートレンドが実施したインフラ刷新とは。