自動処理の記事一覧

実現したい内容

明細行数に応じたひな形で帳票を発行したい

ファイル生成で明細行数が多すぎて雛形ファイルに収まらない、
明細行が多い場合は複数ページにわたってファイル出力したいなど、
明細行数に応じてひな形を変えたい場合の実現方法を説明します。

必要なパーツ

条件（明細行数）に応じて処理を分岐させ帳票を発行する必要があるため、必要なパーツは下記になります。

 

「条件分岐」パーツ（条件に応じて分岐）

条件に応じて処理を分岐させます。

「ファイル生成」パーツ（帳票発行）

帳票を発行します。

実現したいこと	内容	帳票発行	メールを 送信	条件に 応じて 分岐	検索して他のDBの値を利用	値を更新
	使うパ｜ツ	ファイル生成	メール 送信	条件分岐	レコード検索	レコード更新
明細行数に応じたひな形で帳票を発行		●		●

 

設定方法

 

概要

• 条件に応じたひな形ファイルをそれぞれ作成する
  【例】
  ・明細行数が少ない場合（25行以下）のひな形ファイル
  ・明細行数が多い場合（26行以上）のひな形ファイル
  
  
• 明細行をカウントするためのDB項目を追加する
  
  
• 自動処理を作成する

詳細

1. 条件に応じたひな形ファイルをそれぞれ作成します。
   
   
2. 項目設定にて明細行数をカウントするための項目を追加し、計算方法を下記のように設定します。
   ※DB項目の追加／設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP2）データベース項目の設定
   　項目設定：項目タイプ「数値計算」
   
   ・項目タイプ：数値計算
   ・項目名　　：【例】明細行数
   ・計算方法　：明細項目のレコード数
   ・計算する項目：明細
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
3. 自動処理設定にて、実行単位「レコード単位」を選択のうえ自動処理を作成し
   「条件分岐」パーツを登録します。
   ※自動処理の設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP3）自動処理の設定
   　自動処理設定：「条件分岐」パーツ
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
4. 「条件分岐」パーツにて、処理を分岐させるための条件を設定します。
   【例】明細行数が25行以下か、それより多いかどうかで分ける場合下記のように設定
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
5. 「条件分岐」パーツの分岐先にそれぞれ「ファイル生成」パーツを登録します。
   
   ▼YESの分岐先（明細行数が25行以下）
   明細行数が少ない場合（25行以下）のひな形ファイルを指定した「ファイル生成」パーツ
   
   ▼NOの分岐先（明細行数が26行以上）
   明細行数が多い場合（26行以上）のひな形ファイルを指定した「ファイル生成」パーツ
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

 

（番外編）「条件分岐」パーツを使わず、Excelの機能を使う方法

「条件分岐」パーツではなくExcelの機能を利用し、明細行数に応じてExcelの適切な範囲に内容を出力する方法を説明します。

1. 雛形ファイルの印刷範囲外のセル（枠外）に出力キーワード文字を設定します。
   ※雛形ファイルは、複数ページ分を用意しておくなど、大量のデータ出力に対応できるものに適宜修正します。
   サンプルのひな形資料は、下記よりダウンロードできます。
   【楽楽販売】ファイル生成_雛形ファイル.xlsx
   
   
   
   
2. 印刷範囲外に出力したデータをExcelの参照項目機能を使用し、表示させたいセルに設定します。
   ※雛形ファイルには既に参照項目機能が設定されています
   例：下図の例では、C20のセルに「=J20」を入力。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
3. ファイル生成パーツにて上記で作成した雛形ファイルを設定します。

帳票をPDF形式で出力したい場合

「PDF出力オプション」をご利用いただくことで対応が可能です。

オプションの詳細をお知りになりたい方は、下記記事をご覧ください。
自動でPDF化してもっと楽に！PDF出力オプションのご紹介

 

実現したい内容

顧客ごとの締日／支払日パターンを自動入力したい

