第二部では、タイミングの問題に決着をつけました。スプレッドシートの限界を本当に超えたのはいつか、そして購入が時期尚早な判断になるのはいつか、ということです。今回はシステムを内側から開いてみます。ERPという言葉は一つの漠然としたかたまりに見えますが、実際には一つのデータベースを共有するモジュールの集合です。このパートでは六つの中核モジュールを順に見ていき、それぞれをサウジアラビアの事業者の手に置いてみます。レストランのオーナー、小売業者、建設業者、そして倉庫の管理者です。

中核モジュールと単一のデータベース

ERPをばらばらのプログラムの寄せ集めと分けるのは、モジュールの数ではなく、すべてのモジュールが一つの情報源に書き込み、そこから読み取ることです。商品を一つ売ると、三つのモジュールが再入力なしに同じ瞬間に動きます。在庫が引き落とされ、売上が会計に計上され、レポートに表示されます。次の六つのモジュールが基幹となります。

  • 会計：あらゆるお金の動きが流れ込む元帳です。請求書、経費、入金、付加価値税などです。
  • 在庫：各品目をどれだけ、どこに、どの価値で持っていて、いつ再発注すべきかを把握します。
  • 購買：購買申請から発注書、入荷、請求書の照合までを扱います。
  • 販売：見積もりやPOSから請求書、入金、顧客フォローまでを扱います。
  • 人事：従業員データ、勤怠、給与、そして退職時の勤続手当を扱います。
  • レポート：上記すべてを読み取り、意思決定に変える層です。利益、資金、店舗別や品目別の実績などです。

企業はすべてのモジュールを一度に必要とするわけではありませんが、必要になったときにはどれも同じ言葉を話します。これらのモジュールが現場でどのような形になるかを見ていきましょう。

会計と在庫：システムの背骨

システムの重みの大部分を担う二つのモジュールがあり、ほとんどそれ自体が購入の理由になっています。

会計は孤立した帳簿ではなく、合流地点です。小売店では、POSでの販売一件ごとに、ザカート・税務・関税庁（ZATCA）の要件に準拠した電子インボイスが作成され、売上と税が自動的に計上されます。そのため月末の締めは、何日もかけた照合を必要とせず、ほぼ出来上がった状態で迎えられます。仕訳、経費、財務報告はすべて、他のモジュールが生み出した同じ取引の上に成り立っています。

在庫は、紙の記録と棚の実物とのずれが表れる場所です。倉庫では、このモジュールが各ロケーションにある各品目の残高をリアルタイムで把握し、それをバーコードに紐づけ、再発注点によって品切れになる前に知らせ、ロケーション間の棚卸しと移動を管理します。複数店舗を持つ小売業では、ある商品がある店舗で品切れになり、別の店舗には在庫があることがわかるので、購入する代わりに移動できます。会計と在庫がつながると、倉庫内のすべての単位がいつでも正確な金額を持つことになります。

購買と販売：流れの両端

在庫がシステムの心臓なら、購買と販売はその出入りの二つの扉です。

購買は支出の流れを整えます。責任者が承認する購買申請、次に仕入先への発注書、次に数量を照合する入荷、そして支払い前の仕入先請求書の照合です。建設会社では、このモジュールがすべての発注書を特定のプロジェクトに紐づけるため、月末に漠然とした合計額を見るのではなく、現場ごとに鉄筋とセメントのコストを個別に把握できます。

販売は顧客に向き合う側です。レストランでは、POSがそのまま販売モジュールです。注文一件ごとに請求書が起票され、レシピに沿って在庫から食材が差し引かれ、売上が会計に計上され、最もよく売れている品目がレポートに表示されます。小売では、このモジュールがプロモーション、割引、ロイヤルティプログラム、顧客の掛け売り口座を管理します。従業員が触れるのは一つの画面だけでも、一件の注文で四つのモジュールが動きます。

人事とレポート：人と意思決定

残る二つのモジュールが全体像を完成させます。一つは人を管理し、もう一つはこれまでのすべてを意思決定に変えます。

人事は従業員データ、契約、休暇、勤怠を保持し、給与と退職時の勤続手当を計算します。多くの作業員が複数の現場に分散している建設会社では、このモジュールが手作業の表による混乱をなくし、給与を賃金保護システムと連携させるため、支払いが記録として残り、人的資源省の要件に準拠したものになります。さらに会計とつながると、人件費が各プロジェクトの利益に自動的に反映されます。

レポートは、ここまでのすべての成果です。モジュールが一つの情報源に書き込むため、一つの質問には一つの答えしかありません。今月いくら稼いだか、どの店舗がトップか、どの品目が棚の上で資金を寝かせているか、二週間後に手元資金がいくらになるか。レストランのオーナーは料理ごとの利益率を示すダッシュボードを、建設業者は各プロジェクトのコストを契約額と比較するダッシュボードを、倉庫の管理者は回転の遅い品目のレポートを手にします。第一部で約束した「信頼できる唯一の情報源」が、ここで実際に姿を現します。

Origamiの視点

私たちはテクノロジー企業であり、六つのモジュールすべてを一度に稼働させることはめったに勧めません。まず火を消すモジュールから始めます。小売と飲食では通常、販売と在庫が先で、建設ではプロジェクトに紐づく購買です。その後、会計、人事、レポートを段階的に加えていきます。本当の利点は多くのモジュールを持つことではなく、稼働させるものすべてが再入力なしに一つのデータベースに書き込まれることです。私たちはモジュールを、サウジアラビアで実際に行われている業種のプロセスに合わせて形づくります。ZATCA準拠のインボイスを発行するPOS、賃金保護と連携した給与、バーコード付きの在庫などです。見慣れない手順を押しつける汎用テンプレートに合わせるのではありません。

まとめ

ERPは一つの箱ではなく、会計、在庫、購買、販売、人事、レポートという六つのモジュールであり、一つのデータベースを共有して、あらゆる取引で一緒に動きます。私たちは各モジュールがサウジアラビアの業種、すなわちレストラン、小売、建設、倉庫でどう使われるかを見てきました。しかし、モジュールを知ることと、それを動かすシステムを選ぶことは別の話です。第四部では購入の判断そのものに進みます。クラウドかオンプレミスか、既製品かカスタム開発か、そして契約する前に連携、乗り換えの自由、電子インボイスへの準拠をどう比較検討するかです。

出典

  • ザカート・税務・関税庁（ZATCA）— 会計モジュールと販売モジュールの基盤としての電子インボイス（Fatoora）と連携要件：https://zatca.gov.sa
  • 人的資源・社会開発省 — 人事・給与モジュールの要件としての賃金保護システム：https://www.hrsd.gov.sa
  • サウジ・ビジョン2030 — デジタルトランスフォーメーションと中小企業の支援：https://www.vision2030.gov.sa