StatusCode 7000 Reappears After Fix — One App Submission Blocks Team

Hi everyone,

Has anyone seen notarization behave like this?

We have one specific app (let’s call it App A) with a Network Extension system extension. Whenever we submit App A for notarization: • Its submission stays “In Progress” indefinitely • The provisioning profile for its system extension becomes Invalid on its own • All our other apps suddenly fail notarization • And the whole team immediately gets: StatusCode 7000 – “Team is not yet configured for notarization.”

Apple Support restored notarization once(Case 102738171569), and we confirmed other apps notarize fine — until we submit App A again, which instantly triggers the same team-wide block. This cycle has repeated twice.

We verified: • Hardened runtime • Proper system extension signing • No private API usage • No get-task-allow • No ATS violations

What’s confusing is that this doesn’t look like a normal notarization rejection. Normal failures don’t invalidate provisioning profiles or disable notarization for the entire team. It feels more like an automated security heuristic or misclassification.

My questions: 1. Can a single app or system extension trigger an automated team-wide notarization disable? 2. Can an entitlement or NE configuration issue cause StatusCode 7000 instead of a standard rejection? 3. If this could be a false positive, is there a specific team at Apple who can manually review/clear it?

Any insight would be greatly appreciated.

[I know you’ve seen this already but I want to post it here just in case other folks stumble across this thread.]

Regarding the Team is not yet configured for notarization error, I’ve said all that I can say about that issue in this post.

Share and Enjoy

Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"

StatusCode 7000 Reappears After Fix — One App Submission Blocks Team
 
 
Q