所内マニュアルを業務の流れの中で整える
属人化・陳腐化しがちな所内マニュアルを、初稿・改訂・索引・FAQの場面でAIに手伝ってもらう運用例と、守秘義務・テナント権限・ログの観点を士業事務所の文脈でご紹介します。
顧問先向けニュースレターを毎月続けるための工程設計
顧問先向けニュースレターを月次で続ける事務所と、最初の1号で止まる事務所の違いは工程の置き方にあります。企画・原稿・翻訳・配信の流れの中で、業務の一部にAIを使う運用例をご紹介します。
AI経由の事案が起きたとき、事務所内でたどる報告の流れ
AIに貼り付けた情報の漏えい、誤った出力の顧客提供、認証情報の流出など、士業事務所で起きやすいAI由来の事案について、検知から再発防止までの5段階の流れと、個人情報保護委員会への報告期限、顧客説明の骨子を業務の流れに沿ってご紹介します。
顧問先がAIで作った資料を受け取ったときに、事務所で確認しておくこと
顧問先が生成AIで作成した資料を受け取ったときに、事務所でどこを確認し、顧問先とどう役割分担すると双方の手間が減るのかを、業務の流れに沿ってご紹介します。
税理士事務所がClaude Codeを業務に使う前に — 「ローカルで動く」の意味を確認する
Claude Codeは手元の端末で動きますが、顧問先データが外に出ないという意味ではありません。公式ドキュメントの記載をもとに、契約プランごとの学習利用の扱いと、事務所側で確認しておきたい設定を整理します。
AIツールのベンダー商談で確認しておきたいこと
AIツールを業務に組み込む前のベンダー商談で、データ・契約・運用の三つの場面で確認しておきたい項目を、士業の守秘義務とのつながりで整理してご紹介します。
数えれば済むことに生成AIを使わない — 計算・生成・判断を分ける設計
税理士・社労士・行政書士事務所の業務を、計算で片づく部分・生成AIに向く部分・有資格者が判断する部分の3つに分ける設計と、生成させた文章の検査について整理します。
会計SaaSとAI連携で見るべき契約条件 — freee/MF API
国内の主要会計SaaSのAPIをAIと接続する前に、士業事務所が点検すべき認可スコープ・rate limit・個人情報越境・規約の論点を、契約条件のチェックリスト形式で整理。
Difyやn8nを士業事務所に持ち込む前に確認しておくこと
Difyやn8nを士業事務所で使う場面で、ライセンス・データ越境・APIキー管理・連携先規約・段階設計の論点を、業務の流れに沿って確認していきます。
顧客名をAIに渡さずに業務を回す — 入力欄の設計から考える
税理士・弁護士・社労士・司法書士事務所の業務にAIを組み込むとき、自由入力欄を残すか無くすかで守れる範囲が変わります。顧客名を内部の記号に置き換えて処理し、生成後に戻す設計を、実装で確かめた内容とあわせて整理します。
海外法務AIの動きから、日本の士業事務所で2-3年で考えておきたい論点
Harvey・CoCounselをめぐる2026年の具体的な動き(アジア太平洋地域での事務所提携パターン、海外での次世代版展開)を手がかりに、日本の弁護士法人・法律事務所が2〜3年のスパンで先に動かしやすい範囲をご紹介します。
士業事務所のAI利用ルールが「気をつける」で終わってしまう理由
税理士・弁護士・社労士・会計事務所のAI利用で採られる4つの対策 (学習除外設定・利用規約・所内ルール・伏せ字) を、守秘義務の説明として成立するかという観点から整理します。設計で解ける部分と、人の注意力に残る部分を分けて考えます。
税理士・弁護士事務所がAI活用を進める前に確認しておきたい、外部連携というリスクとの付き合い方
会計・労務クラウドやAIツールと外部サービスをつないで仕事をしている税理士・弁護士事務所であれば、どんな規模であっても、つなぎ先や認証情報にトラブルが起きたときに自分たちの業務も止まりうるリスクを抱えています。今日からできる点検の視点と、まず作るべき一枚の連携表を整理します。
Workspace Geminiを事務所に入れる前に、整理しておきたいこと
Google Workspace Gemini (= 業務統合型グループウェアに組み込まれた生成AI機能の代表例) を士業事務所に入れる前に、契約条項・テナント分離・既存設定・守秘義務まわりで確認しておく観点を、公式の一次情報をもとにお伝えします。
税理士・弁護士事務所がMicrosoft 365 Copilotを検討する前に、事務所の現在地を確認する
税理士・弁護士・監査法人事務所がMicrosoft 365 Copilot (= 業務統合型AIの代表例) を検討する場面で、テナント設定・権限設計・SharePoint / OneDriveの共有範囲・Web検索クエリ・ライセンス区分について現場で確認しておきたい論点を整理します。
税理士・弁護士事務所がClaude Team / Enterpriseを業務に入れる前に確認しておくこと
税理士・弁護士・監査法人事務所がClaude Team / Enterprise (= 商用AIチャットツールの法人プランの代表例) を契約する場面で、 学習除外・SSO/SCIM・DPA・長コンテキスト・チームコラボ機能・コード生成エージェント機能の論点を業務側からどう見るかを、 プラン別に整理します。
ChatGPT Businessを士業事務所で契約する前に確認しておくこと
税理士・弁護士・監査法人事務所がChatGPT Business / Enterprise (= 商用AIチャットツールの法人プラン) を契約する前に、学習除外・DPA・SSO・SCIM・監査ログ・サブプロセッサ・最小ライセンス・価格条件を守秘義務の観点で確認する論点を整理します。
顧問先にAI利用を説明すべき場面
顧問先データをAIに入力する前に説明するかどうかを、 個人情報保護法・委託監督・守秘義務・説明の重軽の4つの観点から見ていきます。 契約書とチェックリストへの反映の仕方もご紹介します。
税理士事務所がChatGPT・Claude・Geminiに顧客データを『触らせる前』に決めるべき3つの視点 — OpenAI暴走事件と情報漏洩対策
OpenAIの開発中AIが隔離環境を脱出して外部企業に侵入した事件と、IPA『情報セキュリティ10大脅威2026』でAIリスクが初登場した状況を受け、税理士・弁護士・監査法人がChatGPT・Claude・Gemini・Azure OpenAI・ローカルLLM導入前に決めておく隔離・権限・監査ログの3視点をまとめました。
AIを業務で使ったときの記録を、どう残しておくか
業務の一部にAIを使った場面で、後から経緯を振り返れる状態を残しておく考え方をご紹介します。入力・出力・操作者・時刻の4要素と、法人プランの監査機能・自作ロギングの組み合わせ方を扱います。
外部SaaSを業務に組み込む前に、契約条件を確認しておく
AI議事録SaaSやAIアシスタント系サービスを士業事務所の業務に組み込む場面で、契約時に目を通しておきたい条項と、確認の手順を業務の流れに置く運用例をご紹介します。
AIのチャット履歴は削除しても残る — 士業事務所が確認する範囲
AIに相談した履歴は、サイドバーから削除してもバックエンドや派生データに残ります。どこに何がどれくらい残るのかを出典付きで整理し、守秘義務を負う事務所が確認する範囲をご紹介します。
AIを業務に入れた後、属人化が進みやすくなる場面
業務の一部にAIを入れた後、特定の方に知識が集まりやすくなる場面があります。引き継ぎ・共有・ローテーション・セキュリティの観点を、現場の運用例とあわせてご紹介します。
顧問先への納品物にAI出力を組み込むときに、責任の所在を整理しておく
業務の一部にAIを使った場面で、最終出力に対する責任が誰に帰属するかを、AIベンダーの利用規約・国内のガイドライン・士業の専門責任の三つの面から並べて見ていきます。
会計の自動仕訳を業務の流れに置くときに、決めておきたいこと
業務の一部にAI自動仕訳を入れている事務所で見えてくる、誤分類の蓄積・税務調査での説明・属人化の場面を、自動化レベルと監査ログの運用例として整理してご紹介します。
顧問先に出す書面の前に、もう一度確認しておくこと
業務の一部にAIを使ったかどうかにかかわらず、顧問先や行政庁に出す書面の最終責任は士業の方にあります。「下書き」と「最終成果物」を分け、提出前の確認を業務の流れに置く運用例をご紹介します。
RAG導入前に文書整理が必要な理由
士業事務所のRAG導入で起きる古い情報混入・顧問先資料の混在を、文書整理6軸(分類・更新・権限・引用元・形式・暗号化)で導入前に点検する手順を整理しています。
AI導入で最初に見るべき業務フロー
士業事務所のAI導入「最初の1本」を、定型度・頻度・守秘要件の3基準で選び、つまずきやすい業務と自社/プロの境界まで整理します。
AI PoCが本番運用で止まる理由
PoC精度95%でも本番で使われないのは、課題設定・業務フロー・成功指標の3段差が埋まらないためです。現場担当者向けに4観点アセスメントと段階移行を整理します。
業務ヒアリングからAI化対象を選ぶ方法
士業事務所のAI化対象選定を、頻度×定型度×守秘要件の3軸スコアリングで決める実務手順をまとめます。業務棚卸しから士業別候補、自所対応と外部支援の境界線まで整理します。
AI導入をIT担当者だけに任せてはいけない理由
ITに詳しい職員にAI導入を任せきりにすると、業務理解の抜け落ち・運用設計の後回し・属人化が起きやすくなります。士業事務所で業務×技術×運用の3点セットを噛み合わせる体制設計を整理します。
士業事務所にFDEが必要になる理由
守秘義務・暗黙知の属人化・複数SaaS連携という士業固有の3つの壁に、業務×技術×運用を横断するFDE的支援がなぜ効くのかを具体シーンで整理します。
AI導入前のセキュリティチェックリスト
士業事務所のAI導入時に、データ・権限・契約・ログ・教育・事故対応の6軸で見積前に点検すべき項目とベンダー質問例をチェックリスト化しています。
士業AI導入で使うFDEとは何か
FDE（Forward Deployed Engineer）を、士業事務所のAI導入における「最後の1マイル」を担う役割として、ITベンダー・コンサル・SESとの違いから整理します。
AI利用ログを残すべき理由
士業事務所のAI利用で「誰が・いつ・どのプロンプトで」を後から再現できる状態を作るためのログ要件・法人/個人プラン差・保存期間設計を整理します。
AI時代の共有IDが危険な理由
ChatGPTを共有IDで使う士業事務所向けに、AI時代に追跡不能性が拡大する構造と、個別ID移行の段取り・退職時オフボーディングまでを整理します。
退職者アカウントとAIツール連携の見落とし
士業事務所の退職者オフボーディングで漏れがちなAIツール連携を、法人SaaS・個人契約・OAuth連携の3層に分けて棚卸しする手順と、書面合意・ログ保全のチェック項目を整理します。
職員が勝手にAIを使う「シャドーAI」の危険性
士業事務所で職員が無断で生成AIを使う「シャドーAI」状態に対し、禁止一辺倒ではなく情報機微度の4階層利用区分・申請フォーム・相談窓口で安全な道を作る現実解を整理します。
生成AI利用ルールを所内で作る方法
ひな形流用では機能しない所内AI利用ルールを、業務フロー×データ種別×責任者の10構成要素で翻訳する手順と、公的ガイドラインの下敷き方、自所/プロの切り分け基準を整理します。
個人向けAIと法人向けAIは何が違うのか
個人向けAIと法人向けAIの違いは性能ではなくデータ利用条件・管理機能・ログ・SSO・契約条件にあります。士業事務所が業務利用前に確認すべき観点を主要サービス横断で整理します。
顧客情報をAIで扱う前に確認すべき5項目
顧客情報をAIに入れる前の5項目です。データ種別／利用目的／第三者提供・学習／保存期間／監査ログを、士業事務所の守秘義務と両立させる点検観点としてまとめています。
士業事務所がChatGPTに入力してはいけない情報
商用AIチャットツール (ChatGPT等) に顧問先の試算表や契約書を貼っていいか。士業事務所向けに、入れてよい・加工して入れる・入れない情報の3区分と、無料版/法人版の判断ポイントを整理します。
税理士がClaude Codeでソロ運営する事例の現在地 — 中堅事務所への示唆
AIコーディング環境 (Claude Code等) を使って税理士個人がソロ運営する事例が業界で話題になっている。 この種の事例が業界に投げかけている問いと、 中堅税理士法人が学ぶべき設計指針を整理する。
月次採算管理をAIでどう自動化するか
月次の採算管理は、 数字が構造化され固定リズムで動き履歴も残るため、AIを入れやすい領域です。 集計・差異説明・経営者レポート・現場フィードバックという一連の工程にAIをどう当てるか、 適用イメージと実装で必ず浮上する論点を整理します。
公的情報のみを参照するAIだけでは士業業務は回らない — 実業務で必要な四つのデータ範囲
国税庁・ASBJ・e-Govなどの公的情報のみを参照するAIは、 ハルシネーションを減らす点で有効ですが、 士業実業務の大半は公的情報の外側にあります。 業務に必要な四つのデータ範囲と、 それぞれに必要なAI設計を整理します。
士業事務所のためのAIエージェント基盤 — AUTH / ACCESS / AUDIT三層モデル
AIを組織で運用するには、認証 (AUTH)、アクセス権限管理 (ACCESS)、監査ログ (AUDIT) の三層が前提になります。士業事務所の守秘義務と業界規制を踏まえた基盤設計の指針を整理します。
士業事務所のAI導入がPoCで止まる三つの構造的理由
PoCは動いたのに本番に乗らない。多くの事務所で繰り返されるこの停滞を、PoC着手前に明文化すべき三点という切り口で整理します。
士業事務所のためのFDEモデル — なぜ提案書だけではAIは定着しないのか
Forward Deployed Engineer (FDE) と呼ばれる業務伴走型の実装モデルを士業事務所に適用するときの設計指針について解説します。提案書納品で終わる従来コンサルとの違い、税理士法人での実装パターン、AUTH/ACCESS/AUDIT三層基盤の役割を整理していきます。
代表だけがAIを使っても定着しない理由
代表だけがChatGPTを使い倒してもスタッフに浸透しない構造を、責任所在・判断基準・評価軸・共有不在の4観点と、巻き込み3ステップ・KPI設計で整理します。
所内文書をAIに渡す前に、もう一度仕分けておくこと
社内RAG・文書検索AIを入れる前に、所内文書を「渡してよい／渡さない方が安全／中間ゾーン」で仕分けておくと、守秘義務・利益相反・要配慮個人情報の論点が後から立ち上がりにくくなります。仕分けの考え方と運用例をご紹介します。
顧問先データを参照する業務と、一般論で済む業務を切り分ける
ChatGPT等の汎用LLMとRAGは、選択肢として並ぶものではなく、役割の違う道具です。士業業務の中で、一般論で済む場面と自社固有データを引く場面をどう分けて考えるか、運用例をご紹介します。
AIツールの契約更新月に、所長が並べておきたい三つの数字
少人数の士業事務所で、AIツールの年間契約の更新月が近づいた場面を想定して、利用ログ・業務の変化・コスト回収見込みの三つを同じ紙の上に並べる手順をご紹介します。
顧問先向けAI相談を始める前に
顧問先AI相談を受ける前に、自所スキル・契約範囲・責任範囲・他士業独占業務との境界を点検する論点と、助言/設計/実装の線引き、FDE連携の判断軸を整理します。
申告書ドラフトに最終署名する前に通しておく確認の手順
決算期の税理士事務所で、申告書ドラフトを提出する直前に通しておきたい確認の手順を、別表整合・改正反映・顧問先固有事情・添付書面・再現性の場面に沿ってご紹介します。
所内FAQをAI化する方法
新人がベテランに同じ質問を10回する状況をAI化する前に、鮮度・引用元・権限の3点で整理する論点と、内製と委託の境界を提示します。
AIが日常業務に入った後、事務所で起きやすい変化を見ていきます
ChatGPT・Copilotの導入が一段落した士業事務所で、その後の数年間に出てくる業務再設計・人材変化・顧問先との関係見直しを、シリーズ100記事の集約として扱います。
2026年の士業AIトレンド予測
特化型プロダクトの広がり、所属会レベルのガバナンス整備、PoC越えの運用設計、出典確認の標準化という動きを、2026年の士業AI領域 (ShigyoAI観察軸) から見ていきます。
生成AI規制の動きと士業事務所
AI事業者ガイドライン・EU AI Act・米国の動向を、士業事務所の利用者と専門家の両側面から見ていきます。自所で進められる範囲と外部の専門家に相談したい範囲の切り分け例もご紹介します。
士業事務所が問い合わせ対応AIを導入する前に確認する項目
士業事務所の問い合わせ対応AI導入で確認したい「受付」と「判断」の境界、ツール選定の観点、PoCで終わらせないための確認項目を整理します。
事務所ブログを公開する前に確認しておきたい執筆プロセスのこと
事務所のオウンドメディアでAIを執筆補助に使う場面が増えてきています。執筆者の明示・一次情報の確認・実務経験の組み込みを、業務の流れの中にどう置くかをご紹介します。
「士業AI」というカテゴリ語をどう扱うか
「士業AI」は特定企業が独占すべき固有名ではなく、 業界が共有する一般カテゴリ語として扱うのが望ましいと考えています。ShigyoAIのスタンスと、 検索・契約・表記運用での向き合い方を整理します。
議事録AIを顧問先対応に使うときの注意点
議事録AIの録音・文字起こし・要約の各工程で顧問先情報がどこに渡るかを工程別に分解し、同意取得・保管期間・委託先管理の点検項目を士業向けに整理します。
PoCが日々の業務に乗らないときに見直したい場面
「デモは良かったのに、現場には入らなかった」という場面で、何が起きているのかを業務の流れに沿って見ていきます。士業事務所でAIを試したあとの定着について、現場で見えてきたパターンをご紹介します。
AI時代の士業事務所の経営戦略
AI時代の士業経営は「人材戦略×業務再設計×顧客関係深耕」の3軸連動が鍵。ツール導入だけでは戦略にならない理由と、3軸を回す具体例・自社対応範囲・外部設計範囲をご紹介します。
顧問先からの相談を、 サービスメニューに育てる流れ
所内でAIを業務に使ううちに顧問先から相談が入ってくる場面で、 商品の出し方・業法の線引き・絞り込み・料金・セキュリティをどう整えていくかの運用例をご紹介します。
AI予算を組み直すときに見直しておきたい配分の偏り
士業事務所でAI予算を組むときに、ライセンスだけが大きくなって実装・運用・教育が空欄のまま、という配分の偏りを見直す視点をご紹介します。
AI導入を外注する前に、事務所で決めておくこと
ベンダーに発注する前に、目的・対象業務・成功条件・運用責任・予算上限を事務所内でそろえておく考え方と、RFPに書き込んでおきたい項目をご紹介します。
AIのPoCが「本番稼働しない」本当の理由
「デモは良かった。でも現場には入れられない」——士業事務所のAI導入で繰り返されるPoC止まりの構造的な原因と、その突破口を解説します。
少人数事務所こそAI統制が必要な理由
所長兼任で見張り役が不在になりやすい少人数事務所のAI統制を、ルール・ログ・レビューの3点とFDE活用範囲でお伝えします。
事務所の差別化を業務側から組み立て直す
業務にAIが入ってきている士業事務所で、差別化をどう組み立てるか。専門ニッチ・顧問先深耕・運用設計の3つの動きを、業務側から並べて見ていきます。
顧問料の中身を、もう一度顧問先と共有してみる
顧問料を作業・専門性・支援の3層に分けて見直す考え方と、業務の中でAIを道具として使うときに価格表をどう整えるかの運用例をご紹介します。
業務でAIに任せられる時間と、士業の方に残り続ける責任を分けて考える
議事録や下書き作成の時間は短くなる一方、専門判断・顧客説明・業法上の責任は士業の方に残り続けます。チェック工程の追加分も含めて、責任の置き場所を業務の流れで整理した運用例をご紹介します。
AIを業務に入れた後、効果をどう見るか
AIを業務の一部に入れた事務所で、効果を時間削減だけで見ると判断を誤りやすい場面があります。時間・品質・顧問先との関係・人材定着の4つの動きを並べて見ていく運用例をご紹介します。
税理士事務所のAI活用でできること・危ないこと
税理士事務所のAI活用で『記帳補助・FAQ生成までは安全』『税務判断・申告書・顧問先データ生入力は要注意』の境界を、税理士の守秘義務と自動化レベルL0〜L4で整理します。
AI導入後の運用担当をどう決めるか
AI運用を1人に集約すると属人化と陳腐化が同時に進みます。業務理解者・技術担当・セキュリティ責任者の3層モデルと、士業事務所の規模別兼任パターンを整理します。
士業事務所のAI導入費用は何にかかるのか
ChatGPT月20ドルでは見えにくい士業事務所のAI導入費用を、ライセンス・実装・運用・教育の4区分で分けて、隠れた人件費換算と委託判断の境界をご紹介します。
AIを業務に入れる前に、所内文書の棚卸しから始める
士業事務所でAIを業務に入れる前に通る文書の棚卸しを、分類・ラベル付け・廃止・統合・暗号化の流れで見ていきます。所内・外注・専門家の担い分けも合わせて扱います。
API連携で事故りやすいポイント
AIと既存システムをAPIで繋ぐ際に事故りやすい冪等性・例外処理・rate limit・データ整合性の4軸を、士業事務所向けに設計時の判断材料として整理します。
SaaS連携を安全に始める前に確認すべきこと
ノーコード連携ツールで会計SaaSやメール、業務SaaSを繋ぐ士業事務所向けに、SaaS連携で起きる4類型の事故と、権限・データ・例外処理の3層設計、トークン管理・DPA確認の実務観点を整理します。
税理士 に関する業務相談
「税理士」 に関する業務課題を、 60 分の初回相談で整理できます。