PVは減っていく 2024年と比べてPVは25％減少しました。このサイト。まあデジタルのネタ記事が多いので、調べ物はAIになる世の中、今後もPVは減っていくのでしょうね。悲しみ。それはさておき。 2025年に最も読まれた記事ランキングです。 1位　iPhoneが暗くならない 書いたのは2023年ですね。iPhoneの常に画面ON機能めー 2位　100ルーメンとは 2016年の記事・・・・10年間おつかれさましでした。流石に最近はアクセス数がさがっていますね。 3位　鹿児島日記 ようやく2025年に書いた記事がランクインですね。今年始めて鹿児島に出張で行けたので、嬉しくて、旅行日記を書いただけですが、GoogleDiscoverに取り上げられていて、伸びましたね。 4位　パワポのフォント置換 2023年の記事ですね。パワポでフォントが置換できるのに感動したものですが、すっかりパワポは使わなくなって、Canvaで資料作っています。Canvaでも普通にフォントを一括して変更できて便利ですね。 5位　パワーポイントの画像が赤✗に 2024年の記事ですね。前述のとおり、パワポは卒業しましたが、過去のファイルを見るときが会って時々なっていますね。でもCanvaでも赤バツじゃないけど、アップロードしたはずの画像が✗になっちゃうことはありますね。 6位　Macで画像を一括リサイズ 2020年に記事ですね。 7位　Wordの文字位置指定に誤りがあります。 2024年の記事ですね。Wordも卒業したいのですが、先方から送られてくるのがWord多いので仕方ないですね。この事象はよく起きます。MacWordの人は要注意ですね。 8位　NHK解約してみた 2024年の記事ですね。去年からNHK解約をしてテレビを見ていません。年末で帰省して実家のテレビをつけてみるものの、つまらなくて、結局、パソコンでPrimeとかYouTube見ています。 9位　アサヒビールがランサムにやられただと？ 2025年の今年の記事ですね。こういうのがアクセス増えると嬉しいですね。Google 10位　Amazonにいくら貢いだか？ 毎年書いている記事ですが、2023年の記事が一番多かったですね。 2025年の記事が少ない ということで、このサイトのTOP10に、入っていた2025年の記事は2本だけでした。さみしい。 11位以降になりますが、今年の記事でアクセスが多かったものを多少並べておきます。 こんなこと言っちゃなんですが、AIを使ってリサーチ要約した記事が多いですね。ますます調べ物ブログ記事の存在感はなくなっていきそうです。 しかしまあ、近年になるほど記事のイラストのサムネもAI生成になっていますね。 来年はどうなるかしら そんなところで。

店舗の相談を受けて、経営診断をする場合には外部環境調査をすることになります。j-statmapを使って地域の人口動態などは把握できますが、GoogleMapでの情報の存在感が大きくなっています。 競合調査 今回は、川崎のラーメンやさんについて調査してみます。「川崎　ラーメン」とGoogleMapで検索すれば情報は出てきますが、さっと一覧を取得したい。スクレイピングツールを使えばいいのかと思いましたが、GoogleMapに対してスクレイピングツールを使うのは規約で禁止されていました。 ということで、バイブコーディングでGoogleMapから情報を取得するまでをやってみたいと思います。 GoogleのAPIを取得して、Gemeiniでコーディングしてもらい、Google Colabで実行します。 GoogleのAPI取得 なおAPIを利用するには件数に応じて料金はかかります。 Geminiでバイブコーディング pythonのコードを書いて。GoogleMapで検索したキーワードで上位の10件の店舗データを取得する。API経由で。（Places API (New)）　※APIは古い方もあるのでNewを使ってください。 これで店舗名、口コミ点数、クチコミ件数、住所、PlaceIDなどを取得してきました。 過不足あれば、追加でお願いします。 今回は、「店舗カテゴリ追加、説明を追加、最新の口コミの追加」をお願いしました。 エラーが出たりしましたが、エラーをコピーしてもう一度Geminiに貼り付けて、修正してとお願いするとエラーも消えました。 作成されたコード import requests import pandas as pd from google.colab import data_table # ========================================== # 1. あなたのGoogle Maps APIキーを入力してください # ========================================== API_KEY = "ここにAPIキーを貼り付けてください" def search_google_places_with_review(keyword): url = " # 取得フィールドの設定（reviewsを追加） fields = [ "places.displayName", # 店名 "places.primaryTypeDisplayName",# 店舗カテゴリ "places.editorialSummary", # 説明（紹介文） "places.rating", # 評価 "places.userRatingCount", # レビュー数 "places.formattedAddress", # 住所 "places.reviews", # 口コミ（最新数件が含まれる） "places.id" # Place ID ] field_mask = ",".join(fields) headers = { "Content-Type": "application/json", "X-Goog-Api-Key": API_KEY, "X-Goog-FieldMask": field_mask } # リクエストボディ payload = { "textQuery": keyword, "languageCode": "ja", "maxResultCount": 20, # 最大20件取得を試みる "rankPreference": "RELEVANCE" } try: response = requests.post(url, json=payload, headers=headers) response.raise_for_status() except requests.exceptions.RequestException as e: print(f"APIリクエストエラー: {e}") return None data = response.json() places = data.get('places', []) if not places: print("店舗が見つかりませんでした。") return None shop_list = [] for place in places: # 店名 name = place.get("displayName", {}).get("text", "不明") # 店舗カテゴリ category = place.get("primaryTypeDisplayName", {}).get("text", "（未設定）") # 説明 (editorialSummary) description = place.get("editorialSummary", {}).get("text", "（説明文なし）") # 口コミの1件目を取得 reviews = place.get("reviews", []) first_review = "（口コミなし）" if reviews: # New APIでは reviews[0].text.text に本文が入る review_node = reviews[0].get("text") if review_node: first_review = review_node.get("text", "（本文なし）") # 表で見やすくするために口コミの長さを制限（任意） if len(first_review) > 100: first_review = first_review[:100] + "..." shop_list.append({ "店名": name, "店舗カテゴリ": category, "説明": description, "口コミ(1件目)": first_review, "評価": place.get("rating", 0.0), "レビュー数": place.get("userRatingCount", 0), "住所": place.get("formattedAddress", "不明") }) # データフレーム作成 df = pd.DataFrame(shop_list) return df # --- 実行 --- # 検索キーワード search_keyword = "京急川崎　ラーメン" df_results = search_google_places_with_review(search_keyword) if df_results is not None: print(f"「{search_keyword}」の検索結果（取得数: {len(df_results)} 件）") # Colabのインタラクティブ・データテーブルで表示 display(data_table.DataTable(df_results, include_index=False)) Google Colabで実行します。 Colabへいって、新しいノートブックをひらいて、Geminiで生成したコードを貼り付けて実行します。 作成したAPIキーを貼り付けます 検索されたいキーワードをいれました。 実行結果 「京急川崎　ラーメン」で実行しました。ラーメン屋さんはレビュー数がすごいですね。説明文設定していないお店も多いのか。なお、一度にAPIで取得できる件数は20件までです。 Screenshot 口コミを取得したい 人気店舗なら口コミが何百件もあるので、口コミを一括でダウンロードして、取得したいです。 ただこのAPIでは口コミは一度に取得できるのは5件まででした。残念。 なお、オーナー権限があれば、別のAPIがあって、一括でダウンロードできます。相談者さんと面談する前に事前に調査したかったのですが、相談した後にGoogleMapの権限を付与してもらえれば口コミの一括ダウンロードもできそうですね。 Google Business Profile API です。 ただ、OAuth認証の設定などもいるので、ちょっとめんどくさそうなので、今回はここまでです。 そんなところで

毎年このブックマークレットを利用して集計しています。 amazonの年間購入額を集計する　 そして今年の結果は。 2025年のAmazonでの年間購入金額は、156,557円です。 2024年のAmazonでの年間購入金額は、209,593円です。 2023年のAmazonでの年間購入金額は、265,620円です。 2018年のAmazonでの年間購入金額は、567,080円です。 年々、購買意欲が低下しているようです。 そんなところで。

