複数ショップの注文をまとめる
商品ごとにプラットフォーム、ショップ、元の注文リンクまたは画像、予約金、残金、日付を保存します。支払前には元の注文へ戻って確認します。カテゴリは同種の商品、フォルダは同じショップ、同じ販売回、同じセットの整理に使えます。プラットフォームごとに分断した一覧を作らず、まず次の行動日で並べ、その後ショップでまとめます。
DuePairはショップのアカウントに接続しません。端末内OCRは候補を出し、保存前に自分で確認します。
- 二つの近い締切： 二つの販売店の締切が一日か二日違う場合、ブランド名だけでなくショップ名と確認済み締切を記録します。
予約追跡チェックリスト、残金の払い忘れを防ぐ方法、初心者向けの利用例も参照してください。
発売月、残金締切、発送予定の違い
発売月は商品の計画、残金期間はショップが支払いを求める期間、発送予定は販売者の案内です。三つは異なる場合があります。「10月発売」から特定の支払日を推測しないでください。
予約金支払後、残金期間が未発表なら「残金待ち」を維持し、販売者の表現を保存してAppleのリマインダーで告知を確認します。正式な案内後に支払日を入力します。未払いのまま「受取待ち」へ移さないでください。
- 延期の例： メールやグループで変更が出たら、記録と古い通知を同時に更新します。
全額支払後の確認
商品代を全額支払ったら「受取待ち」にします。発送時期が不明な場合は、受取通知を個人的な確認日に使い、販売者の約束ではないと明記します。延期後は更新し、実際に受け取って追跡が不要になってからアーカイブします。追跡番号は保存できますが、DuePairは配送会社を自動照会せず、販売者の延期も検知しません。全額支払後の確認方法も参照してください。
複数ショップの小額グッズ
同じ週に小額の支払いが複数ある場合も一注文一件とし、ショップ名と確認済み日付を残します。無料配布やイベント受取日は支払ノードではないため、「残金待ち」には入れません。
他のフィギュア予約管理ツール
模玩库のApp Store公開説明には、コレクション、予約、予約金、残金、送料、状態、通知が含まれます。2026-09-30に確認しましたが、インストール比較はしていません。表計算とカレンダー通知から始める方法もあります。表計算、メモ、Notionを比較してください。
この用途でのDuePair
複数ショップの注文を同じ段階で管理し、確認済みの残金日にだけ通知を設定します。データはローカル優先、プライベートiCloud同期は任意、アカウント不要です。無料版は未アーカイブ6件まで、Proは買い切りです。ホーム画面ウィジェットとロック画面ライブアクティビティはPro機能です。通知権限や集中モードも影響するため、重要な支払いは自分でも確認してください。ショップへのログイン、グループ監視、延期の自動反映、返金判断は行いません。
BJDをパーツ別に管理する場合はBJDの利用例を参照してください。