卸売業とkintone 発注残と入荷遅延アラートの設計（概念）

卸売業において、仕入れた商品の「発注残（発注済みだが未入荷の在庫）」を正確に把握することは、キャッシュフローの最適化と顧客への納期回答精度を向上させるための生命線です。しかし、多くの現場では基幹システムから出力したCSVをExcelで加工し、担当者が個別に納期管理を行っているのが実態ではないでしょうか。この運用では、「入荷予定日を過ぎているのに誰も気づかない」という致命的な遅延リスクを排除できません。

本記事では、kintone（キントーン）を用いて、発注残の可視化と入荷遅延アラートを自動化するための具体的な設計手法を解説します。単なるデータの蓄積に留まらず、実務で使える「攻めの管理システム」を構築するためのステップを確認していきましょう。

卸売業における「発注残管理」の重要性とkintoneが選ばれる理由

なぜExcelでの発注管理は破綻するのか

Excelでの管理には「リアルタイム性の欠如」と「属人化」という2つの大きな壁があります。共有ファイルが重くなり、誰かが開いていると更新できない、あるいは誤って数式を消してしまうといったトラブルは日常茶飯事です。特に卸売業では、数千点に及ぶSKU（最小管理単位）に対して、仕入先ごとに異なるリードタイムを管理しなければなりません。Excelでは「今日が予定日だが未入荷のデータ」を自動で抽出して担当者に通知を送る、といった動的なアクションが困難です。

kintoneによる「動的なアラート機能」のメリット

kintoneを導入する最大のメリットは、クラウド上でデータが常に最新化されるだけでなく、「日付」や「ステータス」をトリガーにしたプッシュ型の通知が可能になる点です。これにより、管理者が全レコードを毎日チェックする必要がなくなり、不備がある（遅延している）レコードだけに対応する「例外管理」が可能になります。

なお、kintoneだけで全ての業務を完結させるのではなく、既存の会計ソフトや基幹システムと適切に役割分担をさせることが重要です。例えば、経理処理についてはfreee会計導入マニュアル｜旧ソフト移行ガイドでも解説している通り、クラウド会計側に責務を持たせ、現場の納期管理をkintoneで行うといった切り分けが推奨されます。

発注残と入荷遅延を可視化するアプリ設計の基本構造

必要なフィールド定義とステータス管理

発注残管理アプリを構築する際、最低限必要なフィールドは以下の通りです。

「分納」に対応するためのデータ構造：1行1アイテムの原則

実務で最も厄介なのが「分納」です。100個発注したうち、30個だけ先に入荷するようなケースです。kintoneのテーブル機能を使って1レコード内に複数の入荷履歴を残す方法もありますが、「入荷遅延アラート」を確実に飛ばすなら、1行（1レコード）を最小の納品単位として管理する、あるいは「入荷管理アプリ」を別途作成して関連レコードで紐付ける設計が望ましいです。データの集計効率を考えるならば、1行1アイテムの原則を崩さないことがポイントです。

入荷遅延アラートを自動化する3つの設計パターン

パターン1：標準機能の「リマインダー条件通知」を活用する

kintoneの標準機能にある「リマインダー条件通知」を使えば、追加コストなしでアラートを実装できます。

• 設定例：「入荷予定日」の「1日後」に、「完了フラグ」が「未チェック」の場合、担当者に通知する。
• メリット：誰でもすぐに設定可能。
• デメリット：通知の文面を詳細にカスタマイズしにくい。

パターン2：プラグインで高度な条件分岐を実装する

より実務的な運用（例：土日を除外してカウントする、入荷予定日の3日前に仕入先へ確認メールを送る等）を行う場合は、プラグインの活用を検討してください。代表的なものに、サイボウズの公式パートナーであるアールスリーインスティテュートが提供する「gusuku Customine」があります。これにより、コードを書かずに複雑なロジックを実装できます。

こうしたツールの選定については、業務全体の「負債」を増やさない視点が必要です。SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方でも触れているように、必要以上の有料プラグインは管理コストを増大させるため、標準機能で賄える範囲を見極めることが肝要です。