伴走支援は、企業が自立して課題解決できる組織になるよう、コンサルタントが経営者や現場に寄り添い、計画策定から実行、定着までを中長期で伴に歩む支援スタイルです。 単なる「助言」で終わらず、「自走化」と「内発的動機づけ」を引き出すため、経営者・従業員が主体的に課題解決に取り組むプロセス自体を支援する点が特徴で、中小企業庁のガイドラインでも推奨される手法です。 伴走支援とプロセスコンサルティングはニアリーイコールの考え方です。 とはいえ、伴走型支援・プロセスコンサルティングにばかり注力して、助言を控えて、なんとか気づかせることばかりに主体をおいてる方も時々見かけます。人事部の実施する社内研修ならそれでもいいケースもあると思うのですが、コンサルティングの現場では間違っているでしょう。 もちろん事業者側がそういった研修の場だと捉えているのならいいのですが、使い分けが大事になるでしょう。 ということで「プロセス・コンサルティング」についてちょっと記載してみます。 なぜ「答えを教える」だけではダメなのか？世の中の「2種類の問題」 まず、世の中の問題はすべて同じではない、ということです。ハーバード大学のR.ハイフェッツは、リーダーが直面する問題を大きく2種類に分類しました。 • 技術的問題 (Technical Problems) 専門家が持つ既存の知識や技術で修理すれば直る「機械の故障」のような問題です。原因が明確で、解決策も比較的はっきりしています。 • 適応を要する課題 (Adaptive Challenges) 本人の考え方や行動、習慣そのものを変えなければ根本的には解決しない「生活習慣病」のような問題です。何が本当の問題かすら、すぐには分かりません。 コンサルタントとして陥りがちな最大の過ちは、この「適応課題」を「技術的問題」と誤認し、安易な解決策を処方してしまうことです。これは、根本治療が必要な患者に鎮痛剤を渡すようなもので、一時的に症状は和らぎますが、病巣は着実に組織を蝕んでいきます。 この二つの問題の違いを理解することは、あらゆる支援活動の出発点となります。その特徴を比較してみましょう。 特徴 技術的問題（答えがわかっている問題） 適応課題（答えを自分たちで見つける問題） 問題の姿 何が問題か、はっきりしている 何が本当の問題か、すぐにはわからない 解決策 既存の知識や技術で解決できる 新しい考え方や行動の変化が必要 誰が解決する？ 専門家が中心となって解決する 関係者全員で学びながら解決策を探す 問題のありか 自分の「外側」にある 自分たちの「内側」（考え方や習慣）にもある 経営者が直面する問題の多くは、単純な『技術的問題』ではなく、関係者の考え方や行動そのものを変える必要がある『適応課題』なのです。 コンサルティングの3つの基本モデル〜必要な支援はどれ？ 組織開発コンサルティングには、クライアント（支援を求める組織）との関わり方によって、主に3つの基本モデルが存在します。自社の状況や課題によって、最適なモデルは異なります。 専門家モデル（情報を購入する） クライアントが課題を特定しており、「その解決に必要な専門知識やサービスだけが欲しい」という場合に適したモデルです。例えば、特定の業界の市場調査データや、新しい人事評価制度の設計ノウハウなどをコンサルタントから購入します。 このモデルは、「クライアントが自社のニーズを正確に特定できている」という重要な前提に基づいています。 • クライアントの役割：自社のニーズを正確に診断し、どの専門家が必要かを見極める。 • コンサルタントの役割：クライアントの要求に応じて、特定の情報やサービスを提供する。 医師-患者モデル（診断と処方を依頼する） クライアントが「組織のどこかがおかしい」という症状は感じているものの、原因が特定できていない場合に適したモデルです。コンサルタントが「医師」として組織を診断し、問題の根本原因を特定して「処方箋」となる解決策を提示します。 このモデルは、診断から治療までコンサルタントに大きな権限を委ねるため、クライアントの依存度が高くなる傾向があります。また、「『病んでいる』組織や個人が、診断に必要な正しい情報をありのままに提供してくれる」という前提が不可欠です。 • クライアントの役割：症状を伝え、診断と治療（解決策の実行）をコンサルタントに委ねる。 • コンサルタントの役割：組織の問題を診断し、治療法（解決策）を提示・実行する。 プロセス・コンサルテーション（一緒に問題解決のプロセスを歩む） コンサルタントが答えを与えるのではなく、クライアント自身が問題を発見し、解決策を見つけ、実行できるようになるまでの一連のプロセスを支援するモデルです。コンサルタントは解決策の専門家ではなく、クライアントが自ら学ぶための「伴走者」となります。「問題と解決策はクライアントが所有している」という考え方が基本です。

すでに対策済み 2026年1月にGmailが独自ドメインメールを含む外部メールのPOP受信ができなくなるので、ざわついている人は多いですね。私は、独自ドメインを使っています。ホームページはWPXのサーバですが、メールはGoogleWorkspaceを契約しています。そのため、今回のGmailのPOP受信の対策は終わっています。 GoogleWorkspaceへ ただGoogleWorkspaceはもちろん有料ですので、無料での対策として ・スマホのGmailではIMAPでメールを読む・パソコンでは、メールソフトを導入する ・Gmailへ外部メールを転送する（非推奨） くらいですかね。わたしはMacなので、標準のメールソフトを使ってもいいのですが、やはり全部ブラウザ上のGmailで読みたいですよね。 Gmailの外部メールPOP3受信できない問題について Googleの仕様変更により、2026年1月から無料版Gmailの一部機能が終了します。これにより、独自ドメインのメール（例： [email protected]）を特定の古い方法で受信している方は、新しいメールがGmailに届かなくなる可能性があります。 この変更は単なる機能縮小ではなく、古くセキュリティ的に弱い接続方式を段階的に廃止し、より安全な仕組みへの移行を促すGoogleの戦略の一環です。 1. 私は対象？30秒でできる影響チェックリスト まずは、ご自身のGmail設定を確認し、今回の変更の影響を受けるかどうかを判断しましょう。この作業は数分で完了します。 指示: 以下の手順で、独自ドメインのメールアドレスが表示されるか確認してください。 1. PCのブラウザでGmailを開き、右上の 歯車アイコン（⚙️） をクリックします。 2. 表示されたメニューから「すべての設定を表示」をクリックします。 3. 「アカウントとインポート」タブを選択します。 4. 「他のアカウントのメールを確認」という項目を探します。 判定: • ここに独自ドメインのアドレスが表示されている場合 → あなたは 今回の変更の対象 です。この記事を読み進めて対策をしてください。 • 何も表示されていない場合 → あなたは今回の変更の 対象外 である可能性が高いです。 学習のヒント： もし対象だったとしても、心配はいりません。この記事で紹介する簡単な設定変更で、これまで通り（むしろ、より快適に）メールを使い続けることができます。安心して次のステップに進みましょう。 2. なぜ？メール受信の仕組みで理解する今回の変更点 今回の変更を正しく理解するために、メール受信の裏側にある「仕組み」を少しだけ覗いてみましょう。ここでは、専門用語を身近な「郵便局の手紙」に例えて解説します。 2.1. 手紙を「ダウンロード」するPOP方式 vs. サーバー上で「閲覧」するIMAP方式 メールの受信方法には、主に「POP」と「IMAP」という2つの方式があります。 • 

2025年のランサム事件 今年は大きなランサムウェアによる事件が話題になりましたね。アサヒビールやアスクルが記憶に残っていますが、SecurityGOのサイトによると、継続的に発生しています。 ランサムウェアというと、社内のファイルが暗号化されて、身代金が請求される事件ですが、その結果も気になりますが、そもそも、なぜランサムウェアに攻撃されたのかの初動と、バックアップがちゃんと取れていれば、大丈夫なはずだ！なのに、なぜ復旧に時間がかかっているのか？というところが気になりますので、振り返って生きたと思います。 アスクルのダメージ アサヒビールは、手作業でなんとか作業をして当月のダメージは30％にとどめたという記事がありましたが、ネット注文が大半のアスクル社は月次売上の95％減少とされています。個人向けのLOHACOは壊滅でした。影響は大きかったですね。 事件の概要 2025年10月19日に発覚したアスクルへのランサムウェア攻撃について、その技術的側面、特に攻撃者がどのようにしてシステムへ侵入し、破壊活動を実行するに至ったのか、そのプロセスを解明することを目的とした事後分析報告書です。 このインシデントは、単なる一企業のシステム障害という枠を超え、日本の物流インフラと、デジタル・トランスフォーメーション（DX）によって高度に連携された現代のサプライチェーンに内在する脆弱性を白日の下に晒した、極めて重大な事件と言えます。アスクルが標榜してきた「明日、来る（アスクル）」というサービス価値は、高度に自動化された物流システムがランサムウェアによって暗号化された瞬間、一瞬にして消失しました。 攻撃者グループ「RansomHouse」によるこの攻撃は、法人向けサービス「ASKUL」や個人向けサービス「LOHACO」を含む主要なEC・物流機能を全面的に停止させ、社会インフラとしての同社の事業継続能力を根底から揺るがしました。続くセクションでは、その巧妙かつ計画的な攻撃手口を、技術的な観点から見ていきたいと思います。 まず攻撃の全体像を時系列で見ていきたいと思います。 攻撃の全体像：侵入から破壊までの多段階プロセス 攻撃者が初期侵入から最終的なシステム破壊に至るまで、いかに計画的かつ段階的に攻撃を進行させたかを明確に示しています。数ヶ月にわたる潜伏と周到な準備を経て実行されたこの攻撃は、単発の破壊行為ではなく、明確な目的を持った多段階のプロセスで構成されていました。以下に、その全体像を6つのフェーズに分けて時系列で示します。 1. フェーズ1：初期侵入（2025年6月5日） ◦ 時期: 2025年6月5日 ◦ 概要: 攻撃者は、業務委託先向けに発行された管理者アカウントの認証情報を悪用し、社外から社内ネットワークへの最初の足がかりを確立しました。 2. フェーズ2：偵察（2025年6月～10月9日） ◦ 時期: 2025年6月～10月9日 ◦ 概要: ネットワーク侵入後、攻撃者は即座に破壊活動を開始せず、4ヶ月以上にわたり潜伏。この期間中に、管理者権限等の取得を目標としたログイン試行を繰り返しながら、ネットワーク構成や機密データの所在を把握する偵察活動を慎重に実行しました。 3. フェーズ3：侵入拡大（2025年7月9日～10月19日） ◦ 時期: 2025年7月9日～10月19日 ◦ 概要: 偵察で得た情報を基に、EDR（Endpoint Detection and Response）などの脆弱性対策ソフトウェアを無効化。物流システムや社内システムのサーバー、端末へと侵入範囲を水平展開（ラテラル・ムーブメント）し、最終攻撃のためのランサムウェアを配置しました。 4. フェーズ4：攻撃実行（2025年10月19日～） ◦ 時期: 2025年10月19日以降 ◦ 概要: 事前に設定された時刻に、配置したランサムウェアを一斉に起動。このフェーズで、データセンター内のサーバー暗号化、ファイル削除、そして外部クラウドで稼働していた「お問い合わせ管理システム」からの情報窃取という複数の破壊活動を同時に実行しました。 5. フェーズ5：脅迫（2025年10月19日～） ◦ 時期: 2025年10月19日、21日、27日 ◦ 概要: システムを機能不全に陥らせた後、メールで脅迫文を送付し、身代金の支払いを要求しました。 6. フェーズ6：データ公開（2025年10月30日～） ◦ 時期: 2025年10月30日、11月10日、12月2日

