アグリビジネス · 業種別モジュールの概要

アグリビジネスの業種別モジュールは、農業資材の販売店、農協、穀物商社のサイクルに合わせてSellioCRMを最適化します。作季が業務を束ねる軸になり、生産者が関係の中心になり、圃場が作付計画を持ち、販売は見積、与信、バーター、穀物契約、トレーサビリティを巡ります。任意機能で、初期状態はオフです。管理者が設定の業種別モジュールで有効にする必要があります。このページはアグリ画面にある20個のタブの地図であり、どの順番で使うかを説明します。

このモジュールが解決すること

汎用のCRMが見るのは顧客、商談、製品です。アグリビジネスではそれだけでは足りません。同じ1件の販売が、圃場の面積、作物、進行中の作季、生産者の与信枠、現金の代わりに引き渡す穀物、農場の環境社会面の順守状況に左右されます。別々の表計算で管理していると、営業担当は顧客の本当の潜在需要を知らないまま交渉し、経理は約束された穀物が届かなかったことを手遅れになってから知ります。

アグリビジネスの業種別モジュールは、これらの事実をシステムの中に取り込みます。CRMを置き換えるのではなく、上に積み上げます。パイプライン、連絡先、会社、活動、レポート、AIアシスタントはこれまでどおり動きます。変わるのは、アグリのメニューが現れ、タブに分かれた1つの画面が使えるようになり、圃場のデータが営業と会話を始めることです。

有効にする方法

1. 管理者としてログインし、設定の業種別モジュールを開きます。
2. アグリのモジュールを見つけて有効にします。
3. サイドナビにアグリのメニューが現れます。画面を開き、作季のタブから始めます。
4. モジュールがオフの状態でアグリ画面を開くと、モジュールが無効である旨のメッセージが表示されます。環境を管理する権限があれば、その場に有効化のボタンも出ます。管理権限がない場合は、管理者に相談するよう案内されます。

タブの地図

アグリ画面には20個のタブが集まっています。互いに独立してはいません。前のほうのタブが土台を作り、後のほうのタブがそれを使います。

• 作季: 中心となる軸です。名称、作季年度、開始、終了、ステージ(計画、播種、管理、収穫、販売)を持ちます。
• 単位: 事業で使う計量単位(ヘクタール、俵、トン、リットル)と、それらの換算です。
• 生産者: 生産者本人、所属する経済グループ、担当するコンサルタントの担当先です。
• 圃場: 農場と、その中の圃場です。届出面積、作物、地図上の形状を持ちます。
• 潜在需要: 作物ごとの技術パッケージと、生産者ごとの潜在需要、購入実績、ギャップの計算です。
• 担当先: 担当先と作季ごとの目標と、達成したカバー率です。
• 訪問: 圃場での入場と退場、農学的な所見を伴う技術訪問の記録です。
• 地図: 描画された圃場と、作季ごとの生産者の分布を示すヒートマップです。
• 農薬処方: 作物ごとのラベル情報(使用量、収穫前日数、再入場までの時間)と、発行前に検証される処方箋です。
• 価格: 作季、地域、種別、有効期間ごとの価格表と、数量に応じた価格の決定です。
• 見積: 生産者への提案で、ヘクタール単位でも数量単位でも作れます。処方箋から生成することもできます。
• 与信: 生産者の与信枠、担保、与信残高、あとどれだけ枠が残っているかの照会です。
• バーター: 資材と穀物の交換で、現物の残高と金額の残高を並べて表示します。
• 穀物: 穀物契約、価格の部分確定、品質控除つきの受入です。
• コンプライアンス: 生産者の環境社会面のチェックと、理由を添えた例外的な解除です。
• 在庫: 基幹システムから来る在庫のミラーと、ローカルの引当です。
• トレーサビリティ: ロット、イベント履歴、公開ページに飛ぶQRコードです。
• ダッシュボード: 作季の集計値です。生産者数、農場数、圃場数、計画面積、潜在需要、購入実績、ギャップを表示します。
• 技術支援: 圃場の技術的な案件で、問題、診断、是正措置を記録します。
• 分析: 土壌、葉、穀物、水、病害虫のサンプルを、送付から結果まで管理します。

作季はテキスト項目ではなく、軸です

モジュールのほぼすべてが作季を受け取ります。圃場の計画、潜在需要、担当先の目標、価格表、穀物契約、バーター、ロットです。だからこそ、数字を混ぜずに2つの作季を比較できます。作季は計画中、進行中、終了のいずれかの状態を持ち、播種の開始時期や販売の窓が開く時期を示すステージを設定できます。

数量は常に数値と単位の組です

単位のタブでは、使用する単位とその換算を宣言します。俵とトンを足してしまうという古典的な混乱を防げます。モジュールの数量項目は数値と一緒に単位を保持し、圃場の単収が想定数量の単位を決めます。

計画から引き渡しまでの一連の流れ

1. 作季と単位を作成します。
2. 生産者、農場、圃場を登録します。
3. その作季における圃場の計画を登録します。作物、作付面積、想定単収です。
4. 作物の技術パッケージを組み立て、生産者の潜在需要を計算します。システムが潜在需要、すでに購入した分、ギャップを表示します。
5. 生産者を訪問し、所見を記録します。病害虫や欠乏症が見つかれば技術案件を起票します。
6. 製品と使用量を入れた農薬処方箋を発行します。発行前に、使用量がラベルの規定に照らして検証されます。
7. 面積を指定して処方箋から見積を生成します。明細はヘクタール単位で生成され、価格は有効な価格表から決まります。
8. 成約の前に、生産者の与信とコンプライアンスの状況を確認します。
9. 見積の受諾、バーター(資材が先、穀物が後)、または穀物契約のいずれかで販売を成立させます。
10. 受入時に、水分と夾雑物を含む計量票を登録します。システムが控除して正味数量を計算します。
11. ロットを作成し、圃場での産地とサプライチェーンのイベントを登録します。ロットのQRコードは公開のトレーサビリティページに繋がります。

社内画面の外側にあるもの

このモジュールには、システムの外に出る2つの接点があります。1つは生産者ポータルで、専用のアドレスから、許可されたメールアドレスで生産者がログインし、自分の見積、契約、交換、訪問、ロットを閲覧できます。もう1つは公開のトレーサビリティページで、ロットのQRコードの行き先です。コードを持っている人なら誰でも、そのロットの産地と履歴だけを見られます。商取引に関する情報は一切表示されません。

権限と制限

• モジュールの有効化と無効化は管理者の操作です。
• モジュールがオフのとき、アドレスを知っている人であっても、モジュールのどの画面も問い合わせもデータを返しません。
• 閲覧のみの権限を持つユーザーはタブを見られますが、保存のボタンは操作を拒否します。
• 各組織は自分の生産者、圃場、契約だけを見ます。組織をまたいでデータが渡ることはありません。
• 従属するレコードが残っている作季、生産者、圃場の削除は、場合に応じてブロックされるか、関連づけが外れます。削除するより、作季を終了させるほうをお勧めします。

よくある疑問

• モジュールをオフにするとデータは消えますか。いいえ。登録内容は保存されたままで、再び有効にすれば戻ります。表示されなくなるだけです。
• すべてのタブを使う必要がありますか。いいえ。多くの販売店は、作季、生産者、圃場、潜在需要、見積だけで十分に運用できています。バーター、穀物、トレーサビリティは、事業が必要としたときに使い始めれば十分です。
• アグリのメニューが表示されません。モジュールがオフになっているか、ご自身にこのモジュールへのアクセス権がありません。管理者に依頼してください。

Open this article inside the system →