下記のように、顧客ごとに締日と支払日が異なっており、そのパターンに応じて自動で入金予定日を反映したい場合の実現方法を説明します。

【例】
株式会社Aは「末締めで翌月末払い」だから「入金予定日」は「○月△日」
株式会社Bは「10日締めで当月末払い」だから「入金予定日」は「□月△日」
株式会社Cは…

必要なパーツ

顧客ごとに締日と支払日が異なっており、そのパターンに応じて自動で入金予定日を反映する場合に必要なパーツは下記になります。

 

「レコード検索」パーツ

他のデータベースを検索して、検索結果の値を利用します。

「レコード更新」パーツ

レコードを更新します。

 

設定方法

詳細な設定方法は下記記事にてご説明しておりますのでご覧ください。
【動画マニュアル】請求締め処理（自動処理：レコード検索パーツ）

 

カレンダマスタデータベースについて

 カレンダマスタデータベースとは

請求業務を行う際に必要となる、請求月ごとの締日／支払日のパターンに対応する
入金予定日を管理するマスタデータベースのことを「カレンダマスタデータベース」といい
ます。

「締日」や「支払日」が「月末」「翌月末」というテキスト情報で表されるのに対し、
カレンダマスタデータベース上の「入金予定日」では「2023/08/31」のように
具体的な日付で表されます。

 

 カレンダマスタデータベースの用意は必須か

顧客や案件ごとに異なる締日／支払日パターンの入金予定日を自動で反映したい、
という場合には、カレンダマスタデータベースの作成が必要になります。

「末」締め「翌月末」支払というテキスト情報から、
「2023/07/31」「2023/8/31」のような具体的な日付を自動で反映することができないため
具体的な日付をあらかじめマスタデータとして用意しておく必要があります。

 

受注管理データベースに登録されているレコードを例にご説明します。
レコードの情報から、「2023/07」分の請求として、
「末日」締め「翌月末」払いで請求を行うことがわかります。

しかし先述の通り、「請求月＝ 2023/07」に対応する「末日＝2023/07/31」や
「翌月末＝2023/08/31」という日付を反映することができません。

【例】
　【業務】受注管理データベースの受注レコード

 

そのため、次のようなカレンダマスタデータベースを用いて
「末日」や「翌月末」の日付を反映します。

受注レコード上の「請求月」「締日」「支払日」の情報と
カレンダマスタデータベース上の「当月」「締日」「支払日」 が一致するレコードを特定し、
「入金予定日」を反映します。

【例】
　カレンダマスタデータベースのレコード

カレンダマスタデータベースを用意する

カレンダマスタデータベースを用意するために必要な項目や必要なデータをご案内します。

用意すべきマスタや特有の項目

カレンダマスタデータベースの作成に伴い用意すべきデータベースは、下記の3つです。

①締日／支払日マスタデータベース
②カレンダマスタデータベース
③顧客マスタデータベース
　※顧客ごとに締日／支払日のパターンが異なる場合の処理を想定しています。

それぞれ、以下のようにDBリンク項目設定を行います。

• 顧客マスタデータベースから締日／支払日マスタデータベースへ
• カレンダマスタデータベースから締日／支払日マスタデータベースへ

用意した3つのデータベースに設定する項目については、下記をご覧ください。

データの登録

3つのデータベースと項目の設定が完了したら、締日／支払日マスタと
カレンダマスタデータベースにそれぞれマスタデータを登録する必要があります。

■締日／支払日マスタデータベースに登録するデータについて
締日／支払日マスタデータベースとは、締日と支払日のパターンを管理するデータベース
です。顧客の締日／支払日のパターンをすべて登録してください。

【登録例】

• 締日が 10日、末日 の2パターン
• 支払日が 当月末、翌月末 の2パターン

 

■カレンダマスタデータベースに登録するデータについて
締日と支払日のパターンごとの入金予定日のデータを用意します。
※カレンダマスタデータベースを使用する限り最新データの登録が必要です。

【登録例】