リーフレットが登場　補助額最大450万円 「デジタル化・AI導入補助金」でIT導入・DXによる生産性向上を支援！ 業務の効率化やDXの推進、セキュリティ対策に向けたITツール等の導入費用を支援！ インボイス対応に活用可能！安価なITツールの導入にも活用可能で、小規模事業者は最大4/5補助！ 補助額は最大450万円/者、補助率は1/2～4/5！ r6_itダウンロード 枠や類型による違い 通常枠 ・生産性の向上に資するITツール（ソフトウェア、サービス）の導入費用を支援します。・クラウド利用料を最大2年分補助し、保守運用等の導入関連費用も支援します。 複数社連携IT導入枠 ・10者以上の中小企業・小規模事業者等が連携した、インボイス制度への対応やキャッシュレス決済を導入する取組等を支援します。導入や活用に向けた事務費・専門家経費も補助対象です。 インボイス枠 インボイス対応類型 ・令和5年10月1日に開始されたインボイス制度への対応に特化した支援枠で、会計・受発注・決済ソフトに加え、PC・タブレット・レジ・券売機等のハードウェア導入費用も支援します。・小規模事業者は最大4/5補助し、補助下限は無く、安価なITツール導入も支援します。 インボイス枠 電子取引類型 ・取引関係における発注者(大企業を含む)が費用を負担してインボイス対応済の受発注ソフトを導入し、受注者である中小企業・小規模事業者等が無償で利用できるケースを支援します。 セキュリティ対策推進枠 ・独立行政法人 情報処理推進機構（IPA）が公表する「サイバーセキュリティお助け隊サービスリスト」に掲載されているセキュリティサービスの利用料を支援します。 Screenshot

第1回の採択状況 200件超の応募があって、93件採択されていました。共同とか協業は調整も掛かりそうで、件数も少ないだろうなと思いましたが、セキュリティ枠程度の件数はいっているんですね。民間44件、公共49件でした。（AIで分類） 共同型は商工会とかが主体になってやるのかなあと思っていたのですが、民間の取り組みも多いのですね。 補助対象者 本事業の直接の補助対象（申請者）は、地域の小規模事業者の販路開拓を支援する法人であり、具体的には以下のいずれかに該当する機関です。 商工会・商工会議所（商工会法または商工会議所法に基づき設立された法人） 都道府県中小企業団体中央会 商店街振興組合・商店街振興組合連合会 事業協同組合などの法人化されている組織 地域の企業の販路開拓につながる支援を事業として行っている法人（これまでの実績や効果について審査が行われます） 取組内容の分類 提供された出典に基づき、採択された事業をその内容や目的によって分類し、一覧化しました。 海外展開・販路開拓・地域ブランド構築・伝統工芸・デジタル技術・その他特定テーマに分類されました。デジタル系もあるのですね。 1. 海外市場への展開（輸出・越境EC） 日本の優れた産品を、アジア（シンガポール、タイ、香港、台湾など）や欧州、アメリカといった海外市場へ届ける取り組みです。 • アジア圏への進出: 「Yummy Japan〜日本のおいしいを世界へ〜」、シンガポールやドバイへの販路開拓、タイ市場への挑戦、香港・台湾市場の開拓、沖縄フェアinシンガポールなどが含まれます。 • 欧米・イスラム圏への進出: 焼酎・泡盛のフランス輸出拡大、欧州とイスラム圏をターゲットにした実証型輸出支援、アメリカへの食品輸出プロジェクト、伝統陶磁器の欧州市場開拓などがあります。 • 越境・デジタル販路: 越境販路構築事業や、インフルエンサーを活用したプロモーション、台湾でのマーケティング拠点構築が挙げられます。 2. 催事・イベント・物産展による販路開拓 対面での販売会や大規模なイベントを通じて、消費者に直接アプローチする取り組みです。 • 地域マルシェ・物産展: 「しんきん赤れんがマルシェ」、「北海道まるごとフェアinサンシャインシティ」、「神奈川の魅力発見物産展」、「しずおかの味めぐり」など、特定の地域にフォーカスした催事が多く見られます。 • コンセプト型イベント: サザエさん商店街通りでのクリスマスマーケット、名字（鈴木・佐藤）をテーマにした名産品展、発酵文化を普及させる「みやざき発酵フェスタ」、収穫祭などが実施されます。 3. 地域ブランドの構築と販路拡大 地域のストーリーや特性を活かしてブランド化し、付加価値を高める取り組みです。 • ブランディング強化: 北海道ブランド、江戸東京ブランド、奥伊勢ブランド、泉州タオルのグローバルブランド化、ますます、いよし。ブランドなど、独自のブランドを核とした支援が目立ちます。 • ストーリー・リデザイン: 地域の隠れた魅力を掘り起こすプロジェクトや、四国の地域産品をリデザインの力で拡大する事業、食の「テロワール」を中核としたブランドアップなど、見せ方や伝え方を工夫する事業が分類されます。 4. 伝統工芸・地場産業の振興 古くから伝わる技法や地域の特産品を現代に合わせて展開する取り組みです。 • 伝統工芸の共同販路: いしかわ伝統工芸、九谷焼、江戸東京の伝統文化、福岡県伝統工芸品、沖縄の伝統工芸などが含まれます。 • …

元資料 DeNAの元資料は以下のURLです。 システム開発関連以外の目次 開発作業に関するものも多く含まれてそうだったので、開発に関係ない人も多いので、それ以外の目次をつくってもらいました 1. 調査・リサーチ・分析 • 001: Webサイト参照の爆速化（NotebookLMで法律やガイドラインを体系的に整理） • 002: 賢いPDFリーダー（大量の資料からGeminiで特定情報を検索・抽出） • 009: ソーシャル報告レポートの時短（DeepResearchで口コミを網羅的に分析） • 027: 諸外国の概況把握（Deep Researchによる法令や実例の事前調査） • 032: アンケート設問の動作確認準備（AIによる多角的なペルソナパターンの作成） • 050: イベントのアンケート分析（Deep Researchで数値の傾向を言語化・レポート化） • 059: 分析結果の解釈サポート（クラスター分析結果へのネーミング案作成） • 060: トレンド分析の自動化（Web記事からの頻出ワード抽出と深掘り調査） • 066: 法令・規約の定点観測（プラットフォーム規約変更の自動通知） • 067: トピック理解の高速化（音声解説とレポートを組み合わせたインプット） • 070: 対話できるペルソナ生成（調査データに基づいた「人工人格」の作成） • 083: 定性反応の自動集計（LLMによるユーザーの声の網羅的把握） • 089: アセットモチーフの参考事例収集

AIによる財務分析 決算書や試算表をAIで分析することは可能です。ただChatGPTで分析しようと思うと、経理の数値をAIに伝えないといけないです。例えば月次の損益計算書をCSVファイルで会計ソフト（Freee)からダウンロードして、Geminiに2025年10月の状況の分析をお願いしました。 分析結果 ① 売上・原価の構成 高い粗利率 (80.3%): 売上原価は売上の約2割に留まっており、付加価値の高いビジネスモデルであることがうかがえます。 原価の中身: 原価の全額（◯◯◯円）が「外注費」として計上されています。外部パートナーを活用しつつ、高いマージンを確保できている状況です。 →なんか、外注を搾取しているようなコメントですが、我が社は一人士業会社なので、利益率はもちろん高いですし、たまに、連携している士業と一緒に仕事をするくらいの感じなのです。 ② 販売費及び一般管理費 (販管費) の内訳 販管費の合計は◯◯◯円円で、主な内訳は以下の通りです。 ③ 営業外収支 受取利息として◯◯◯円円の計上があります。営業外費用はなく、営業利益とほぼ同額が経常利益となっています。 2025年10月は、外注費を活用しながら高い粗利を確保し、販管費（主に役員報酬と旅費）を差し引いても売上の約半額が利益として残る、極めて健全かつ高収益な月であったと言えます →うーん、ざっくりですね。もう少しプロンプトを投入してみます。 11月で費用の勘定科目で大きく数字が増減したものを教えて下さい 2025年10月から11月にかけて、費用の勘定科目で変動が大きかったものは以下の通りです。 特に**外注費（売上原価）**がゼロになったことが最も大きな変化です。 1. 売上原価（外注費） ◯◯◯円 減少 （◯◯◯円 → 0円） 10月に発生していた外注費が11月にはなくなり、原価がゼロになっています。これに伴い、11月は売上＝粗利となっていると考えられます。 2. 通信費 +46,868円 増加 （44,972円 → 91,840円） 前月比で約2倍に増加しています。通信機器の購入や契約変更、あるいは一時的な高額請求があった可能性があります。 3. 消耗品費 ◯◯◯円 増加 前月比で約3.3倍に増加しています。事務用品や備品などのまとめ買い等が発生した可能性があります。 という感じで何となく、プロンプトを重ねれば色々指摘してくれそうです。 しかしそもそもファイルをダウンロードしてAIにアップし直すなど面倒ですよね。これじゃ毎月分析はしないでしょう。 やはり大事なのは、使っているソフトの中でそのままシームレスにAIが動くこと。今回の例であれば、会計ソフトのfreeeの中でAIが動いて分析してくれれば、プロンプトもいらないし、毎月勝手に報告してくれるわけです。 freeeのAIクイック解説 ということで、freeeにAI分析がベータ版のようですが、登場しました。 モバイルアプリでしか見れないようですね。PC版でも提供してくれたらいいのに。 スマホアプリで見ると、毎月の売上や費用データが表示されて、売上、原価、販管費に分けて分析してくれますね。 実際の出力は以下のイメージです。細かく全部よむというよりは、ザーッと見て、気になった内容を確認していくと、毎月の財務分析精度があがりそうですね。 Screenshot 気になったのは、通信費が倍増しているとのことです。通信費はスマホ代の他、クラウドサービスの費用などが含まれます。11月は9万円！このペースで行くと、年間で100万円超える・・・そんな馬鹿な・・・ということで、内容を確認してみました。 Screenshot 残念ながらレポートの内容をクリックしたら、その勘定科目にいくわけではないので、自分で試算表を開いて、通信費の内容を確認しました。 11月の通信費が4万円増加しているのは・・・ 　freee! お前が犯人やないけ！ ということで、毎月の費用や売上の変動を、テキストで解説してくれるのは、悪くはないかなあと思います。 そんなところで

