問題タブ [inventory-management]

使用されているカスタマイズされたスプレッドシート ソリューションが多数あり、それらを追跡するプログラムによる方法が必要です。これらは明らかにスプレッドシートであるため、ローカルに保存したり、名前を変更したりできるため、それを考慮できるソリューションが必要です。

いくつかのアイデアは次のとおりです。

1. スプレッドシートを開いたときに、OnOpen イベントを処理し、追跡のためにデータベースにメッセージを書き込みます

これに関する問題は、データベースの詳細をどこに保存するかです。データベースがダウンした場合、スプレッドシートがクラッシュすることは望ましくありません。

上記のすべての問題を処理する優れたスプレッドシートの在庫管理ソリューションを思いついた人はいますか?

商品が複数レベルの梱包を持つ在庫システムを作りたいです。たとえば、カートンには中箱があり、中箱には小箱があり、小箱には2つの商品があります。sql server 2005を使って簡単に売買ができ、カートン、中箱、小箱、商品の在庫状況を正確に表示する方法を教えてください。

特定の在庫品目の手持数量を計算する最良の方法について考えていました。テーブルは非常に大きくなり、多くのトランザクションが発生するため、すべての入荷を追加してすべての出荷と販売を差し引いて、オンデマンドで手持在庫を計算するのは現実的ではない場合があります。私が思いついたアイデアの 1 つは、定期的にチェックポイント、つまり品目と手持数量の記録を作成することです。手持数量の後続の計算はチェックポイントから開始されるため、すべてのトランザクションを合計する必要はありません。

8/30の請求書1の手持ちを計算するとこんな感じ

8/14の請求書1の手持計算はこんな感じ

私の質問は、このアプローチはどのような問題を引き起こすのでしょうか? 手持数量をテーブルに格納する以外に、膨大なトランザクション セットを処理するためのより良い方法はありますか? 手持数量をテーブルに格納する方法は、チェックポイント方式とほぼ同じですか? トリガーまたは何らかのシグナルを介して更新された場合、エラーが発生する可能性はさらに低くなりますか?

この質問がSOで意味があるかどうかはわかりませんが、autotrader.comのように、ユーザーが関心を持つ新しい車のリストを提供するWebサイトに取り組んでいます。このタイプのウェブサイトがどのように機能するか知っていますか？autotrader.comで、私はおそらくディーラーが自分たちの在庫をアップロードして更新しなければならないと思っていました。誰かがそれが事実であるかどうか知っていますか？また、アメリカのディーラーに行くと、すべてのディーラーで特定の車を探すことができると感じました。結論：在庫はサードパーティがアクセスできるようです-誰がもっと知っていますか？

RDBMSの在庫管理システムのデータモデルをどのように設計しますか？

あなたは：

1. 各購入と使用量を保存し、SUM（）とGROUP BYを使用して、オンザフライで倉庫の数量を計算しますか？
2. 1と同じですが、毎日数量を統合し、前日の値を使用しますか？
3. Intフィールドとしての数量、アプリケーション層を介して更新しますか？
4. 3と同じですが、DBトリガーを利用しますか？

トランザクションベースの在庫システムは、キャプチャする詳細レベルの点では優れているように見えますが、正しく実装するのは困難です。時間の経過とともにパフォーマンスが低下します。

数量ベースの在庫システムははるかに簡単に見えますが、数量値が++または--正しいことを確認するために追加のロックが必要になる場合があります。

どちらを選びますか？

取引のリストを含むテーブルがあります。

したがって、PnL は基本的に Consid 列の合計であるため、Trade#5 が追加される前の PnL は +6k になります。

Trade #5 が追加された後、これは PnL を -14k として示していますが、これは私たちの立場を反映したものではありません。

私が望むのは、クローズされていない取引を除外する何らかの方法ですか? したがって、取引番号 5 は、テーブルに 2,000 株の IBM 株の購入を追加した場合にのみ、合計に含めることができます。

これに対する私の最初の試みは次のとおりです。

しかし、+5、+5、-5 の数量の取引がある場合、(SUM(Quantity) = 0)) 評価が false であるためカウントされないというエッジ条件があることを理解していません。

これを修正する方法についてのアイデアはありますか?

ありがとうクリス

これは、任意のアプリケーションでハンドヘルド バーコード スキャナーを使用するのは初めてです。バーコード スキャナは Zebex Z-3110 Handeld Bar Code Scanner です。このバーコード スキャナーを使用してアイテムのバーコードをスキャンし、コードを読み取り、作業中の Java 在庫管理プログラムにフィードします。次に、Java プログラムはバーコード スキャナーによってフィードされたコードを使用して検索しますそのアイテムの詳細のデータベース。バーコード スキャナーは、在庫に記録されたアイテムのバーコードを読み取るためにも使用されます。緊急の助けが必要です。

私は請負プロジェクトの入札を開始しています。最善の方法についてアドバイスを求めていました。

Android タブレット用の小規模な会社 (せいぜい数千 SKU 未満) の在庫管理用の Android アプリケーションを開発するように依頼されており、システムのアーキテクチャを考え出そうとしています。

MSSQL データベースをホストする MS Server 2008 を使用することを考えていました。このデータベースは、REST サービスを介して公開されます。これは、DB に (営業担当者が Android タブレットを介して) リモートでアクセスできる必要があるためです。