• 締日が「10日・末日」の2パターン
• 支払日が［当月末・翌月末］の2パターン
• 2023年7月請求分からカレンダマスタデータベースを運用する

上記条件の場合、「当月」が「2023/07」というレコードが4レコード必要になり、
毎月4レコードずつ上記のようなデータを増やしていく必要があります。

追加のレコードの登録は、あらかじめ自動処理の設定を行っておくことで、
「楽楽販売」上でデータを追加することが可能です。
詳細は、カレンダマスタデータベースのメンテナンスをご覧ください。

 

 

カレンダマスタデータベースのメンテナンス

自動処理を利用してレコードを増やす場合は、最初に4年分のマスタデータを用意します。
※うるう年を考慮するため、最初に4年分のマスタデータを作成する必要がございます。
※インポート設定をご利用いただくと一括でデータの登録が可能です。

最初に登録したレコードをもとに、4年後のレコードを登録する自動処理を設定すると
うるう年を考慮した上で4年単位で自動的にレコードを作成することができるようになる
ため、カレンダマスタデータベースのメンテナンスがしやすくなります。
※最大で5,000件のレコードに対して、自動処理を実行できます。
※実行頻度は、処理を実行するレコード数に応じて変更する必要があります。

自動処理実行時のイメージおよび自動処理の設定について、下記をご覧ください。

自動処理の実行イメージ

【例】
2023年7月分の締日／支払日パターンごとの入金予定日データから
自動処理を用いて4年後のデータを登録

▼自動処理実行前

▼自動処理実行後

 

4年後のレコードを登録する自動処理の設定

カレンダマスタデータベース上の「月末日」「当月」「入金予定日」の項目について、
それぞれ4年後の日付を計算させたうえでレコードを登録する、という自動処理を設定します。

【設定内容概要】
・使用するパーツ：レコード登録パーツ
・対象データベース（レコードを登録するデータベース）：カレンダマスタデータベース

▼設定画面

 

「請求月」を手入力しない場合の運用について

【業務】受注管理データベース上の「請求月」という項目は、
カレンダマスタデータベース上の「当月」という項目に対応しています。

そのため、 「入金予定日」を反映するために必須の項目となりますが、
弊社ご提供の業務サンプル「販売管理」データベースグループの中では、
【業務】受注管理データベース上に受注レコードを作成する際にユーザーが手入力する運用
となっております。

「請求月」を手入力せず自動処理を実行することで自動反映する場合の実現イメージは下記をご覧ください。

■「請求月」を自動反映する場合の実現イメージ

【例】
【業務】受注管理データベース上の「受注日」が2023/07/02で
「請求月」を2023/07に更新したい場合

▼自動処理実行前

▼自動処理実行後

 

「請求月」を手入力しない場合の具体的な設定内容

設定の概要

1. カレンダマスタデータベースに「開始日」「終了日」という日時の項目を用意します。
2.  ［請求月特定］の自動処理を作成します。
   ※「請求月」の情報を［締め処理］の自動処理で利用するため、［請求月特定］の自動処理実行後に、［締め処理］の自動処理を実行する必要があります。
   
   

カレンダマスタデータベースの設定内容について

自動処理を用いて「請求月」を自動で反映する場合には、カレンダマスタデータベースに
「開始日」「終了日」という項目を新たに追加する必要がございます。
用意する項目やカレンダマスタデータベースの例は以下の通りです。

<用意する項目>

<カレンダマスタデータベースの例>

 

自動処理の設定内容について

■概要

• 【業務】受注管理データベース上の「受注月」と「締日／支払日ID」の情報をもとに、
  カレンダマスタデータベース上のレコードを1つ特定します。
  
  
•  【業務】受注管理データベース上の「請求月」の欄に、
  　特定したカレンダマスタデータベース上のレコード内「当月」という情報を更新する
  　自動処理を設定します。

■詳細

設定するデータベース： 【業務】受注管理データベース

