問題タブ [erp]

オブジェクト フィールドで直接参照されていないフィールドをツリー ビューに表示しようとしています。私の場合は、stock.picking です。私の場合、表示しようとしているフィールドは、他の参照フィールドによって参照されています。

そして、xml ビューを次のように変更しました。

しかし、このビューはpartner_idのみを表示し、支払い日については不満はありませんが、表示されません...表示することは可能ですか?

私は Ruby on Rails 開発者で、Ruby コネクタまたは使用できる非常に堅牢で完全な API を備えたオープン ソース ERP を探しています。

Ruby に XLSuite があることは知っていますが、時代遅れのようで、他のプラットフォームを調査しているところです。

これまでに見つけた最も近いものは、OpenERP + OOOR gem です。OpenERP に関する私の懸念は、人々が投稿したバグと問題の数です。私が ERP を最初に使用し、カスタムのビルドを行わない唯一の理由は、プラットフォームのコア バグを修正してカスタマイズに集中する必要がないからです。

もちろん、これが存在しない場合は、API を介して多くの ERP 機能にアクセスすることもできます。この場合、非常に完全で安定した API を備えた ERP に関する推奨事項はありますか?

モジュール product_images_olbs をインストールしようとすると、「product.group_product_manager への参照がありません」というエラーが表示されます。

Ubuntu 10.04 で OpenERP V 6.0.2 インスタンスを実行しています。しかし、文書化されたエラーに遭遇したようです。いくつかのモジュールをインストールするときに、このエラーがクライアント (Windows で実行) に表示されます。

product_images_olbs モジュール 6.0.0.1 をインストールしようとしました

いくつかの調査の後、適合するように思われる 2 つのバグレポートを見つけました。

https://bugs.launchpad.net/magentorpconnect/+bug/695516

https://bugs.launchpad.net/openobject-addons/+bug/695084

編集: この場合の解決策は、実際には product_images_olbs の最新バージョンを使用する必要があるということでした。

使っているつもりだったのですが、そうではなく、バザーの使い方が間違っていたことが原因でした。(私は git から来ましたが、ますますバザーに慣れてきました ;)

モジュールの古いバージョンに適用された場合、受け入れられた答えは正しいです。

これは、\addons\product_images_olbs\security\ir.model.access.csv の新しいバージョンです (リビジョン 5486 以降):

同じファイルの古いバージョン:

古いファイルには product.group_product_manager への参照が含まれていますが、これは OpenERP 6.0.2 では正しくありません。

Microsoft Dynamics を使用して、社内のプロジェクト管理および会計アプリを準備する必要があります。私の要件は、以下のページで説明されているものと似ています。

http://community.dynamics.com/product/crm/f/117/p/54453/98182.aspx

ERPまたはCRMを使用する必要があることを誰かが提案できますか? また、SL、GP、NAV、AX のどれを使用しますか? なぜ？

いくつかのデータ フィールド (例: 顧客の電話番号など) を外部 (外部) から、既に開発済み/動作中 (インストール済み) の ERP 請求アプリケーションに挿入する必要があります。ERP アプリケーションを開くと、これらのフィールドは、フォーム内の特定の注文のアプリケーションに自動的に表示されます。現在、外部データは手動で ERP アプリケーションに入力されています。C# Windows アプリケーションなどの別のアプリケーションを使用して、別の場所から ERP アプリケーションに統合する必要があります。ERP データベースにアクセスできます。外部で C#/windows アプリケーションを使用して問題を解決するには、どうすればよいでしょうか。

(SAP、Jd edwards) のような magento と統合された ERP を任意のボディに持たせます。出来ますか？ERPシステムとmagentoを統合するために知っておくべきことは何ですか?

OFBiz HRモジュールを調べていますが、Leave機能は完全に実装されています。しかし、私はいくつかの点を理解していません。デモ従業員としてログインしても、管理者に休暇を申請することができます。これは当てはまらないでしょう。

次の手順を確認してください。

1. demoemployeeとしてログイン：（uid：demoemployee、pwd：ofbiz）
2. HR-> HumanResources->Leaveに移動します
3. 「新規休暇」ボタンをクリックします
4. 「admin」としてpartyidを選択します。管理者およびその他のフィールド...そして「作成」をクリックします。
5. 休暇は管理者用に作成されました。

従業員が自分の葉を適用することを制限する方法を知りたいです。

