問題タブ [crm]

PHP から実行しようとしている SOAP 呼び出しに問題があります。

最初の背景情報: 電話は、大規模な CRM システムで人物検索を行うシステムに送信されます。名前、都市、生年月日などの情報が必要です。) 成功すると、1 つまたは複数の ID が返されます。soap インターフェイスはシステムの標準的な部分であるため、呼び出しのレイアウトに影響を与えることはできません。

まず、SoapUI で SOAP リクエストを作成して、それが機能するかどうかを確認しました。私はこのsoapリクエストに行き着きました。これは機能しています:

次のステップは、PHP から同じリクエストを作成することでした。そのために、次のコードを書きました。

ただし、これは失敗します。「item」要素は数回繰り返され、PHP では配列のキーであるため、問題は明らかです。アイテム add_line_twee のみが「interfaceFields」と呼ばれる配列に含まれます。これは常に上書きされるためです。

残念ながら、これを別の方法で行う方法を理解できないため、SoapUI から作成した例のように要求を取得できません。

何か案は？

ワークフローに関して、Dynamics CRM が 1 か月と定義する日数を知っている人がいるかどうか疑問に思っていました。

私は現在、日付のチェックが必要で、150 日のマークで何かを検証する必要があるワークフローを開発しています。

前もって感謝します！

私は現在、顧客向けの小規模な顧客関係と請求書管理システムを開発しています。そして、議論したいいくつかの小さな問題に遭遇しました。

注文、顧客、製品に関するベスト プラクティスは何ですか。クライアントは注文、顧客、および製品を削除できますか?

現在、次のような注文、顧客、製品間の関係の原則に基づいてデータベースを設計しています。

顧客
ID
名
...

品番 名 価格 ...
_

注文
ID
CustomerID
OrderDate
...

注文 明細
ID 注文 ID 製品ID

このように、すべての異なるテーブルを接続できます。しかし、クライアントが製品を削除した場合、数か月前に作成したそのアイテムが含まれていた注文を後で開いたときにどうなるでしょうか。削除されたので、なくなってしまいます。顧客についても同様です。

削除ボタンがクリックされたときに製品と顧客を無効にする必要がありますか、それともベストプラクティスは何ですか?

クライアントが製品を削除することを決定するたびに製品を無効にするとしたら、無効にした製品と同じ製品 ID を持つ新しい製品を後で追加しようとするとどうなりますか?

あなたの知恵を共有してください:D

