カスタムインポーターが必要なクライアントがいます。データソースはxlsファイルであり、データはリードと関連する呼び出しの組み合わせです。何かのようなもの：
Name | Phone Number | email | date last called | call notes
Joe | 555-555-5555 | blah@blah.com | 2011-01-01 | Sounded interested.
したがって、最後の2つのデータインポートでは、ランダムなGUIDを使用して「import_id」というフィールドを追加し、ファイルをcsvとして保存し、リードインポーターを使用してリードをインポートし、リードをエクスポートして、SugarGUIDを使用できるようにしました。Excelを使用しました。 import_idをSugarGUIDと一致させてから、関連するリードIDを使用して呼び出しをインポートしました。
これで、クライアントはUIを介して実行できることを望んでいます。砂糖のインポートモジュールをエミュレートするものを最初から作成する必要があるのか、それともインポートモジュールを拡張するカスタムインポーターを作成する必要があるのかわかりません。
私が最初から何かを使う場合、欠点は次のとおりです。
インポートモジュールビューにすでにある多くのコードを繰り返します（具体的には、フィールドマッピングと重複チェック/マージ）。
私はそれをすべてゼロからしなければなりません。
インポートモジュールを拡張しようとすると、次の問題が発生します。
xlsインポートサポートの欠如に対処する必要があります。
2つの異なるモジュールにインポートしているため、一部のストックパラメータ（リターンモジュールなど）がわかりません。
ほぼすべてのステップでインポーターを拡張するので、最初から始めるのとほぼ同じかどうかはわかりません。
基本的に、インポートモジュールが本当に拡張/カスタマイズされることを意図しているかどうか、そしてこれが通常のカスタマイズの範囲内であるかどうか、1つのインポーターから2つのモジュールにインポートするというアイデアが価値よりも厄介であるかどうかはわかりません。
行ごとに移動してリードを作成し、次にBeanを介して関連する呼び出しを作成するエントリポイントを作成する方がはるかに簡単ですが、ソースデータヘッダーはファイル間で一貫性がないため、インポートモジュールのフィールドマップ（ステップ3）。
アドバイスや警告は大歓迎です。