Is ofbizは、自分の詳細の更新/自分の給与の詳細の表示、自分の給与の更新など、従業員セルフサービス機能に使用できます。

ありがとう、チャンドラセカールK。

私はERPシステムのトップレベルの技術設計を提供しています。ドラフトを作成しましたが、正しい軌道に乗っているかどうかを判断するために助けが必要です。

私は赤ちゃんの一歩を踏み出しているので、私たち全員が慣れ親しんでいる HR モジュールに集中しています。

人事モジュールには、主に給与計算、休暇、評価、福利厚生があります。すべての HR モジュールは、夜間にバッチ プロセスとして実行されます。

ERP をクロスプラットフォームにしたいので、python / C++ に決めました ( wxPython / wxWidgets が頭に浮かびます。または、通常の Python /C++ を使用することもできます)。

ミドルウェアがどうなるかわかりません。誰かが私を助けてくれれば、それは素晴らしいことです。ミドルウェアの長所と短所を教えていただければ、それが素晴らしいと思います。そうでない場合は、ミドルウェアの名前を教えてください。残りは調べます。

私は C、C++、および C# のスキルを持っているため、C++ に少し偏っていますが、あなたの意見は重要です。

上記のデザインについてのご意見もお気軽にお寄せください。

例

ジョンは、10,000 人の従業員を抱える組織の従業員です。ジョンの総給与は 1000 米ドルです。

しばらく ERP のことは忘れて、次の設計を考えてみましょう :-

1. HR は UI に John の給与 1000 を入力します。

2. データはWebサービスを介してビジネス層に渡されます（Pythonが良い選択だと思います）

3. ビジネス層は控除を担当します。John だけでなく、組織で働く 10,000 人の従業員 (おそらく C++ が最適な言語です)。

4. 控除後、正味給与がキューに渡されます (ミドルウェアがわからない、提案してください)

5. 給与計算プロセスは毎月末に実行され、メッセージ キューからデータをフェッチし、データベースを更新します。

   プロセスの実行中に停電が発生したため、プロセスが完全に実行されず、一部の従業員の給与の詳細が更新されなかったとします。この場合、メッセージ キューは未処理のデータを保持する必要があり、次の給与計算プロセスが実行される前に、未処理のデータを最初に処理する必要があります。

6. データベースにはデータが格納されます。(データベースはまだ決めていません)

ドメインの専門家がいるので、アーキテクチャ設計の改善に関する提案を探しています。

「いいえ、これは正しいアプローチではありません。XYZ のようにする必要があります」と言うのは大歓迎です。なぜあなたのアプローチが優れているのか。これは、あなたのアプローチと私のアプローチを比較するのに役立ちます。

OpenERPとGoogleのサイトを調べましたが、OpenERPのスキンへの参照は見つかりませんでした。ロゴを維持する必要があることは理解していますが、外観を改善したい場合、スキンを作成する方法はありますか？

よろしくお願いします

OpenOffice / LibreOfficeレポートファイルを作成または拡張するときに、使用可能なデータフィールドの名前を取得するための信頼できる方法を探しています。

私はすでに既存のレポートから多くのフィールド名を知っています。モジュール定義でフィールド名を検索することもできます。

たとえば、ファイルaddons \ base \ res \ component\partner.pyにパートナーモデルのフィールドリストがあります。

しかし、これは推測に過ぎず、完全ではありません。推測ではなく、特定のレポートで実際に使用できるフィールドを知りたいと思います。

リンクされたテーブルからのデータを含むレポートもありますが、これも重要です。

たとえば、請求書を印刷する場合は、連絡先の名前フィールドを含め、レポートに使用できる配送先住所と請求先住所も必要です。

（OpenOffice用の「OpenERPレポートデザイナ」アドオンを使用することも可能です。その解決策はここにあります：OpenOffice /LibreOffice用のOpenERPレポートデザイナアドオンを使用してフィールドリストを取得する方法）

使用可能なフィールドを見つけるにはどうすればよいですか。また、リンクされたテーブルなどから、既存のフィールドをレポートで使用できるようにする方法も知っておくのが最善です。

これには、フィールドを提供する関数定義を見つける方法が含まれる可能性があります。そして、より多くのフィールドを利用可能にするためには、それぞれのモジュールを拡張し、データをレポートに配信する関数を書き直すのが最善だと思います。