問題タブ [erp]

まず、少し背景...

私はERPのVARであるソフトウェア会社で働いています。このERPは、階層的なルールセットに基づいて製品の価格を動的に計算します。お客様の構成によっては、これらのルールは非常に複雑になる可能性があります。お客様にとってはそうです。

お客様は、このERPをMagentoeコマースプラットフォームに統合しようとしています。この統合のコンポーネントは、ユーザーの特定の価格を表示することです。

Magentoの開発者は、価格情報をフラットファイルでエクスポートすることを要求しています。顧客、製品、最小数量、および価格を一覧表示します。この情報を提供することは、必要なすべての複雑な計算のために非常に長いプロセスです。非常に長いため、スケジュールされた定期的なエクスポートには実用的ではありません。

通常、他のeコマースプラットフォームに統合すると、ERPを呼び出し、必要に応じて価格情報を返すことができるWebサービスを提供します。何らかの理由で通話が失敗した場合、デフォルトで標準価格になり、ユーザーに通知されます。

さて、質問に移りましょう...

この方法を使用して動的に価格を計算することについて、Magento開発者からの反発を受けています。これに対する彼らの理由は曖昧で厄介です-これが私たちが行った他のeコマース実装のかなり標準であることを考えると。

Magentoに関する特別な経験はありませんが、これを実装するのは難しいですか？Webサービスにアクセスできない可能性があるということは、ユーザーが特定の価格を取得できないことを意味することを理解していますが、eコマース開発者からこれほど多くの抵抗に直面したことはありません。お客様は心配する必要がありますか？

あなたが提供できる洞察に感謝します...

私はこのプロジェクトを行っています。これは基本的に、PHP/MySQL (codeigniter フレームワーク) を使用した ERP のいくつかのモジュールです。

発注メカニズム (およびその他の複数テーブルに依存する) 機能を統合する方法がわかりません。例えば。顧客の注文は、2 つの MySQL テーブル (Order および Order-Detail) によって管理されます。Order テーブルには一般的な注文情報が格納されますが、Order-Detail には注文された製品情報 (数量など) が格納されます。これは、1 つの注文で複数の製品が注文される可能性があるためです。

だから、私の質問は次のとおりです。

• これは基本的にどのように実装されていますか (その背後にあるロジック)?

• 業界用語ではどのように呼ばれていますか (Google ですぐに使える JavaScript/AJAX または PHP ライブラリまたはスニペットを検索できます)。

私は電子商取引会社のトランザクション在庫システムに取り組んでおり、MySQL データベースでこれを達成する方法についての何らかのガイドまたはチュートリアルを探しています。プログラミング方法に関するガイドと、そのようなシステムの使用方法に関するガイドがありますが、提案されたテーブル構造や独自の実装のベスト プラクティスを含むリソースを見つけることができませんでした。

