ココナラの満枠対応中とは?正式納品後の受付再開と残る仕事を確認
※本記事にはPRを含む場合があります。
こんにちは。『脱会社員』脱サラを応援し続けるブログ、運営者の『なかびー』です。
ココナラのサービスに「満枠対応中」と表示されたとき、「今は新しい依頼を受けられないはず」「一件納品したら余裕ができるはず」と考えていませんか。満枠の表示は便利な目安ですが、そこに表れる件数と、あなたが抱えているすべての作業は同じではありません。
サービスの枠、購入者の確認待ち、別サービスの仕事、購入前の見積り提案を分けて確認しましょう。公式ヘルプによると、通常のサービスでは正式な納品によって枠が空くと、設定に応じて受付が自動で再開します。購入者が差し戻しても、いったん再開した受付はそのままです。表示が変わった時点と、自分が次の仕事に対応できる時点は、必ずしも一致しません。
この記事では架空のサービスAを使い、満枠から正式納品、再開設定、見積りと未入金の確認までを順に整理します。対象は通常の単発サービスです。電話相談の「満枠対応中」表示は公式案内の対象外で、継続中は一枠が埋まる定期購入も、今回の二件の例から除きます。画面操作や取引を実際に体験した記録ではありません。
公式情報の確認日は2026年10月31日です。仕様や画面は変更される場合があります。自分のサービスで操作する際は、現在の公式ヘルプと画面表示を確かめ、進行中の取引の条件も個別に確認してください。
満枠の件数と、手元に残る仕事を分けて書く

ココナラではサービスごとに「一度に受注可能な件数」を設定でき、その上限にお願い中のオーダーが達すると「満枠対応中」と表示されます。これは、そのサービスの購入受付に関する表示です。出品者が抱えるすべての仕事の残量を表す数字ではありません。
練習として、文章を整える単発サービスAの上限を2件とし、Aに紐付く案件A1とA2が、どちらも正式な納品前だとします。Aの「お願い中」は2件、空き枠は0件という状態です。さらに別のサービスBに案件があり、Aに紐付いていない相談Cもあるとします。満枠になる前から、A経由でやり取りしていた見積り提案Qも、まだ購入されずに残っています。
※以下の表は横にスクロールできます。
| 記号 | 状態 | Aの表示を見る際の扱い | 別に確かめること |
|---|---|---|---|
| A1・A2 | Aに紐付く正式納品前の取引 | 今回の例ではお願い中2件 | 内容、期限、残る作業 |
| B | 別サービスの案件 | Aのお願い中と混ぜない | B側の状況と作業時間 |
| C | Aに紐付かない相談 | Aの表示件数に足さない | 対応が必要か、どのサービスに紐付くか |
| Q | 満枠前からA経由で進めた見積り提案 | 提案中であり購入済みと決めない | 提案の条件、入金と取引開始の状況 |
ココナラの「満枠対応中」ヘルプでは、「お願い中」は該当サービスで正式な納品をする前のトークルームの件数と説明されています。どのサービスにも紐付かないルームは、その表示に含まれません。仕事の量を確認するときは、表示件数に加えて、自分が対応すべき相談や別サービスの案件を別欄に書き出しましょう。
ここで、Qをすでに進行中の取引としてAの2件に足してはいけません。提案を送ったことと、購入者の入金が完了してトークルームが開くことは別です。逆に、まだ件数に現れないからQを無視してよいとも限りません。購入可能な提案か、いつまで有効か、現在どんな約束をしているかを個別に確認します。
サービスを初めて作るところから確認したい場合は、ココナラ出品のやり方と初回納品の進め方も参考にしてください。この記事は、公開後に複数の案件と受付状態が動く場面へ進みます。残りの作業時間や完了予定日は、今回の架空例から勝手に決めません。
Aの表示が満枠でもBが同じ状態とは限らず、Cへの返信の必要性も表示だけでは分かりません。まず「Aに何件表示されるか」「表示外を含む、自分の残作業は何か」という二つの問いを分けることが、この後の判断の土台です。
記録を作るときは、案件の識別子、サービスとの関係、現在の段階、次に自分がすることを一行ずつ分けてください。たとえばA1については、サービスAに紐付く取引、正式納品前、購入者への確認が残る、と書きます。A2は同じサービスでも別の約束を持つ一件です。A1の進捗をA2に流用せず、依頼ごとの納期ややり取りを確認します。
BとCは、Aの枠から見えないからといって重要度が低いわけではありません。Bが別サービスの進行中案件なら、そのサービスの画面で状況を確認します。Cが相談の段階なら、取引開始前か、提案後か、どのサービスと紐付くかを確認します。相談を受けただけで必ず注文になるとも、注文にならないとも決めつけません。
この表に書く情報は、必要な範囲に絞ります。利用者名や詳細な依頼内容を共有する必要がない場所なら、A1などの記号だけでも時系列を追えます。確認先はココナラ内の該当画面とし、情報の取り扱いは利用規約や自分の管理方法に沿って判断しましょう。架空の記号を、実際の取引履歴と混同しないことも大切です。
正式な納品で枠が空いても、確認作業は残る