パターン3：Webhookを利用して外部ビジネスチャットに即時通知する

kintone内の通知は、他の業務通知に埋もれがちです。本当に緊急性の高い遅延については、SlackやMicrosoft Teamsの特定のチャンネルに通知を飛ばすのが効果的です。kintoneのWebhook設定と、Make（旧Integromat）やPower Automateを組み合わせることで、「条件に合致した瞬間にチャットへ通知」する仕組みが構築できます。

実践ステップ：発注残管理アプリの構築手順

STEP 1：アプリの基本フィールド作成と「完了フラグ」の設置

まずはアプリを作成し、前述のフィールドを配置します。重要なのは「完了フラグ」の更新ルールです。入荷担当者が入荷処理を行った際、自動または手動でこのフラグが更新されるように運用を徹底します。

STEP 2：計算式を用いた「発注残数」の算出

計算フィールドを使い、以下の式を設定します（簡略化のため数値フィールドの場合）。

発注残数 = 発注数量 – 入荷済数量

この「発注残数」が0より大きいレコードが、管理すべき対象となります。

STEP 3：遅延レコードを抽出する一覧ビューの作成

アプリの「一覧」設定で、以下の条件フィルタを設定した「【警告】入荷遅延一覧」を作成します。

• 完了フラグ ≠ 完了（チェックが入っていない）
• 入荷予定日 < 今日（すべての日付）

これを保存しておけば、ログインしてワンクリックで「今、何をすべきか」が視覚化されます。これはExcelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイドで語られている「情報の非対称性の解消」と同様の考え方です。

STEP 4：リマインダー通知の設定

1. アプリ設定の「設定」タブから「通知」→「リマインダー条件通知」を選択。
2. 「リマインダーの条件」で「入荷予定日」を選択し、その「1日後」に設定。
3. 「通知の条件」として「完了フラグ」が「完了」を含まない場合を指定。
4. 通知内容に「発注番号：{発注番号} の入荷が遅れています。仕入先へ確認してください。」と入力。

【徹底比較】kintone vs 他社在庫・発注管理SaaS

発注残管理を検討する際、kintoneのようなプラットフォーム型にするか、特化型の在庫管理SaaSにするかは非常に悩ましい問題です。以下の比較表を参考にしてください。

※料金・仕様は執筆時点の公式情報を基にしています。最新情報はサイボウズ公式サイト等をご確認ください。

卸売実務でよくある課題と解決策

基幹システムとのデータ連携・二重入力を防ぐには

現場で最も嫌がられるのが「基幹システムにも入力し、kintoneにも入力する」という二重入力です。これを防ぐためには、基幹システムから1日1回、発注データをCSV出力し、それをkintoneにインポートする、あるいはAPIを用いて自動連携する仕組みが不可欠です。完全に自動化したい場合は、弊社の他の記事でも紹介しているようなモダンデータスタックの考え方が応用できます。

仕入先ごとのリードタイムを加味したアラート設計

海外からの仕入れなど、リードタイムが長い場合は「入荷予定日」の当日ではなく、その1週間前に「確認リマインド」を送る設計にカスタマイズしましょう。kintoneのリマインダー設定は複数追加できるため、「7日前：確認用」「1日後：遅延警告用」と段階的に設定するのが実務的です。

まとめ：発注残管理のデジタル化がもたらす経営インパクト

kintoneを用いた発注残管理と入荷遅延アラートの設計は、単なる「事務作業の効率化」に留まりません。「いつ、何が入ってくるか」が組織全体で共有されることで、営業担当者は自信を持って顧客へ納期を回答でき、バックオフィスは督促業務に追われるストレスから解放されます。

まずはスモールスタートとして、最も遅延トラブルが多い特定の仕入先や製品カテゴリからアプリ運用を始めてみてはいかがでしょうか。そこで得た知見を元に、全体の業務設計へと広げていくのが、DX成功の近道です。