申請要領から読み解く事業復活支援金と、画像で動かすRPA|monotips station 第90回
事業復活支援金の対象条件と申請時の注意点、Power Automateの画像マッチを使った商品画像削除の工夫を、実例とともに紹介する回。

章の「ここから聞く」を押すと、このプレーヤーが該当位置へ移動します。
申請要領から読み解く事業復活支援金と、画像で動かすRPA|monotips station 第90回
イントロダクション
事業復活支援金は、売上が下がっていれば申請できるのでしょうか。RPAは、画面の画像を見分けて商品画像の削除までできるのでしょうか。2022年1月25日収録の第90回では、しばっちが公開された申請要領から対象条件と注意点を読み解き、あらかわがネットショップの移行で起きた画像エラーを例に、RPAの使い方を紹介します。
支援金の話では、対象になる売上減少と、コロナの影響ではないと判断されるケースを確認。RPAの話では、画像をトリガーにした繰り返し処理の組み方と、人が確認する境界の作り方を取り上げます。
1. 事業復活支援金は、売上が下がれば対象になるのか
まずしばっちが、事業復活支援金の申請要領を読みながら、対象となる人や金額、申請前に確かめたい条件を整理します。
1-1. 要領が公開され、対象と条件が見えてきた
事業復活支援金の名前は、前年の11月ごろから話題になっていました。ただ、具体的に誰が、どんな条件で、いくら受け取れるのかは、申請要領が公開されて見えてきたところです。しばっちはまず、要領にある定義を読み上げ、少し硬い文章をかみ砕いて説明します。
支援の対象は、新型コロナウイルス感染症の拡大や長期化に伴う事業の減少、供給の制約などで大きな影響を受け、自らの事業判断によらず売上が減少した中堅企業、中小企業その他の法人と、フリーランスを含む個人事業者です。対象期間は2021年11月から2022年3月まで。事業の継続や立て直しを支えるため、事業全般に使える支援金として給付される、と説明されています。あらかわが確認すると、しばっちは「大企業以外」というイメージだと補足しました。
1-2. 以前の支援金を受け取った人は、事前確認が不要になる場合がある
申請の仕組みは、一時支援金や月次支援金に近いものです。新たに申請する人には、登録支援機関による事前確認が原則必要ですが、すでに一時支援金や月次支援金を受給した人は、事前確認なしで申請できるとしばっちは説明します。ただし、事業形態や申請主体が変わった人など、一部では改めて確認が必要です。
あらかわが「延長のようなイメージでいいのか」と尋ねると、しばっちは、仕組み自体は以前の支援金を使っていると回答しました。ログイン情報も共通かもしれないものの、申請期間が始まる前で、実際にログインして確かめたわけではないため、そこはまだ分からないと話しています。
給付額は、対象月の事業収入と、前年や前々年などの同じ月の事業収入を比べ、その差額の5倍を基に計算します。売上減少が50%以上の場合、法人の年間事業収入が1億円以下なら上限100万円、1億円を超えて5億円以下なら150万円、5億円を超える場合は250万円です。以前の支援金では50%減が中心でしたが、今回は30%以上50%未満の減少でも対象になり、その場合の上限はそれぞれ60万円、90万円、150万円になります。個人事業者の上限は、法人のだいたい半額ほどと案内されました。
1-3. コロナの影響による減少か、理由を説明できるようにする
しばっちが特に注意を促したのは、売上が下がっていても、すべてのケースが対象になるわけではないことです。要領には対象外となる例が示されています。
一つは、実際には事業収入が減っていないのに、通常は収入が立ちにくい時期を対象月に選び、比較する月との組み合わせで減少しているように見せるケースです。季節性のある事業で、過去にたまたま忙しかった月と今年の閑散月を比べたり、売上の計上が翌月にずれたことで一月だけ下がったように見えたりする場合が話題になりました。あらかわが「どう判断されるのか」と問い返すと、二人の間でも具体的な判定方法には疑問が残り、この回では断定されませんでした。少なくとも、月の売上だけを見て誰でも申請できる制度ではない、という点が確認されます。
二つ目は、売上の計上基準を変えたり、顧客との取引時期を調整したりして、意図的に減少を作るケースです。三つ目は、要請に基づかない自主的な休業や営業時間の短縮、商材の変更、法人成りや事業承継の直後など、営業日数が少ないことによる売上減少です。これらはコロナの影響とはいえないため、対象外になります。
一方、自治体からの要請を受けて休業し、売上が落ちた場合は対象になり得ると、しばっちは説明します。原材料が不足したり、サプライチェーンの乱れや海外の都市封鎖などの影響で商品が入らず、売上が立たなかったりする場合も、コロナを理由とした供給減少や流通制限として対象になり得ます。
ここであらかわは、持続化給付金が始まった頃には、コロナと関係のない申請がニュースになるような問題もあったと振り返ります。しばっちは、今回の注意事項も、コロナの影響ではない人や、売上を意図的に調整した人は対象外だということだと整理しました。
比較対象として選べる期間は、手引きに載っています。2021年11月から2022年3月までの対象期間に対し、2018年11月から2019年3月、2019年11月から2020年3月、2020年11月から2021年3月のいずれかの期間を比べられると説明されました。あらかわが「調子のよかった時期と、コロナの影響で悪くなった今を比べるイメージか」と確かめると、しばっちは、売上が下がった理由を自分の中で説明できることが大切だと応じます。
申請要領を探すときは、検索結果だけで判断せず、経済産業省の公式ドメインであるmeti.go.jpを確認してから、事務局のホームページへ進むよう呼びかけました。しばっちの検索環境では、検索結果の上位に経済産業省のページが表示されていたそうです。事務局のページから申請要領や手引きを読み、自分がどの条件に当てはまるのかを確かめる流れです。この回では、申請期間は1月31日から5月31日と案内されました。
最後にしばっちは、安易に申請するのではなく、自分がなぜコロナの影響を受けたのかを理解しておくよう、改めて伝えます。
「そんなにザルじゃないよっていう話ですね。違反はくれぐれも注意してください」(しばっち)
申請が始まったあとに新しい注意点が分かれば、番組でも改めて共有したいと話して、このテーマを締めくくりました。
2. 画像をトリガーにして、RPAで繰り返し作業を進める
続いてあらかわが、ネットショップの移行作業で試した、画像を手がかりに操作するRPAを紹介します。ループとトリガーという基本を確認しながら、実際にどんな作業を任せられたのかを説明します。
2-1. 繰り返し作業を動かす「ループ」と「トリガー」
RPAは、人が何度も繰り返す作業をロボットに任せる考え方です。あらかわは、設計の基本を「ループ」と「トリガー」の二つに分けて説明します。ループは、決めた範囲の作業を条件に従って繰り返すこと。トリガーは、何かが起きたら次のアクションへ進むきっかけです。たとえば、ローカルのフォルダに特定の名前のファイルができたら処理を始める、といった設定があります。
今回あらかわが見つけたのは、トリガーとして画面上の画像を指定する方法でした。プログラミングを組まないと難しいと思っていた操作が、RPAの機能でできたと振り返ります。
2-2. 商品画像のエラーを、画面上の画像で見つける
きっかけは、Yahoo!ショッピングの商品情報をShopifyへ移し、別のネットショップを作る仕事でした。商品マスターを取り込めば、画像URLから商品画像も読み込めると考えていたところ、条件に合わない画像まで取り込まれ、「この画像は表示できません」というエラー画像が大量に並びました。
商品は4000〜5000件ほどあり、一件あたり4、5枚の画像があると、合計は1万5000〜1万6000枚ほどになります。あらかわは、手作業で一日100ページずつ削除しても一か月半ほどかかるのではないかと考え、画像を手がかりに処理できないか調べました。
そこで見つけたのが、Microsoft Power Automateの「マウスを画像に移動」という機能です。見本となる画像を指定すると、画面上で似た画像を探し、100%から90%までのマッチ率を選んで、その位置へマウスを動かせます。あとはクリックやDeleteキーを押す処理を組み合わせれば、エラー画像を見つけて削除できます。今回はエラー画像がほぼ一種類だったことも、うまくいった理由でした。
「今まで本当プログラミング組まないと無理やと思ってたことが、RPAでできちゃう」(あらかわ)
しばっちが、画像そのものを指定して見つけられるのか確認すると、あらかわは、画像が表示されるURLではなく画面上の画像を指定できると答えます。URLを条件にする方法もありますが、今回は画像で判定しました。
2-3. 全自動にせず、止まったときに人が確認できるようにする
画像マッチは便利ですが、似た画像に反応することもあります。今回の処理を約1万6000回動かす中で、3、4回ほど止まりました。真っ白な400ピクセル四方ほどの画面にエラー文が出る画像と、白い背景の中央に商品画像がある画面が似ていて、誤って反応することがあったためです。そのまま削除してしまう可能性もあるので、完全に任せきりにはできません。
それでも作業はおおむね一週間ほどで終わりました。あらかわはRPAを起動したあとは別のパソコンに任せ、自分の仕事を続けていたと話します。エラー画像が変わった場合も、画像の指定を組み直せばよいという見通しです。
運用の仕方にも発見がありました。あらかわは、以前はログインからログアウトまでをRPAに任せるのが筋だと思っていたそうです。しかし、ウェブの混雑や読み込み時間の違いで止まることがあります。そこで、あらかじめログインして対象画面を開き、その画面の処理だけをRPAに繰り返させる方が安定しました。終わったら人が結果を確認して、ログアウトします。
しばっちが、削除作業で必要なデータまで消したことがないか尋ねると、あらかわは今のところないと答えつつ、指定を間違えれば消してしまう可能性はあると認めます。バックアップを取り、検証環境で動作を確かめてから本番で使うことが大切です。
あらかわは、事務やオペレーションの現場にもこの考え方が役立つと話します。たとえば、毎日クリックポストを100件処理するような作業も、繰り返しの範囲を見極めればRPAに任せられるかもしれません。まずは、画面上の画像をトリガーとして使えることを知っておいてほしい、と呼びかけました。
エピソードの総括
今回の学びとポイント
- 事業復活支援金は、売上減少だけでなく、コロナの影響による減少かどうかが申請の前提になる
- 対象外の例や比較できる期間を手引きで確かめ、自分の状況を説明できるようにする
- Power Automateでは、画面上の画像を指定して操作のトリガーにできる
- 画像マッチには誤検知もあるため、全自動にこだわらず、人が確認しやすい範囲で運用する
- 削除を伴う処理は、バックアップを取り、検証環境で確かめてから本番で使う
この回では、制度を利用するときも、作業を自動化するときも、条件を確かめずに進めないことが共通していました。支援金なら、売上が下がった理由を要領と照らして確認する。RPAなら、何を画像として認識させるかを試し、誤検知したときに人が見直せる形にする。どちらも、実際に動かす前に確かめる工程が欠かせません。
番組の最後には、ウェブマガジンで書き起こしを掲載し始め、少しずつアクセスの反応が出ていることにも触れました。しばっちにSNSでのシェアを促し、リスナーからの質問や感想も募集しています。
monotips stationについて
monotips stationは、ビジネスの小技を紹介するWEBマガジン「monotips」から生まれたPodcastです。編集長のあらかわと副編集長のしばっちが、毎週ビジネスがちょっと良くなるTIPSを紹介しています。番組へのフィードバックは、WEBマガジン「monotips」のお問い合わせフォーム、note、Twitterで受け付けています。