A1とA2が正式な納品前にあり、上限2件のAが満枠です。A1が購入者と合意した完成要件を満たしたため、出品者が正式な納品を行ったとします。ほかに新規購入などの変化がない練習上の前提では、正式納品前として数えるAの案件はA2の1件となり、上限2件との差は1枠です。
公式ヘルプは、そのサービスの正式な納品で枠が空くと、原則として購入受付が自動再開すると案内しています。ただし、後の章で扱う自動再開しない設定や手動休止などの条件を区別します。画面上の実際の状態は必ず自分で確かめてください。ここでの2件から1件への計算は、他の変化がないとした架空例です。
A1の正式な納品と、購入者が内容を確認し、必要な手続きを終えることは別の出来事です。正式納品をしたからといって、確認への対応や合意の範囲内の修正が不要になったとは考えません。A2の作業も残り、別サービスBや相談Cの確認も必要です。枠が一つ空いたという事実だけで、新しい一件を同じ日に引き受けられると決めないようにします。
購入者が納品を差し戻した場合について、公式ヘルプは、再開した購入受付はそのままと説明しています。差し戻しだけで自動的に新規受付が止まる、とは書けません。また、提供された資料だけでは差戻し後の各表示件数や空き枠を確定できないため、この例でも数字を推測せず、実際の画面で確認します。
例えばA1の文章について購入者から確認事項が戻り、同時にA2の初稿が近づいているとします。Aの受付が再開していれば、画面上の空きは見えていても、新しい購入が入った後に対応できるかは別の判断です。A1の確認をいつ行うか、A2の約束は何か、BやCの状況はどうかを並べてから、現在の受付設定を検討します。
正式な納品は、購入者との合意に沿った成果物を渡す工程です。枠を空けるためだけに、完成条件を満たしていないものを急いで正式納品する方法ではありません。途中の確認と正式な納品を区別し、不足があれば先に確認しましょう。
なお、2021年のココナラマグの記事にはトークルームのクローズに触れる説明があります。ここでは現在確認できた公式ヘルプの「正式な納品」と差戻しの説明を基準にしています。古い説明の言葉を、現行仕様としてそのまま置き換えないようにします。
時刻を使って考える場合も、数字は練習用です。午前にA1を正式納品し、午後に購入者が内容を確認している間、A2の制作が続くという順番を想像してください。自動再開が有効で空きができれば、購入者の確認結果を待っている間にも、新規受付が再開し得ます。実際の再開時刻や通知の到着時刻を、この仮定から決めることはできません。
続いてA1が差し戻されたとします。公式の説明から言えるのは、購入受付がいったん再開している場合、差戻しだけで元の停止状態に戻るとは限らず、再開したままだということです。差戻し後の「お願い中」が何人になるか、何枠が残るかは、今回の資料では確認できていません。そこで記録表には、A1は差戻し対応が必要、表示件数は未確認、と分けて書きます。
もしこの間に新しい購入が入れば、最初の「ほかに変化がない」という計算の前提が崩れます。最初の2件から1件に変わる例を、その後の画面の状態として使い続けないでください。購入、正式納品、設定変更、差戻しのどれがいつ起きたかを確認し、その時点の表示に戻ります。複数の人が関わる取引では、最初に作ったメモを一度だけ見て終わりにしないことが大切です。
自動再開を止める設定と手動の受付休止を分ける

