こんにちは。Amazon Web Services Japan のソリューションアーキテクトの福嶋です。 2026 年 9 月 2 日、名古屋 STATION Ai にて「AWS AI Day in Nagoya ～先行企業のリアルに学ぶ、AI 定着の現在地～」を開催しました。当初は 70 名の定員で募集を開始しましたが、想定を上回るお申し込みをいただいたため会場の座席を拡張し、当日は東海圏を中心に 120 名のお客様にご参加いただきました。ご参加いただいた皆様、ご登壇いただいた 5 社の皆様に、あらためて御礼申し上げます。 本ブログでは、イベントの背景、当日の様子、参加者の皆様からいただいた声をお届けいたします。 イベントの背景 ― PoC の先へ、AI が現場で成果を出す組織へ 多くの企業が AI の導入を始めています。しかし「導入したが、期待した成果が出ていない」「PoC は終わったが、現場に定着しない」という声が後を絶ちません。技術検証のフェーズを終え、いかに事業部門の現場で成果を出すか。いま求められているのは、「使いこなす組織」への変革です。 本イベントは、この課題意識を出発点に企画しました。事業部門が自ら AI を使いこなす事例と、開発部門が AI で生産性を変えた事例の両面から、「導入」ではなく「定着・成果」に踏み込んだ 5 社にご登壇いただき、Kiro、Amazon Bedrock、Amazon Quick を実際に現場で使った率直な手応えと課題を語っていただく構成としました。 イベント概要 項目 内容 テーマ AWS AI Day in Nagoya ～先行企業のリアルに学ぶ、AI 定着の現在地～ 日時 2026 年 9 月 2 日（水）13:30～17:30 会場 STATION Ai（名古屋市昭和区鶴舞、鶴舞駅徒歩 6 分） 主催 アマゾン ウェブ サービス ジャパン合同会社 参加者 120 名 対象 AI 活用・DX 推進に携わるマネージャー・リーダークラス、DX 推進担当者、経営企画・事業部門の意思決定者 当日の様子 写真: 会場の様子 AWS 講演① 変わり続ける AI と変わらない価値 ― いま企業が本当に投資すべきものと AWS の役割 最初のセッションは、AWS プリンシパルソリューションアーキテクトの國政 丈力より、変わり続ける AI の時代に企業が本当に投資すべきものは何か、というテーマでお話ししました。 AI は、聞かれたことに答える「道具」から、目的を渡すと自ら段取りして進める「チームメイト」へ変わりつつあります。論点はすでに「AI を使うかどうか」ではなく、「何を AI に任せ、何を人に残すか」へ移っています。一方で現場からは、どの AI を選べばよいかわからない、導入したが期待した成果が出ていない、PoC は成功したのに現場に定着しない、という声も聞かれます。 同じ基盤モデルを使っていても成果に差が出る要因は、モデルの選択ではありません。自社のデータと業務の文脈を AI にどれだけ与えられるか、作って終わりにせず動かし続けて改善できるか、安心して全社で使える統制があるか。この 3 つだという整理をご紹介しました。 AI の価値は、モデルの賢さと自社の文脈の掛け算です。モデルの賢さは誰でも同じものが手に入るため、差がつくのは自社にしかない文脈、すなわち蓄積されたデータと業務プロセス、そして現場の人と暗黙知です。変わり続けるものは AWS が吸収し、お客様は変わらない資産に投資していただきたい、というメッセージでセッションを締めました。 スライド: 國政による AWS 講演① AWS 講演② AWS の生成 AI Overview ～3 つの形で整理～ 続いて、AWS シニアソリューションアーキテクトの福嶋 拓（筆者）より、AWS の生成 AI を 3 つの形に整理してご紹介しました。 冒頭で、会場の皆様に 2 つの質問をさせていただきました。「日々の仕事で AI を使っている方」には多くの手が挙がりましたが、「AI を使いこなしていると言える方」では、挙がる手がぐっと減りました。この 2 つの手の差が、本イベントのテーマである「AI 定着の現在地」そのものだと考えています。 整理の軸としたのは、聞くと答える「生成 AI」、頼むと動く「AI エージェント」、任せると働く「Agentic AI」の 3 つです。それぞれがもたらすビジネス成果に結びつけ、AI と人がどう役割を分担するのか、そして AWS サービスがどこを担うのかをお伝えしました。 3 つの形は成熟度の段階ではなく、対象となる業務に応じて選ぶものです。AI を使いこなすとは、何を AI に渡し、何を自分の手元に残すかを決めることだというメッセージをお届けしました。 スライド: 福嶋（筆者）による AWS 講演② AWS 事例 AWS ファイナンス部門における Amazon Quick 活用 AWS シニアファイナンスマネージャーの坂本 英鴻より、Amazon 社内のファイナンス部門が実践する生成 AI「 Amazon Quick 」の活用事例を、ライブデモを交えて紹介しました。 AWS のファイナンス部門では、以前は業務時間の多くをレポート作成に費やしていましたが、現在は分析と戦略提言に時間の半分を充てられるようになっています。具体的なユースケースとしては、財務ポリシーや経理規定を学習させた専門 AI アシスタントによる問い合わせ対応の削減、ダッシュボードへの自然言語での問いかけと定例レポートの自動作成による資料作成時間の 70% 削減、予算と実績のリアルタイム可視化、承認フローのステータス確認と督促の自動化、請求書の計上処理の自動化などを挙げました。 小さく始めて広げるという導入ステップも示され、エンジニアではない職種における AI 活用の手触りが伝わるセッションとなりました。 スライド: 坂本による Amazon Quick 活用事例のセッション お客様事例① 神鋼鋼線工業株式会社 様「現場を知る人が主役になる」 神鋼鋼線工業株式会社 技術総括・DX 推進部の佐々木 淳志 様には、「現場を知る人が主役になる ～非 IT 人材から始めた、現場主導の AI 活用と社内展開～」というテーマでご登壇いただきました。非 IT 出身の担当者が AI を自ら試し、社内のキーパーソンを巻き込みながら約 50 名規模の活用コミュニティへと拡大していった過程を、BI レポート構築や業務アプリの内製化といった具体的な事例とともにご紹介いただきました。継続と巻き込みのポイントに触れた内容は、参加者の皆様からも大きな反響をいただきました。 お客様事例② 株式会社東海理化 様「配って終わりにしない」 株式会社東海理化 ニュービジネス開発部の森下 泰博 様には、「配って終わりにしない ― 製造業のニュービジネス×AI 活用」というテーマでご登壇いただきました。AI ツールを導入しても使われない、その壁をどう越えたか。新規事業部門での組織的な巻き込み施策と、PoC の爆速開発、障害対応の自動化、MCP 連携による業務効率化など、製造業発の実践事例をご紹介いただきました。 お客様事例③ タック株式会社（イビデングループ）様「AI-DLC で製品開発はどう変わったか」 タック株式会社（イビデングループ）ビジネス事業本部 民需・公共 DX 部 Smart 工場化グループの巻口 明弘 様には、「AI-DLC（AI 駆動開発ライフサイクル）で製品開発はどう変わったか ― 自社製品 設備保全ソリューション・保全マイスターの開発で見えた品質・今後の SIer としての価値 ―」というテーマでご登壇いただきました。AI 駆動開発がお客様の課題解決にどう貢献するのか、AI-DLC と Kiro を用いた製品開発事例から、総工数は変わらない一方で要件・設計品質が向上したという結果と、適用時の課題をご紹介いただきました。AI 時代に SIer が担うべき役割についても、示唆に富むお話をいただきました。 お客様事例④ 株式会社メイテツコム 様「SIer における AI を活用した開発生産性の向上事例」 株式会社メイテツコム デジタル戦略室の伊藤 誠 様には、「SIer における AI を活用した開発生産性の向上事例 ～できる子だけのツールで終わらせないための仕組み～」というテーマでご登壇いただきました。「AI を使えない人」を教育で変えるのではなく、環境ごと変える。AWS 上の共有基盤に設定を同梱し、開発者がクローンするだけで AI 環境が整うゼロコンフィグの仕組みによって、属人化の壁を取り払った実践例をご紹介いただきました。 お客様事例⑤ 東邦ガス情報システム株式会社 様「AI 駆動開発導入による開発プロセス改善と本格適用に向けた組織課題への対応」 東邦ガス情報システム株式会社 デジタルソリューション部の杉本 あみ 様には、「AI 駆動開発導入による開発プロセス改善と本格適用に向けた組織課題への対応」というテーマでご登壇いただきました。エンタープライズ開発への AI 駆動開発導入事例をご紹介いただき、コード生成だけでなくログ調査や既存資産の刷新にも AI を活用していること、そしてハルシネーション対策や成果物管理といった、本格適用に向けた組織課題への取り組みについて解説いただきました。 参加者の声 イベント後のアンケートでは、全体満足度は 5 段階評価で平均 4.4 となりました。いただいた自由記述コメントの一部を、匿名でご紹介します。 全ての企業様で、AI の活用事例が具体的で大きく進められていることがよく理解でき、大変勉強になった。 開発から運用まで現場への定着について、各社の工夫を聞くことができて参考になりました。 非エンジニアの方が、AI をエンジニアである自分より使いこなしている印象を感じました。 自由記述コメントでは「他社事例が参考になった」というご意見を多くいただき、技術そのものよりも AI を組織にどう根付かせるかという観点への関心の高さが表れていました。Kiro や Amazon Quick を用いたハンズオン、AI ユーザーコミュニティへの参加をご希望いただいた方も多く、当日の学びを次の一歩につなげたいという意欲を多くの方からいただきました。 まとめ 「AWS AI Day in Nagoya」では、AWS の技術動向、Amazon 社内での活用事例、そして 5 社のお客様による実践事例を通じて、AI 活用を「導入する」だけでなく「組織に根付かせる」ための工夫や仕組みづくりについて、多くのヒントをお届けすることができたと考えています。 事業部門が自ら AI を使いこなす取り組みと、開発部門が AI で生産性を変える取り組み。立場の異なる 5 社のリアルな声から見えてきたのは、技術の巧拙だけでなく、現場の巻き込み方や組織への浸透プロセスこそが、AI 定着の分かれ道になるということでした。 なお名古屋開催では、Kiro と Amazon Quick を実際に体験いただけるハンズオンセミナーも計画しています。本イベントで紹介された取り組みを自社で試してみたいとお考えの方にご活用いただける内容となっています。 最後に、ご登壇いただいた企業の皆様、ご参加いただいた皆様に、重ねて御礼申し上げます。本イベントの内容についてご質問やご相談がございましたら、お気軽に担当営業までお声がけください。皆様の AI 活用の取り組みを、AWS として全力でご支援してまいります。 執筆者 Amazon Web Services Japan シニアソリューションアーキテクト 福嶋 拓

