YS FluentCart 注文ステータス
FluentCart × カスタム注文プロセス：下工程の生産や出荷の自動設定、支払い後の再設定はされず、状態の変更は自動的にメールで通知されます。More Actionから直接注文状態を変更でき、プロセスレポートとバックアップ機能が付属しています。
FluentCart の組み込み注文ステータスには、処理中、保留中、完了、キャンセルというものだけが用意されています。一方、代購、カスタマイズ生産、プリオーダー型の店舗では、独自のプロセスである「支払い完了 → 下記生産 → 出荷予定 → 出荷済み」が必要です。このプラグインにより、バックエンドでカスタマイズされた注文ステータスと出荷ステータスを追加できます。名前、色、説明、支払い条件は設定可能です。FluentCart の注文リスト（各カスタマイズされたステータスには保存済みビューが設定されています）、「変更出荷ステータス」の対話ボックス（英語のインターフェースは「Change Shipping Status」）、顧客の注文ページにも直接表示されます。FluentCart Pro の高度なフィルター機能では、注文ステータスもそのまま表示されます。FluentCart のコアを完全に変更することなく、すべて公開されたフィルターと REST を使用して実現します。
支払後にFluentCartで上書きされません
FluentCartは注文の処理が完了した時点で「処理中」に状態を書き換えます。この部分が最も重要な部分であり、フィルターは一切ありません。アドオンは同じ支払いプロセスの中でお客様のカスタマイズした状態を書き戻し、注文の活動記録に一行のメモを残します。各状態は「詳細設定」で「この状態を保持する」か「FluentCartに処理中として移す」かの選択が可能で、限定された「未決済の注文のみ」の状態はすべてFluentCartに移行されます。また、総括スイッチも用意されています。収益報告書では支払い状況が表示されるため、カスタマイズした注文状態は収益数値に全く影響を与えません。
ステータス変更時に顧客へ自動メール送信
各カスタマイズ可能なステータスには電子メール通知が設定可能である——顧客のメール1通と管理者用のコピー1通がそれぞれ独立して設定可能である。通知はFluentCartの「Email Notification」設定ページに直接登録される：FluentCartの切り替え機能、本文欄、プレビュー機能、送信者設定、メール枠、トップページ、そして下部のページはFluentCartの組み込みメッセージと同じである；タイトルと本文は同じ編集ページで直接入力可能、サポートされている {{order.invoice_no}}、{{order.customer.full_name}} などFluentCartのショートコード。すべてデフォルトでオフで、オンにすると送信される。
注文状況が「More Action」で変更されました
FluentCart のバックエンドには注文状態の選択肢を自由に設定できるコントロールがない——注文が決済されたかどうかに関わらず、More Action には「完了」、「返品処理中」、「注文をキャンセル」という固定ボタンだけがある（1.6.0 と 1.6.3 の実証）。More Action の最上部に「注文状態の変更」（Change Order Status）という追加オプションを追加すると、開く「注文状態の更新」（Update Order Status）の操作方法は FluentCart の「出荷状態の変更」（Change Shipping Status）の対話画面と同じだが、この対話画面では注文が移動できる状態は順序に従って表示されるだけである。出荷状態は引き続き FluentCart の「出荷状態の変更」で選択し、カスタマイズされた出荷状態は直接その対話画面に表示される。FluentCart の独自の注文 API に書き込みを行うと、アクティビティ記録、ステータス変更イベント、商品履行はすべて、手動での変更と同じ手順で処理される。
「注文プロセス」カード：進捗状況を確認し、ワンクリックで処理を進める
注文ページ側の「注文フロー」カードには、注文のステータスと発送状況が同時に表示されます。現在のステータス、プロセス中のステップ数、変更できない理由、さらにワンクリックで次のステップに進む「Next step」ボタンが表示されます。さらに、その他のステータスが「More Action」オプションで変更されるよう指示されます。もしこのページから「Order Status」機能（例えば、今後の FluentCart のアップデートで）を使用できない場合、カードは自動的に「More Action」オプションで選択可能な注文ステータスに切り替わります。キャンセルされた注文は FluentCart では「Shipment Status」に表示されず、カードには直接変更可能な発送ステータスが表示されます。
2種類のプロセスのテンプレート、ワンクリックで作成
「注文ステータス」の「標準プロセス」ページと、「ツール」の「出荷プロセス（出荷ステータス軸）」の「出荷プロセス（出荷ステータス軸）」では、ワンクリックで「下工程 → 発送予定 → 発送済み」のプロセスを構築できます。私たちは、出荷ステータスにプロセスを配置することをお勧めします。なぜなら、FluentCartは出荷ステータスを自動的に変更しないためです。さらに、カスタマイズした出荷ステータスはFluentCart自身の「変更出荷ステータス」ダイアログボックスに直接表示されます。モデルはFluentCartの組み込みステータス名に変更されず、既定のコンテンツも再書き込みられません。必要に応じて、「ツール」の「厳格なプロセス」ページを開いて、「注文ステータス」を一度に1ステップ進めたり後退させたりできます（注文ステータスというプロセスは、発送ステータスには適用されません。完了、キャンセル、保留の場合はいつでも変更できます）。
スタンバイと記録：設定や状態の変更も手ブレを気にせずできる
また、使用中の注文のステータスもあります。保管されている場合、取り外すことはできません。画面にはそのステータスと注文の数が直接表示されます。保存されたステータスは、「注文の移動」機能を使用すると自動的に更新されます。「注文の移動」はまず商品の数量と配送先を確認し、直接「完了」または「キャンセル」の終了ステータスには移動できません。各移動には記録が残ります。注文が非アクティブな状態に放置された場合、設定ページの上部に通知が表示され、直接「ツール」サブページに移動できます。「移動」はまず変更する内容をリスト表示します。「移動」後に「最後の移動を元に戻す」は引き続き可能です。「2人同時編集」では設定ページの上部がブロックされ、再読み込みを求められます。「1人による変更」は上書きされません。「完了」または「キャンセル」に設定ページが自動的に切り替わります。「完了」は有料注文のみ表示されます。「キャンセル」に変更すると、在庫も元に戻されます。「FluentCart」のように「注文をキャンセル」する機能もあります。
プロセスレポートとスタック・チケット一覧
「注文ステータスレポート」のページでは、全プロセスをひとつの画面に表示します。各ステータスの注文数と金額（未決済／未決済）、プロセスフロー、各ステップの平均滞在時間と最大滞在時間、および同ステップでN日以上注文が保留中のリスト。各表はCSV形式でダウンロード可能（Excelで直接開いても乱数値は出ません）。毎日の一覧通知も選択可能です。注文リストには、各カスタマイズされたステータスの履歴が表示され、注文ページの「ステータス履歴」では、2軸を同じ時間軸にまとめることができます。最新の変更が一番上に表示されます。
互換性とアップデート
FluentCart 1.6.0 が利用可能になりました（1.6.0 と 1.6.3 はともに正常にテスト済み）。 PHP 7.4 以上に対応しており、PHP 8.4 および 8.5 には廃止警告は生成されません。 JSON のエクスポート/インポートを完全に設定できます。 プラグインの削除は、オーダーデータに影響を与えません。組み込みの YS プラグイン・ハブのアップデート機能により、WordPress プラグインページから直接新しい通知を受け取り、インストール後にワンクリックでそれらを更新できます。インターフェースは英語と中国語の両方で利用可能です。
機能特徴
カスタマイズ可能なステータスとワンタッチプロセステンプレート
名称、色、説明、並び順序、および支払条件を設定できます。ワンクリックで「下工程 → 出荷準備 → 出荷完了」を作成でき、注文ステータスまたは出荷ステータスに表示されます。
お支払い後にカスタムステータスを保持する
FluentCartでの決済時にステータスが「処理中」に変更され、プラグインが自動的にステータスを書き戻してアクティビティログに説明を残します。
ステータス変更メール通知
各ステータスでは、顧客通知と管理者コピーを有効にできます。FluentCart の「メール通知」設定ページで、主題、タイトル、および本文を直接編集できます。
More Actionにより注文の状態を変更する
注文ページ More Action に「注文状態の変更」が追加されました。この項目では、この注文の進行状況のみ表示されます。サイドバーの「注文プロセス」カードには、現在のステップが表示され、ワンクリックで「次のステップ」に進めます。
スタンバイ機能、記録機能、復元可能
使用中の状態は誤削除されることはありません。移動した注文は確認してから記録を残す。インポートはまず差異を確認し、復元可能であるか確認してから実行します。二人で同時に編集しても、互いに重ならないようにします。
プロセスレポートとスタック・チケット一覧
各ステータスの注文数と金額、漏斗、滞留時間、停止中の注文。各表はCSV形式でダウンロード可能で、1日の概要メールの選択も可能です。
スクリーンショット
更新日誌 (最新)
注文ページの「注文ワークフロー」カードが「さらにアクション」の繰り返しを停止しています：表示されています
オーダーの進捗状況と次のステップ、そして1つのオーダーのステータスが選択されます。
場所です。既存の構成やメールに関する変更はありません。
このプラグインは PHP 8.4 と 8.5 でも静かであり、Move orders はその限界を超えてテストされています。
第1弾。.
店舗スタッフ向け
- オーダーワークフローカードの表示画面は短くなります。. 注文状況や
配送状況は、注文がどの段階にあるかを示します。
つまり、何も変更できないのに何が変更できるのかというワークフローです（キャンセルされたもの）。
注文（発送するものは何もありません）、および 次のステップ → ボタン。
*移動先…*リストと*変更*ボタンは両方の行からなくなりました。それぞれが独立したウィンドウに切り替わります。
ラインには彼らがどこに行ったか記載されています。「その他のステータス：詳細アクション → 順序変更」
「ステータス」 (または「… → 配送ステータスを変更する」)。.
- その他のステータスは「その他アクション」から選択します。. *より多くのアクション → 順序を変更
ステータス*（0.6でこのプラグインにより追加）は、FluentCart独自の注文ステータスです。
*より詳細なアクション → 配送ステータスの変更* をご利用ください。 FluentCartの
配送ダイアログには、表示されているすべての配送ステータスが一覧表示されます。その中には
注文の現在のものと、adminで[選択可能]がオフになっているカスタムのものです。;
FluentCartではどちらの選択も拒否され、何も変わりません。.
- キャンセルされた注文はカードにその配送リストが残ります。. FluentCartは提供していません
*キャンセルされた注文の*配送状況の変更*は可能です。ただし、配送状況は表示されません。
返品後の場合は「配送完了」に変更されることもありますが、その場合はカードが発行されます。
画面上で送料の移動状況をリスト表示し、その理由を文章で説明します。.
- このカードには注文状況に関する情報が残ります。. その注文状況のリスト
戻ってきますが、なぜかという文とともに、*Change Order Status*の項目が表示されます。
ページ上で使用することはできません：カードが表示されたら4秒後に表示されなくなります。
アクションを追加するには、さらにアクションを追加するか、このページがこのアクションに対応していないかを確認してください。
注文の独自のビュー；「More Action」メニューが開きますが、項目を追加できません。
または、ネットワーク障害によりエントリのダイアログが注文の読み込みに失敗しました。
またはサーバーエラー — そして、ダイアログのメッセージはリストにリンクしています。
このダイアログはページが開かれて長い時間が経過しているため拒否されました（そのセッション）。
期限が切れているので、代わりにページを再読み込みするように指示し、リストが表示されません。
同じように拒否されるでしょう。ルールは以前と同じです：*完了済み*
および *キャンセル済み* はまず問い合わせてください。 *完了済み* の商品は有料注文のみで、キャンセルは可能です。
商品は在庫に戻されます。.
- カードの変更後、その場所で残ったページ — FluentCartが要求します
"「サイトを離れる？」というメッセージが表示され、注文の編集が保存されていなかった場合、その回答は「残る」でした —
カードを最新の状態に更新し、ボタンを再び使用できるようにする代わりに、
それらをグレー表示にしています。.
- PHP 8.4 以降を搭載したサーバー上で、廃止通知をログに記録します（
「WP_DEBUG」を有効にした場合のエレメントの例では、プラグインは「Implicitly marking」というメッセージは表示されなくなります。
パラメータ … as nullable is deprecated" という行が PHP エラーログに表示されます。.
変更（技術的な）
- `OrderWidget::renderChanger()` — ウィジェットのコンテンツと `html` の
`GET orders/{id}/state` — 軸ごとに、ヘッド（バッジ、スタンディングノート、,
ステップ)、次に「この命令は移動する場所がない」というロック文を挿入します。
この軸上にある。」、またはその独自の「次のステップ」ボタン
`<p class="ys-fct-changer-row">`, それから `<p
data-ys-changer-hint="">「More Action」エントリの命名。順序が
アックスには目標があり、それらを達成することもしている。<div class="ys-fct-changer-fallback" data-ys-changer-fallback="order" hidden>`: a note, the
『data-ys-changer-select="order"』を同じオプションで選択します。
以前と同じように `data-ys-confirm` フラグと `data-ys-changer-go="order"` ボタンを使用します。.
キャンセルされた注文では、配送軸の選択ボタンと変更ボタンのみが用意されています。
(注文軸の『現在』は『キャンセル』です。)配送目標は以下の通りです：『<div class="ys-fct-changer-direct" data-ys-changer-direct="shipping">`, は隠されていない
そして、ヒントラインなしでノートを保持すると、「data-ys-changer-select="shipping」」になります。
そして、「data-ys-changer-go="shipping"」というタグが追加されました。ウィジェットの「サブタイトル」は、
カードの役割とステータスの変更場所；FluentCart 1.6.0 および 1.6.3 で対応しています。
カードヘッダーに表示されず、.
- `assets/admin/order-changer.js` にはフォールバックが記載されています（`hidden` を削除し、
More Action エントリが表示されたときにその軸の `data-ys-changer-hint` 行が非表示になります)
使用できない：カードが表示されてから4秒（250msごとにチェック）が経過するとページが閉じられます。
カード独自の `#/orders//view` ルートではなく、または存在しない
`.fct-order-bulk-action-modal .fct-more-option-wrap [aria-controls]`; the
トリガーの操作後にメニューの表示が終了する（21回実行、間隔は50ミリ秒）,
あるいはトリガーに「aria-expanded="true"」と表示されているにもかかわらず、続けて投げ続ける；あるいは
dialog の `GET orders/{id}/state` は HTTP ステータス (ネットワーク) なしでは失敗します。
`5xx`、または順序軸のない回答。カードが1つ目立っている。
`MutationObserver` のコールバックが最大1つの `querySelectorAll()` に割り当てられる
100 ms。注文時に公開されたフォールバックは、すべての注文で同時に公開されます。
ページが残るまで、カードが再レンダリングされます。送信パスは変更されません —
『submit()` → 『changeStatus()` → 『POST orders/{id}/change』 — そしてそれらは同様です
確認メッセージ、「確認済み：true」とサーバーのルールが表示されます。.
- メニューの検索が進行している間に、「More Action」トリガーでより多くのアクティビティが発生する
カウントを再開します（以前は無視されていました）。そのため、終了近くのクリックはカウントされなくなります。
hover のルックアップは依然として古い作成されたメニューを見つけます。.
- `fetchState()` はエラーの HTTP `status` に伴い拒否されます。ダイアログの
`loadFailed` の文は、それまで公開したリストの名前を示します。もしリストがなかったら、
(動きのないオーダー、またはページにカードがいないというオーダー)を明らかにするには、ダイアログが表示されます。
サーバー側の理由、または新しい `notLoaded` 文。 `401` または `403` の場合、表示されます。
新しい `reloadPage` 文句 ("%s ページを再読み込みしてもう一度試す。"、%s““
サーバーの理由)であり、その他の『4xx』の場合にはサーバーの理由を明らかにしていません。.
- 変更が成功すると、ページが変更された後に実行される `afterChange()` 関数は、実行を停止しません。
`beforeunload`を起動した：1.5秒経過、まだ「終了」としてマークされたページが表示される
STAY_WAIT（5秒）後に再び実行すると、まだ存在する場合、カードは引き出されます。
`GET orders/{id}/state`から再レンダリングされ、`leaving`はクリアされ、カードの
『busy』状態（『busy』、『is-busy』）が解除される；その2回目の表示は再読み込みされない
ページ自体です。元の状態で再レンダリングされたカードは、同じ方法でリリースされます。.
以前は、カードのボタンは手動でのリロードまで無動作状態だった。.
- `assets/admin/order-changer.css`: `.ys-fct-changer [hidden] { display: none
!important; }`, だからこの属性はFluentCartのページに適用される表示ルールを保持します。
キャンセルされた注文の配送リストと、その後の代替配送方法の間の間隔を反映します。
ヒントライン。.
- 文字列：新規 — カードのサブタイトル、「その他のステータス：詳細アクション → …」"
ライン、フォールバックのメモ、キャンセルされた注文の配送リストのメモ、,
`notLoaded`,`reloadPage`が変更されました — `loadFailed`が削除されました — 旧バージョン
字幕。zh_TWを更新し再コンパイルしました。FluentCartの「配送状況の変更」機能
「出荷状態の変更」という文字列は、設定ですでに実行されていたとおり、すべてのzh_TW文字列に表示されます。
画面。.
修正済み（技術的な問題）
- 既定値が `null` に設定されている 22 のオプション配列パラメーターは、現在その値が
type: `?array $settings = null` を `array $settings = null` の代わりに入力する。
『設定』、『パイプライン・チェンジャー』、『メール・通知レジストリー』,
`Support\Labels`および`Reports\DailySummary`. PHP 8.4では、暗黙的なサポートが廃止されました。
nullable 型は PHP 7.1 以降から存在するため、最小値は PHP 7.4 になります。
呼び出し元、引数、または戻り値が変更される。現在出荷されているすべての PHP ファイルは、lint が適用されるようになった。
PHP 8.5への廃止通知がない場合.
テスト
- 新しいユニットグループ W (`tests/OrderCardTest.php`) はカードを次のようにレンダリングします。
手書きの表示：画面には選択肢がない、1つの代替表示あり
order axis は、正確に指定されたターゲットと順番に表示されるように非表示になります。
確認フラグ；各開いた軸のヒント線；キャンセルされた物理的な軸
注文画面では、ヒントもフォールバックもないままの表示、そして何も表示されない。
キャンセルされたデジタル版；両方とも次のステップはない；移動の先がない場所、そして
ロックされた行；ノート；リストおよび次のステップでのラベルの抜け出し
ボタンの属性。スタイルシートとスクリプトでは、ソースとのみ一致します。
テキスト：『[hidden]` ルールと、監視する行は、表示、処理を行います。
dialog のステータスを確認し、カードを解放します。.
- スクリプトが実行する内容は、新しいブラウザで実行されます。
『tests/order-changer-browser.py』（PlaywrightとChrome、56回のチェック）：1つのページの閲覧
『FluentCart』の注文ビューを形にしたもので、カードが『OrderWidget』で表示されます。,
すべての REST 応答がスクリプト化され、ページの時計が停止しました。フォールバックはそのまま続きます。
More Action が動作している間は非表示ですが、ページルール設定の `display` にも設定されています。
「div」ごとに、トリガーがない状態で待機した後に表示されるか、または別のルートで表示される。,
以前はなかったこと、そしてすぐに再描画されたカードで；開いているメニューは取り除けない
入力にはそれが示されているが、ホバーでは示されず、遅れて入力された項目も入力される。;
ダイアログの 401、403、404、500、ネットワーク障害、および空の応答はそれぞれ表示されます。
正しい文を表現するかどうかは問いませんが、サーバー側の理由として `$&` を含めることもあります。;
`beforeunload` に残ったページ、またはその場所で更新されたページは、
作業用カードの裏面には、キャンセルされた注文の発送リストが記載されています。
軸。15種類の変異のうちそれぞれ
スクリプトの— wait's reveal が削除され、すぐにリサイズが実行される
path、初期スキャン、メニューの開示、401/403および4xxの分岐,
リリース、滞在確認など— それは失敗する。.
- 『changer-scenarios』C5およびS6、『guard-scenarios』A1およびNはカードを再表示する。
実注文から0.7：リストや画面上の変更ボタンがない；ヒントの行；;
同じターゲットとフラグを持つ、表示され、非表示のオーダー軸リストが提供されます。
dialog (未払い注文では *完了*、*キャンセル*、*完了*)
フラグ付き); 輸送軸には何もありません；次のステップは無傷です；国道です。
`html`バイト単位で注文ページのウィジェット；キャンセルされた注文のカードとその詳細
ロックされた文、フォールバックなし、そしてその配送は画面上で進行します — それがまさに
ルートが受け入れ、ステートルートが報告した時点です。S6の脱出プローブは
現在は注文状況が表示されませんが、オープン注文のカードには配送の進捗状況は表示されていません。.
- 『guard-scenarios』A4bは1001個の注文を独自のステータスに設定し、空にしている。
`POST migrate` を使用して実行します。その実行は、移動するステートメントの送信状況を監視します — 2 つの完全なステートメントです。
500個のバッチと、3分の1のバッチがあり、それぞれが注文の『UPDATE』と1つずつです。
同じサイズの『INSERT』履歴 — それから、サンプルではなく、すべての注文をチェックします：
ルートのカウントレポートでは、ソース側には何も残っていません。各注文は
`updated_at`が更新され、正確には一つの `migrate`履歴行と
1つの注文につき1つのアクティビティラインとし、メールは一切ありません。注文は1つずつコピーです。
固定具の配列の行は削除され、セクションが通過すると再び削除されます。 すべて
スイートはFluentCart 1.6.0および1.6.3、PHP 8.2および8.5で動作します。.
よくある質問
FluentCart のコアを変更しますか？
いいえ。すべては FluentCart で公開されているフィルター（order_statuses、editable_order_statuses、shipping_statuses、email_notifications など）と REST を通じて実行されます。More Action の「注文状態の変更」も、メニューを開いたときにプラグインによって追加されるもので、FluentCart のアップデートは何も変更しません。
なぜお支払い後に注文ステータスが「処理中」になるのですか？
これは FluentCart のコア機能（Write Death、フィルターなし）です。アドオンは同じプロセスでカスタマイズされた状態を書き戻します。各状態には「この状態を保持する」か、「FluentCart に処理中として移す」かの設定が可能です。未決済の注文のみを対象とする状態はすべて FluentCart に渡されます。
通知信是在哪裡設定的？免費版的 FluentCart 可以修改信件內容嗎？
FluentCart → 設定（Settings） → メール設定 → 通知では、「カスタマイズされた注文ステータス」という追加の項目が表示されます。切り替え、タイトル、プレビューはすべて FluentCart のものです。タイトルと本文は、同じ編集ページに追加されたプラグインの欄です。無料版でも入力可能です。完全なセグメントエディタは FluentCart Pro が必要です。
なぜ FluentCart のネイティブ管理画面からカスタム注文ステータスを直接選択できないのですか？
FluentCart のバックエンドには、注文状態の選択肢を自由に設定できるコントロール項目のないデフォルト設定（1.6.0 と 1.6.3 の実証済み）でした。支払いが完了したかどうかに関わらず、More Action のメニューには「完了としてマーク」、「返品処理中」、「注文をキャンセル」という固定ボタンのみがありました。そのため、エクステンションは同じメニューに「注文状態の変更」という項目を追加し、この注文の移動可能な状態のみをリストアップしました。発送状態は異なります。カスタムの発送状態は FluentCart の独自の「注文状態の変更」ダイアログボックスに直接表示されます。
プロセスは注文ステータスと出荷ステータスのどちらに置くべきですか？
プロセスが顧客の支払いから開始される（生産、梱包、発注、出荷）場合、商品発送状態を推奨します。FluentCartは自動的にその状態を変更しません。また、組み込みの「商品発送状態の変更」機能は、キャンセルされていない未発送の実際の注文ごとに適用されます。状態は注文そのものに属し、顧客が注文状態を確認したい場合は、その状態を適用できます。
プラグインを無効化または削除すると、注文に影響しますか？
無効化しても注文データは一切変更されません。再有効化後も設定と履歴は保持されます。wp-config.php で YS_FCT_STATUS_REMOVE_DATA が定義されていない限り、削除した場合も設定と履歴テーブルは保持されます。
注文が処理中である場合、直接削除できますか？
できません。保存時にブロックされ、どの状態であるか、および残りの注文が表示されます。まず、その状態の「移動注文」に移動して、それから削除してください。保存された状態は変更できません。新しい状態を追加して移動してください。以前に削除されていて注文が残っている状態の場合は、設定ページの最上部に「ツール」ページで直接移動できます。
設定をインポートしたところ、問題が発生しました。復元することはできますか？
可能です。インポートは、このプラグインからインポートされたファイルのみを受け付けます。書き込み前に、追加、削除、変更する内容が一覧表示されます。インポート後、「ツール」ページには「前回インポートの復元」が表示され、状態、設定、メールの文字もインポート前の状態に戻ります。