わかりました、私が知っていることから(そしてロジックが教えてくれることから)、一時的な例外ではない資格を追加しても( com.apple.security.temporary-exception. something)、アプリの提出が妨げられることはありません。アプリが必要な理由が審査担当者に明確である場合、アプリは引き続き承認されます。実際、アプリを iTunes Connect に送信するときは、すべての一時的な例外を正当化する必要があります (「バイナリで指定された一時的な例外資格ごとに情報を提供する必要があります」)。誤解。
あなたの特定の問題について:プレイリストの作成。私はそれを試したことはありませんが、それが可能であることはかなり確信しています。これはあなたが必要とするものです:
<key>com.apple.security.scripting-targets</key>
<dict>
<key>com.apple.iTunes</key>
<array>
<string>com.apple.iTunes.library.read-write</string>
</array>
</dict>
読み取り専用の場合、その操作は情報の書き込みであるため、プレイリストを作成することはできません。再生用のものは、再生を制御するためのものです。これは、プレイリストを作成するだけであれば必要ありません (ただし、他のもののためにこれが必要になる場合があります - アプリによって異なります)。
最後に、スクリプト用のアクセス グループに関する情報が不足しているため、私自身も足を引きずっていることを付け加えておきます。WWDC 2012: Secure Automation Techniques in OS X
私が持っている唯一のリソースは講演の PDF で、いくつかのアプリの資格の例がいくつかあります。この技術がさらに発展することを願っています...
編集:
まだ書いていない場合は、この質問のコードを確認してください。