1. 下記パーツを設定
   使用するパーツ ： レコード検索
    検索対象 ： カレンダマスタデータベース
    1件まで絞込み ： チェックを入れます。
   
   　条件　　締日／支払日ID　が　【選択レコード】［　　］　：　締日／支払日ID　と等しい
   　　　　　　　　  開始日　が　【選択レコード】［　　］　：　受注日　以前（≦）
   　　　　　　　　  終了日　が　【選択レコード】［　　］　：　受注日　以後（≧）
   　　
2. 上記1の「レコード検索」パーツのYESの分岐先に設定
   使用するパーツ：レコード更新
   　　　　対象レコード ： 【選択レコード】［ 【業務】受注管理データベース］
   　　　　更新する項目： 請求月　【検索レコード（　　）】より選択する

実現したい内容

複数のレコードを1つのレコードにまとめる仕組みを構築したい

「楽楽販売」では、自動処理を利用して、レコードをまとめることが可能です。
A-DBでは複数レコードで管理されている情報を、
自動処理を利用して、B-DBでは1レコードにまとめる方法をご紹介します。
【例】複数の受注レコードを1つの請求レコードにまとめる

設定方法

概要

• 自動処理を作成する
  ※複数の受注レコードを1つの請求レコードにまとめる場合、
  「受注DB」に自動処理を作成します。

詳細

1. 自動処理設定にて、自動処理を作成し下記パーツを登録します。
   ・「レコード検索」パーツ
   ・「レコード登録」パーツ
   ・「レコード更新」パーツ
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   パーツの詳細な設定方法については、資料にてご確認ください。
   資料は、下記よりダウンロードしてください。
   RHCS_072_【自動処理活用】複数レコードを1レコードに集約.pdf
   
   
   ※自動処理の設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP3）自動処理の設定
   　自動処理設定：「レコード検索」パーツ
   　自動処理設定：「レコード登録」パーツ
   　自動処理設定：「レコード更新」パーツ
   　
   
   
   

 

 

 

 

 

 

 

 

 

実現したい内容

メールを送信したい

「楽楽販売」からメールを送信したい場合の実現方法を説明します。

必要なパーツ

メールを送信するために必要なパーツは下記になります。

 

「メール送信」パーツ（メールを送信）

「楽楽販売」からメールを送信します。

実現したいこと	内容	帳票発行	メールを 送信	条件に 応じて 分岐	検索して他のDBの値を利用	値を更新
	使うパ｜ツ	ファイル生成	メール 送信	条件分岐	レコード検索	レコード更新
メールを送信する			●

 

 

設定方法

 

概要

• 自動処理を作成する

詳細

1. 自動処理設定にて自動処理を作成し、「メール送信」パーツを登録します。
   ※自動処理の設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP4）自動処理の設定
   　自動処理設定：「メール送信」パーツ
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
2. 「メール送信」パーツの詳細設定にて、メールの宛先を設定します。
   宛先を指定するには、下記３つの方法があります。
   
   

   項目	設定方法	備考
   ユーザ・ユーザグループの選択ボタン	「楽楽販売」のユーザまたはユーザグループを選択	常に選択したユーザーに送信されます
   DB項目の選択ボタン	DBの項目（Eメールタイプまたはユーザ選択肢タイプ）を選択	対象レコードの項目の値によって宛先が変わります
   メール送信先登録 ユーザ以外	メールアドレスを直接入力	常に入力したアドレスに送信されます

   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
3. 差出人の設定をします。
   差出人を指定するには、下記2つの方法があります。
   

   項目	設定方法	備考
   ユーザ選択	「楽楽販売」のユーザを選択	（ログインしているユーザ）という選択肢を選ぶと、処理を実行したユーザーのアドレスが設定されます
   直接入力	メールアドレスを直接入力	「楽楽販売」のユーザ以外のメールアドレスを直接設定可能です

   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
4. メール件名/本文を設定します。
   「ターゲット」機能の詳細については、下記記事をご覧ください。
   自動処理設定：「メール送信」パーツ
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

