在庫管理ソフト（データベース）

お世話になっております。

在庫管理システムのデータベース導入について、弊社側で希望する方向性を整理しました。

現在のGoogleスプレッドシートでの管理では、改修を重ねるにつれて複雑になってきており、特に
入庫データの修正、在庫履歴の管理、今後の拡張性
などに限界を感じているため、データベース導入を前向きに検討したいと考えています。

一方で、初期費用・ランニングコストはできるだけ抑えたいため、まずは在庫管理の中核部分を中心に、必要最低限のAPI連携を含めた現実的な構成で進められないかご相談させてください。

基本方針

在庫管理の正本は、AmazonやShopifyではなく、データベース側に置きたいです。

入庫、出庫、在庫調整、倉庫間移動、返品、不良在庫などの履歴をDB側に残し、現在庫はそれらの履歴をもとに管理する形を希望しています。

在庫数を直接上書きするのではなく、できるだけ
「いつ・誰が・何を・なぜ変更したか」
が分かる設計にしたいです。

データベースについては、Supabaseなどの低コストなPostgreSQL系データベースも候補として検討したいです。

できれば弊社側のアカウントでデータベースを契約・管理し、御社に毎月固定の管理費や保守費を支払わなければ運用できない形は避けたいと考えています。

障害対応や改修が必要な場合は都度ご相談する形を希望します。

以下のように、複数の在庫ロケーションを管理できる仕様にしたいです。

各商品・SKUごとに、どこの倉庫に何個あるのかを一覧で確認できるようにしたいです。

また、倉庫間の在庫移動についても履歴として残せる形を希望します。

例：
自社倉庫 → FBA納品中 → FBA倉庫
自社倉庫 → 提携倉庫
FBA倉庫 → 販売不可在庫

Amazonについては、CSV/TXTの手動取込ではなく、Reports APIで「全注文レポート」を自動取得する方向で検討したいです。

出庫登録の対象は、キャンセル・保留中・未出荷を除外し、原則として「出荷済み / 確定済み」の注文のみとしたいです。

また、同じ注文が複数回取得されても二重に出庫登録されないよう、Amazon注文番号やSKU、数量、ステータス等で重複判定できる設計を希望します。

FBA Inventory APIなどを使い、Amazon側のFBA在庫数とDB上のFBA在庫数を自動照合したいです。

差分表示には、以下の項目があると助かります。

返品、破損、紛失、補填、受領差異などを最初からすべて自動判定するのではなく、販売以外の在庫差分が出た場合のみ、手動で確認・調整する運用にしたいです。

Shopifyについては、DBを正本とし、Shopifyは販売チャネルの1つとして扱いたいです。

販売可能在庫 = 実在庫 – 引当在庫

以上の方針で、実現可能性、概算費用、段階的な進め方についてご提案いただけますと幸いです。

よろしくお願いいたします。