PDF OP

うむ。いったん今回生えたOPだけ、余計な枝を切って現在形で並べるぞｗ

Kaia PDF 周辺OP — 現在案

① JPG Output OP

確定済みのPDF本番紙面データを、そのままJPG出口にも流用するOP。

• PDF用に元から存在する本番紙面データを使用
• SAMPLE PNGは上層の編集表示専用なのでJPGには入らない
• JPG用に別の偽プレビュー／別紙面を作らない
• PDF→JPG変換を前提にしない
• FINALした同一成果物からJPGを生やす
• JPG表示
• JPG Download
• 24時間のDL生存期間はPDF本体側の標準仕様をそのまま利用

構造はこれ。

本番紙面
   ├─ + SAMPLE PNG → 編集画面
   ├─ → FINAL PDF
   └─ → JPG Output OP

② JPG Output OP内：SNS Door

JPG OPに含める。別OPにはしない。

管理者側で、置きたいSNSだけチェック。

Social doors

☑ X
☑ Instagram
☑ Facebook
☑ Bluesky
☑ Threads
...

チェックされたものだけ、利用者側のJPG付近に表示。

やることは外部SNSへの「どこでもドア」を置くだけ★

SNSへの画像送信・自動投稿・API連携・ログイン連携・投稿結果取得などは一切しない。

JPGはユーザーが自分で持っていく。

OPではなくPDF本体へ入ったもの

途中でOP候補になったけど、これは標準機能に戻した。

24時間 Download Rescue

FINAL成功後、

[ FINAL ]        ← 発行済みなので押せない
[ Download PDF ] ← 24時間生存

• FINALは一度だけ
• FINAL後は再決定不可
• Downloadだけ24時間有効
• 24時間以内なら何回DLしてもよい
• DL回数を管理しない
• DLは新規発行ではない
• Counter再発行なし
• Timestamp更新なし
• Serial再消費なし
• 長期成果物保管サービスにはしない
• 24時間後は救済終了

つまり、

「決定を24時間延長」ではなく
「決定済み成果物を持ち帰る出口だけ24時間開けておく」

これ。

なので、現時点で新しく生えた販売OPは実質1本。

JPG Output OP
本番紙面 → JPG
＋ JPG表示／DL
＋ 管理者選択式SNSどこでもドア

そしてその土台にPDF標準の、

FINAL後24時間DL救済

がある。

……最初「OP二個生えた！」だったのに整理したら、本体の事故防止機能1個＋商品OP1個になったｗｗｗ
だいぶ綺麗になったぞ★

相談：なし