- ベストアンサー
在庫管理システムの仕様に関して
現在、簡易的な在庫管理システムを作成していますが、客先からの受注、業者への発注、 業者からの仕入、客先への出荷、それぞれの関係でどのシステムを構築したら良いか？で迷っています。 というのも、受注と出荷、発注と仕入というのは必ず紐付く為、データの相殺は簡単かと思われますが、 客先からの受注の単位と、業者への発注に関しては、同じ案件でのものであっても内容は異なる事から、 受注と業者への発注の紐付けをしない限り、出荷と同時に仕入で入ってきた在庫を減らす事はできないかと思われます。 但し、共通部品や先行手配であった場合、必ずしも受注と紐付ける事は不可能かと思われます。 そこで、上記のように、紐付ける事ができなかった場合でも、出荷と同時に仕入た在庫を引き落とすという ような事は可能なのでしょうか？ やはり売上データは受注データを使って打ち消しを行い、出荷データは発注データを使って打ち消しを 行うように別々でやらなければならないのでしょうか？？？ 一般的にはどのようにするのか？を教えて頂ければと思います。 よろしくお願いします。
- asamix_000
- お礼率55% (77/138)
- SE・インフラ・Webエンジニア
- 回答数7
- ありがとう数3
- みんなの回答 （7）
- 専門家の回答
質問者が選んだベストアンサー
No.3で回答したものです。 補足を読みました。 要するに、パッケージ化された商品（たとえば、筆箱セット）を出荷した際に、その筆箱セットを構成する各々の商品（たとえば、鉛筆、キャップ、ケースなど）も自動的に在庫から引き落としたいという意味ですかね？ だとするならば、まず、商品テーブルに商品区分（単品商品かパッケージ商品かを区別する区分）を追加して、さらに、新たにパッケージ構成テーブルを追加すれば良いのでは？ たとえば、No.3から修正したテーブルのイメージはこんな感じになります。 ・仕入テーブル（発注日、仕入日、商品コード、業者コード、数量） ・出荷テーブル（受注日、出荷日、商品コード、お客様コード、数量） ・在庫テーブル（商品コード、仕入日、数量） ・商品テーブル（商品コード、商品区分、商品名、単価） ← 変更 ・パッケージ構成テーブル（商品コード、構成番号、構成商品コード、構成数量） ← 追加 ・業者テーブル（業者コード、業者名、住所、電話番号） ・お客様テーブル（お客様コード、お客様名、住所、電話番号） この場合、出荷の際に商品テーブルの商品区分を参照して、パッケージ商品の場合はパッケージ構成テーブルから商品コードに紐付く全ての構成商品コードを取得して、構成商品コード毎に在庫から構成数量を引き当てる形になると思います。
その他の回答 (6)
- sppla
- ベストアンサー率51% (185/360)
昔某ＥＲＰの販売に携わっていたことがありました。 在庫管理システムは簡単ではないと思いますよ。 ＞受注と出荷、発注と仕入というのは必ず紐付く為、データの相殺は簡単かと思われますが、 紐づくのは確かですが１：１と限らないのが面倒です。 １つの受注（発注）に対しｎ件出荷（仕入）というケースがあります。例を挙げますと １００個の受注を受けた。しかし在庫は５０個しかない。お客さんはその５０個だけでもすぐに欲しいといったので５０個出荷した。残り５０個は後日出荷とした。 このケースでは面倒ですが受注を５０個×２回に入力しなおして出荷と１：１対応させることは可能ですが、現場はやりたがらないでしょうね。（面倒なうえにミスも増えるでしょうし。） １００個を発注したがそのうち５個は不良品だった。このため仕入を９５で計上し残りを送りなおしてもらうことにした。（こっちも発注を分割して入力しなおすことは可能ですが・・・） ＞客先からの受注の単位と、業者への発注に関しては、同じ案件でのものであっても内容は異なる事から、受注と業者への発注の紐付けをしない限り、出荷と同時に仕入で入ってきた在庫を減らす事はできないかと思われます。 このあたりは私の担当製品では割り切っていて、最小単位での在庫管理をしていました。１ケース２４缶の清涼飲料水があったとして、これを２４缶という最小単位の方で在庫数を管理していました。細かくやると何ケース＋あまり何本になるのでしょうがそこまではしていませんでしたね。 このあたりは出荷を行う現場では可能な限りケースで出荷するという暗黙のお約束だったかなと思います。 ＞但し、共通部品や先行手配であった場合、必ずしも受注と紐付ける事は不可能かと思われます。 不可能ですね。この概念（受注に対応しない在庫がありえる）の時点で、受注と在庫（在庫数）を紐づけるという考えはムリだと思います。受注と出荷、発注と仕入（入荷）はそれぞれ紐づきますが、在庫数は受注や発注とは紐づきません。 ＞そこで、上記のように、紐付ける事ができなかった場合でも、出荷と同時に仕入た在庫を引き落とすというような事は可能なのでしょうか？ ですので、在庫数は受注や出荷とは独立したデータとし、出荷した数量を在庫数から差し引くというような考えになります。 ＞やはり売上データは受注データを使って打ち消しを行い、出荷データは発注データを使って打ち消しを行うように別々でやらなければならないのでしょうか？？？ 売上データには当然対応する受注があるはずですが（ただし１：１の関係とは限らない）、前述のような受注と無関係な在庫の概念がある時点で出荷データと発注データの紐づけは困難です。できるとしたら受注を受けてからそのために発注するケースのみです。 一般的かはわかりませんが私の担当したシステムでは 受注、出荷、売上が１：ｍ：ｎの関係で表現され、発注、入荷、仕入もやはり１：ｍ：ｎの関係で表現され、在庫数はそれらとは別管理（紐づけなし）となっていました。 また、受注時に現在ある在庫から出荷の予約として受注数分を在庫引当で予約するようにもなっていました。 また在庫数は最小単位で管理し、発注（や受注）をケース単位で行っても、在庫の増減は最小単位に換算して行っていました。このため商品ごとに１ケース＝最小単位何個分というマスタが存在していました。 補足にある筆箱セットの例に対しては部品表のような定義があり、１筆箱セット＝鉛筆５本＋消しゴム１個＋筆箱１個のように定義され、それをもとに在庫を引き落としていました。 （正確には、事前に組立の入力があり、そこで筆箱セット１００個の在庫を増やし、鉛筆５００本＋消しゴム１００個＋筆箱１００個を在庫から引き落とすというような変換作業を行っていました。） 各処理の取り消しなども考えると在庫管理＋周辺システムはかなり複雑です。 特定のお客様からの受託開発ならどの程度に割り切るかも重要かと思います。
- don_go
- ベストアンサー率31% (336/1059)
＞筆箱セットのようにパーケージ化された物を受注した ＞にも関わらず、自社の仕入は鉛筆、キャップ、ケースと ＞仕入を行い、それをそのまま出荷したような場合 仕入れを別々にしたとしても、それをそのまま出荷しない 様にすれば良いだけでは？ 福袋やBTOパソコン等の様に、セット商品の価格が商品個別 の価格の合計になるとは限りません。 鉛筆、キャップ、ケース等の個別商品から筆箱セットへの 商品の変更処理を行い、その時に在庫数の変更処理を行えば 良いと思います。
- don_go
- ベストアンサー率31% (336/1059)
＞受注と業者への発注の紐付けをしない限り、... なぜ、受注と発注を紐付けしないといけないのか 良くわからないのですが....？ 1.未出庫の受注データがなければ処理終了 2.在庫があればそれを出荷し、在庫数から引いた 後、1.に戻る 3.在庫がなければ不足分を業者に発注 4.業者からの発注分が入荷したら、在庫数に追加 5.1.に戻る 在庫管理に関する限り問題になるのは、受注分の 商品在庫の有無だけで、それがどの発注で入荷した 分かを紐付ける必要はない様に思います。 ＃現在庫数と未出荷数、発注済みで未入荷分の個数 ＃から、不足分の有無を計算して必要に応じて追加 ＃発注を行う発注管理システムは別途に必要です。 ＞客先からの受注の単位と、業者への発注に関しては、 これは、荷姿の違いの事でしょうか？ ＃商品が10個入りの紙箱が4個ずつ1ケースに梱包されて ＃いて、業者への発注はケース単位。 ＃客先からの受注はケース単位も紙箱単位も可能 その場合、ケース単位、紙箱単位、バラ個数単位での 在庫数管理が必要になります。 ＃ケースを開封して紙箱単位にする処理も必要
- kirakirasmaily
- ベストアンサー率37% (62/166)
まず最初に、在庫が増えたり減ったりするのは仕入と出荷のタイミングだけですよね？ ・在庫がなくなってきたので業者（仕入先）から商品を仕入れた→在庫が増える ・得意先（お客様）に商品を出荷した→在庫が減る だとするならば、単純に在庫テーブルで商品毎の在庫を管理して、仕入のたびに在庫をインクリメント（足し算）、出荷のたびに在庫をデクリメント（引き算）すれば良いのでは？ この場合、少なくとも、以下の６つのテーブルが必要になると思います。 ・仕入テーブル（発注日、仕入日、商品コード、業者コード、数量） ・出荷テーブル（受注日、出荷日、商品コード、お客様コード、数量） ・在庫テーブル（商品コード、仕入日、数量） ・商品テーブル（商品コード、商品名、単価） ・業者テーブル（業者コード、業者名、住所、電話番号） ・お客様テーブル（お客様コード、お客様名、住所、電話番号） ※１）仕入テーブルの仕入日は、発注の段階ではNULLまたは空白が入り、仕入が完了した時点で仕入日が入ります。 ※２）出荷テーブルの出荷日も、受注の段階ではNULLまたは空白が入り、出荷が完了した時点で出荷日が入ります。 ちなみに、単純に在庫があといくら残ってるかを管理したいだけなら、在庫テーブルで仕入日を管理する必要はないと思います。
お礼
kirakirasmaily様、ご回答ありがとうございます。 細かな説明まで頂き、本当にありがとうございます。 ただ１点、受注したものと、仕入れたものが同じものであれば、上記の考え方で全く問題ないかと思われますが、 仮に筆箱セットのようにパーケージ化された物をを受注したにも関わらず、自社の仕入は鉛筆、キャップ、ケースと 仕入を行い、それをそのまま出荷したような場合は、出荷＝それらの鉛筆、キャップ、ケースを自動で引き落とす 事は難しいかと思われます。 また、受注を待ってからそれらの鉛筆、キャップ、ケースを発注するとは考えにくく、受注番号さえ発注、仕入 データに忍ばせておけば、出荷と同時にそれらの引き落としが自動でできるはずですが、それも難しいかと、、、 上記のようなケースを考慮した場合、やはり出荷は出荷で受注の消しこみだけを行い、それとは別画面で仕入れた 物（鉛筆、キャップ、ケース）の数量調整を行わなくてはならないでしょうか？ わかりにくくて申し訳ありません。
- aoyama984
- ベストアンサー率45% (253/561)
内向き と 外向き で区別する 顧客から受注 在庫から出荷 ＝ 外向き 業者へ発注 商品の入荷 ＝ 内向き 外向き は 出荷可能な在庫が 有るか無いかが問題であってその先の連動は考慮しない どの時点 どういう状態 を「在庫」と考えるか確定させる ある時点 ある状態 を在庫1とカウントして処理して 受注 引当 在庫管理を行う 内向き は 出荷可能な在庫のために 必要十分なものを用意しておくために機能させる 業者との間の 発注-入荷 に利用する 対業者用の 製品コード 在庫数 を設定する 表用と裏用の二重にして 別の製品 別の在庫 として分離する 具体的にはどういう商品なのかによる どういうスパンで商品が動くか どういう管理をしたいか 質問からは今ひとつ話が見えない
- lv4u
- ベストアンサー率27% (1862/6715)
>>一般的にはどのようにするのか？を教えて頂ければと思います。 私も詳しくありませんが、基本は人間の手で在庫管理、発注管理等を行う場合にやっている作業を、順番にプログラミングすることになると思います。
お礼
lv4u様、ご回答ありがとうございます。 ご指摘頂いたように、人間の手作業をシステム化する事が前提ですが、少しでもその作業を 減らしたいと考えています。 ありがとうございました。
関連するQ&A
- 在庫管理について教えて下さい
自分の会社は殆ど在庫を抱える事は有りませんが、一点仕入先から品物を仕入れをしてそれを客先から注文が入ると出荷をしている状況ですが販売管理的な処理の仕方は以下の通りで大丈夫でしょうか？他に的確なやり方が有ればご指導下さい ＜販売管理側＞(1)仕入先から納入後仕入計上 経理側：仕入／買掛金 (2)客先より注文が来ましたら仕入返品入力 経理側 買掛金／仕入 (3)そして売上先にて再度売上・仕入計上 経理側：仕入／買掛金 と言った処理をしていますがどうでしょうか？ 未払金で処理をして、在庫管理等経理側でして貰い 客先より注文がきたら、売上・仕入計上でも良いのかと思いますが それでは駄目なのでしょうか？経理的な考え方がいまいち理解出来て いません、解りずらい質問かも知れませんが宜しくお願いします
- 締切済み
- 財務・会計・経理
- 在庫管理について質問です。
こちらでは初投稿になります。宜しく御願いします。 在庫管理について質問です。 私は、物流部門で出荷を担当しているのですが、先日、物流倉庫内の在庫管理を任されるようになりました。 一般的に在庫管理とは、ＡＢＣランクに分けた商品群に安全在庫を設定し、発注点や回転率など計算して行う？（私の勝手な解釈です。間違っていたらスイマセン）ものだと思うのですが、上司からは、『現場内の在庫だけを２週間分の数量を持つ様にせよ』と指示がありました。 色々とネット等で調べてみたのですが、素人なもので理解できない事がたくさんあります。 以下の条件で本当に在庫量が正しく計算されるのか御教授して頂けないでしょうか？ サンプルデータとして１年分の出荷データから総出荷数・日平均出荷量・ＭＡＸ出荷量・標準偏差・安全係数 ９９．９％・リードタイム１２日（２週間分の在庫を確保しないといけないので稼働日数で２週間 １２日間？としました） と、ここまでのデータで安全在庫を算出したのですが、この時の安全在庫とは２週間分の在庫量となるのでしょうか？ それとも、参考資料を拝見した時にあった、日平均出荷量×１２日＋安全在庫＝発注点（適正在庫量？）となるのでしょうか？ 入庫までのリードタイムを考えない現場在庫として考えなければならないので、いまいち解りません。 そもそも、この考え方自体が間違いなのでしょうか？ 何方か、わかり易く教えて下さい。
- 締切済み
- 経営情報システム
- SQLに関して
教えて下さい。 ある在庫システムを構築していますが、その中で、滞留在庫（６ヶ月動きがない在庫）を抽出 しようと考えています。 関係しそうなテーブルとしては、 品目マスタ 仕入データ 発注データ 在庫日次データ ※1 というテーブルが存在します。 ※1 在庫日次データというのは、仕入、発注、移動、出荷等のデータが、それらのアクションと 同時にデータとしてそのテーブルに発生します。 イメージ的には、仕入データが発生した日から、在庫日次データにデータがないもをピックアップ すれば良いかと思われますが、どのようなＳＱＬを書けば良いでしょうか？ 初歩的な質問で申し訳ありませんが、教えて下さい。 よろしくお願いします。
- ベストアンサー
- Oracle
- 財務・在庫管理ソフトを探しています。
現在、会社の在庫ならびに財務管理を独自のシステムを組んで行っております。しかし、最近になってトラブルがつづき管理ソフトの導入を考えております。 以下のことをで行えるソフトをどなたかご存知有りませんか？教えてください。 見積→発注→入荷→検査→在庫→出荷→入金 こんな手順ですでやっているはずです・・・・・
- 締切済み
- 会計ソフト
- パーツ取りした商品の在庫計上方法を教えてください。
先日、営業がお客様の中古品を下取りしてきました。 パーツ取りして、取った部品は在庫に入れて欲しいと言われました。 後日、修理に使ったり販売したりするとのことです。 普通、業者に発注→仕入→在庫計上→出荷・売上ってことかと思うのですが、仕入先が無いのに、どうやって在庫に入れるのでしょうか？ 下取り品は簿価0円で良いのでしょうか？ 中小企業です。 今までは簿外にしていたのですが、このままでは監査につっこまれるとまずいとの事です。
- 締切済み
- 財務・会計・経理
- 住宅業・リフォーム業向け受発注管理システムのソフト
自宅が個人業で、新築住宅・リフォームなどを親がやっています。 お粗末な質問で申し訳ないのですが、 住宅業・リフォーム業向けに受発注管理システム（兼経理+顧客管理） みたいなフリーのソフトってあるのでしょうか？ Accessで作ろうとしましたがトータルにやろうとすると スキル足らずと、すべてに関連性を持たせるための設計が難しく 頭を悩ましています。 現状では工事に関する積算や見積書・業者への発注書は 個別にExcelでやっています。（親いわくｗ） やりたいことは １．顧客管理（エンドユーザ個人データ） ２．業者管理（取引先データ） ３．受注管理（工事受注） ※契約金額（受注）、入金状況 ４．発注管理（工事毎の発注） ※ある受注工事に対して、どの業者に何をいくらの金額で 発注したかという、金額と業者名、物件名などが が分かるようにしたい。 ５．経費管理 ※会社の光熱費・通信費・事務雑費・ ※業者に発注したものとは別に、その工事にかかった 人件費や工具代など 要するに、このシステムがあれば、経費を含め、受発注金額と その顧客名・発注した業者とその金額一目瞭然分かる。 しかも顧客からの入金状況も、業者への入金状況もすぐ分かる。 みたいな工事金額に関することから会社の当月の利益計算まで 分かるようなトータルシステムにしたいのです。 何でもかんでもトータルにやろうとするためのシステムは ソフト会社に作ってもらわないとできないものでしょうか？ 個々の具体的な積算見積の内訳はExcelでやるつもりです。 一般的に建築業の会社では 受注管理→受注管理システム（Aceess) 発注管理→発注管理システム(Access) 経費管理→経費管理システム(Access) 積算は積算見積システム（Excel等） という具合にAccess １ファイルで全部やらせるのではなく、 個別にデータ管理させ、経理の方がそれぞれの結果参照・集計して また別のシステムに入力みたいにしてやっているのでしょうか？ 同業種でやっておられる会社様や個人様がいましたら、 データの管理の分別方法など ご指導のほどよろしくお願い致します。
- 締切済み
- その他(ソフトウェア)
- 良い販売管理システム探してます
大阪で、小さな工事を経営しています。東京と名古屋に営業所が、大阪市内に本社が、泉南に工場と倉庫があります。 これまでは、メールやFAXで伝票を本社に送って、受注と、仕入を行っていましたが、在庫と出荷、請求管理が、煩雑なので、良い販売管理を探しています。コンピュータに詳しい担当もいないので、相談できるかたを探しています
- 締切済み
- 経営情報システム
- 医療系（歯医者さん）の在庫管理システムについて
医療系（歯医者さん）の在庫管理システムについて 当方、いつも患者として行っている歯医者さんよりご相談を受けまして。 歯科医の在庫管理システムを探しております。 自分でも探してみているのですが、なかなか難しく。 ご存じの方、聞いたことのある方、業界の方。 いいソフトがありましたら、名前を教えていただけませんか？ ソフトの条件は以下です。 ・業者用ではなく医者用。個人開業医レベル。 ・とはいえ、別に食品用のシステムなど転用できるようならそれでもいい。 ・有償でいい。 ・簡単なほうがいい。 ・基準在庫を持ち発注ができること、消費期限管理は必要。 ・カスタマイズはせず、業務をソフトに合わせる。 よろしくお願いいたします。
- ベストアンサー
- その他(業務ソフトウェア)
- 受注・在庫管理ソフトを探しています
現在エクセルで管理をしていますが、複雑になりすぎましたので、受注・在庫管理ソフトで行いたい内容は、在庫を(1)納期予定の入った「おとりおき在庫」とその他「一般在庫」に製品ごとにデーターのうえで区分（かつその合計も把握）し、「おとりおき在庫」から納期確定の入って、納品した後の「おとりおき在庫」の把握と「一般在庫」から一般受注・納品した後の在庫把握と指定してある最低在庫数との関係で、発注点指示まで分析してくれるソフトはありませんでしょうか？ 会計ソフトと連動していれば、なおベストなのですが。 数社の大手会計ソフト会社にあたりましたが、ありませんでした。 卸売・商社関係の方で、このような在庫管理をされている方もいらっしゃると思いますが、どうされているのでしょうか？ アドバイスともどもよろしくお願いいたします。
- ベストアンサー
- その他(業務ソフトウェア)
- 在庫管理と売上計上
当社では売上計上（出荷）と同時に在庫が落ちるというコンピュータのシステムとなっています。通常はこれで何の問題もないのですが，販売単価未決定で出荷せねばならないことも多く，その場合はシステムを通さず手書き伝票にて対応しています。（売価未決のため売上計上できないため）。 しかし，実在庫は減っているのに，コンピュータ上は在庫は減ってないため，そこに差異が生じます。そこで，棚卸の時など，どっちが本来の数字かわかりません。 私の考えでは，当社はA倉庫，B倉庫の２つがありますが そこに架空のC倉庫をつくり売価未決分の出荷のしょうひんをC倉庫へ仮に移動したことにし，売価決定後，架空のC倉庫より出荷したことにすれば，A,B倉庫の実在庫とコンピュータ上のA,B倉庫在庫数が合致するので良いかと思うのですが・・・・。 税務調査において問題ないでしょうか。また，何か別の手段はないでしょうか？ もし，上の方法であった場合の仕訳を教えてください。
- 締切済み
- 財務・会計・経理
お礼
don_go様、ご回答ありがとうございます。 kirakirasmaily様への回答にも記載させて頂きましたが、受注したものと、仕入れたものが同じものであれば、 上記の考え方で全く問題ないかと思われます。 それが異なった場合では、別々の画面を作成し、出荷は出荷、仕入の消しこみは消しこみという画面を作成 しなければならないでしょうか、、、 わかりにくくて申し訳ありません。 よろしくお願いします。