今の二件をきちんと進めたいものの、A1の正式納品後すぐに次の購入を受けられるとは限らない。そんな場合、満枠の間に自動再開の設定を確認できます。公式ヘルプによると、満枠になった場合にサービス編集画面へ自動受付に関するチェック項目が表示され、チェックを外してサービスを更新すると、満枠解消後にも自動で受付を再開しません。
操作を考えるときは、チェックの状態を見ることと、変更を更新して保存することを分けます。チェックを外したつもりでも更新が完了していなければ、希望した設定が反映されたとは判断できません。この記事では実際の画面操作を行っていないため、ボタンや配置は操作時の公式案内・画面で確かめてください。更新後は対象サービスと受付状態を読み直します。
同じA1の正式納品でも、設定によって次の状態は異なります。自動再開のチェックが有効で、ほかに受付を止める条件がなければ、空きができた際に受付が再開します。チェックを外して更新していれば、満枠が解消しても自動再開しません。自分で手動の受付休止にした場合も、公式ヘルプは自動再開しないとしています。
| 納品前の状態 | A1の正式納品後の考え方 | 確認すること |
|---|---|---|
| 満枠時の自動再開を有効のまま | 空きができれば原則自動再開 | 実際の受付状態と残作業 |
| 満枠時のチェックを外して更新 | 満枠解消後も自動再開しない | 更新の反映と手動再開の要否 |
| 手動で受付休止 | 自動では再開しない | 休止したサービスと未入金申込みへの影響 |
もう一つ、前回外したチェックがずっと外れたままだと思い込まないことが大切です。公式ヘルプは、一度チェックを外しても、再びサービスが満枠になるとチェックが付いた状態になると説明しています。
たとえばAの満枠時にチェックを外し、A1の納品で自動再開しなかった後、残作業を確認して出品者が手動で受付を再開したとします。そこへ新たな購入が入り、条件がそろって再び満枠になった場合は、二回目の満枠時の設定を改めて見ます。「一度外したから今回も自動再開しない」と決めつけないためです。新たな購入や手動変更がないのに、状態が勝手に進んだと考えないでください。
手動休止が適するか、自動再開しない設定を使うかは、現在の作業と申込み状況によって変わります。特に休止へ変更するときは、直接申込み済みで未入金の注文への影響があり得ます。決める前に次の比較を確認しましょう。
手動休止を検討する場合、公式ヘルプのパソコン版では、受注者モードのサービス管理から対象サービスの編集を開き、受付設定で「受付休止中」を選んで更新する方法が案内されています。サービス一覧の公開設定から変更する入口もあります。自動再開のチェックを外す操作とは別なので、対象サービスと選んだ設定をそれぞれ確認します。画面は版によって異なり、この記事での実操作は未確認です。
設定の検討と実際の操作は別です。サービスの種類や購入状況、画面表示によって、自分がいま操作できることを確認してから進めます。公式は満枠のときにはサービス内容を編集できる一方、そのままの受付再開はできず、枠を増やして公開操作する方法を案内しています。空きがないときに操作できない状態を、通信不良と決めつける前に、現在の枠数と公式の条件を見てください。
満枠前の見積り提案と、サービスへの紐付けを確かめる