このシステムでは、すべてのアイテムが購入され、保管され、転売され、出荷されます (製造は行われません)。システムは、複数の「ロケーション」（ウィスコンシン、ノースカロライナなど）をサポートする必要があります。各場所には、1 つまたは複数の「倉庫」(隣り合った建物) を配置できます。各倉庫には 1 つ以上の「アイル」があり、各アイルには 1 つ以上の「棚」があり、各棚には 1 つ以上の「ビン」があります。商品はビンに保管され、各サイズ/カラー バリエーションには独自のビンがあります。一部のアイテムは複数のビンに保管される場合があります (つまり、一度に 2000 個を注文して割引を受ける場合、10 個を低いビンに保管し、残りを「過剰在庫」の高い棚に置く場合があります。

アイテムをそれぞれの場所に保管するのは簡単です。おそらく次のような Bins テーブルがあります。

次に、次のような在庫トランザクション テーブルを使用してビン間でアイテムを移動します。

しかし、ここで私は混乱します：

真夜中に顧客が Web サイトから 2 つのウィジェットを注文したとします。ビンには 5 つのウィジェットがあります。顧客は 2 つのウィジェットの代金を支払ったため、他の誰もそれらを購入することはできません。実際に棚にある数を減らすことなく、「販売可能な」ウィジェットの数を減らす何らかのトランザクションが必要です。

翌日、従業員がそれらのウィジェットを選び、梱包エリアに移動します。ここで、アイテムが現在梱包ラインにあり、もはやビンに入っていないことに注意するために、物理的な取引を行う必要があります。しかし、梱包は通常の「ビン」と同じではないため、特別な場所である必要がありますよね? したがって、どうにかしてビンからビン以外の特別な場所に物を移動する必要があり、それを行うためのトランザクション エントリが必要です。

次に、返品検疫のような他の「特別な」場所と、その注文の他のアイテムが取り寄せになっているときにアイテムを取っておく場所があります.

プログラミング/データベースの観点からこれを行う方法を説明できる本またはオンライン リソースを知っていれば、それは素晴らしいことです。または、誰かがすでにこれを行う方法を知っていて、喜んで共有してくれるなら、それも素晴らしいことです!

ありがとう！

アップデート：

これについてもう少し考えてみたところ、「販売可能な」在庫 (「手持ち」と呼ばれていると思います) を動的に計算できる可能性があります。「すべてのビンの合計」 - 「満たされていない注文」 = 「手持」。問題は、遅すぎて実用的ではないということです。いくつかのクエリを実行し、結果をループして手持の合計を取得する必要があります。

別の方法として、「手持」用に別のトランザクション テーブルを用意することもできますが、その場合、「手持」と「現物」の 2 つの在庫仕訳帳があります。それらは常に同期している必要がありますが (そうでない場合はバグです!)、それでもうまくいきませんか?

物理的な場所をどうするかはまだわかりません。出荷すると在庫からなくなりますが、複式簿記の場合はどこかに行く必要があります。したがって、ある種の「なくなった」ビンが必要になります。しかし、"gone" や "packing table" を "bins" にするのも適切ではありません。これらは実際にはビンではないからです。

更新 3

動き:

問題：

取引:

更新 4

わかりました、今のところ割り当てなしで、これをもう一度試してみます。

場所テーブル - 「場所」とは、物が物理的に「ある」場所です。

場所には「タイプ」があります。ロケーションは、ビン、過剰在庫ロケーション、梱包テーブル、または顧客 (アウトバウンドの場合) またはベンダー (インバウンドの場合) を表すことができます。

場所の種類

物理的な取引 - 物事が動き回るとき。

私はMagento1.4.1.1と、MaisonduLogicielの拡張機能であるEmbeddedERP2.7.5.6を使用しています。

どうやら私はMagentoClientComputer.xmlファイルが必要ですが、それはEE-2.7.5.6.zipパッケージにまったく含まれていません！何度も調べましたが、Magento Client Computerプログラムのインストール済みファイルを調べましたが、まったく見つかりませんでした。

私はどうしたらいいですか？サーバーでクライアントコンピューターの設定を構成するには何が必要ですか？

シンプルな請求システム (ColdBox MVC の上) は、セミエンタープライズ インベントリ + プロビジョニング + 問題追跡 + 利益追跡アプリに膨らんでいます。彼らは独自のことをしているように見えますが、クライアントとスタッフ (ログイン) の共通プール、およびその他の混在するデータとビジネス ロジックなど、多くのことを共有しています。

このようなシステムをどのようにモジュール化していますか? メンテナンス、テスト容易性、再利用性の観点から?

• 単一のモノリシック アプリ? (つまり、ベース アプリの新しいパッケージ)
• コールドボックスモジュール? それを「インストール可能」にする方法と、それがもたらす利点はまだわかりません。
• Javaポートレット? わからない、ただ枠の外で考えているだけ
• SOA アーキテクチャ? Web サービス API 呼び出しを介して?

共有したいアイデアや経験はありますか?

私はドキュメントからいくつかの情報を取得しようとしていましたが、答えを見つけるためにチェックアウトして試してみる必要があるプロジェクトの1つであるようです...

メーリングリストでの活発な活動とかなりの数のコミットに気づきました。これは良い兆候です。しかし、コードベースを調べていたとき（536MBの大きさで、良い兆候ではありません）、J2EEアプリのファッションはあまり見つかりませんでした。春、ejb、奇妙なフォルダ構造、かなり多くの非標準のjarライブラリはありません。開発者がそれを気に入らなかったので、彼らは自分たちのやり方で物事をやったようです:-)

私はいくつかの同様のプラットフォーム、主にポータルを使用してきました。たとえば、Liferayは、期待どおりに見えるため、非常に簡単に操作できます。これはSpringに基づいており、透過的なサービスとdaoレイヤーを備えており、単純なプラグインアーキテクチャ（プラグイン= WAR）など、典型的なJ2EE開発を備えています。

開発者が使用を決定する前に知っておくべき重要な側面を知りたいのですが。また、これは非常に非標準のJ2EEアプリケーションであるため、生産性を高めるためにそれを理解するのにどれだけの時間がかかりますか。