注意事項

 

1日に送信可能なメール件数について

メール送信パーツによるメール送信には 「1日 100 通」 という上限がございます。
詳細は下記の通りです。

• 本システムのユーザとして登録されているメールアドレス（登録アドレス）はカウントしません
• 本システムのユーザとして登録されていないメールアドレス（登録外アドレス）宛のメールをカウントしますが、正確には通数カウントと併せてアドレスでもカウントしています　　（1通のメールに登録外アドレスの宛先が2件あれば、2件カウントとなります。また、1つの登録外アドレスに1日に2回メールを送付した場合は、2件カウントとなります）

※お客様がご用意したメールサーバーからメールを送信する状態であれば、
　この制限はかかりません。宛先に関係なく、何通でも送れるようになります。

▼100通制限の詳細とカウント基準についての詳細
　自動処理設定：パーツ一覧と仕様

▼メールサーバー設定についての詳細
　全体詳細設定

 

迷惑メールへの振り分けについて

メール送信パーツを利用し送付したメールが、迷惑メールに振り分けられることがございます。その際は受信側のDNSサーバーに、楽楽販売のメール送信サーバーのSPFレコードを設定しておく必要がございます。

詳細は下記記事をご覧ください。
「楽楽販売」から送信したメールが迷惑メールと判定される

実現したい内容

帳票を発行したい

「楽楽販売」で帳票を発行したい場合の実現方法を説明します。

 

必要なパーツ

帳票を発行するために必要なパーツは下記になります。

 

「ファイル生成」パーツ（帳票発行）

指定したレコードに登録されている内容を、あらかじめ用意しておいた
雛形ファイルに出力し自動的にExcelファイルを生成することができます。

実現したいこと	内容	帳票発行	メールを 送信	条件に 応じて 分岐	検索して他のDBの値を利用	値を更新
	使うパ｜ツ	ファイル生成	メール 送信	条件分岐	レコード検索	レコード更新
帳票を発行する		●

 

設定方法

詳細な設定方法は下記記事にてご説明しておりますのでご覧ください。

• 初期導入マニュアル
  【動画マニュアル】帳票の自動作成（自動処理：ファイル生成パーツ）
  
  
• 画面別マニュアル
  自動処理設定：Excelファイルの生成（大まかな流れ）
  自動処理設定：Excelファイルの生成（具体的な手順）

 

帳票可否パターン

「楽楽販売」にて生成したい帳票類について、お客様からのご相談が多いパターンを
まとめた資料をご用意しています。

お客様にて運用しております帳票は多種多様のため、すべてのパターンを網羅できる資料
ではございませんが、一例としてご確認ください。

資料は下記よりダウンロードください。
RHCS_080_【楽楽販売】帳票可否パターン_Ver2.0.0.xlsx

実現したい内容

1レコードに登録された明細情報を複数レコードに分割する仕組みを構築したい

【例】

• 発注業務における検品の仕組みを構築したい
• 受注した複数商品を、分割で納品する仕組みを構築したい

「楽楽販売」では、自動処理を利用して、明細情報を別DBのレコード1行として
登録することが可能です。
A-DBでは1レコードの明細単位で管理されている情報を、
自動処理を利用してB-DBではレコード1行ごとに登録する方法をご紹介します。

設定方法

概要

• 自動処理を作成する
  ※明細情報を持っている発注レコードを複数の検品レコードに分割する場合、
  「発注DB」に自動処理を作成します。

詳細

1. 自動処理設定にて、実行単位「明細単位」を選択のうえ自動処理を作成し
   「レコード登録」パーツを登録します。
   
   パーツの詳細な設定方法については、資料にてご確認ください。
   資料は、下記よりダウンロードしてください。
   RHCS_073_【自動処理活用】明細情報を複数レコードに分割.pdf
   
   
   ※自動処理の設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP3）自動処理の設定
   　自動処理設定：「レコード登録」パーツ
   　
   
   
   

 

 

 

 

 

 

 

 