Anthropicの社員を講師に招いた社内勉強会で得た実践のヒント こんにちは、グループIT推進本部 ...

2026年9月16日(水)「Merpay Tech Talk 〜メルカリグループ全体を支える決済基盤の全容［会計編］〜」をオンラインで開催しました。 決済と会計をつなぐ基盤はどのように発展してきたのか、そして、その過程でどのような技術的・組織的課題に向き合ってきたのか。その舞台裏をお届けします。詳細は、アーカイブ動画もあわせてご覧ください。 <div style="aspect-ratio: 16 / 9; width: 100%;"> <iframe src=" https://www.youtube.com/embed/IgW7Vy2Nal0 " style="width: 100%; height: 100%;" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" allowfullscreen> </iframe> </div> 登壇者 今回の登壇者は、Payment & Customer Platformチームでバックエンド開発に携わる以下の3名です。 @mewuto / 株式会社メルペイ Product Engineer（Accounting Team） @kobaryo / 株式会社メルペイ Product Engineer（Balance Team） @komatsu / 株式会社メルペイ Engineering Manager（Payment Core / Payment Solution / PCP Foundation Team） 会計システムの概要と歴史 上場企業には、投資家に届く財務情報を守るための会計要件があります。期限内の書類提出、内部統制、外部監査という3つの制度で、メルカリ・メルペイに限らず、日本の上場企業に共通するものです。いずれかを守らなければ罰金や懲役が科されることもあり、どこに見せても問題のない開発プロセスで会計データを作るシステムが欠かせません。 私たちの会計システムが扱うのは、1取引ごとの明細を記録し、監査時に取引の発生経緯を追跡できる「サブレジャー」と呼ばれる領域です。 ここで鍵になるのが、複式簿記という考え方です。単式簿記は家計簿のように残高の増減だけを記録しますが、複式簿記では「借方」と「貸方」の両方を記録し、その合計をシステムが検証します。金融・フィンテック領域で複式簿記が標準とされるのは、記帳ミスの自動検知、書き込みの原子性、因果関係の追跡性をスキーマレベルで担保できるためです。 メルペイの会計システムは、これまで3つの世代を経てきました。 第1世代は本番データベースを直接参照する方式で、過去時点の残高を再計算できないという課題がありました。第2世代では業務データと会計データを分離しましたが、決済と会計それぞれのイベント送信が非同期かつ独立していたため、どちらかが失敗した際に人の手で突合・修正する必要がありました。 第3世代では、残高管理サービスが残高移動と会計イベントの送信をセットで行う構造に刷新し、アトミックな書き込みを実現しています。 3世代のマイクロサービスを並行運用すること自体が、コストになっています。 第1世代から第2世代への移行では、上流にある20以上のマイクロサービスそれぞれに、移行・新規導入を呼びかける必要がありました。「安定して正確な会計データを出したい」という要請と、各事業側の対応リソースとの間で足並みをそろえるのに時間がかかったといいます。 なかには、担当者自らが該当のマイクロサービスに直接入り込み、移行作業を行ったケースもあったそうです。第1世代は今後約1年で廃止予定とのことで、その後は第2世代の縮退に向けた取り組みが控えています。 残高管理から台帳サービスへの進化 残高管理サービスは、この過程で「台帳サービス」へと進化しました。 従来は、お客さまの残高や加盟店の売上金といった実態のある残高だけを管理していましたが、現在はお金の流れ全体を記帳する責務を持つようになっています。内部的には、あらゆる価値の移動を「Exchange」という単一のエンドポイントに抽象化しています。 さらに、残高種別ごとの振る舞いを宣言的に定義する「Account spec」という仕組みにより、新しい残高種別の追加にも最小限の変更で対応できる設計になっています。 この進化によって、実際のお金の流れと会計情報の間の信頼性が向上しました。また、フロー情報（取引の記録）だけでなく、ある時点での資産額を示すストック情報も出しやすくなり、新規ビジネスや新しい会計要件への対応スピードも上がりました。 セッション後半の質疑応答では、この台帳サービスに関する質問が寄せられました。 「決済サービスが会計の知識をどこまで持つべきか」という質問に対して、現在は残高管理、つまり台帳サービス側が会計との整合性を担う設計になっていると説明しました。プロダクト側や決済サービス側が会計ドメインと密結合する必要はなくなってきています。 一方で、会計コード以外の会計知識は会計帳簿サービスが引き続き保持しています。そのため、台帳サービスは会計の知識と疎結合になっているとのことです。 また、「加盟店の残高もホットスポット（頻繁に更新される箇所）になり得るか」という質問に対しては、実際にホットスポットになっているため、非同期で更新していると説明しました。非同期で更新する口座についても、ストック情報を出せるように工夫しています。 決済基盤と会計をつなぐ仕組みづくり 会計や残高管理はドメインとして深く、エンジニア、経理、プロダクトマネージャー（以下、PdM）が、それぞれ異なる言葉で同じ取引を理解していることが課題でした。 同じ取引を見ても、PdMは「体験」、エンジニアは「API」、経理は「仕訳」という異なる関心で捉えています。そのため、認識をすり合わせるためのコミュニケーションコストが、組織的なボトルネックになっていました。 この壁を越えるために作られたのが、取引を1つの図として表現する「MoneyFlow」という共通言語と、それを作成・検証するための社内ツール「mfgen」です。 開発の初期段階でMoneyFlowを作成するプロセスを組み込むことで、デザインや仕様書を用意するのと同じタイミングで、お金の流れを可視化できるようになりました。また、AIも活用しながら、金額の整合性や仕様とのずれを自動検証できるようにしています。 さらに、同時編集・共同レビュー機能により、経理とエンジニアが同じ図を見ながら議論できる状態を作り出しました。これによって、エンジニアは経理ドメインへの理解を深め、経理側もAPIなどの技術用語に触れやすくなるという、双方向の歩み寄りが生まれているといいます。 最後に 今後の課題として、まだ単式で管理されている部分を複式へ移行することが挙げられました。加えて、現状は会計サービスと1つ上流のマイクロサービスの間でしか行われていないリコンサイル（突合）を、すべての接続点へ広げていく必要があります。 また、現在のアーキテクチャは、経理側にシステムへの一定の理解を求める設計になっています。そのため、経理業務の改善も継続的なテーマです。 この領域では、プロダクトエンジニアリング（PdE）的な働き方が今後ますます求められるといいます。決済と会計をつなぐ基盤づくりは、組織の壁を越えながら、現在も進化を続けています。 今回紹介した内容の詳細や、登壇者による質疑応答は、 ぜひ配信アーカイブ動画 でご覧ください。 また、Merpay Tech Talkでは、定期的にエンジニア向けのイベントを開催しています。イベントの開催案内を受け取りたい方は、ぜひconnpassグループのメンバーになってください。 メルカリconnpassグループページ 関連記事 決済プラットフォームと経理を繋ぐ MoneyFlow 関連求人 メルペイでは、決済基盤や会計システムの開発に一緒に取り組む仲間を募集しています。採用情報について、詳しくは以下のエントリーをご覧ください。 Product Engineer, Backend – Merpay Senior Product Engineer, Backend – Merpay