Aに満枠の表示が出ていると、サービスページから通常の直接購入はできません。一方、公式ヘルプには、満枠になる前からサービス経由の見積り相談でやり取りしていた見積り提案は、満枠後も購入できるという例外が示されています。最初に置いたQは、この条件を満たす架空の提案です。
Qの扱いは、「満枠だからすべての提案が買えない」と「見積りなら何でも買える」のどちらでも整理できません。確認するのは、いつ相談が始まったか、サービス経由か、どの提案が届いているか、現在の購入期限や状態は何かです。この記事の例外を、これから始まる相談、別経路の提案、受付休止中のすべてのケースへ広げてはいけません。条件を判断できないものは未確認として扱います。
Qが購入可能な状態でも、購入者が必ず購入するとは限らず、提案を送った時点でAの進行中取引が増えたとも限りません。メッセージ経由の見積りに関する公式案内では、入金完了後にトークルームが開き、取引が始まると説明されています。Qの購入可能性、入金、取引開始のそれぞれを分けて記録します。
また、メッセージ経由の見積り提案では、内容が出品サービスに含まれる場合などに、そのサービスへ紐付ける選択肢があります。公式案内では、出品サービスを選択すると、そのサービスの購入可能枠数と「お願い中」の人数にもカウントされるとしています。どのサービスに紐付く取引なのかは、案件を数える前に確認したい点です。
この説明を、Cのような「Aに紐付かない相談」に自動的に当てはめてはいけません。サービス未紐付けのトークルームは、Aの「お願い中」には含まれないというのが先ほどの公式説明です。ただし、実際のCがどの提案経路を通り、どのサービスにも紐付いていないのかは、画面や取引の情報を確認して初めて分かります。名前だけで判断しません。
たとえばQの提案内容にはA1やA2とは別の納期が含まれているかもしれません。Aの表示だけでなく、提案した内容、購入期限、質問への返信、購入後に必要な作業も手元に控えます。これは購入を促したり、提案を無断で取り消したりするためではありません。すでに相手へ提示した条件を、次の受付判断から落とさないためです。
枠数を増やせば必ず余裕が生まれるわけでもありません。公式ヘルプは満枠時の再開について、枠数を増やして公開操作する方法を示していますが、増やす前にはA1の確認、A2の作業、B・C、Qの可能性を並べます。どの操作で何が変わるかを確認し、相手に示した条件を守れる場合に判断してください。
ここでQが購入可能という条件に当てはまっても、購入された日や作業開始日を勝手に記入してはいけません。購入期限が過ぎていないか、提案内容がいまの対応可能な範囲と合うか、実際の提案画面で確認します。条件に変更が必要な場合は、画面上で利用できる手順と相手への説明を確認し、約束を一方的に書き換えたことにしないでください。
別の相談CがAに紐付かない場合、Aの枠を確認する数字にCを足さない一方、Cに返信する予定を作業メモから消す必要もありません。サービスごとの件数と、自分が把握したい作業の一覧は目的が違います。二つの一覧で同じ合計を作ろうとするより、どの一覧がどこまでを数えているかを見出しに書くと、後から読み間違えにくくなります。
未入金の申込みは、満枠と休止の取消条件を別々に見る

購入者が申し込んだ時点と、実際に入金が受理される時点が異なる決済では、その間の受付状態にも注意が必要です。公式の満枠ヘルプは、銀行振込やコンビニ決済で、申込時は受付中でも、入金を受理する時点で満枠になっている場合、申込みがキャンセルとなることがあると説明しています。
一方、受付休止の公式ヘルプでは、直接サービスを購入申し込みした利用者が、銀行振込やコンビニ決済で未入金の間にサービスが受付休止中へ変更されると、その申込みは無効となり、購入者へキャンセル通知が配信されるとしています。満枠時の「入金を受理するタイミング」と、休止への「変更時」は別の条件です。
| 場面 | 公式説明の条件 | 起こり得ること | 確認する場所 |
|---|---|---|---|
| 満枠になる | 申込時は受付中、銀行振込・コンビニ決済の入金受理時に満枠 | 申込みがキャンセルとなることがある | 申込みと入金の状況、公式案内 |
| 受付休止へ変更 | 直接申込み済みで銀行振込・コンビニ決済が未入金 | 申込み無効、購入者へキャンセル通知 | 休止時に示される確認表示と対象サービス |
サービスの受付休止方法には、入金予定のオーダーがある場合の確認メッセージも示されています。表示が出たときは、内容と件数を読んでから判断します。休止にすればすでに入金済みの全取引が自動で取り消される、という説明ではありません。上記の資料が示す対象と条件を越えて、ほかの決済や見積り経由まで一律に扱わないでください。
例えば、Aが受付中の間に購入者Dが銀行振込で直接申し込み、まだ入金していないとします。その後、別の購入でAが満枠となり、Dの入金を受理する際にも満枠であれば、公式が示すキャンセルの可能性に当たります。申し込んだだけで必ず取引が始まった、あるいは必ず購入が確保されたとは考えません。
別の枝として、Dが未入金の間に、出品者がAを受付休止へ変更する場合を考えます。このときは休止ヘルプに示された確認表示と取消の扱いを確認します。両方の枝は同じ「未入金」でも、何がいつ起きるかが異なります。画面でまだ確認していないDの実在や入金状況を、この架空例から推測しないでください。
受付を休止すべき事情があっても、影響の確認は省略しません。自分が見ているサービス名、表示された案内、申込みの状況を先に確かめ、判断に迷う点は公式の案内や問い合わせ先で確認します。ここに記載したのは判断材料であり、実際の購入者の注文を代理で操作する手順ではありません。
Dが直接申し込んだという条件も重要です。Qは満枠前からのサービス経由の見積り提案として置いており、Dと同じ経路として混ぜません。Qは提案から購入・入金へ進むかを確認し、Dは直接申込み後の決済・入金を確認します。どちらも「まだ入金を確認していない」と一行にまとめると、読むべき公式案内と判断の時点が分かりにくくなります。
受付状態を変える必要がある場合は、まず影響するサービスを特定し、表示された確認文を読みます。途中で分からないことがあれば、操作を確定したと決めつけず、現在の状態と注文画面を確認してください。キャンセル通知の内容や返金の個別事情まで、この記事の二つの条件表だけから推測することはできません。
再開する前と後に、同じ案件表を見直す