実現したい内容

変換ルールに基づいて値を置換したい

DBの項目の値を変換ルールに基づいて（【例】「A」の場合「B」に変更する）
自動で変更したい場合の説明をします。

必要なパーツ

DBの項目の値を変換ルールに基づいて自動で変更したい場合に
必要なパーツは下記になります。

 

「レコード検索」パーツ（検索して他のDBの値を利用）

他のデータベースを検索して、検索結果の値を利用します。

「レコード更新」パーツ（値を更新）

レコードを更新します。

実現したいこと	内容	帳票発行	メールを 送信	条件に 応じて 分岐	検索して他のDBの値を利用	値を更新
	使うパ｜ツ	ファイル生成	メール 送信	条件分岐	レコード検索	レコード更新
置換マスタの値を利用して、取得した値に変換する					●	●

 

設定方法

置換マスタにどの値を何に変換するかというルールを登録しておけば、ルールに基づいて自動的に値を変更することが可能です。

今回は、「DBの「テキスト（1行）」項目に、同じ内容だけれども表記がばらついている内容があった場合、それらを統一した表記にする」といった例を用いて説明します。

【例】　見積データベース上の備考欄の表記がばらついている場合に、統一した表記「●×」に変更したい

▼置換前のイメージ

見積もりID	顧客名	備考欄
M000001	～～～～～	○
M000002	～～～～～	△
M000003	～～～～～	□
M000004	～～～～～	～～～～～
M000004	～～～～～	✕

▼置換後のイメージ

見積もりID	顧客名	備考欄
M000001	～～～～～	●×
M000002	～～～～～	●×
M000003	～～～～～	●×
M000004	～～～～～	～～～～～
M000004	～～～～～	●×

概要

• 置換マスタを作成する
• 自動処理を作成する

詳細

1. 左パネルから、下記例のように変換ルールを登録する置換マスタを作成します。
   ※DBの作成方法、項目の追加／設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP2）データベースの設定
   　【構築の進め方】（STEP3）データベース項目の設定
   
   【例】　置換マスタデータベースのレコード
   ※見積データベース上で、○、△、□、✕と表記がばらついている場合、
   　置換マスタの「置換前のテキスト」にばらついている値を登録する
   

   置換マスタID	置換前のテキスト	置換後のテキスト
   000001	○	●×
   000002	△	●×
   000003	□	●×
   000004	✕	●×

   
   
   
2. 置換したい項目があるDB（置換マスタではないDB）の方に、自動処理設定にて
   自動処理を作成し「レコード検索」パーツを登録します。
   ※自動処理の設定方法については、下記記事をご確認ください。
   　【構築の進め方】（STEP4）自動処理の設定
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
3. 「レコード検索」パーツにて、検索対象のDBは「置換マスタ」、検索条件に
   DBの置換したい項目と、置換マスタの「置換前のテキスト」項目が等しいと設定します。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
4. 「レコード検索」パーツで取得した値を用いて、備考欄の値を更新するため
   「レコード検索」パーツのYESの分岐先に「レコード更新」パーツを追加します。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
5. 「レコード更新」パーツにて、備考欄の項目に「レコード検索」パーツで取得したレコードの「置換後のテキスト」を指定します。
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
6. 作成した自動処理を置換したい項目があるDB（置換マスタではないDB）上で実行すると
   下記イメージのように置換マスタに登録されている値と同じ値があったレコードのみ、「置換後のテキスト」に更新されます。
   ※自動処理の実行方法の設定は下記記事をご覧ください
   【自動処理の作り方】（STEP4）実行方法を設定する
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

   見積もりID	顧客名	備考欄
   M000001	～～～～～	●×
   M000002	～～～～～	●×
   M000003	～～～～～	●×
   M000004	～～～～～	～～～～～
   M000004	～～～～～	●×

   
   該当する備考欄について、置換後のテキスト「●×」に更新されます。