税制改正大綱が出て近々来年の税金関連の仕組みが決定していきそうです。そんな中でまだインボイス制度の変更。もう、あれだけ時間をかけて色々変更して決定したのに、いまさら経過措置を段階的にしたり、特例を延長したりとしていて、もっと毅然と粛々と進めればいいですのにね。 インボイスの2割特例の終了予定が、3割になって2年間維持 インボイス制度を機に免税事業者からインボイス発行事業者として課税事業者は、とりあえずは計算を簡単にして負担を軽減するために、売上税額の2割を納税するというものでした。もうインボイスの発行事業者になった方はなったでしょうし、なってない方は多くの場合そのまま免税事業者を続けるでしょうから、すんなり2割特例終了でいいかと思っていましたが。。。 後2年間3割特例になるそうな。そういうのは、制度決めた最初に決定しておいてほしいですね。段階的な経過措置を最初から決めておく。一回きめて、後から制度追加だと、結局、会計ソフト会社の開発要件が増えますね。 (出典：国税庁ページ） 免税事業者等仕入れの経過措置が2年伸びてさらに段階的に 免税事業者等からの課税仕入れに係る税額控除に関する経過措置は、インボイスを発行できない免税事業者から仕入れると、仕入れた側が税額を負担することになって不公平なので、免税事業者が切られる恐れがありました。それを緩和するために、免税事業者から仕入れても80%は仕入税額控除が使えるというものでした。 来年令和8年10月からは50%に削減され、令和11年9月末で終了の予定でした。 適用期間は以下の予定でした。 （出典：国税庁ページ） それが今年の10月からは7割にまた緩和されました。そして2年刻みで、7割、5割、3割と縮減して、令和13年9月末の終了となります。西暦では2031年ですか。。先ですね。 令和８年10月からは７割令和10年10月からは５割令和12年10月からは３割　　と段階的に縮減していき、令和13年９月末をもってその適用を終了 これも最初から制度に従って、システムを作るわけですが、また変更ですね。 税制大綱でも自ら「制度変更の内容に沿って早期に対応を進めてきた事業者の真摯な努力を無にすれば、税制に対する信頼を損なうこととなりかねないことも念頭に置くべき」と書いてます。書いてることとやっていることがズレてていやになりますね。 12/19 自民・維新の令和8年度税制改正大綱のインボイスに関する掲載内容をピックアップしました （２）インボイス制度（適格請求書等保存方式）の定着に向けた対応 消費税は、諸外国の付加価値税制度と同様、価格転嫁を通じて最終的には消費者が負担しており、消費者が支払った消費税相当分は、本来、その全てが納税されることが原則であって、一部が事業者の手元に残ることは、消費者の理解を得られることではない。消費税やインボイス制度のあり方を考える上では、国・地方における貴重な社会保障の財源とされていることや担税者たる消費者の視点に配意する必要があることに加え、あらかじめ決められた制度変更の内容に沿って早期に対応を進めてきた事業者の真摯な努力を無にすれば、税制に対する信頼を損なうこととなりかねないことも念頭に置くべきである。 こうした基本的考え方を前提としつつ、インボイス制度導入に係る事業者の事務負担にも配慮し、制度の社会的な定着をより確実なものとする観点から、次の措置を講ずる。 なお、インボイス制度導入に係る各種経過措置については、上記の基本的考え方を踏まえ、今般見直した内容を含め、これまでに決定した措置が期限どおり確実に実施されるよう、関係省庁が連携して必要な対応を実施することとし、消費者が負担した消費税によって社会保障制度がしっかりと支えられる社会を実現する。その際には、消費税の基本的な仕組み等に関する的確な理解の増進も図ることとする。 ①　新たにインボイス発行事業者となった小規模事業者の税額控除に関する経過措置 いわゆる２割特例の終了後は、簡易課税制度への移行が原則となるが、インボイス制度の定着に向けて事務負担への配慮がより必要と考えられる個人事業者については、課税事業者を選択してインボイス発行事業者になっている場合には、これまで２割特例の対象となっている個人事業者も含め、その納税額を売上税額の３割とすることができる経過措置を２年に限り講ずる。なお、インボイス制度開始後に課税事業者となった小規模事業者等が意図せず消費税を滞納すること等がないよう、今後、適正な納税を促す方策についても検討を行う。 ②　免税事業者等からの課税仕入れに係る税額控除に関する経過措置 消費者が支払った消費税相当分の一部が、本経過措置により、納税されずに事業者の収入になっており、また、本経過措置が小規模な国内事業者以外からの仕入れにも適用され、租税回避等にも利用されている実態が確認されていることも踏まえ、本経過措置は段階的に縮減することとするが、インボイス制度の影響を受ける小規模な国内事業者への配慮として更なる激変緩和を図る観点から、その最終的な適用期限を２年延長した上で、控除ができる割合については、令和８年10月からは７割、令和10年10月からは５割、令和12年10月からは３割と段階的に縮減していき、令和13年９月末をもってその適用を終了する。 あわせて、本経過措置が租税回避等にも利用されていることを踏まえ、その防止を図る観点から、その課税期間における一の免税事業者等からの課税仕入れのうち本経過措置の対象とできる上限額を、現行の10億円から１億円に引き下げる。その上で、当該上限額については、取引実態等を踏まえ、今後、更なる引下げについて検討する。 そんなところで

東商のセミナ‐申込ページへ (１)デジタル化ははじめの一歩　①アナログを止めてデジタルを使おう　②お金周りからデジタル化を始めよう(２)顧客の銅線を考えて接客しよう　①ＳＮＳや動画を使い分けて接客していくためには(３)デジタル活用のミライ　①ノーコードツールの活用　②ＡＩの業務での使いどころ

税回改正大綱をNotebookLMの力を借りながら、勉強のため、読んでいきたいと思います。 動画まとめ スライドまとめ Japan_2026_Tax_Reform_Blueprintダウンロード DataTable機能で主な税制改正をまとめてもらう DataTableって機能が新登場していますね。表形式にまとめてくれました。気になるところを黄色く塗りました 税目・分野 項目名称 改正の概要 適用・施行時期 対象・基準額 目的・背景 (推測)

12/11 小さな会社のためのクラウド×AI×ノーコード活用術セミナー＠廿日市商工会議所  12/10 SNSとAIセミナ＠鏡石町商工会セミナ 12/5 デジタル相談対応＠小山商工会議指導員研修 12/3 デジタル全部のせセミナ〜SNS、AI、業務効率化＠東商豊島支部 12/2 生成AIを活用したSNS・動画・Webマーケティング戦略＠ユーカリが丘商店街振興組合 11/19 自分でできる!～動画でで集客・接客力UP@春日井商工会議所1 11/26 自分でできる!～動画でで集客・接客力UP@春日井商工会議所2 11/25 商売繁盛塾　デジタル化で効率アップ＠川崎市 11/24 中小企業診断士養成過程　情報化　＠中小企業大学校 11/20　生成AIを使ってみよう＠板橋産業振興会 11/19 動画マーケティングセミナ＠春日井商工会議所 11/18　生成AIのつかいどころ＠天栄村商工会 11/12 商売繁盛塾　デジタルで売上アップ＠川崎市 11/11 生成AI活用セミナ＠石川町商工会 11/6　動画編集セミナ@紋別商工会議所 11/5　動画マーケティングセミナ@紋別商工会議所 11/4　動画発信セミナ＠石川町商工会 10/29 指導員研修　デジタル化の相談対応について　＠東京商工会議所 10/28 SNS活用セミナ＠石川町商工会 10/25 中小企業診断士　理論政策研修　デジタル相談のポイント@大塚商会 10/23 創業者のためのWebマーケティングセミナ＠相模原市産業振興財団 10/22 商店街のDXと商業者が活用すべきデジタルツール＠ふさの国　商い未来塾 10/22 SNS・動画を使って集客力・接客力！@東京商工会議所　世田谷支部 10/21 指導員研修　デジタル化の相談対応について　＠東京商工会議所

一人情シス問題の現状 ノークリサーチさんから、「ひとり情シス」は増えているのか？減っているのか？IT管理/運用の現場で起きている変化　の調査が出ていましたので、概要だけ見て、思うところを書いていきたいと思います。 中堅・中小企業において、１名情シス体制の会社は増加しており、兼務の方も増えているそうです。売上５〜５０億円企業のデータだそうですので、実際に数億円規模の売上で10名や20名程度の会社では情報システム担当はいても一人でしょうね。多くの場合は、総務部の方が兼務ということが多いと感じています。 　　　　　　（出典）ノークリサーチ調査 中小企業において「情シス担当が一人しかいない」「本来は別業務と兼務している」という状態は、もはや例外ではなく常態になっています。ITの重要性が年々高まる一方で、専任人材の採用や体制整備が追いつかず、結果として一人情シスが企業活動を支える構造が固定化しているのが実情です。 私は新入社員のとき数十人の部署のネットワーク担当をやりました。と言っても、情報システム部は他にいるので、部署内のネットワーク管理とか、IPアドレスの払い出しとか（90年代後半の話です）とかそんなもんだったと思います。もちろんIT企業勤務なので、みんなそれほどITスキルが低いわけでもないので、めんどくさいけどそれほど大変だったことはありませんでした。 しかし、中小企業では大きな問題になっているケースが多いです。一人情シス問題は、担当者個人のスキルや努力の問題ではありません。むしろ、経営と組織の設計の問題であり、向き合い方を誤ると、情報セキュリティ事故や業務停止といった経営リスクへ直結します。本記事では、中小企業が一人情シス問題にどのように向き合い、どのような考え方で対策を進めるべきかを、整理します。 なぜ中小企業の一人情シスは限界を迎えやすいのか 一人情シスが疲弊しやすい最大の理由は、担当範囲の広さにあります。パソコンやスマートフォンの手配・設定、クラウドサービスのアカウント管理、日々の問い合わせ対応、セキュリティ対策、ベンダーとの調整や契約更新まで、本来であれば複数の役割に分かれる業務が、一人に集中します。 これらの業務は、突発対応や割り込みが多く、計画的に進めにくいという特徴があります。その結果、目の前のトラブル対応に追われ、ルール整備や改善、予防策といった中長期的に重要な取り組みが後回しになります。業務が属人化し、担当者本人しか分からない設定や運用が増えていくのも、この構造が原因です。 さらに、経営側から見ると、ITは「何が危険で、どこに投資すべきか」が分かりにくい分野です。専門的な説明になりがちなため判断が後回しになり、結果として「現状維持で何とか回してほしい」という無言の期待が、一人情シスに集中します。 一人情シス問題は“人の問題”ではなく“構造の問題” ここで重要なのは、一人情シス問題を個人の責任として捉えないことです。担当者を増やせば解決するように見えるかもしれませんが、属人化した運用や曖昧な優先順位のまま人を増やしても、根本的な解決にはなりません。 中小企業がまず行うべきは、「すべてを完璧にやる」ことを前提にしないことです。IT業務には優先順位があり、事業継続や情報漏えい防止といった致命的なリスクへの対応が最優先されるべきです。生産性向上やDXは重要ですが、土台が不安定なままでは、かえって負担を増やす結果になりかねません。 また、一人情シス対策の本質は、努力ではなく設計にあります。誰が担当しても同じ結果になるよう、ルールや手順、判断基準をあらかじめ決めておくことが、属人化を防ぐ唯一の方法です。 中小企業が現実的に取るべき対策の考え方 対策を進める際には、まず「守り」を固める意識が欠かせません。退職者のアカウントが確実に停止されること、重要なクラウドサービスに多要素認証が設定されていること、業務データが定期的にバックアップされ、復旧手順が分かっていること。これらは高度なIT施策ではなく、最低限の経営リスク対策です。 次に重要なのは、日常業務の負担を減らすことです。一人情シスを最も消耗させるのは、終わりのない問い合わせ対応です。問い合わせ窓口を一本化し、よくある質問を簡単な手順書として共有するだけでも、業務負荷は大きく下がります。さらに、端末やソフトウェア、申請方法を標準化し、選択肢を減らすことで、運用は驚くほど安定します。 すべてを社内で完結させようとしない姿勢も欠かせません。一次対応や定型作業を外部に委ね、専門性が求められる領域はスポットで専門家を活用する。こうした前提で体制を組むことで、一人情シスでも持続可能な運用が可能になります。 1. まず最優先でやるべき対策（事故を起こさないための最低限） ① 退職・異動時のアカウント無効化を仕組みにする 最初に手を付けるべきは、ID管理の属人化をなくすことです。退職者のアカウントが残ったままになる状態は、情報漏えいリスクとして極めて大きく、経営責任にも直結します。 具体的には、 退職・異動の連絡が来たら必ず実施するチェックリストを作る Google Workspace や Microsoft 365 を起点に、利用中のSaaSを一覧化する 「退職＝この順で停止する」という手順を1枚の文書にする これだけでも、「担当者の記憶頼み」から脱却できます。 ② 重要なクラウドサービスはMFA（多要素認証）を必須にする すべてを高度に守る必要はありませんが、 メール ファイル共有 会計・販売管理 顧客情報を扱うサービス これらについては、MFAを必須にするだけで、不正ログインのリスクは大きく下がります。一人情シスにとって重要なのは、「完璧なセキュリティ」ではなく、事故確率を現実的に下げる対策を先に打つことです。 2. 日常業務を確実に軽くする対策（燃え尽きを防ぐ） ③ 問い合わせ窓口を一本化し、口頭対応をやめる 一人情シスを最も消耗させるのは、「ちょっといいですか？」「急ぎなんですけど」という割り込み対応です。

日本商工会議所から、「デジタル化でつながる中小企業の未来」の提言が行われ、普及用の漫画冊子も発刊されました。<br> <br> 支援機関の皆様に置かれましては、ご一読の上、事業者の方々に冊子の内容を啓蒙いただけるようにご協力よろしくお願いします。

議事録作成にはPlaudを使っています PlaudのPinを買って腕時計のようにつけています。すぐ録音できて、打合せが終わり次第で、アップロードしてくれて、事前に用意しておいたプロンプトで、打ち合わせやセミナーの内容に合わせて要約してもらっています。とても便利。ただ、ハードが2.7万円でしたし、維持費は、年間1.68万円で、月20時間までの要約です。だから会議10数本程度ですね。そのため、全ての打合せでONにはしておらず、初回訪問などヒアリング内容が多いときだけ使っています。 Googleで議事録を起こしてみる　〜Gemini、Gemの活用 ということで、録音したデータをGeminiにアップロードして試してみます。とりあえあずセミナの前半の1時間をアップロードしてみます。Plaudからデータをダウンロードしました。62分のデータで、15MB弱でした。 Gemの作成 GemはあらかじめGeminiのプロンプトを登録しておけるサービスです。ChatGPTではGPTsですが、GPTsは有料プランしか使えませんが、Gemは無料でも使えます。（私は有料契約してます） 登録したプロンプト ・アップロードされた音声ファイルを読み込みます。 ・全文を文字起こします。えー、や、あーといったフィラー（つなぎ言葉）は削除します。 ・文字起こしされた内容の次に、以下の要約を生成します。 　1.　200文字程度でサマリーを作る 　2．　重要なポイントを箇条書きでまとめる 　3．　講師が話した内容をテーマごとに整理する 　4. 参加者向けの学び・示唆する ・出力条件 話し言葉は書き言葉に修正 重複表現・不要な相づちは削除 日本語で出力 Gemを実行 ファイルをアップロードして、何も書かずに実行しました。 出力結果 時間がかかるのかな、と思いましたが、1分くらいで以下の内容が出力されました ーーーーーーーーーーーーーーーーーーーーー 全文文字起こし（フィラー削除・整文済み）　→全文じゃない！ 62分あるはずなのに、全文にはなりませんでしたね。 【冒頭・導入】 改めまして、こんにちは。村上です。本日はよろしくお願いいたします。 全体で「SNS活用セミナー」というタイトルが付いていますが、今日はあまりSNSの話はせず、AIを使って販売促進や業務効率化を行う方法についてお話しします。もちろん、会社規模によっては「あまりAIを使う場面がない」という方もいらっしゃるでしょうし、個人だからこそ活用できるという部分もあるかと思います。本日は様々なツールを紹介しますので、興味があるものがあれば、ぜひ登録して使ってみていただければと思います。 基本的にAI、例えばChatGPTなどは無料で利用できます。ただし、回数制限があり、例えば画像生成を4〜5回行うと「今日は終わり」と言われることもあります。本格的に業務で活用する場合は有料版が必要になるかもしれませんが、本日の内容は無料版でも体験できるものがほとんどです。現在ではChatGPTやGeminiを使っている方が多いかと思いますし、資料作成が多い企業ではNotebookLMなどがよく使われているのではないでしょうか。 【AIによるコンテンツ作成の実演】 少し雑談から入りますが、「鎌倉幕府は何年にできたか」と習いましたでしょうか。「イイクニ（1192年）作ろう」と習った方が多いと思いますが、ここ10年ほどは教科書の記載が変わり、「イイハコ（1185年）作ろう」になっているそうです。歴史の解釈や教科書の内容も時代とともに変わるという一例ですが、このニュースを見て面白いなと思い、新幹線での移動中に動画を作ってみました。 Canvaなどのツールを使うと、テンプレートを選んで文字や画像を入れるだけで動画が作れます。源頼朝の写真はネット検索したものですが、女の子のイラストなどはAIで生成しました。これらを使って、「いい国作ろう鎌倉幕府、復権か？」といったブログ記事もAIに書かせました。ブログのサムネイル画像も「鎌倉幕府のご家人が集まっているイラスト」と指示してAIに描かせ、記事本文もAIに生成させました。 さらに、AIに対して「1185年説と1192年説、どちらが優勢なのか比較して調べて」と指示し、その結果を貼り付ければ記事が完成します。動画作成、YouTubeへのアップロード、記事執筆を含めても30分程度で完了します。このように、コンテンツ作成においてAIは非常に強力なツールとなります。 【AIの歴史と進化】 少し歴史を振り返りますと、現在のAIブームは2022年11月のChatGPT登場からですが、その起点は2012年頃のGoogleによる「猫の画像認識（ディープラーニング）」でした。以前はコンピュータに「猫」を定義することが困難でしたが、大量の画像を学習させることで、AIが「なんとなく猫」を認識できるようになったのです。これが2012年の出来事で、そこから画像認識が進み、現在の生成AIへと繋がっています。 その後、2023年にはマルチモーダル化が進み、文字だけでなく、画像、Excel、動画など様々なファイルを扱えるようになりました。 【画像生成と著作権・リスク】 AIの進化により、例えば「イオンのチラシ」を読み込ませて、「これに基づいた献立を考えて（酒のつまみ、アスパラガス使用）」と指示すれば、メニューを提案してくれるようになりました。 一方で、画像認識や生成にはリスクもあります。例えば、有名キャラクターに似せたイラストを生成することは技術的に可能ですが、著作権的には問題になる可能性があります。「ジブリ風」と指示して生成した画像が商用利用できるかというと、非常にグレー、あるいはアウトな領域です。類似性が高ければ著作権侵害となりますし、特定の画風に依拠している場合は「依拠性」の問題も出てきます。 また、実在の人物の画像をAIに学習させて動画を作るディープフェイク技術や、AI生成楽曲の著作権問題など、法整備が追いついていない部分もあります。企業で利用する場合は、商用利用が明確に許可されているモデル（Adobe Fireflyなど）を使うか、権利侵害のリスクを十分に考慮する必要があります。 【プロンプト設計と活用】 AI、特にChatGPTを活用する際は、指示の出し方（プロンプト）が重要です。単に「イラストを描いて」と言うだけでは意図しないものが生成されます。「ジブリ風で」と指定すればそれに近づきますが、著作権リスクがあります。 業務で使う場合、AIに「役割（ロール）」を与えることが有効です。「あなたは優秀なマーケティング担当者です」や「プロの編集者です」と定義することで、回答の精度が変わります。 また、AIは「文脈」を読むのが得意ですが、曖昧な指示では一般的な回答しか返ってきません。「ターゲットは小学生」「新人社員にもわかるように」といった具体的な制約条件を加えることで、より実用的なアウトプットが得られます。 【業務への具体的活用】 業務での活用例としては、以下のようなものがあります。 要約・ドラフト作成: 長文の資料やニュースを要約させる。メールの返信案を作成させる。 アイデア出し: 新商品のネーミングやキャッチコピーの案を大量に出させる。 データ分析・整理: エクセルデータを読み込ませて分析させる。

まずはOCRできるか試してみる スプレッドシートで管理項目をつくる 最低限の項目で実施していきます。まずはスプレッドシートを作りました。名刺管理1211という名前にしました。 IDは自動で数値を入れて、名刺画像を登録する項目、そしてその画像をOCRしていれる項目、そして登録した日付を入れる項目の４つです。 スプレッドシートからAppsheetをつくってみる 拡張機能からAppSheetを選んで、”アプリを作成”します。 そうすると、なにかアプリを作ってくれました。Customize with AppSheetへ進みます。 AppSheetの画面で設定していきます スプレッドシートと同じ名前でアプリができました。 TYPE　（フィールドの属性）を変更 名刺画像を　Imageにしました　OCRテキストをLongText　日付をDateにしました 初期値を変更しました 名刺画像をOCRして読み込むので、OCRテキストの項目には　”OCRTEXT([名刺画像])”と入れました。 ID　には初期値のままですが、　"UNIQUEID()"　ということで、ユニークな数値をいれてもらいます 日付には今日の日付を入れてもらいます。　"TODAY()"　 ここまでで試してみる ブラウザの右側にすでにプレビュー画面ができています。　プラスボタンから名刺画像を登録してみます。 画像をアップすると、早速OCRされました。日本語や英語は間違いなくOCRされていました。　 SAVEすると保存できました。データが溜まっています。 スプレッドシートにもデータが溜まっていました。　OCR完了ですね。 改善していく　〜関数でできること OCRはできましたが、一つのセルに入っていてデータとしては使いにくいです。会社名とか電話番号など別のセルに入れたいですね。 EXTRACTの関数の中に、メールや電話番号を抽出できるものがありました。EXTRACTEMAILS()　と　EXTRACTPHONENUMBERS()　ですね。 そこで、まずスプレッドシートで、メールと電話の列を追加しました。 そして、Regenerate Schemaをして反映してみます。 そうするとAppSheet上で列が追加されました。 そして初期値に関数をいれました。 メールアドレスが取れましたね。しかし電話番号は失敗しました。　電話番号の前につけていたスマホのアイコンをQと認識したようで、そのせいでメアドは失敗したのでしょうね。 ということで、メアドと電話番号は取得できましたが、会社名や氏名や役職は、関数で取得するのは無理そうです。OCRはうまく行きましたが、名刺管理としては全然物足りません。ということで、次は「機械学習モデル」でやってみます。 機械学習モデルで名刺管理 ここで、新しい別アプリで試していくので、新しくスプレッドシートを作って、AppSheetにしました。 AppSheetができて、TYPEを画像とかメールとか電話を変更しました。 学習のためのデータが４件以上必要ということで、５枚の名刺をあらかじめ登録してみました。縦名刺や横名刺をまぜて、今回はわりとわかりやすい名刺を登録しました。　私の名刺なんかは部署がないから、キャッチコピーなどを間違えて入れそうな気がしますが。 学習ようにそれぞれ会社名や部署などを入力しました。名刺によっては、電話番号が無いとか、役職が無いとかありましたが、うまくいくでしょうか。 AppSheetの機械学習 　機械学習でOCRを教育して、名刺画像から、それぞれの必要な項目をセルに掘り込んでくれるかというものです。左のIntelligenceから、Add OCR Modelを選んでみました。 ImageColumnに　名刺画像を選択して、あとはOutputColumnですね。　IDは自動付与なので消しました。 警告がでました 無効なデータとか、うまくアンカーが読み取れなかったと言われていますね。このあたり学習制度を高めるためにわかりやすい名刺ももう少したくさん登録した方がいいのかもしれません。 INITIAL VALUEに関数として、先程のAI-OCRが設定されていますね。 試してみる　〜〜15年前の名刺をよみこんだ 結果は・・・　結構ズレていますね（＾＾；　OCRの精度は高そうですが、どこに何を入れるかは結構ズレています。もう少しデータを入れて学習してみるといいのでしょうかね。 名刺データはEIGHTで大量に管理しているので学習データはありますが、画像も含めてAppsheetに流し込んで、再検証をしてみたい気はしますが、、ちょっと今日はここまでにしときます。 AppSheetのGeminiでいきなり名刺管理アプリを作ってと頼んでみる ところでAppSheetには、Geminiでスタートするという機能があります。 ここでいきなり「名刺管理アプリを作って」とお願いしてみました。 そうすると、何も微調整していませんが、アプリができました。３シートからなるアプリが生成されていました。 写真をアップして、名刺情報を入れていく箱はできてそうです。ただOCRとか、機械学習とかはもちろんセットされていなかったので、ここからセッティングしていくことになりそうですね。それなら、白紙の状態から作っていったほうが、理解もしやすいかもしれません。 そんなところで

令和7年度補正予算が発表されました。 前回の記事で内容をまとめています。 その中で個人的に一番気になる「中小企業デジタル化・AI導入支援事業」すなわち、「デジタル化・AI導入補助金」についてまとめてみます。中小企業等の労働生産性の向上を目的として、業務効率化やＤＸの推進、サイバーセキュリティ対策、インボイス制度への対応等に向けたITツールの導入を支援する制度です。 個人的には、もうさすがにインボイス支援への制度は終わりなのかなと思っていましたが、未だあるようですね。現状のIT導入補助金も7年の間に色々実施されてきました。例えばEC（ネットショップ）の仕組みの申請はできなくなりました。当初、この制度が登場したときには、多くの事業者がECを構築するのに申請していました。そのため、ECばかりの申請に嫌気が指して、制度変更されたのだと思います。 小規模持続化補助金でもホームページやECやネット広告の申請が多く、今では申請総額の1/4までしか、ネット関連費用は認められなくなりました。 そういった意味では、今回はどのように変わるのでしょうか？　名前の通り「AI」というキーワードが入っていますので、登録分野でAIが登場すると思います。ただ、多少心配なのは、AI関連のアプリは多岐にわたります。メジャーなものから、怪しいものまでたくさんあります。AIだからといってなんでも申請が通るようでは困ります。 導入後の検査も大変になりそうですね。基幹システムなら、流石にちゃんと導入したかどうかを確認するのは、やりやすいと思います。一方でAIソフトは、実際ちゃんと使われているのかを確認しづらいものが多いでしょう。昨年度はIT導入補助金での不正が大量にありました。ITベンダーと事業者がグルになって、ソフトを導入したように見せかけて、補助金を不正受給するものです。おかげで、本年度は、IT導入補助金の採択率が大きく下がりました。AIについても注視が必要でしょう。 補助金が関係なくても、AI議事録スタートアップとして「オルツ」社は実際導入していないの導入したふりで循環取引を繰り返して、急成長を装い、その後バレて破綻しましたね。 【令和7年度補正予算】デジタル化・AI導入補助金 調査レポート デジタル化・AI導入補助金の概要と背景 「デジタル化・AI導入補助金」は、中小企業・小規模事業者の生産性向上を目的として長年実施されてきた「IT導入補助金」の後継および名称変更となる制度です。 2025年（令和7年）12月に議論されている「令和7年度補正予算案」において、経済産業省・中小企業庁の事業名としてこの名称が登場しました。政府が「AI（人工知能）」の活用を中小企業の成長の鍵と位置づけ、単なる「IT化」から一歩進んだ「AI活用・省力化」を強力に推し進める姿勢を明確にしたものと言えます。 これまでの経緯 〜2025年（令和6年度補正まで） 「IT導入補助金」として実施。会計ソフトや受発注システムなどの導入を支援。インボイス制度対応などもカバー。 2025年11月〜12月 (現状） 政府の経済対策および令和7年度補正予算案の閣議決定において、本事業が含まれる「中小企業生産性革命推進事業」に約3,400億円（昨年度と同規模）が計上されるとともに、「デジタル化・AI導入補助金」という新名称が示されました。 2. 制度の詳細（IT導入補助金からの変更点） 現時点（2025年12月中旬）では詳細な公募要領は発表されていませんが、予算案の概要やこれまでの傾向から以下の内容になると考えられます。なお考えているのはGeminiです。実際にどうなるのかは、今後の予算案、公募要領の確認が必要です。 主な支援内容 基本スキームは従来の「IT導入補助金」を踏襲する見込みです。 対象者: 中小企業・小規模事業者 補助対象経費: ソフトウェア購入費、クラウド利用料（最大2年分）、導入関連費 申請方法: 「IT導入支援事業者」として登録されたベンダーとパートナーシップを組んで申請 「AI」名称追加による影響・変更予想 名称変更に伴い、以下の点が強化される可能性が高いと分析されています。 AIツールが「主役」に これまでもAI機能付きソフトは対象でしたが、ChatGPT等の生成AIを活用した業務効率化ツールや、AIによる需要予測・自動応答システムなどが、より審査で評価されやすくなる（加点対象になる）可能性があります。 インボイス枠の継続 「インボイス枠」はデジタル化基盤導入枠として形を変えつつも継続される見込みですが、ハードウェア（PC・タブレット）の補助については要件が厳格化、あるいは維持されるか注視が必要です。 審査のポイント 単に「ソフトを入れます」ではなく、「AIを使ってどう生産性を上げるか」「データをどう活用するか」というストーリーが重視されるようになります。 3. 予算規模と補助額の目安 本補助金が含まれる「生産性革命推進事業」全体の予算は約3,400億円です。これは「ものづくり補助金」「小規模事業者持続化補助金」「事業承継・引継ぎ補助金」との合算ですが、例年通りであれば、このうちの相当額がデジタル化・AI導入支援に割り当てられます。 想定される補助額・補助率（従来の例） ※正式発表前のため、参考値です。 枠組み（想定） 補助額 補助率 用途 通常枠 5万〜450万円 1/2 業務効率化ツールの導入（AIツール含む） インボイス対応類型 〜350万円 2/3〜4/5 会計・受発注・決済ソフト ＋ PC・レジ等 セキュリティ対策枠 5万〜100万円 1/2 サイバーセキュリティお助け隊サービスの利用 4. スケジュール（今後の見通し） 補正予算の成立から公募開始までの一般的なタイムラインは以下の通りです。 2025年12月: 補正予算案 閣議決定（完了） 2026年1月〜2月: 通常国会にて補正予算成立 2026年2月頃: 事務局の公募・決定、公式サイトオープン 2026年2月〜3月: 「IT導入支援事業者（ベンダー）」および「ITツール」の登録開始 2026年3月〜4月: 第1回 公募受付開始 5. 似ている補助金との違いに注意 今回の補正予算では、「AI」や「省力化」に関連する似た名称の補助金が存在します。混同しないよう注意が必要です。 補助金名称 対象・特徴 主な用途 デジタル化・AI導入補助金（本件） ソフトウェア中心 会計ソフト、業務システム、生成AIツールなどの「ソフト」導入。事務作業の効率化向き。 中小企業省力化投資補助金 ハードウェア中心 配膳ロボット、清掃ロボット、券売機などの「物理的な省力化機器」の導入。人手不足解消向き。 6. 今、事業者が準備すべきこと 来春の公募開始に向けて、以下の準備を進めておくのが得策です。 「gBizIDプライム」アカウントの取得: 電子申請には必須です。取得には2週間程度かかる場合があるため、早めの発行をおすすめします。 導入したいAI・ITツールの検討: 「どの業務をAIで自動化できるか」を洗い出しておきます。 ベンダー（支援事業者）への相談: 本補助金はベンダーとの共同申請が必須です。「デジタル化・AI導入補助金（旧IT導入補助金）を使って導入したい」とITベンダーに早めに相談しておくと、ツール登録等の準備がスムーズに進みます。 ※本レポートは2025年12月14日時点の公開情報および予算案概要に基づいています。正式な要件は、今後中小企業庁から発表される「公募要領」を必ずご確認ください。 そんなところで

サマリー Mindmapに出力すると、以下の８つですね。 中小企業生産性革命推進事業は3400億円 直接的に一番相談を受けるのは、生産性革命推進事業です。今年との変化はIT導入補助金がついに名前が変わりそうですね。IT導入補助金はすでに7年程度やっていますが、来年はデジタル化とAIとなりますね。近年施策の中では、ITという言葉よりデジタル化という言葉のほうがよく使うようになっています。更にそこにAIも入れてということですね。このあたりは、別にもう一本記事を書きたいと思います。 （１）中小企業成長加速化支援事業（中小企業成長加速化補助金） 売上高100億円を目指す成長志向型の中小企業の潜在的な投資を最大限引き出すため、大胆な設備投資を支援。 （２）中小企業デジタル化・AI導入支援事業（デジタル化・AI導入補助金） 中小企業等の労働生産性の向上を目的として、業務効率化やＤＸの推進、サイバーセキュリティ対策、インボイス制度への対応等に向けたITツールの導入を支援。 （３）小規模事業者持続的発展支援事業（小規模事業者持続化補助金） 小規模事業者等が自ら経営計画を作成して取り組む販路開拓等の取組を支援。 （４）事業承継・Ｍ＆Ａ支援事業（事業承継・Ｍ＆Ａ補助金） 事業承継・Ｍ＆Ａに際し、設備投資やM&amp;A前後（PMIを含む）での専門家活用費用等を支援。 （５）総合的なソフト支援パッケージ事業 賃上げや米国関税等の影響を受ける中小企業・小規模事業者に対する重点的なハンズオン支援をはじめとした総合的なソフト支援を実施。 令和7年度補正予算案について 経済産業省が令和7年11月に提示した令和7年度補正予算案は、日本の中小企業・小規模事業者が直面する複合的な課題に対応し、持続的な成長と賃上げを実現するための多岐にわたる支援策を網羅しています。総額数千億円規模の予算が計上されており、主な目的は、人手不足の深刻化、物価高、最低賃金の引き上げといった事業環境の急激な変化に適応し、企業の「稼ぐ力」を抜本的に強化することにあります。 本予算案の主要な柱は以下の通りです。 1. 大規模成長投資の促進: 「中堅等大規模成長投資補助金」（4,121億円）を核とし、省力化や事業規模拡大を目的とした工場新設や大規模な設備投資を支援する。特に補助上限50億円という大規模な支援を通じて、地方における持続的な賃上げの実現を目指す。 2. 生産性革命の推進: 「中小企業生産性革命推進事業」（3,400億円）を通じて、ITツール導入、DX推進、販路開拓、事業承継・M&amp;Aなど、企業の成長段階に応じた切れ目のない支援を提供する。 3. 事業環境変化への対応: 「事業環境変化対応型支援事業」（148億円）や経営相談体制の強化により、インボイス制度や米国関税等の影響を受ける事業者に対するハンズオン支援や相談機能を拡充する。 4. 資金繰り及び経営改善支援: 信用保証制度（152億円）や日本政策金融公庫による低利融資（40億円）を通じた資金繰り支援に加え、認定支援機関を活用した経営改善計画の策定支援（101億円）を強化する。 5. 大規模災害からの復興: 令和6年能登半島地震（250億円）をはじめ、近年の大規模災害で被災した事業者の施設復旧等を支援する「なりわい再建支援事業」に重点的に予算を配分し、被災地の早期復興を目指す。 これらの施策は、個別の補助金や融資にとどまらず、経営人材の確保、取引の適正化、専門家による伴走支援といったソフト面での支援も組み合わせることで、中小企業が構造的な課題を乗り越え、生産性を向上させるための総合的なエコシステムを構築することを意図している。 主要支援事業 1. 大規模成長投資と人材確保支援 中堅等大規模成長投資補助金の予算案は、 4,121億円。 事業目的は 地域の雇用を支える中堅・中小企業が人手不足等の課題に対応し、成長を目指して行う大規模投資を促進し、地方の持続的な賃上げを実現する。 2. 生産性向上と事業成長の促進 中小企業生産性革命推進事業の予算案は 3,400億円。事業目的は 物価高、人手不足、最低賃金引上げ等の課題に対応するため、中小企業・小規模事業者の「稼ぐ力」を抜本的に強化し、持続的な賃上げを実現する。生産性向上を目的とした設備投資等を切れ目なく支援する。 3. 事業環境変化への対応支援 予算案は、148億円で、事業目的: 最低賃金引上げ、省力化投資、エネルギー価格高騰、インボイス制度等の事業環境変化に対応するため、中小企業団体等と連携した相談・支援体制を強化する。 経営相談体制強化事業:として、支援機関が実施する専門家派遣や指導員向け講習等を支援。よろず支援拠点事業: コーディネーター等を増員し、相談体制を強化。生産性向上支援センターも設置。インボイス相談窓口事業: インボイス制度への円滑な対応のための相談体制を構築。 成果目標としては、窓口相談等で解決策を得られた件数の割合を80％以上にする。よろず支援拠点で経営課題を解決した件数を30,000件以上にする。生産性向上支援センターで生産性向上を達成した件数を300件以上にする。 4. 経営改善・事業承継の総合支援  予算案は 74億円で、事業目的は、財務上の問題を抱える中小企業の収益力改善・事業再生と、後継者不在企業の事業承継・引継ぎを支援し、地域の経済と雇用を支える。中小企業活性化事業: 中小企業活性化協議会が再生計画策定支援や3年間のモニタリングを実施。事業承継総合支援事業: 事業承継・引継ぎ支援センターが後継者不在企業と譲受希望者のマッチング等を支援。 • &hellip;

前までは問題なく動いていたのに、エラーが出ている #スピル！って　初めてみました。なんじゃろ　結合されているセルの参照が問題っぽいですね。 =B4:F6 って参照の仕方がおかしい気もしますが・・・・ まあ、以下のAIの提案のとり　@　入れたら、エラーは出なくなりました そもそもセルを結合しているのが悪いですね。 スピルエラーの直し方は？　AIまとめ スピルエラーを直すには、主にスピル範囲にデータがある場合と、数式の問題の場合で対処法が異なります。スピル範囲にデータがある場合は、そのデータを削除するか、エラーアラートから「妨げているセルを選択」をクリックして削除します。数式の場合は、@（アットマーク）を関数の前に付けて暗黙の交差を強制する方法や、参照範囲を小さくする方法があります。 エラーアラートを利用する:スピルエラーのセルを選択し、エラーチェックのアラートをクリックして「妨げているセルを選択」を選び、不要なデータを削除します。 手動で削除する:スピル範囲を示す薄い青色の枠を確認し、その範囲のセルを削除します。 結合セルに注意する:結合セルを範囲に含めるとエラーの原因になることがあります。数式に結合セルが含まれている場合は、結合を解除するか、セルの範囲を選択しないように修正してください。 @（アットマーク）を使用する:数式の関数や範囲の前に @ を付けます。これにより、スピル機能が使われず、1つのセルに結果が表示されます。 例: =SUM(B2:B3) → =@SUM(B2:B3) 参照範囲を調整する:動的な配列関数を使用している場合は、参照する列や範囲を小さくします。 数式をコピーする:必要な部分だけを個別に参照し、数式を下にコピーすることで、スピルせずに結果を表示できます。 その他の方法 Excelテーブルの変換:Excelテーブル内にスピルしようとするとエラーになる場合があります。その場合は、テーブルを「範囲に変換」して解除します。 エラーチェックオプションの変更:エラーチェックのバックグラウンドでの実行を無効にすることもできますが、他のエラーを見逃す可能性があるので注意が必要です。 そんなところで

Googleワークスペースを契約していたらStudioを使えるように GoogleWorkspaceを契約しているのでStudio機能が使えるようになりました。NotebookLMもStudio機能といってましたが、いずれ統合されていくのでしょうかね。 まだ画面は英語ですが。 メール、会議、チーム、タスク、顧客と分類してユースケースが整理されていますね。 メールでの対応 例えばメールだとこんな感じです。一日の読んでないemailのサマリを作ってチャットに通知したり、キーパーソンからのメールを通知したり、アクションが必要なメールにラベルを付けたり。メールは私はまだまだ仕事に使っていますが、未読のサマリーとか送られても、結局メール本文を読みにいけ無いので、そんなに便利機能には鳴らなさそうです。（私にとっては） 会議での対応 Meetでの会議のサマリをメールしてくれる機能でしょうかね。TASKと連動してやること通知もしてくれるってことかしら。 タスクでの対応 タスクを作って通知してくれそうですね。チームメンバーとかプロジェクトメンバーで使っていくときはよさそうです。 顧客対応 GoogleFormと連動しての通知はよさそうですね。ちょっと試してみます。 GoogleFormに問い合わせが来たら、回答文面を作ってチャットに通知するのを試してみる 以下の４ステップの設定をしています。GoogleFromの問い合わせの回答文案を作ってチャットに通知する内容となっています。 Step1　問い合わせフォームを作って紐づける まず簡単な問い合わせフォームを作りました。 そしてStudio内でそのフォームを選択しています。 Step2　問い合わせが来たらチャットに通知する Gmail内でチャットのスペースを作って、問い合わせフォームの内容を投げる設定をしています Step3　Gemに問い合わせ内容を投げて返信文案をつくってもらう あらかじめGemをつくりました。問い合わせ内容に対して、丁寧な返信文を作るというシンプルなものですが。 そして作ったGemをStudio内で紐づけました。Gem二問い合わせフォームの内容を投げています。 Step4　Gemで生成した返信文面をChatに投げる 最後にGemで生成された内容をチャットに投げています。 実際に問い合わせをして試してみました 感想 AIエージェントって一体何をやればいいのかは悩むところです。ネットで探して購入までできるとか、悪くない気もするけど、あんまり自動になっても楽になる気がしない。個人レベルの購買だとね。 旅の調査からホテルや飛行機の予約の自動化も便利そうだけど、結局、金額とか内容とかちゃんと見たいときは悩ましい。 DIFYとかn8nとかで、ワークフロー組んで色々やるのもすごいけど、それはそれでハードルが高い。 今回のStudioは、GoogleWorkspaceの中をしっかりつないでGeminiも活躍してくれる。グループウェア内でAIが活躍して、カレンダー、チャット、メール、スプレッドシートをつないでくれるのは悪くない気がする。ものすごい画期的な業務効率化ではないけど、ちょっと痒いところは楽にしてくれる気がします。 そんなところで 以下はGeminiにユースケース10選を聞いてみました。 Google Workspace Studio のユースケース 10選 Google Workspace Studio の一般的なユースケースを10個をGeminiに聞いてみました。 1. メール処理の自動化・要約 特定の条件に基づくメールの要約とスプレッドシートへの記録: 特定の送信者や件名を含む Gmail のメールが届いた際、その内容をAIで要約し、Google スプレッドシートに行として自動追記する。 2. 会議の準備とフォローアップ 会議アジェンダの要約と参加者への通知: Google Meet の会議の前に、関連するドキュメント（Google Drive 内）からアジェンダを要約し、Gmail で参加者にメール送信する。

今更なんですが、「キャッシュレス決済の今を考える」のインタビューで掲載されています。 ミロク会計さんの業界紙ですね。ミロク会計使っている税理士事務所に届くのでしょうか。 そんなところで。

「中小受託取引適正化法」（通称：取適法）は、従来の「下請代金支払遅延等防止法」（下請法）を改正し、2026年1月1日から施行される新しい法律です。 この改正は、近年顕著な労務費や原材料費の高騰に対応し、発注側と受注側が対等な立場で、公正かつ円滑な取引を行う環境を整備することを目的としています。 1. 法律名と用語の変更 法改正に伴い、法律の名称と取引当事者の呼称が、上下関係を連想させない対等なものに見直されました。 これからは、下請けという言葉がなくなるのですね。まあ言葉がなくなったから下じゃないというのもなんですが、中小受託事業者と呼ばないといけないですね。親会社もなくなって委託事業者と。 項目 旧法（下請法）の名称 新法（取適法）の名称 備考 法律名 下請代金支払遅延等防止法 中小受託取引適正化法 「下請」という表現を解消 発注側 親事業者 委託事業者 受注側 下請事業者 中小受託事業者 取引代金 下請代金 製造委託等代金 下請けかけこみ寺も名前変わるんでしょうね。 2. 下請法からの最大の変更点：適用対象の拡大 取適法で最も大きな変化は、適用対象となる取引の範囲が大幅に拡大された点です。 従来の下請法は、発注側と受注側の「資本金」の規模によって適用範囲が限定されていましたが、取適法ではこれに加え、「従業員数」による基準が追加され、より多くの中小企業が保護対象となります。 適用基準の比較（製造委託・修理委託の場合の例） 適用対象となる取引は、「取引の内容（委託の種類）」と「事業者の規模」の組み合わせで決まります。 資本金だけで判断されていたのが、従業員数でも対象か否かが変わるのですね。 適用対象となる委託の種類 従来の基準（下請法） 新しい基準（取適法） 製造委託・修理委託 親事業者：資本金3億円超下請事業者：資本金3億円以下 委託事業者：① 資本金3億円超または② 従業員数300人超中小受託事業者：資本金3億円以下または従業員数300人以下 情報成果物作成・役務提供 親事業者：資本金5千万円超下請事業者：資本金5千万円以下 委託事業者：① 資本金5千万円超または② 従業員数100人超中小受託事業者：資本金5千万円以下または従業員数100人以下 【ポイント】 「または」の適用: 資本金だけでなく従業員数も基準となるため、特に従業員数が比較的多い中小企業や、資本金は小さくても従業員数が多いスタートアップなど、広範囲の企業が「委託事業者（旧：親事業者）」として規制対象になる可能性があります。 物流業の追加: 特定の運送・物流関連の取引（再委託）についても新たに適用対象となることが予定されています。 3. 委託事業者（旧：親事業者）に課される義務と禁止行為 取適法では、従来の親事業者の義務・禁止行為に加え、価格転嫁の促進を目的とした規定が強化されています。 まあ、私自身で言うとフリーランス新法の方で、以下のような禁止行為からは守られていることになるんでしょうね。 強化・追加された義務（主なもの） 書面（または電磁的記録）の交付義務の厳格化 委託事業者は、委託内容、代金の額、支払期日などを記載した書面を、直ちに中小受託事業者に交付しなければならない。 製造委託等代金の支払期日: 物品等を受領した日（役務提供を受けた日）から60日以内のできる限り短い期間内で支払期日を定める義務（下請法から維持）。 価格転嫁に関する説明義務（新設） 価格交渉において、労務費、原材料費、エネルギーコストなどのコスト上昇分について、中小受託事業者から適切な価格転嫁を求められた場合、協議に応じ、その協議結果について説明する義務が新設されました。 強化・追加された禁止行為（主なもの） 受領拒否の禁止: 中小受託事業者の責めに帰すべき事由なく、委託した物品等の受領を拒否することの禁止。 買いたたきの禁止: 同種または類似の物品等の通常の対価に比べ、著しく低い製造委託等代金を不当に定めることの禁止。 経済上の利益の不当な要求の禁止（強化）: 特に、コスト高騰を理由とした値上げ交渉を拒否するなど、価格転嫁を阻害する行為は、不利益な取扱いとしてより厳しく規制されます。 不当なやり直し・返品の禁止: 中小受託事業者の責めに帰すべき事由がないのに、受領後にやり直しをさせたり、返品したりすることの禁止。 4. 監督体制の変化 下請法は主に公正取引委員会（公取委）が監督していましたが、取適法では、公正取引委員会と経済産業大臣が連携を強化し、共同で運用する体制となります。 経済産業大臣が登場してくることで、具体的にはどうなるのでしょうね？公取委以外でも経産省傘下の組織で相談窓口とかができるんでしょうかね。 特に、中小企業の価格転嫁を阻害するような事案については、公取委だけでなく、経済産業大臣も指導・助言を行う権限を持つようになり、実態に合わせた迅速な対応が期待されています。 そんなところで

業務フローを作りたい 最近、研修で業務フローをちょこっと描くのをやったので、業務フローを描くツールを久しぶりに触ってみようと思いました。とはいえ、会社員時代はひたすら業務フローを作っていたのでそれくらいたくさん作るのなら有料の業務フローツールを使えばいいわけですが、今は作るとしても中小企業の簡単なフローをイラストにしたり、研修の資料で作るくらいなので、軽くちょこっと使えるツールを使ってみたい。 ということで、今回はMermaidを使ってみました。厳密には業務フローを作るツールではないのかもしれませんが、それっぽいものは作れそうです。 Mermaidとは テキストを書くと図が自動で描画される可視化ツールです。Markdown と同じようにコードを書く感覚で、フローチャート・シーケンス図・ガントチャート・ER図などを作成できます。　 テキストベースで図が作れる PowerPoint のように四角形をドラッグする必要はなく、以下のようなコードを書くだけで図ができるのが特徴です。 flowchart TD A&#091;開始] --&gt; B&#091;作業] GitHub / Notion / Confluence / Obsidian などで標準サポート 多くのドキュメントツールが Mermaidをそのまま表示可能です。 図の種類が圧倒的に多い Mermaid は業務で必要な図のほとんどをカバーします。