- Shipped
- 2026年8月29日 20:21 UTC
- Author
- Kamo
- Commit
- fb4c71c
既存のボタンの横にある2つの新しいスクリーンは/account?tab=membersに追加します。 ?tab=team-members、/settings/member/bulk-new、/settings/team-member/bulk-new どちらのボタンも、orgの会員/チームメンバーのラベルから単語をとります。 グリッドはスプレッドシートです: 1人1列、列としてフィールド、新鮮な空白 行は、最後の 1 が入力された瞬間を、削除制御を毎回追加しました 行が、その1つを追跡する。 上記の設定では、バッチ全体が作成されます -- セキュリティーレベル(どのスクリーンがこれであるかによって固定される)、タイムゾーン(org's) デフォルト)、部署、役職、会員資格、メールボックストグル、 チームメンバーとオフメンバーのためのスタート 今までにないもの "Finished -- Create ..." を押下します。ボタンを押し、グリッドが移動します。 すべてのレコードが回答するまでの不活性。 部分的な成功は設計された結果です。 エンドポイントは各レコードをそれぞれ作成します。 それぞれにトランザクションとレポートを記述するので、その土地が崩壊し、 彼らがどこにいたか、その理由が付いて正確に滞在しなかった行 それを引き起こした細胞 -- それらを訂正し、そして再度終えて下さい、残りはです 試み。 重複したメールやユーザ名もブラウザでキャッチされているので、 管理者は、ファイルの2分の3分の2以降ではなく、編集中にそれらを表示されます 作成しました。 ユーザ名左空白は、サーバーの名前が最も可能性が高い mint; ハンドによってタイプされる 1 つはタイプされるので空室状況のために点検されます。 「Import ... List」はCSV/XLS/XLSXからグリッドを埋め、誰も作りません。 コラム マッピングは、FieldMappingInterfaceを再利用します。同じドラッグ・ツー・コネクト・コンポーネントは、 インポート リードウィザードの使用, 既にそのシステム フィールド リスト上で汎用的である -- 実際に使用しているHRエクスポートのヘッダ名にマッチするオートマップパスの後。 メンバーサイドのコエルジョンは、テストでmemberBulkFields.tsに住んでいる: 仕事の場所 「自宅からの仕事」/「オフィスで」/「オフィスで3日間」、プレフィックス org の構成リスト、 "Last, First" および "Dr. Jane Q. に対するサフィックス。 パブリック" パーツに分割し、メールが下がります。 2つの修正は、そのコンポーネント上に建物から落ちる: FieldMappingInterface は、オプションの onModifiersChange を獲得します。 その分割と値 修飾子は純粋に内部だったので、消費者はマッピングを受けました VirtualFieldId は仮想カラムの名前をつけましたが、どの分割を学習する方法はなかった 生成する -- 設定したユーザがサイレントにドロップされたとき、すべての "Split Name" が 行を読みました。 プロップは添加剤です。リードウィザードは無接触です。 インポートは hasHeaders で常にパースします。true と re-attaches の行 1 自体はいつ 管理者はファイルがどれも持っていないと言います。 parseFile 独自の false ブランチはヒューリスティックを実行します それがヘッダ-ish を見て、それから報告するときに行 1 を剥ぎます hasHeaders: "Field N" ラベルを合成するので、true なので、その値を選択する 管理者の背後にあるトグルフリップに戻って、次のリペアは食べます 行。 メンバーのインポートでは、行はアカウントを取得しない人です。 画面に表示されていない.