これまで SQL をあまり使用したことがありませんでしたが、リモート DB トランザクションを実行するための REST と共に、これがおそらく最良のソリューションであると考えています。

基本的な機能は、在庫の表示、商品の注文、価格の確認などです。

このトピックに関するアドバイスをいただければ幸いです。

ありがとう！

ここにあなたの仲間のオーバーフロー者のための小さな挑戦があります。

私は、Webベースの見積もりアプリケーションに販売する製品のデータベースを使用しています。各製品には次の属性があります。

• 一意のID
• SKU
• 説明
• 価格
• 部品

一般的な考え方として、サンルームを製造しており、約800の汎用モデルがあります。明らかに、顧客と彼の家によっては、一般的なモデルが適合しない場合があり、側面にドアを追加したり、色を変更したりするなどの「オプション」を使用して変更する必要があります。

現在のところ、見積もりシステムでは、お客様がサンルームにどのオプション（新しい色、追加のドアなど）を選択したかは気にせず、一般的なモデル名（例：SUN-0810 for 8 by 10サンルーム）そしてそれの価格を設定します。

私の最終目標は、顧客が選択したモデルとオプションに応じて、見積もりの​​BOM（部品表または部品リスト）を生成できるようにすることです。すでにすべてのパーツがデータベースに保存されており、モデルにリンクする必要があります。

ここに私の問題があります。それぞれにさまざまなオプションを備えた最大800の異なるモデルがあります。たとえば、標準的なサンルームは、左の壁、中央の壁、右の壁で構成されています。壁は3つの異なる色にすることができ、ドアがないか1つのドアがあります（サンルームのサイズによってはさらに多くなる可能性があります）。センターは、3つの異なる色と11の異なる長さにすることもできます。

一般的なモデルの1つの組み合わせの例を次に示します。

SUN-0810（8フィート×10フィートのサンルーム）

• 左の壁：ドア付きの長さ8フィートの木炭
• 右の壁：ドアのない長さ8フィートの木炭
• 中央：長さ10フィートの木炭

したがって、この特定の組み合わせの新しいモデル名（製品SKU）は次のようになります。

SUN-0810CH-L1-R0。

結局、8 x 10のサンルーム（SUN-0810）の場合、私は次のようになります。

• SUN-0810CH-L0-R0（8 x 10、色=木炭、左壁=ドアなし、右壁=ドアなし）
• SUN-0810CH-L1-R0（8 x 10、色=木炭、左壁=ドア付き、右壁=ドアなし）
• SUN-0810CH-L0-R1（8 x 10、色=木炭、左壁=ドアなし、右壁=ドアあり）
• SUN-0810CH-L1-R1（8 x 10、色=木炭、左壁=ドア付き、右壁=ドア付き）
• SUN-0810SM-L0-R0（8 x 10、色=煙、左壁=ドアなし、右壁=ドアなし）
• SUN-0810SM-L1-R0（8 x 10、色=煙、左壁=ドア付き、右壁=ドアなし）
• SUN-0810SM-L0-R1（8 x 10、色=煙、左壁=ドアなし、右壁=ドアあり）
• SUN-0810SM-L1-R1（8 x 10、色=煙、左壁=ドア付き、右壁=ドア付き）

詳細を保存するために、SUN-0810のような約800の汎用モデルがあります。私はいくつかの計算を行い、製品オプションの可能なすべての組み合わせを保存すると、50000を超える個別の製品が生成されることに気付きました。

50 000の異なる製品すべてがデータベースに保存されているとしましょう。私は、それらのすべてのパーツに対してそれらのパーツを定義する必要があります。上で述べたように、パーツはすでにデータベースに保存されています。次にいくつかの例を示します。

パートSKU| 説明

ENT2828 インチクロススタッド

SCREW6-ZW6mm 亜鉛白ネジ

ATT90ALU90 度アルミネクタイ

最終結果は次のようになります。

SUN-0810CH-L1-R0に含まれるもの：

• ENT28 x4
• SCREW6-ZW x19
• ...。
• ...。

主な問題は、ほとんどのモデルにそれぞれ50以上のパーツが含まれていることであり、50000の異なるモデルすべての構成を定義するには永遠にかかることに気づきました。

それによって、私はこの問題を解決する方法や私のアプローチが実行可能かどうかについての助けやアイデアを探しています。

お時間をいただきありがとうございます。

スタックオーバーフローの最初の投稿！どうぞ…</p>

これで、サーバーにMagento Community Edition v1.5.1.0をセットアップし、1つの製品をすべて使用できるようになりました。製品には、顧客が製品の配送を希望する日付である日付属性があります。商品は、お客様のご注文時に作った商品です。私が物理的に一日を作ることができるこの製品の数は非常に多いです。だから私の質問は、特定の日に配達するように設定された注文の合計を追跡し、上限に達したときにその日付がフロントエンドで選択されないようにするにはどうすればよいですか？

プラグインを探してみましたが、この状況に適したものはまだ見つかりませんでした。どんなアドバイス/ポインターも素晴らしいでしょう。

必要に応じて、内部コードを試してみることができてとてもうれしいです。飛び込む前に、簡単なオプションを見逃していないことを確認したかっただけです。

前もって感謝します

ジャスティン