最後に、最初のA1・A2・B・C・Qと未入金のDを、同じ記録に戻して点検します。表の目的は、件数から機械的に受注可否を計算することではありません。公式表示に含まれるものと含まれないもの、購入者へ約束したこと、まだ分からないことを分け、次の確認先を残すことです。
| 対象 | この例で既知の状態 | 未確認・残る対応 | 次の確認先 |
|---|---|---|---|
| A1 | Aに紐付く一件を正式納品済み | 購入者の確認結果・差戻しは未確認 | A1のトークルーム |
| A2 | Aに紐付く正式納品前の一件 | 約束した内容と期限を見て作業を続ける | A2のトークルームと合意 |
| B・C | Bは別サービス、CはAに紐付かない相談 | 具体的な作業量やCの次の段階は未確認 | BとCそれぞれの画面 |
| Q | 満枠前からA経由の提案、まだ購入前 | 購入されるか、現在の有効状態は未確認 | 提案内容と購入期限 |
| D | 直接申込み後、銀行振込で未入金と仮定 | 実際の入金・通知は未確認 | 申込み画面、休止時の表示 |
この記入例では、Aの上限2件に対して正式納品前のA2が1件です。ほかの新規購入や設定変更がないという仮定なら、Aの空きは1枠です。ただし、自動再開のチェックが有効か、手動休止があるかをまだ決めていないため、「受付中になった」とは記入しません。設定を確認するまで、Aの実際の受付状態は未確認とします。
次に二通りの判断を比べます。仮に満枠時のチェックを外して更新済みなら、公式説明上、空きができても自動では再開しません。A1の確認対応、A2の作業、BとC、Qへの対応ができるか整理できていないので、ここでは手動再開の判断を保留します。Dについても、休止への変更を新たに行う前に未入金の表示を確かめる必要があります。表の「保留」は、サービスの設定が自動的に変わるという意味ではありません。
別の練習として、チェックが有効で手動休止もなく、ほかの変化もなかった場合を考えます。A1の正式納品で空きができたら、公式説明上は受付が自動再開します。しかしA1は購入者の確認を待ち、A2は進行中です。ここでは「受付は再開する見込み」と「次の仕事を受けられると判断できた」を別々に記録し、実際の受付表示を見たうえで残作業を整理します。見込みの欄に実測済みの印を付けないでください。
さらにA1が差し戻された場合は、公式が示す「再開した受付はそのまま」という情報を記入します。ただし差戻し後のお願い中・空き枠の数字は今回の根拠からは特定できないので空欄ではなく「未確認」と書きます。A1の内容を確認することを次の行動とし、表示された数字を見ていない段階で空き枠1と記録し続けないようにします。
Qについての次の行動は、提案が購入されたと仮定して納品予定を確約することではありません。満枠前からA経由の見積り相談だったこと、提案画面の現在の状態、購入期限を確認します。Dについては、直接申込みで未入金という前提なら、満枠時の入金受理と休止への変更が別条件です。Dの入金や取消が実際に起きたかは未確認として残し、通知や画面の確認を次の行動に置きます。
この二つの練習は、自動再開が有効だったかどうかだけを変えた比較です。同じA1・A2でも、設定が違えば次に見る受付状態が変わります。A1の確認やB・Cの作業が残る点は共通です。最終的に受付を続けるか変更するかは、現実の画面、未入金の申込み、取引の合意、実際の作業予定を照合してから決めます。
Aの枠が一つ空いた場面では、まず受付が実際に再開しているか、チェックを外して更新したか、手動休止中かを見ます。次にA1の確認・修正とA2の作業、BやCの対応を自分の予定へ置きます。Qがまだ購入前なら進行中の件数へ足さず、購入可能性として別に残します。Dについては、該当する直接申込み・決済・入金の事実が確認できるまでは推測しません。
次に、新しい依頼を受ける場合の連絡時間と作業の余裕を確認します。時間が不足するなら、サービスの状態だけを見て「まだ一枠ある」と決めず、受付設定をどうするか検討します。すでに購入者に約束していることを勝手に後回しにしないことも大切です。作業時間は人や案件によって違うので、ここでは標準の時間や受注可能数を定めません。
受付を手動で再開する判断をした場合も、状態を変更したという記憶だけで終えません。対象のサービスが意図した状態か、既存案件と新しい申込みの状況が変わっていないかを画面で確認します。再開後に新規購入が入れば、さきほどの架空の件数は変わります。再び満枠になった場合のチェックも、前回と同じとは限らないため再確認します。
記録の一例として、再開前の欄には「A1は正式納品後の確認待ち、A2は作業中、Bは別サービス、CとQは状況確認」と書きます。その横には「Aの受付表示」「自動再開の設定」「Dの直接申込みと入金状態」を、それぞれ確認済みか未確認か記します。空欄をすべて問題なしと扱わず、まだ見ていない項目には未確認と書く方が、後から作業を引き継ぎやすくなります。
再開後の欄は、再開前のメモを書き換えて消すのではなく、確認した時点を分けて残します。たとえば受付状態だけ変わっても、A1の確認待ちが自動的に終わるわけではありません。Qが購入されたなら、そのとき初めて取引開始の状況を確認し、どのサービスへ紐付いているかを見ます。Dが取消されたかどうかも、架空例の条件表ではなく実際の通知や画面で確かめます。
このメモには、次に確認するきっかけも添えましょう。A1なら購入者からの確認や差戻し、A2なら合意した納品予定、Qなら提案の状態、Dなら申込みと入金の確認というように、同じ「待ち」でも対象が違います。一定の日数が過ぎれば全件自動で終わると決めるのではなく、それぞれの取引で実際に表示される期日や案内を優先します。
また、受付再開の操作をする人と、案件を担当する人が異なる場合は、どのサービスについてどの状態を確認したかを引き継ぎます。Aの枠に空きがあることだけを伝えるより、A1の確認が残ること、A2の状況、Qの提案が購入前かを併記した方が、受注の判断に必要な情報がそろいます。本人以外に情報を渡す場合は、共有してよい範囲を先に確認してください。
受付の表示や設定が想定と違う場合、すぐに枠数を増やしたり、同じ操作を繰り返したりする前に、対象サービス、更新が完了したか、すでに別の購入が入っていないかを確認します。公式に記載された満枠時の制約に当たる可能性もあります。画面の状態を確認しても理由が分からなければ、サービス名と表示された案内を整理し、公式の問い合わせ先へ相談する方法があります。
公式案内は更新されることがあります。迷った点、確認した資料の日付、実際の画面で未確認の項目を短く残しておくと、次に同じ表示を見たときも根拠へ戻りやすくなります。検索結果の順位が維持される、休止すれば必ず順位が下がる、再開すれば必ず購入されるといった効果は、この例からは分かりません。
満枠表示は、サービスの受注枠を知らせるものです。正式納品後の確認、別サービスや相談、満枠前の見積り、未入金の申込みをそれぞれ分けて見れば、画面の枠と自分の約束を対応させやすくなります。実際の設定変更は、最新の公式情報と自分の取引状況を確認したうえで行いましょう。