OpenBravoのような他のERPシステムと比較した場合の（不）利点は何ですか。ERPバックエンドではなく主にカートが必要な場合、OpenTapsに興味がありますか？

私はまた、 Broadleaf Commerceで遊んでいましたが、これは最初からずっと簡単です。

よろしくお願いします。

私は、RubyonRailsを使用して開発されているERPシステムに取り組んでいます。メールの内容を読んで受注を作成したい。内容を読むことで、受注かお問い合わせかわかります。
今度は、メールを読んでリスト内のアイテムを取得したいと思います。メールから単語を取り出して、データベースのアイテムの下で検索する予定です。メールの特定の形式を修正できません。

以下のアプローチを使用します。メールの内容を検索するために、フェレット（最初はスフィンクスなどに切り替える可能性があります）を使用します。

1）。アイテムテーブルをループして、完全に一致するフレーズを検索します。Email.find_with_ferret（ "item + name"）

2）。メールでアイテム名の分割キーワードを検索します。Email.find_with_ferret（ "items nice name"）

3）。あいまい検索Email.find_with_ferret（ "items nice name〜"）

これを改善するのを手伝ってください。

バングラデシュ最大の衣料産業の 1 つである ERP システムを構築するプロジェクトがあります。

約 20,000 人の従業員がおり、その約 10% が毎月出入りしています。私たちは 5 人の PHP 開発者を抱える小さな会社であり、このような大規模なプロジェクトの経験はあまりありません。Codeigniter/Zend Framework と MySQL データベースを使用して、以前にさまざまな小規模/中規模のプロジェクトを開発しました。

このプロジェクトでは、Yii フレームワークと MySQL または PostgreSQL を使用することにしました。毎日約 100 万件のデータベース クエリが発生します。私の質問は、MySQL/PostgreSQL がこの負荷を処理できるか、それともより良い代替手段があるかということです。Yii フレームワークでそれを実行しても問題ないでしょうか?それとも、この種のアプリケーション用のより優れた PHP フレームワークがありますか? 給与計算と従業員管理モジュールを構築するのに 5 か月しかありません。

クラスの宿題をしていると、突然、次のような文章に困惑しました。

The work must also contain at least 4 additional entities(not tables) with meaningful data。

美術館のサンプルデータベースを作成し、さまざまな作品をカタログ化し、テーマを割り当て、テーマごとに説明を作成する必要がありました。これらの各テーブルにはすでに10個のエントリが必要であるため、4つの追加エンティティが何を要求できるかについてはかなり混乱しています。

ヘルプ？

カスタムメイドの ERP アプリケーションを 4 年以上使用していますが、実際には、アプリケーションのパフォーマンスに影響を与える設計上の問題がいくつかありました。

実際問題は、このアプリケーションがヘビーデータ アプリケーション、つまりビジネス アプリケーションに分類されることです。

最大の悪い設計上の問題は、特定のビジネス ユニットのデータ全体を取得し、それをコントロールに割り当てたり、メモリ (ArrayLists、Generic Lists など) に保持したりして、ユーザーにナビゲーションと完全なアプリケーションの柔軟性を与えることです。スピードレスポンス。

最初の 2 年間の使用では問題に気づきませんでしたが、その期間の終わりまでに、アプリケーションのパフォーマンスに関する苦情がますます増えています。

CRUD 操作 (Get、List、Delete、Insert、Update SP) 用に生成されるストアド プロシージャを使用して、ADO.NET を使用していました。データ アクセス レイヤーに必要な変更を加えて生成された SP であり、レイヤーに実際の分離がなかったという事実により、その変更を行うのは簡単な手段ではありません。したがって、最初の解決策は、バランスを取るためにいくつかのデータベース強化を行うことです。この膨大なデータ トラフィックが発生しますが、この問題は約 6 か月間再発します。

ですから、今こそ間違いを正すときだと思います (非常に遅い決定です)。最終的には次の解決策が得られます。

• Windows アプリケーションではなく Web アプリケーションを使用することで、サーバーの能力を最大限に活用し、接続のトラフィックを最小限に抑えることができます。

• アプリケーションを再設計して、年末を処理し、すべてのデータを取得せず、古い Fusion ADO.NET よりも優れた ORM を使用するが、Windows フォームに固執し、同じアプリケーションを使用する

時間枠 (ある程度制限されています)、チーム メンバー (2 名、どちらも Windows と Web 開発の経験が豊富です) によると、今すぐ決定を下すことはできません。予想以上の時間。

私にアドバイスできますか？

C# 4.0、ASP.NET Web フォーム (MVC 初心者) を使用しています。