私はこれを SDN フォーラム (SAP フォーラム) に投稿しようとしましたが、ほとんど助けがありませんでした... SAP トピックを投稿するときはいつでも誰も助けてくれないようです :(。ここでSAP CRMの達人になりましょう...

これは、私が SAP フォーラムに投稿した元のリンクです。リンクをクリックすることで、誰かが従うことができる SAP フォーラムで得た小さな助けになるかもしれません。

http://forums.sdn.sap.com/thread.jspa?threadID=1802454&start=0&tstart=0

そして、ここに説明があります：

SAP CRM 7.0 を実行しています。機会モジュールと「フォローアップの作成」（受注/見積もり）を使用して、1対多の関係を築きます（1つの機会に多くの受注が含まれる場合があります）。販売サイクル (見積もり) モジュール内に「実際の販売注文額」と「現在のポイント」の 2 つのカスタム フィールドがあります。

私がやろうとしているのは、これら 2 つのカスタム フィールドを取得して、商談モジュールの「リンクされたトランザクション」と呼ばれる割り当てブロックに追加することです。しかし、この割り当てブロックで使用可能なすべてのフィールドを見ると、これら 2 つのカスタム フィールドは使用できません。これら 2 つのフィールドをこの割り当てブロックに追加する方法がわかりません。私が見るのは「Create NEW Field」だけです。しかし、新しいフィールドを作成したくありません。この割り当てブロック内のセールス サイクル モジュールから 2 つのフィールドを参照したいだけです。

販売サイクル モジュールである 2 つのカスタム作成フィールドを追加して、リンクされたトランザクションと呼ばれる機会割り当てブロックに追加できるかどうかは誰にもわかりませんか?

ありがとう、ジョン

おそらく、CRMという言葉を使用するのは少し誤称です。基本的に、フロントエンドをすばやく簡単に作成して、組織内の他の人がリストを管理するために作成したMySQLデータベースを利用できるようにする方法を探しています。マーケティングリサーチ調査への回答者の割合。

提案されたフロントエンドを介して次のことを行う必要があります。

1. 連絡先情報の更新/追加/削除
2. 連絡先の「ファイル」にメモを追加する
3. csvから/へのデータのインポート/エクスポート

私のPHPの経験は広範ではないので、シンプルでわかりやすいものが欲しいです（読んでください：私はすべてをやろうとするものや複雑すぎるものを探していません）。

あなたがあなたの推薦の理由を概説することができれば、この質問への答えは受け入れられます。

データベーススキーマ：

表1：連絡先情報

表2：調査

表3：メモ

表4：調査データストレージの選択（簡単な調査サンプリングのためのデモ）

アプリケーションをオンプレミスからIFDに移行しています。CRMビューへのある種のクエリを作成するいくつかのWebページがあります（つまりSelect * from account）。これらのクエリはオンプレミス環境でうまく機能しますが、IFD環境で実行すると、この例外が発生します

ユーザー'NTAUTHORITY\IUSR'のログインに失敗しました。

ユーザーがアクセス許可を持っている行のみをクエリが返すように、IFDでこれを行うにはどうすればよいですか？

I may be working with Siebel CRM soon, and I'm looking for advice on using modern development practices and enterprise best practices.

Specifically I'd like advice on the following areas:

• How should we set up version control (specifically with Subversion)? What kind of structure should our repository have? How should we handle branches and tags?
• How can we do code reviews? How can we peer review configuration changes made through Siebel Tools that don't necessarily have any "code"? We want to review these changes for quality assurance and knowledge transfer, as well as compliance with change management policies.
• What sort of change management works well with Siebel? How do we verify that only things listed in our change log are actually changed when we do a new deploy?
• How can we automate testing of our application? Is unit testing even possible with Siebel? I saw another question suggesting QTP for web testing, but are there other options that work?
• Are there other things we can do to implement Continuous Integration practices with our Siebel development efforts?
• What recommendations do you have for naming conventions and other things that would traditionally fall under "coding style" guidelines?
• How should we separate development roles from Siebel Administrator roles? What should our build/test/deploy cycle look like?

It's not likely that I'll be able to obtain any new expensive tools for this, but if there's a paid tool that provides really great ROI, feel free to mention it.

If you have other recommendations along these lines, but not specifically addressed by one of my questions, feel free to add that as well.

私は .NET のバックグラウンドを持ち、Ruby On Rails を学んだばかりです。私の会社では、顧客関係管理に VTiger を使用しています。PHPについてはわかりません。私はRailsのファンです.VTigerで動作するようにPHPを学ぶのではなく、Railsでの解決策を探しています. Fat Free CRMを見つけました。いいですか？また、彼らのより良いものはありますか？

PHP と MySQL を使用してアプリケーションを作成する代わりに、force.comにアクセスするよう指示されました。私の質問は展開についてです。force.com でアプリケーションをビルドするとどうなりますか。アプリケーションが API に基づいている場合、必要に応じて自分のドメインからこのアプリケーションを提供できますか?

私は VTiger の初心者です。5.2.0 バージョンを使用して問題追跡の実装を試し、学習しています。

はじめに:

クライアントは、support@company.com、Mail Converter または Mail Scanner などに電子メールを送信します。新しい電子メールをスキャンし、見つかった場合は新しいチケットを作成します。

管理者がトラブル チケットで発生している新しいチケットを見つけた場合は、誰かに割り当てたり、コメントを付けたりするなどの変更を行います。VTiger CRM は、管理者がチケットに変更を加えたことを知らせる電子メールをクライアントに送信します。

クライアントが何らかの変更を望んでおり、support@company.com に返信したとします。新しいメールが到着し、メール スキャナが新しいチケットを作成するため、新しいチケットが作成されます。

問題：

クライアントが以前に送信した既存のチケットを更新する代わりに、毎回新しいチケットを作成すると、1 つの問題に対して多くのチケットが作成されるため、問題が重複します。これは大きな問題です。

クライアントがsupport@company.comにメールを送信する場合、メールの件名はチケットのタイトル、メールの本文はチケットの説明になります。

まあ言ってみれば

管理者がいくつかの変更を行い、クライアントが VTiger から送信された電子メールに返信することを決定した後、クライアントは何かを気に入りませんでした。通常はこの方法です。

Mail Scanner に、チケットのタイトルが の新しいチケットを作成させたくありませんRe: TT17 [ Ticket Id : 22 ] Re : SubjectClientSent。既存のチケットをタイトルで更新してもらいたいのです。SubjectClientSent

私はこのような新しいルールを作成してそれをやろうとしました..

ただし、まだ新しいチケットを作成しています。

これを修正するのを手伝ってもらえますか?

既存のチケットを更新するより良い方法はありますか?

助けてくれてありがとう。