サービス要求のグリッドとクライアントは、実際のエンドポイントを読みます

Featurekamo-internal
出荷済み
2026年8月27日 17:02 UTC
プロフィール
kamo
コンテンツ
f51c91e

SW6c タスク 4 の残りの部分を復元し、d58a6aba として上陸し、a によってドロップされた bddd3617 の内部で区切られた詳細ページは、同時セッションで書き直された歴史 「serviceQuoteWorkOrder」をそのままインポートしました。 `PipelineServiceRequestsTab` は、代わりに `GET /service-quotes` を呼び出す `generateMockServiceRequests` です。 リクエスト、部門、部門、優先順位、SLA、 技術者とチーム列がなくなった: どれもワイヤにソースを持ち、列 "this" ではなく "nothing record" として永続的に読み込む em ダッシュ 「serviceName」、「serviceId」、および「engagement」 Id` は、 SW6a の前にスクリーンの寿命全体。 ステータスは `IntentStatus` の 5 つの値ではなく、 フィクスチャーズの6つ、ステータスボタンはそれでなくなっています。それらはローカルに移動しました ブラウザを離れない書き込みのために、配列と成功トーストを上げました。 正確に 1 つの提供を送信し、そう言うように作成して下さい。 新規サービス見積依頼 広告 `List<Long> serviceOfferingUids` とサービスは `.get(0)` だけを保持します。 静かに。 新しいボタンは、************************ でポイントするために使用される 存在しません。ダイアログを開きます。 `marketId` はこのリストをフィルタリングできないため、'data.filter((() => true)` は、 フィルターが消えて、キャプションがすべての市場が同じ行を示すと言います。 `posApi.ServiceQuote` は DTO 送信に対して `serviceId` と `serviceName` を宣言しました。 `serviceOfferingUid` と `serviceOfferingName` — 兄弟の同じ欠陥 "ServiceQuoteDTO" をミラーリングします。 `WorkOrder` のファントムメンバーは ロードベアリングであることが判明するため、あまりにも修正: `acceptServiceQuote` は `FulfillmentOrder` と応答します。 `ServiceJob`'s と `engagementUid` は、スレッドのみです。 `serviceQuoteWorkOrder.ts` はそれに従い、そのテストは動作する部分をピンにします シードデータベースで生産を中止 — 「JsSafeLongSerializer」 は、 値で `Long` なので、同じフィールドは 19 桁の id と a の文字列として到着します。 小さなものの番号.

すべての変更

配送を見るのが好きですか?

これらのアップデートは、自動的にワークスペースに埋め込まれます。 週1回無料スタートし、週1回生育する.

永遠に無料で始める料金を見る